От кликов в ЛК до terraform apply: что меняется в работе с инфраструктурой

Привет, Хабр! На связи Алексей Тюняев, директор по облачным продуктам Рег.облака. Когда инфраструктура небольшая, личного кабинета обычно хватает: зашел, создал сервер, настроил — готово. Но как только серверов становится больше, появляются повторяющиеся операции, командная работа и необходимость воспроизводить окружения, ЛК начинает ограничивать. Именно здесь в игру входит Terraform. В этой статье разберу, что такое Terraform, как он работает и когда его действительно стоит использовать.

https://habr.com/ru/companies/runity/articles/1032058/

#регоблако #terraform #terraformпровайдер #ias #infrastructure_as_code #провайдер #плагин #мсб #конфигурация #конфигурация_сервера

От Flux CLI к Flux Operator и Status Page

Flux CD — это набор инструментов для GitOps в Kubernetes. Он следит за Git-репозиторием и автоматически приводит состояние кластера в соответствие с описанными в нём манифестами и Helm-чартами. Flux работает как контроллер внутри кластера: подтягивает изменения из Git, применяет их через Kubernetes API и отслеживает статус каждого ресурса. Проект является graduated-проектом CNCF. Когда вы впервые поднимаете GitOps в Kubernetes, Flux CD кажется достаточным: flux bootstrap , манифесты в Git, контроллеры тянут состояние кластера. Но лучше перейти на Flux Operator:

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

#Flux_CD #Flux_Operator #FluxInstance #GitOps #Kubernetes #FluxReport #FluxCD #IaC #infrastructure_as_code

AgentOps: следующий слой после Infrastructure as Code

Infrastructure as Code научила нас важной дисциплине: инфраструктура не должна жить только в голове. Ресурсы, настройки и изменения надо описывать, хранить в Git, применять повторяемо и обсуждать как код. Это все еще правильная мысль. Terraform хорошо описывает ресурсы. Ansible хорошо описывает действия. CI/CD хорошо описывает путь изменения от репозитория до рабочей среды. Мониторинг хорошо ловит симптомы. Но когда в эксплуатацию входит ИИ-агент, появляется новый вопрос: что агент должен понимать перед действием? Не какую команду выполнить. Не какой ресурс создать. Не какой playbook применить. А именно понимать: куда он попал, что здесь считается правдой, что уже проверено, что только предполагается, какие решения нельзя повторять, какие секреты нельзя читать, что обязательно записать после изменения. Я называю этот слой AgentOps . Это не замена всем старым практикам. Это слой над ними. Если инфраструктура теперь обслуживается агентом, ей нужна не только автоматизация, но и контекст, рассчитанный на агента.

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

#AgentOps #инфраструктура_как_контекст #ИИагенты #Infrastructure_as_Code #Terraform #Ansible #серверная_память #автоматизация_инфраструктуры #ai #agents

От Kubernetes до AI Engineering: 5 главных трендов Технологического радара DevOpsConf 2026

Представьте типичный разговор на ретроспективе: команда обсуждает, стоит ли переходить с Ansible на Terraform, нужен ли Backstage или хватит самописного портала, пора ли внедрять Chaos Engineering или это ещё «не для нас». Каждый приводит аргументы, ссылается на прочитанные статьи, и в итоге решение принимается по принципу «кто громче убедил». Знакомо? Проблема чаще всего в отсутствии общего ориентира. Именно для этого существует технологический радар: инструмент, который переводит разговор о технологиях с уровня личных предпочтений на уровень коллективной экспертизы.

https://habr.com/ru/companies/oleg-bunin/articles/1029442/

#DevOps #SRE #Kubernetes #Infrastructure_as_Code #Observability #Platform_Engineering #Security #Monitoring #GitOps

Hashicorp Terraform Associate Certification (Exam 004), Second Edition: Pass terraform certification while you become a proficient Terraform developer to build production-ready infrastructure automation skills by GitforGits | Asian Publishing House is a new release on Leanpub!

Link: https://leanpub.com/terraformcertificationexam004

