#infrastructure_as_code — Public Fediverse posts

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

Повесть о конфигурации как инженерной гигиене

Привет, Хабр! Меня зовут Юрий Соловьёв, я ведущий инженер в команде экосистемы Tarantool . С опытом я пришел к тому, что конфигурация должна иметь строгую спецификацию, так же как и HTTP API. В этой статье я предлагаю альтернативный подход на базе protobuf и постараюсь показать, что это не избыточная сложность, а необходимый уровень инженерной гигиены — особенно для систем, рассчитанных на долгую и стабильную жизнь. Это в какой-то мере технорассказ, которым я хочу поделиться — и именно в такой форме.

https://habr.com/ru/companies/vktech/articles/1036490/

#vk_cloud #конфигурация #protobuf #configuration_management #infrastructure_as_code #best_practices #yaml #microservices #tarantool #валидация

The DevOps Toolkit (Kubernetes, Helm, ArgoCD, Terraform) by Kirshi Yin | Curious Devs Corner is the featured bundle of ebooks 📚 on Leanpub!

Link: https://leanpub.com/b/devops-toolkit

#terraform #devops #cloud_computing #computer_programming #infrastructure_as_code #software_engineering #docker #go #kubernetes #git

The DevOps Toolkit (Kubernetes, Helm, ArgoCD, Terraform) by Kirshi Yin | Curious Devs Corner is the featured bundle of ebooks 📚 on Leanpub!

Link: https://leanpub.com/b/devops-toolkit

#terraform #devops #cloud_computing #computer_programming #infrastructure_as_code #software_engineering #docker #go #kubernetes #git

The DevOps Toolkit (Kubernetes, Helm, ArgoCD, Terraform) by Kirshi Yin | Curious Devs Corner is the featured bundle of ebooks 📚 on Leanpub!

Link: https://leanpub.com/b/devops-toolkit

#terraform #devops #cloud_computing #computer_programming #infrastructure_as_code #software_engineering #docker #go #kubernetes #git

The DevOps Toolkit (Kubernetes, Helm, ArgoCD, Terraform) by Kirshi Yin | Curious Devs Corner is the featured bundle of ebooks 📚 on Leanpub!

Link: https://leanpub.com/b/devops-toolkit

#terraform #devops #cloud_computing #computer_programming #infrastructure_as_code #software_engineering #docker #go #kubernetes #git

От кликов в ЛК до 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

От 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

От 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

От 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

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

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

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

От 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

От 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

От 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

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

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

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 #лучшие_практики

От 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

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

Разворачивать приложения в облаке должно быть просто. Но на деле - всё наоборот. Вместо “вжух-вжух и в продакшн” получаем вечер с документацией, пляски с параметрами 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

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

Разворачивать приложения в облаке должно быть просто. Но на деле - всё наоборот. Вместо “вжух-вжух и в продакшн” получаем вечер с документацией, пляски с параметрами 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

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

Разворачивать приложения в облаке должно быть просто. Но на деле - всё наоборот. Вместо “вжух-вжух и в продакшн” получаем вечер с документацией, пляски с параметрами 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

[Перевод] Terraform Actions: Глубокое погружение

Terraform Actions — это новая концепция, представленная в Terraform 1.14, которая позволяет выполнять операции вне стандартного рабочего процесса CRUD (Create-Read-Update-Delete). Это расширяет возможности Terraform, позволяя взаимодействовать с ресурсами способами, для которых раньше требовались другие инструменты, например Ansible.

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

#terraform #terraform_actions #iac #infrastructure_as_code #aws #devops #hashicorp

Terraform 1.13で追加された terraform stacks コマンド使ってみた
https://dev.classmethod.jp/articles/terraform-stacks-commands/

#dev_classmethod #Terraform #HCP_Terraform #Infrastructure_as_Code

[Перевод] Дрейф Terraform: как незаметно сломать инфраструктуру

Если вам когда-либо приходилось расследовать загадочные проблемы с инфраструктурой, вы наверняка сталкивались с дрейфом. Так почему он доставляет столько неприятностей и как порождает для инженеров ситуации в духе «кто ел из моей миски»?

https://habr.com/ru/companies/basis/articles/939496/

#devops #terraform #инфраструктура #infrastructure_as_code #дрейф #open_source #aws

Terraform AWS Provider の allowed_account_ids でオペミスを防ぐ
https://dev.classmethod.jp/articles/terraform-aws-provider-allowed-account-ids/

