Grafana Labs в своем блоге опубликовали статью – A complete guide to managing Grafana as code: tools, tips, and tricks.

Рассмотрели имеющиеся на текущий момент способы конфигурации Grafana as Code - Grafana Terraform provider, Grafana Ansible collection, Grafonnet for dashboards, Grizzly, Grafana APIs with GitHub Actions, and Crossplane. Также, предложили рекомендации для выбора какого то из этих способов. https://e42.link/3FG8PJi

Карапет Манасян из Московской биржи анонсировал фреймворк по платформенному инжинирингу.
Карапет изложил свой опыт построения платформ, платформенных команд, очень много внимания уделил метрикам и образу результата, который должен получится с точки зрения своей платформы для разработки цифровых продуктов.

Отметим из плюсов фреймворка, что это еще и хороший перевод Team Topologies, Модифицирующая команда для Enabling Team хоть немного и не точно, так нет ориентации на outcome, но отлично показывает, что это команда делает в других командах.

Рекомендуем к изучению и переиспользованию.
Ссылка на сайт https://e42.link/3BSrxMs
Ссылка на tg для обсуждения https://e42.link/3joUr0v

Еженедельный список рассылки про экосистему Terraform https://e42.link/3XquImV

Хороший обзор монорепо как практики — ключевые требования к тому, чтобы монорепо работало хорошо (у него есть как несомненные преимущества по отношению к множеству репозиториев, так и минусы), и для чего это нужно. Когда лучше держать монорепу, а когда лучше держать код по отдельным репозиториям. Некоторые инструменты на текущий момент работают только с JS репозиториями. Тем не менее, обзор будет полезен для построения работы с монорепо для любых языков программирования.
https://e42.link/3kiMiv9

Еще одно средство автоматизации CI/CD пайплайнов.

https://e42.link/3RIr4Dq

Каждый stage можно описать с помощью API (на любом ЯП), который будет выполняться в контейнере. И каждый такой stage выстраивается в цепочку (пайплайн) в виде графа.

Легковесный фреймворк для написания несложных операторов для Kubernetes https://e42.link/3RL2uC1

Буквально в десяток строчек операторы пишутся на питоне.

Каждый, кто когда-либо отлаживал CI/CD пайплайны при отладке сталкивался с тем, что фактически нет возможности протестировать свой пайплайн локально до того как сделать push.
От этого страдает надежность пайплайнов, качество и увеличивается цикл разработки (поправить пайплайн ➡️ сделать пуш ➡️ подождать результатов на CI-сервере).

Как минимум для Github Actions и Gitlab есть способ запускать и отлаживать пайплайны локально:
https://e42.link/3Y4dD2f — для Github Actions
https://e42.link/3ky8v8I — для Gitlab-CI

Если у вас был опыт работы с ними - напишите о нем в комментах к посту.

Kubernetes-кластер без kubelet:
https://e42.link/3J1Ziin

Можно локально поднять Kubernetes-кластер без необходимости разворачивать все компоненты. При этом эмулируется наличие нескольких нод, т.е. можно использовать для тестирования многонодовых инсталляций.

Интересная статья, про тренды и будущее devops-практики Observability.

https://e42.link/3KToOaZ

Что можно отметить:

1. Технологический стек для создания цифровых продуктов меняется и это приводит к изменению и инструментов для Observability. Вместо монолитных архитектур сейчас используют микросервисы, Kubernetes и распределенную архитектуру, cloud native.

2. Если раньше инструменты шли под определенное направление Observability: логирование, мониторинг, трейсинг, то теперь есть тренд на создание платформенных решений для объединения в одном окне/интерфейсе возможности работы с логами, метриками, трейсами и так далее.

3. Связь Observability с процессами вокруг бизнес-данных, например, сбор логов ETL или бизнес-процессов и визуализация шагов бизнес-процессов.

4. Отсутствие зависимости от одного вендора.

5. Интеграция инструментов машинного обучения для решения задач предиктивного мониторинга.

6. Более тесная интеграция собираемых данных/телеметрии с решением задач по security + тут тоже интеграция с инструментами машинного обучения.