#books #ebooks #newreleases #leanpublishing #selfpublishing #cloud_computing #systems_administration #terraform #infrastructure_as_code

Infrastructure as Code: философия и лучшие практики IaC

Ручное управление серверами, «фиксы по SSH» и конфигурации, которые живут только в голове ушедшего в отпуск админа, — это не просто боль, это прямая угроза бизнесу. В этой статье разбираем, почему Infrastructure as Code перестал быть «модным словом» и стал единственным способом спать спокойно. Реальный кейс: как Knight Capital потерял $440 млн за 45 минут из‑за отсутствия воспроизводимой инфраструктуры. Практические советы, пайплайн с GitOps и лучшие практики внедрения IaC в 2026 году.

https://habr.com/ru/companies/otus/articles/1022164/

#devops #Infrastructure_as_Code #IaC #Terraform #автоматизация_инфраструктуры #AWS #лучшие_практики

DNSimple의 중심을 지키는 Rails: Erlang과 Go를 결합한 글로벌 인프라 구축기

DNSimple은 Rails를 핵심 제어부로 사용하면서 성능이 중요한 네임 서버는 Erlang으로, 데이터 복제 계층은 Go로 구축한 이기종 아키텍처를 운영한다.

🔗 원문 보기

От CI к GitOps: Bootstrap Namespaces в Kubernetes

Привет, Хабр! Меня зовут Никита Чубаров. По трудовому договору я инженер-эксперт по разработке и сопровождению сервисов, а по факту DevOps-инженер с фокусом на доставку в платформенных командах, которые поставляют общие решения для десятка дочерних команд. Со временем эта доставка перестала быть прозрачной и предсказуемой, и всё больше напоминала космолёт, в котором пилот перед каждым запуском вручную подключает провода, проверяет давление в контурах и по списку нажимает десятки кнопок. Пока запусков мало, это ещё можно представить, но когда их становится сотни, а кораблей — десятки, такая схема быстро превращается в источник ошибок и выгорания. Примерно в таком состоянии у нас находился Bootstrap Namespaces. В статье я расскажу, как мы прошли путь от сложной CI-оркестрации к декларативному управлению Bootstrap Namespaces через Argo CD и GitOps, какие проблемы это позволило убрать и какие новые ограничения пришлось принять.

https://habr.com/ru/companies/raiffeisenbank/articles/1001782/

#gitops #argo_cd #applicationset #bootstrap #helm #cluster #git #generator #infrastructure_as_code #app_of_apps

Унификация деплоймента сервисов в k8s с помощью Ansible Templates

Всем привет! Меня зовут Рома, я DevOps в команде «Платформа» в Банки.ру. Одна из наших задач: развитие системы управления релизами сервисов (которых у нас уже больше 600). Мы не раз сталкивались с ситуацией, когда на первый взгляд небольшое изменение процесса, затрагивающее сразу много сервисов, приводило к необходимости править сотни файлов. В этой статье я расскажу, как мы нашли способ упростить и ускорить эту работу, а заодно навести порядок в репозитории.

https://habr.com/ru/companies/banki/articles/988996/

#Ansible_Templates #унификация_деплоймента_в_Kubernetes #Ansible_для_Kubernetes #Infrastructure_as_Code #шаблонизация_плейбуков_Ansible #Jinja2_в_Ansible #автоматизация_деплоя_сервисов #k8s_манифесты_через_Ansible

Облако не должно быть загадкой: собираем прод за минуты, а не за ночь

Разворачивать приложения в облаке должно быть просто. Но на деле - всё наоборот. Вместо “вжух-вжух и в продакшн” получаем вечер с документацией, пляски с параметрами Terraform и постоянную проверку, правильно ли связались ресурсы. В статье разберемся, как от использования UI консоли приходят к Terraform, и как OpenIDE позволяет вернуть легкость UI консоли при работе с Terraform.

https://habr.com/ru/companies/haulmont/articles/980642/

#terraform #devops #deployment #cloud #yandex_cloud #infrastructure_as_code #amplicode #openide