#dev_classmethod #Terraform #AWS #Infrastructure_as_Code #オペレーション

Show HN: Koreo – The platform engineering toolkit for Kubernetes
https://koreo.dev/
#ycombinator #YAML #Infrastructure_as_Code #IaC #Platform_Engineering #DevOps #Kubernetes #Configuration_Management #Resource_Orchestration #Helm #Kustomize #Koreo

Terraform AWS Provider version 6がリリースされ、複数リージョンへの展開がかなり簡単になりました
https://dev.classmethod.jp/articles/terraform-aws-provider-version-6/

#dev_classmethod #Terraform #AWS #Infrastructure_as_Code

Git Push로 CloudFormation 드리프트(Drift) 해결하기 (feat. AWS CodePipeline)
https://dev.classmethod.jp/articles/git-push-cloudformation-drift-feat-aws-codepipeline/

#dev_classmethod #한국어블로그 #Infrastructure_as_Code #AWS_CodePipeline #AWS_CloudFormation

Terraform 1.12 がGAになりました
https://dev.classmethod.jp/articles/terraform-1-12/

#dev_classmethod #Terraform #IaC #Test #Infrastructure_as_Code

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

สรุปเนื้อหา Session Governance and security with infrastructure as code ใน AWS Summit Bangkok 2025
https://dev.classmethod.jp/articles/session-governance-and-security-with-infrastructure-as-code-aws-summit-th/

#dev_classmethod #AWS #Classmethod_Thailand #Thai_Language #Infrastructure_as_Code

【資料公開】第5回 クラメソおおさか IT 勉強会「Midosuji Tech」にて「安易にIaCを選択したら時間をたくさん消費してしまった話 」という題名で登壇しました#midosuji_tech
https://dev.classmethod.jp/articles/5-it-midosuji-tech-iac-midosuji_tech/

#dev_classmethod #Infrastructure_as_Code #Terraform

Terraform 1.11がGAになりました
https://dev.classmethod.jp/articles/terraform-1-11-is-now-generally-available/

#dev_classmethod #Terraform #IaC #AWS #Infrastructure_as_Code

Atlantisを使ったterraformワークフロー自動化とアーキテクチャ例
https://dev.classmethod.jp/articles/terraform-atlantis-terraform-auth-team/

#dev_classmethod #Terraform #Atlantis #Infrastructure_as_Code

AWS Control TowerのメンバーアカウントをTerraformで作成する [Not AFT]
https://dev.classmethod.jp/articles/create-ct-member-account-by-terraform-not-aft/

#dev_classmethod #AWS_Control_Tower #AWS #Account_Factory_for_Terraform_AFT #Terraform #マルチアカウント戦略 #Infrastructure_as_Code

Деплой больших инфраструктур в Yandex Cloud: как минимизировать риски и ошибки

Привет, Хабр! Я Алексей Колосков, DevOps‑инженер Hilbert Team. Сегодня я расскажу вам историю о компании, которая из маленькой облачной инфраструктуры выросла до сложного решения с использованием Infrastructure as Code (IaC) и Terraform. И, как это часто бывает, в процессе роста учли не всё. Все персонажи вымышлены и любые совпадения случайны (ну, почти). В этой статье покажу грабли, на которые можно наступить при росте облачной инфраструктуры, и расскажу, как их обойти.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/858704/

#облака #terraform #terragrunt #деплой #деплоймент #квоты #лимит #iac #infrastructure_as_code #масштабирование

nxs-marketplace-terraform: люби и пользуйся

В этой статье рассмотрим процесс развертывания инфраструктуры в Yandex Cloud с использованием Terraform-модулей из репозитория nixys/nxs-marketplace-terraform . А ещё расскажем, зачем использовать динамические блоки в Terraform и почему файлы tfstate лучше хранить в S3. Давайте разворачивать

https://habr.com/ru/companies/nixys/articles/829726/

#terraform #terraform_modules #развёртывание #infrastructure_as_code #nxsmarketplaceterraform #репозиторий #tfstate

@arstechnica but the promise of #infrastructure_as_code is that you can just re-apply your Terraform code and everything is back the way it was... except the data, and the secrets, and if there are circular dependencies, and... but they promised! 😉

#IaC

Покрываем плэйбуками ansible IaC в части предоставления доступа

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

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

#ansible #ansible_roles #iac #infrastructureasacode #infrastructure_as_code