[Перевод] Инжиниринг платформ: не CFEngine единым

Привет, Хабр! Мы вскоре ожидаем из типографии топовую DevOps-новинку этого года — книгу Камиль Фурнье и Иэна Ноуленда « Инжиниринг платформ: техническое и управленческое руководство ». Она продолжает и конкретизирует тему облачного развёртывания и дальнейшей поддержки приложений любой сложности, на которую мы ранее перевели отличную книгу Кифа Морриса « Программирование инфраструктуры » и сейчас обновляем её до 3-го издания (готовый перевод ожидается до конца года, затем пойдёт редактура). Также у нас в работе есть для вас книга « Terraform Cookbook » — за сроками выхода следите в разделе « Скоро! » у нас на сайте. Под катом же предлагаем вам перевод статьи, которую Камиль Фурнье написала около года назад, подробно изложив в ней, зачем и о чём она пишет книгу «Инжиниринг платформ», и какое место эта книга займёт на полке умелого девопса.

https://habr.com/ru/companies/bhv_publishing/articles/959132/

#devops #kubernetes #infrastructureasacode #облачные_сервисы #конфигурирование #книги

Варианты реализации GitOps при помощи Argo CD

В «Экспресс 42» — подразделении «Фланта», которое консультирует компании по DevOps-практикам, — решили проверить, как можно реализовать GitOps по модели BSA (Base, Service, Application) с помощью Argo CD. Чистый эксперимент на тестовом репозитории. Мы попробовали четыре подхода — от отдельного ApplicationSet на каждое окружение до матричного генератора — и оценили их по изоляции окружений, соблюдению принципа DRY, поддержке временных стендов, масштабируемости и другим критериям. В статье — кратко о самой модели и каждом варианте с их плюсами и минусами.

https://habr.com/ru/companies/flant/articles/957192/

#argocd #devops #dry #bsa #app_of_apps #ApplicationSet #infrastructureasacode

VMmanager, управление инфраструктурой через VMmanager API и Ansible

Привет, Хабр! Статья будет посвящена любимому мной IaC. Чтобы ввести в курс дела, кратко расскажу про VMmanager и текущую реализацию продукта. Затронем варианты, как можно работать с VMmanager с подходом Infrastructure as Code, а основная часть — про развертывание платформы VMmanager и управление виртуальными машинами в ней с помощью Ansible.

https://habr.com/ru/companies/ispsystem/articles/916884/

#vmmanager #виртуализация #ansible #infrastructureasacode #pyhton #програмиирование #инфраструктура

Infrastructure-as-Code — разбираемся в терминах и смотрим на реализацию в Яндексе

Привет! Это Николай Гриценко, ведущий технический менеджер в Yandex Infrastructure — команде, которая создаёт и развивает внутреннюю инфраструктуру Яндекса, от сетей и дата‑центров до инфраструктуры разработки. Я занимаюсь направлением Internal Developer Platform (IDP). Вместе с коллегами мы много разрабатывали наши собственные инструменты по оркестрации выкладки кода. В этой статье разберёмся в терминах, попытаемся понять, что же вообще такое инфраструктура как код или IaC, какие бывают инструменты, какие виды и что у нас с этим в Яндексе.

https://habr.com/ru/companies/yandex/articles/911878/

#iac #infrastructureasacode #infrastructure_as_code #инфраструктура_как_код #dev_platform #developer_tools

Infrastructure from Code: следующий этап развития IaC на примере Serverless

Всем знакома история, когда менеджер спрашивает: сколько времени нужно, чтобы реализовать ту или иную фичу? Менеджеры или заказчики смотрят на это просто: разработка пишет код, эксплуатация деплоит его и следит, чтобы всё надёжно и хорошо работало. Но в жизни всё оказывается гораздо сложнее, при этом разработка и эксплуатация не стоят на месте и развиваются в инструментарии и подходах. Меня зовут Виктор Кузённый, и за 15 лет в IT я работал Java‑разработчиком на гособоронзаказ, делал высоконагруженные бэкенды в Кинопоиске, а затем подружился с Serverless в Yandex Cloud, и этот опыт позволил мне познакомиться с разными инструментами разработки, языками программирования, а также инструментами деплоя и управления инфраструктурой. В статье разберёмся детальнее, что такое IfC, в чём его преимущества и недостатки, а также чем он отличается от IaС и как его дополняет.

https://habr.com/ru/companies/yandex/articles/904158/

#serverless #iaac #infrastructureasacode #infrastructure #infrastructure_from_code #serverless_framework #бессерверные_вычисления

Управляем сетевыми политиками доступа в стиле «Network as Code». Часть 2

И снова привет, Хабр! Продолжаю рассказывать, как мы с коллегами решали небольшую задачу по автоматизации управления списками доступов на пограничных маршрутизаторах. В предыдущей части речь шла о концепции хранения и представления данных. Теперь же погрузимся в пучину кода, который отвечает за проверку и отправку политик на сетевые устройства.

https://habr.com/ru/articles/893804/

#netdevops #автоматизация #infrastructureasacode

Управляем сетевыми политиками доступа в стиле «Network as Code». Часть 1

Привет, Хабр! Сегодня поделюсь, как я с коллегами решал небольшую задачу по автоматизации управления списками доступов на пограничных маршрутизаторах. Исходные данные просты: 100+ маршрутизаторов, на которых необходимо поддерживать в актуальном состоянии правила NAT. Звучит несложно, но, как водится, есть свои нюансы.

https://habr.com/ru/articles/893494/

#netdevops #автоматизация #infrastructureasacode

Конфигурирование кластерных систем с помощью Sparky и Rakulang

В общем случае конфигуриоование распределенных и кластерных систем - задача непростая. Для кого может быть полезным инструмент Sparky? Если у вас не используется кубернетес и вам приходится конфигурить / обновлять распределенную инфраструктуры со сложными взаимосвязями. Здесь я покажу несколько примеров не претендующих на исчерпывающее покрытие данной темы Базовая конфигурация Для того что бы все работало необходимо установить Sparky агенты на все настаиваемые ноды вашего кластера и обеспечить сетевую связанность на уровне http/https

https://habr.com/ru/articles/886660/

#инфраструктура #кластеры #devops #распределенные_системы #infrastructureasacode

[Перевод] Модель зрелости инфраструктуры как кода

В аналитических отчётах для клиентов DevOps-инженеры «Экспресс 42» нередко ссылаются на Модель зрелости инфраструктуры как кода, описанную Гэри Стаффордом ещё в далёком 2016 году. Она помогает определить, на каком уровне сейчас находятся инфраструктурные практики компании, и организовать их систематическое развитие. Несмотря на то, что статья не нова, она по-прежнему полезна и применима, ведь ключевые концепции инфраструктуры как кода за это время не изменились. Мы перевели материал для внутренних целей, но подумали, что он может быть интересен сообществу.

https://habr.com/ru/companies/flant/articles/860318/

#devops #методология #iac #continuous_delivery #continuous_deployment #непрерывная_поставка #инфраструктура_как_код #infrastructureasacode #аудит #экспресс_42