DevOps Deflope News

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

OSS IM система https://e42.link/3MbUKZ1 Решение модульное, платная часть не SAAS, а поддержка. Но пока не ясны планы на дальнейшее развитие, репозиторий очень свежий.

📣Вебинар по проектированию инфраплатформы от Экспресс 42 начинается прямо сейчас! Заходите по ссылке ➡️ https://e42.link/3TVVe7b

В четверг 30 марта в 20:00 МСК состоится вебинар от Экспресс 42 по проектированию инфраплатформы. Тимур Батыршин (техлид, Экспресс 42) и Виталий Коваль (DevOps-инженер, Абсолют Банк) расскажут о том, как и из чего собрать инфраплатформу на примере кейса с Абсолют Банком. 📌В программе вебинара: функциональный состав платформы с учетом задач проектирования, назначения каждого из элементов и вариантов реализации. В том числе: - серверная инфраструктура, дисковые хранилища и сети; - функциональные компоненты в рамках контейнерной оркестрации, Observability и CI/CD; - безопасность в процессе производства ПО; - инструменты управления разработкой и онбординг команд; - сложности интеграции инфраплатформы; - результаты и польза инфраплатформы для заказчика. Зарегиться можно по ссылке ➡️ https://e42.link/40GGYS5

Гайд о том, как стать SRE. Автор приводит требования, инструменты и литературу. Всё в одном месте. https://e42.link/3ZHJ8AO

Осталось совсем немного времени до окончания опроса по состоянию DevOps 2023. Коллеги, инженеры, если у вас еще не было такой возможности — просим вас заполнить анкету➡️ https://e42.link/state-of-devops23?utm_source=telegram&utm_medium=social&utm_campaign=deflope&utm_term=ostalos-sovsem-nemnogo-vremeni-do-okonchan&utm_content=14777170 чтобы результаты были максимально полными и полезными для индустрии DevOps.

В 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-практики 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. Автоматизация процесса алертинга на основе машинного обучения, а не выставленных в ручную пороговых значений.

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

Каждый, кто когда-либо отлаживал CI/CD пайплайны при отладке сталкивался с тем, что фактически нет возможности протестировать свой пайплайн локально до того как сделать push. От этого страдает надежность пайплайнов, качество и увеличивается цикл разработки (поправить пайплайн ➡️ сделать пуш ➡️ подождать результатов на CI-сервере). Как минимум для Github Actions и Gitlab есть способ запускать и отлаживать пайплайны локально: https://e42.link/3Y4dD2f — для Github Actions https://e42.link/3ky8v8I — для Gitlab-CI Если у вас был опыт работы с ними - напишите о нем в комментах к посту.

Компания Экспресс 42 совместно с Yandex Cloud, HeadHunter, OTUS Онлайн-образование и Флант проводит уникальное и масштабное исследование состояния DevOps в России! Если тема DevOps вам не безразлична – просим вас пройти опрос https://e42.link/state-of-devops23?utm_source=telegram&utm_medium=social&utm_campaign=deflope&utm_term=kompaniya-ekspress-42-sovmestno-s-yandex-c&utm_content=14656420 и внести свой вклад в развитие отрасли. Для всех кто заполнит опросник, мы приготовили подарки: 🔸скидка 10% на любые курсы и продукты ОТУС; 🔸лотерея, в которой мы разыграем 50 книг по DevOps. Вы будете самыми первыми, кто узнает о результатах и получит отчет, как только он будет готов! Анкету можно заполнить по ссылке➡️ https://e42.link/state-of-devops23?utm_source=telegram&utm_medium=social&utm_campaign=deflope&utm_term=kompaniya-ekspress-42-sovmestno-s-yandex-c&utm_content=14656420

16 февраля состоится митап от РСХБ-ИНТЕХ при поддержке Фонда «Сколково» и JUG Ru Group— RSHB Identity Management Meetup  На митапе будет возможность поговорить о работе с Keycloak и построить единую систему аутентификации. В программе: ✔️Виталий Смирнов — «Повторяемый и отказоустойчивый Identity Management на основе Keycloak в продуктах Salute to Business» ✔️Константин Белкин — «Единая точка входа, или Как стать охранником (SSO App.Farm)» ✔ Евгений Понаморев — «Единая система аутентификации Ростелеком ID» Можно будет задать вопросы спикерам после докладов. Авторы лучших вопросов получат памятный мерч от РСХБ-Интех. 📍Митап пройдет в офисе РСХБ-Интех по адресу: Москва, Профсоюзная улица, дом 125а. Также есть возможность присоединиться онлайн. Сбор участников в офлайне в 18:00. Начало в онлайне в 19:00. Участие бесплатное. Регистрация по ссылке www.rshbdigital.ru

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

Недавно Yandex Cloud опубликовали Стандарт по защите облачной инфраструктуры Yandex Cloud 1.0 https://e42.link/3XgPvJ9 На вебинаре подробно расскажут про стандарт и покажут, как автоматически с помощью CSPM его аудировать: https://e42.link/3XiQnND

Еще одно средство автоматизации CI/CD пайплайнов. https://e42.link/3RIr4Dq Каждый stage можно описать с помощью API (на любом ЯП), который будет выполняться в контейнере. И каждый такой stage выстраивается в цепочку (пайплайн) в виде графа.

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

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

Карапет Манасян из Московской биржи анонсировал фреймворк по платформенному инжинирингу. Карапет изложил свой опыт построения платформ, платформенных команд, очень много внимания уделил метрикам и образу результата, который должен получится с точки зрения своей платформы для разработки цифровых продуктов. Отметим из плюсов фреймворка, что это еще и хороший перевод Team Topologies, Модифицирующая команда для Enabling Team хоть немного и не точно, так нет ориентации на outcome, но отлично показывает, что это команда делает в других командах. Рекомендуем к изучению и переиспользованию. Ссылка на сайт https://e42.link/3BSrxMs Ссылка на tg для обсуждения https://e42.link/3joUr0v

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

OWASP ТОП 10  рисков безопасности в CI/CD средах https://e42.link/3hDtJ3I