7. Оптимизация затрат на хранение и обработку собираемых метрик. В статье не указывается про Yandex Cloud Remote Storage, но, вероятно, это про решение вышеуказанной задачи. В контексте - зачем внутри компании разворачивать свою хранилку для метрик, когда с помощью API метрики в нужном формате можно складывать и хранить в облаке и потом там же визуализировать c помощью DataLens и других инструментов.

8. Мониторинг CI/CD-пайплайнов.

9. Автоматизация процесса алертинга на основе машинного обучения, а не выставленных в ручную пороговых значений.

В Gitea завезли Gitea Actions.

Пока это только превью и не гарантируется стабильная работа, но общее направление развития радует - появляется еще один CI/CD. И кажется это именно actions, то есть совместимое с GitHub Actions:

"The standalone runner workflows are designed to be compatible with GitHub Actions, and can be used to build, test, package, release, or deploy any code project on Gitea."

Осталось совсем немного времени до окончания опроса по состоянию DevOps 2023.

Коллеги, инженеры, если у вас еще не было такой возможности — просим вас заполнить анкету➡️ https://e42.link/state-of-devops23 чтобы результаты были максимально полными и полезными для индустрии DevOps.

Гайд о том, как стать SRE. Автор приводит требования, инструменты и литературу. Всё в одном месте.

https://e42.link/3ZHJ8AO

Новость с канала Мониторим ИТ

OSS IM система https://e42.link/3MbUKZ1

Решение модульное, платная часть не SAAS, а поддержка.
Но пока не ясны планы на дальнейшее развитие, репозиторий очень свежий.

Пакетный менеджер на CUE для Кубера от разработчика Flux, выглядит интересно.

https://e42.link/3U4F23K

Вебинар по превью технологического радара 18, 19 апреля.

https://e42.link/3miSkxb

Подробный обзор новой версии Kubernetes

https://e42.link/43LjehV

Небольшой спойлер содержания вебинара по превью технологического радара от Thoughtworks.

Что было на вебинаре:

Публикация отчёта будет на следующей неделе, презентовали его часть.

42. Passkeys https://e42.link/3owrfY2 вместо Устаревшего SMS OTP.

3. Dependency pruning - удалять неиспользуемые зависимости для повышения уровня безопасности.

7. Demo frontends for API-only products. Прозрачность для бизнеса при демонстрации API.

18. Tracking health over debt – https://e42.link/3UZiFwX

63. 91. Frontend. Связка https://e42.link/41qz6Vr + https://e42.link/43SGpa1, второй как замена Jest.

24. Github actions + 2. CI/CD infrastructure as a service. GA - не отменяет других Gitlab CI, Azure DevOps, просто более популярный сейчас. Особое внимание следует уделить actions от третьих лиц. В сессии вопросов-ответов обсуждали про баланс между жаждой держать процессы on-prem и удобством *aaS, прозвучала фраза: “выносить CI/CD в CICDaaS может быть не настолько небезопасным как кажется, может пора сказать Goodbye to Jenkins?…”
Парочкой ссылок делились в чате:
https://e42.link/43TPfEM
https://e42.link/3oBunld

96. Ferrocene https://e42.link/3H32w46. Компилятор rust, сертифицированный по ISO26262 на использование в высококритичных системах, типо автомобильной индустрии.

65. ChatGPT, ведущие откровенно веселились хайпу в индустрии и количеству запросов приходивших в связи с этим. И это не единственный blip (кружочек на радаре), который связан с AI, LLM.
https://e42.link/3MYeOyk

P.S. сам вебинар обещали выложить, скорее всего здесь: https://e42.link/43VPw9Z

Вышел новый технологический радар от Thoughtworks

https://e42.link/3Aw3ZMo

Robusta - платформа с открытым исходным кодом для поиска и устранения ошибок в Kubernetes. Интересный обзор.

https://e42.link/3Wagw1W

26 апреля вышла Grafana 9.5

https://e42.link/3pSqoBp

Плейлист докладов с cdCon + GitOpsCon 2023

https://e42.link/3N0Ka6T