Вибір інструменту IaC для Azure: Bicep чи Terraform
By Mirko Peters ·
Вступ до інструментів Azure IaC Коли ви починаєте шлях трансформації в хмару, вибір правильного інструменту для інфраструктури як коду (IaC) є одним із найважливіших рішень…
Automatically translated with AI from the original post. Read the English original
Вступ до інструментів IaC для Azure
Коли ви починаєте шлях хмарної трансформації, вибір правильного інструменту Infrastructure as Code (IaC) — одне з найважливіших базових рішень. Сучасні хмарні середовища вимагають швидкості, відтворюваності та суворого дотримання стандартів безпеки й управління. Час ручного налаштування через портал минув; сьогодні корпоративні середовища тримаються на автоматизації на основі коду. Якщо ви працюєте в екосистемі Microsoft Azure, ймовірно, вже зважували переваги нативного інструмента Azure Bicep і потужного мультихмарного Terraform. Щоб глибше розібратися, як такі інженерні рішення перетинаються з щоденними операціями та практиками DevOps, послухайте розгорнутий епізод Azure Infrastructure as Code and DevOps with Maik van der Gaag [MVP] на M365 FM. У цьому блозі ми розберемо основні можливості, переваги синтаксису та мультихмарні можливості обох інструментів, щоб допомогти вам визначити, яке рішення IaC найкраще підходить для вашого корпоративного середовища.
Еволюція Infrastructure as Code в Azure

Від ручного до автоматизованого розгортання
Ви помітили значний зсув у тому, як керуєте інфраструктурою в Azure. Раніше для кожного розгортання могли знадобитися ручні кроки. Сьогодні ви можете використовувати infrastructure as code, щоб автоматизувати ці завдання. Така зміна додає швидкості та надійності вашим хмарним проєктам. Більше не потрібно налаштовувати сервери чи мережі вручну. Натомість ви пишете код, який описує все ваше середовище.
- Операції на основі ШІ тепер беруть на себе багато завдань, які раніше вимагали ручної роботи, особливо в мережевих операціях.
- Підхід «спочатку хмара» в Azure підвищує надійність, ефективність і економію коштів для вашої організації.
- Маючи 98% ІТ-інфраструктури в Azure, ви отримуєте кращу спостережуваність і контроль над ресурсами.
- Децентралізована ІТ-модель дає вашим командам самообслуговування та хмарні рішення, зберігаючи при цьому контроль безпеки та відповідності вимогам.
- Автоматичні оновлення через платформні сервіси значно спрощують латання та обслуговування інфраструктури.
Ви бачите, що автоматизоване розгортання з azure infrastructure as code веде до ефективнішого керування інфраструктурою. Такий підхід зменшує кількість помилок і допомагає швидко масштабувати ваші операції.
Інтеграція DevOps та IaC
Коли ви поєднуєте DevOps з infrastructure as code, ви створюєте міцну основу для сучасних хмарних операцій. Ви заохочуєте співпрацю між командами розробки та операцій. Ця командна робота формує спільне розуміння вашої інфраструктури та процесів розгортання.
- IaC покращує узгодженість, забезпечуючи відповідність кожного середовища одне одному, що зменшує проблеми під час розгортання.
- Автоматизація прискорює надання інфраструктури, тож ви можете швидше випускати нові функції.
- Контроль версій для IaC допомагає керувати ризиками та підтримувати відповідність вимогам.
- Ви можете швидко відновити інфраструктуру з коду, що підтримує аварійне відновлення.
Інтегруючи DevOps та IaC, ви будуєте культуру довіри та ефективності. Ви робите розгортання azure infrastructure as code надійнішими та безпечнішими.
Тренди гібридних і суверенних хмар
Можливо, вам потрібно враховувати вимоги відповідності та управління у вашій організації. Гібридні та суверенні хмарні моделі в Azure допомагають задовольнити ці потреби. Багато організацій тепер вбудовують відповідність і управління у свої хмарні стратегії, щоб узгоджуватися з локальними та міжнародними регуляціями.
- Попит на регуляторну відповідність і суверенність даних стимулює впровадження гібридних і суверенних хмарних моделей.
- Sovereign Landing Zones в Azure дають структурований спосіб виконувати регіональні вимоги та спрощують керування політиками.
Завдяки azure infrastructure as code ви можете керувати як публічними, так і приватними середовищами з однієї платформи. Ця гнучкість підтримує ефективне керування інфраструктурою та гарантує, що ваші розгортання залишаються безпечними й відповідними вимогам.
Визначення Infrastructure as Code в Azure
Що таке інфраструктура як код?
Ви використовуєте інфраструктуру як код (IaC), щоб керувати інфраструктурою та розгортати її через код, а не вручну. Такий підхід дає змогу описувати ваше середовище Azure у файлах, які можна зберігати в системі контролю версій. Ви отримуєте можливість автоматизувати розгортання, що зменшує кількість помилок і прискорює роботу. Ресурси в Azure можна створювати, оновлювати або видаляти за допомогою простих скриптів. Ви забезпечуєте однакову конфігурацію інфраструктури в середовищах розробки, тестування та промисловій експлуатації. Крім того, ви відстежуєте кожну зміну, що допомагає виконувати вимоги відповідності.
Порада: Коли ви використовуєте інфраструктуру як код, ви можете швидко відновити все середовище Azure після збою. Це спрощує та робить надійнішим відновлення після аварій.
Azure IaC проти традиційної інфраструктури
Між інфраструктурою як кодом в Azure та традиційним управлінням інфраструктурою є чіткі відмінності. Традиційні методи покладаються на ручне налаштування, що часто призводить до помилок і повільного розгортання. Інфраструктура як код в Azure використовує автоматизацію, щоб забезпечити швидші та надійніші результати. Ви можете легко масштабувати ресурси вгору або вниз. У Azure ви платите лише за те, що використовуєте, тоді як традиційна інфраструктура вимагає великих початкових інвестицій.
| Функція | Azure IaC | IaC локально |
|---|---|---|
| Масштабованість | Висока масштабованість | Обмежена апаратним забезпеченням |
| Швидкість розгортання | Швидке та автоматизоване | Повільніше та вручну |
| Економічна ефективність | Модель оплати за фактом використання | Високі початкові витрати |
| Обслуговування | Керується постачальником | Внутрішнє управління |
| Аварійне відновлення | Автоматизоване та швидке | Ручне та повільне |
Ви отримуєте переваги простоти розгортання, узгодженості, масштабованості та можливості аудиту. Інфраструктура як код в Azure дозволяє відстежувати кожну зміну та підтримувати відповідність вимогам. Ви можете швидко відтворити або скоригувати інфраструктуру для роботи зі змінним навантаженням.
Ключові концепції IaC в Azure
Щоб ефективно використовувати інфраструктуру як код в Azure, потрібно розуміти кілька базових концепцій. Ви керуєте інфраструктурою за допомогою декларативної моделі, що забезпечує однорідність середовищ. Ви використовуєте ідемпотентність, тобто ваші команди розгортання завжди дають один і той самий результат незалежно від початкового стану. Ви описуєте інфраструктуру декларативно, зосереджуючись на тому, що потрібно отримати, а не на тому, як це побудувати. Azure пропонує такі інструменти, як шаблони Azure Resource Manager, Terraform, Ansible і Bicep, для керування інфраструктурою.
- Інфраструктура як код: керуйте інфраструктурою за допомогою коду для узгодженості та автоматизації.
- Ідемпотентність: забезпечуйте, щоб розгортання завжди призводили до однакової конфігурації.
- Декларативні визначення: описуйте, що вам потрібно, а не як це зробити.
- Інструменти Azure: використовуйте шаблони ARM, Terraform, Ansible і Bicep для хмарних рішень.
Ви створюєте надійні, масштабовані та безпечні середовища з інфраструктурою як кодом в Azure. Ви отримуєте швидкість, узгодженість і контроль над кожним розгортанням.
Інструменти інфраструктури як коду для Azure
Інфраструктура як код в Azure пропонує широкий набір інструментів автоматизації для керування хмарними ресурсами. Ви можете обрати з кількох популярних варіантів, кожен з яких має свої сильні сторони для IaC та автоматизованого надання ресурсів. У 2024 році Microsoft Azure і Amazon разом утримували понад 14 % ринку інфраструктури як коду, що свідчить про широке впровадження цих рішень. Ви можете використовувати ці інструменти, щоб підвищити узгодженість, швидкість і безпеку розгортань.
Шаблони ARM і Bicep
Шаблони Azure Resource Manager (ARM) і Bicep є основними інструментами IaC для Azure. Вони допомагають визначати, розгортати та керувати інфраструктурою за допомогою коду. Багато компаній використовують шаблони ARM і Bicep для автоматизації створення таких ресурсів, як віртуальні машини, мережі та бази даних.
Структура шаблону
Шаблони ARM використовують файли JSON для опису інфраструктури. Ви пишете код, який перелічує кожен ресурс і його параметри. Такий підхід гарантує, що ви можете щоразу розгорнути однакове середовище. Шаблони ARM підтримують ідемпотентні розгортання, тож ви отримуєте узгоджені результати, навіть якщо запускаєте шаблон більше одного разу. Ви також можете керувати залежностями між ресурсами, що допомагає контролювати порядок розгортання.
Bicep розвиває шаблони ARM, пропонуючи простіший і зрозумілішій синтаксис. Ви пишете файли Bicep мовою, схожою на мову програмування, що зменшує кількість помилок і полегшує розуміння коду. Bicep компілюється в шаблони ARM перед розгортанням, тож ви повністю зберігаєте сумісність із наявними процесами інфраструктури як коду в Azure.
| Функція/обмеження | Шаблони ARM | Bicep |
|---|---|---|
| Синтаксис | Громіздкий формат JSON, схильний до синтаксичних помилок | Стислий синтаксис, схожий на мову програмування, легший для читання |
| Крива навчання | Крутіша через складну структуру JSON | Простіше для тих, хто знайомий з програмуванням |
| Модульність і повторне використання | Обмежена модульність | Підтримує модульний дизайн, сприяє повторному використанню |
| Безпека типів і валідація | Обмежена перевірка типів | Сувора перевірка типів, помилки виявляє на ранньому етапі |
| Інтеграція з екосистемою Azure | Працює з інструментами Azure, але менш інтуїтивно | Бездоганна інтеграція зі службами Azure |
| Зворотна сумісність | Н/Д | Повна зворотна сумісність із шаблонами ARM |
| Ресурси спільноти | Н/Д | Спільнота ще формується, ресурсів менше, ніж у Terraform |
| Оптимізація витрат | Н/Д | Точніші визначення ресурсів, менше надмірного виділення ресурсів |
| Читабельність | Низька читабельність через надмірну многослівність | Краща читабельність, менше помилок |
| Процес розгортання | Інтерпретується безпосередньо Azure Resource Manager | Компілюється в шаблони ARM перед розгортанням |
Переваги Bicep
Використання Bicep для IaC в Azure дає кілька переваг. Bicep має чистий синтаксис, схожий на мови програмування, тож його легше писати й читати. Можна створювати модульні шаблони, повторно використовувати код і спрощувати керування. Bicep забезпечує сувору безпеку типів, що допомагає виявляти помилки ще до розгортання. Це підвищує надійність і скорочує час на пошук несправностей. Bicep бездоганно інтегрується зі службами Azure, тому це потужний вибір для IaC. За допомогою Bicep також можна визначати захищені ресурси, наприклад Azure Key Vault, для захисту конфіденційної інформації.
Terraform для Azure
Terraform — один з найпопулярніших інструментів IaC для Azure. Багато організацій обирають Terraform, адже він підтримує кілька хмарних провайдерів і пропонує розширені можливості керування інфраструктурою.
Підтримка кількох хмар
Terraform вирізняється тим, що працює з різними хмарними платформами. За допомогою Terraform можна керувати ресурсами в Azure, Amazon Web Services, Google Cloud та інших. Такий незалежний від платформи підхід дає гнучкість, якщо потрібно запускати робочі навантаження в кількох хмарах. Ті самі конфігурації Terraform можна використовувати для розгортання схожих середовищ у різних провайдерів. Це допомагає уникнути прив’язки до одного вендора та підтримує гібридні хмарні стратегії.
Можливості провайдера Azure
Terraform пропонує багатий набір можливостей для керування ресурсами Azure. Ви пишете декларативний код, який описує бажаний стан інфраструктури. Terraform автоматизує розгортання та керування ресурсами, роблячи процес IaC ефективним. Зміни можна відстежувати за допомогою контролю версій і за потреби відкочувати. Terraform підтримує модулі, тож код можна повторно використовувати й зберігати узгодженість. Керування станом дозволяє відстежувати поточний стан інфраструктури, що допомагає безпечно планувати та застосовувати зміни. Terraform інтегрується з інструментами автоматизації та скриптами, даючи вам більший контроль над розгортаннями.
| Функція/перевага | Terraform | Azure Bicep |
|---|---|---|
| Незалежність від платформи | Так | Ні |
| Підтримка кількох хмар | Так | Ні |
| Декларативна IaC | Так | Так |
| Контроль версій | Так | Обмежено |
| Автоматизація через код | Так | Обмежено |
| Розширюваність | Висока (підтримує різні провайдери) | Лише Azure |
| Повторне використання коду | Так (через модулі) | Обмежено |
| Керування станом | Так (відстежує стан інфраструктури) | Ні |
Terraform можна використовувати для автоматизації складних розгортань, керування інфраструктурою у великих масштабах і підтримки вимог відповідності. Багато команд покладаються на Terraform через його гнучкість, розширюваність і сильну спільноту.
Ansible і скриптові інструменти
Ansible — ще один популярний вибір для IaC в Azure. Ним автоматизують ІТ-оркестрацію, керування конфігураціями та розгортання застосунків. Плейбуки Ansible написані мовою YAML, їх легко читати й писати. Агенти на серверах встановлювати не потрібно, адже Ansible взаємодіє через SSH або WinRM. Такий підхід без агентів спрощує керування й підвищує безпеку.
Плейбуки Ansible є ідемпотентними, тож щоразу отримуєте той самий результат. Ansible можна використовувати для налаштування нових серверів, розгортання застосунків і автоматизації рутинних завдань. Також Ansible допомагає оркеструвати багаторівневі розгортання та керувати складними середовищами.
Автоматизація з PowerShell і CLI
Для автоматизації завдань у проєктах IaC в Azure можна використовувати такі скриптові інструменти, як PowerShell і Azure CLI. Скрипти PowerShell дозволяють керувати ресурсами, налаштовувати параметри та виконувати масові операції. Azure CLI надає доступ до служб Azure з командного рядка, тож розгортання й оновлення можна автоматизувати скриптами. Ці інструменти добре підходять для індивідуальної автоматизації та інтеграції з іншими рішеннями IaC.
Порада: поєднуйте Ansible, PowerShell та Azure CLI, щоб створювати потужні робочі процеси автоматизації для розгортань інфраструктури Azure як коду.
Ви можете обрати потрібне поєднання інструментів IaC та автоматизації, щоб задовольнити свої потреби. Кожен інструмент має унікальні переваги для керування інфраструктурою, підвищення ефективності та підтримки безпечних і відтворюваних розгортань.
Контроль версій та інтеграція CI/CD
Для керування інфраструктурою Azure як кодом потрібні надійні інструменти. Системи контролю версій дають змогу відстежувати кожну зміну коду інфраструктури. Ви бачите, хто і коли вніс зміну. Це робить роботу надійнішою та простішою для аудиту. Для збереження історії коду можна використовувати системи на кшталт Git. Якщо щось піде не так, ви можете повернутися до попередньої версії. Це скорочує простої та допомагає швидко відновитися.
Використовуючи системи контролю версій з інфраструктурою Azure як кодом, ви отримуєте кілька переваг:
- Ви ведете чіткий журнал усіх змін. Це допомагає під час перевірок відповідності вимогам і підвищує відповідальність у команді.
- Ви можете легко повернутися до стабільного стану. Це спрощує відновлення після аварій і знижує ризики.
- Ви та ваша команда можете працювати над одним і тим самим кодом. Це покращує співпрацю та гарантує, що всі дивляться в одному напрямку.
Для керування ресурсами Azure разом із системами контролю версій можна використовувати такі інструменти, як Terraform. Файли Terraform можуть зберігатися у вашому репозиторії Git. Ви можете переглянути зміни перед їх застосуванням. Такий процес допомагає вчасно помічати помилки.
Конвеєри безперервної інтеграції та безперервного розгортання (CI/CD) виводять вашу автоматизацію на новий рівень. Ви можете налаштувати конвеєри, які автоматично тестують, перевіряють і розгортають код інфраструктури. Коли ви відправляєте зміну в репозиторій, конвеєр виконує перевірки та застосовує зміни в Azure. Це зменшує обсяг ручної роботи й прискорює розгортання.
Ось простий робочий процес для інфраструктури Azure як коду з Terraform та CI/CD:
| Крок | Опис |
|---|---|
| Код | Ви створюєте або оновлюєте файли Terraform у своєму репозиторії. |
| Commit & Push | Ви фіксуєте зміни та відправляєте їх до системи контролю версій. |
| Безперервна інтеграція | Конвеєр запускає тести та перевіряє код Terraform. |
| Перегляд і схвалення | Ваша команда переглядає зміни та схвалює їх для розгортання. |
| Безперервне розгортання | Конвеєр застосовує код Terraform в Azure, оновлюючи ваші ресурси. |
Порада: використовуйте політики гілок у своїй системі контролю версій, щоб вимагати перегляду коду перед злиттям змін. Це додатковий рівень захисту для ваших розгортань.
Ви можете використовувати модулі Terraform, щоб ділитися кодом між проєктами. Це зберігає узгодженість інфраструктури та спрощує її керування. Також можна використовувати файли стану Terraform, щоб відстежувати поточний стан ресурсів. Це допомагає безпечно планувати та застосовувати зміни.
Завдяки безперервному розгортанню ви можете швидко й надійно доставляти оновлення до свого середовища Azure. Ви знижуєте ризик людської помилки та робите інфраструктуру безпечнішою. Terraform також можна поєднувати з іншими інструментами, як-от Ansible чи PowerShell, щоб створити наскрізну автоматизацію.
Ви закладаєте міцну основу для інфраструктури Azure як коду, поєднуючи системи контролю версій, Terraform і конвеєри CI/CD. Ви отримуєте швидкість, надійність і контроль над кожним розгортанням.
Переваги розгортання Azure IaC
Узгодженість і відтворюваність
Ви хочете, щоб кожне розгортання в Azure виглядало однаково, незалежно від того, хто його запускає і коли. Саме це дає інфраструктура як код. Використовуючи IaC, ви документуєте конфігурації та відтворюєте їх у всіх середовищах. Це знижує ризик людської помилки та запобігає дрейфу конфігурації. Ви можете відтворювати ідентичні середовища для розробки, тестування та продуктиву. Це робить розгортання передбачуваними й надійними.
- Ви використовуєте один і той самий код для кожного середовища, тож уникаєте несподіваних проблем під час тестування чи випуску.
- Ви мінімізуєте відмінності між збірками, що допомагає вчасно виявляти проблеми.
- Ви робите інфраструктуру простішою для аудиту та керування.
Завдяки інфраструктурі Azure як коду ви довіряєте процесу розгортання. Ви знаєте, що інфраструктура щоразу відповідатиме вашим очікуванням.
Масштабованість і ефективність
Інфраструктуру потрібно швидко масштабувати, коли бізнес зростає. Інфраструктура Azure як код допомагає робити це легко. Інструменти IaC, як-от Terraform, дозволяють коригувати ресурси відповідно до змінних потреб. Ви можете масштабувати їх вгору чи вниз без ручних кроків. Ця гнучкість підходить як для невеликих проєктів, так і для великих корпоративних навантажень.
| Аспект | Опис |
|---|---|
| Масштабованість | Інфраструктуру можна легко масштабувати вгору або вниз відповідно до змінних потреб, що забезпечує гнучкість і швидкість реагування. |
Автоматизація відіграє велику роль в ефективності. Автоматизоване управління інфраструктурою зменшує кількість людських помилок майже на 30%. У більшості компаній продуктивність персоналу зростає після впровадження IaC. Ви можете replicate або коригувати інфраструктуру, щоб витримувати різні навантаження. Інструменти Azure IaC забезпечують динамічне масштабування, тож ваші застосунки завжди працюють добре.
- Ви заощаджуєте час, автоматизуючи повторювані завдання.
- Ви швидше реагуєте на потреби бізнесу.
- Ви забезпечуєте стабільний і надійний процес розгортання.
Terraform спрощує управління складними середовищами. Ви можете використовувати модулі, щоб ділитися кодом і зберігати узгодженість інфраструктури. Такий підхід підтримує швидке зростання і допомагає залишатися конкурентоспроможними.
Безпека та відповідність вимогам
Ви повинні захищати свої дані та дотримуватися нормативних вимог. Azure infrastructure as code допомагає досягти обох цілей. IaC дозволяє визначати автоматизовані політики безпеки, які застосовуються до кожного розгортання. Ви стандартизуєте засоби контролю безпеки в усьому середовищі, що зміцнює ваш рівень захищеності. Автоматизовані політики безпеки знижують ймовірність помилок і роблять інфраструктуру безпечнішою.
- Безперервний моніторинг відповідності гарантує дотримання таких стандартів, як PCI DSS, HIPAA та GDPR.
- Автоматизовані засоби контролю безпеки допомагають керувати складними середовищами з меншими зусиллями.
- Ви використовуєте керовані функції безпеки для захисту конфіденційних даних.
Захист хмарних застосунків, розроблених за принципом cloud-native, стає простішим завдяки IaC. Ви можете відстежувати кожну зміну і довести відповідність під час аудитів. Terraform підтримує безпечні розгортання, дозволяючи переглядати та схвалювати зміни до того, як вони почнуть діяти. Кожним розгортанням ви будуєте надійну основу для свого бізнесу.
Порада: використовуйте IaC для автоматизації перевірок безпеки та звітності про відповідність. Так ваше середовище Azure залишатиметься безпечним і актуальним.
Оптимізація витрат
Ви хочете максимально ефективно використовувати хмарний бюджет. Azure infrastructure as code допомагає оптимізувати витрати, автоматизуючи управління ресурсами та скорочуючи втрати. Використовуючи IaC, ви отримуєте контроль над кожним ресурсом. Ви можете відстежувати використання, коригувати потужності та не платити за послуги, які не використовуєте.
Ви можете створювати відмовостійкі робочі навантаження за допомогою Azure Spot Virtual Machines. Ці машини коштують значно дешевше за стандартні. Ви можете заощадити до 90%, запускаючи робочі навантаження, які витримують переривання. IaC дозволяє швидко налаштувати such середовища та гарантує, що архітектура залишається стійкою. Вам не потрібно турбуватися про ручне налаштування чи втрачену економію.
Ви також можете керувати Azure Reservations і Savings Plans за допомогою IaC. Ви використовуєте дані для прогнозування потреб і беретеся за зобов'язання щодо ресурсів лише тоді, коли знаєте, що їх використовуватимете. Такий підхід запобігає надмірному виділенню ресурсів і їх недовикористанню. Ви максимізуєте економію, узгоджуючи свої зобов'язання з фактичним використанням.
- Azure Spot Virtual Machines: заощаджуйте до 90%, запускаючи відмовостійкі робочі навантаження. IaC допомагає автоматизувати розгортання та керувати перериваннями.
- Azure Reservations і Savings Plans: використовуйте IaC для аналізу моделей використання та розумних зобов'язань. Ви не платите за ресурси, які вам не потрібні.
Ви можете автоматизувати масштабування за допомогою IaC. Коли попит зростає, ваша інфраструктура зростає. Коли попит падає, ресурси зменшуються. Ви платите лише за те, що використовуєте. Ця гнучкість утримує витрати на низькому рівні, а продуктивність — на високому.
Порада: регулярно переглядайте свої шаблони IaC. Оновлюйте їх відповідно до поточних потреб. Така практика допомагає уникати зайвих витрат і підтримує ефективність вашого хмарного середовища.
Ви можете налаштувати сповіщення для моніторингу витрат. IaC спрощує додавання засобів контролю витрат і лімітів бюджету. Ви отримуєте сповіщення, коли використання перевищує ваші цільові показники. Ви можете швидко реагувати і коригувати ресурси.
Ви можете використовувати теги для відстеження витрат у різних проєктах. IaC дозволяє додавати теги до кожного ресурсу. Ви бачите, які команди чи застосунки використовують найбільше ресурсів. Так ви можете приймати обґрунтовані рішення та раціонально розподіляти бюджети.
Ви створюєте економічно ефективне хмарне середовище за допомогою Azure infrastructure as code. Ви автоматизуєте заощадження, відстежуєте витрати та коригуєте ресурси відповідно до своїх потреб. Ви тримаєте хмарний бюджет під контролем і підтримуєте цілі вашого бізнесу.
Виклики впровадження Azure IaC
Складність і крива навчання
Під час початку роботи з Azure Infrastructure as Code ви стикаєтеся з низкою викликів. Нові мови та інструменти потребують навчання. Можливо, доведеться вивчити Bicep, Terraform або шаблони ARM. Така вузька спеціалізація може призвести до прив’язки до постачальника (vendor lock-in), якщо ви покладаєтеся лише на один інструмент. Ваш IaC-код необхідно тримати в безпеці та в актуальному стані, а це додає зусиль на супровід. Іноді розгортання через командний рядок або портал здаються швидшими, але їм бракує строгості, притаманної програмному коду. Модульність дає переваги, проте чим більше модулів, тим складнішими стають налагодження та документування.
Інструментів для IaC існує багато. Їх надмірна кількість може спричинити плутанину та фрагментацію. Щоб ефективно користуватися цими інструментами, потрібні глибокі знання інфраструктури. Керувати змінами стає складно, коли над різними середовищами працюють кілька членів команди. Дрейф конфігурації часто виникає, коли хтось вносить зміни безпосередньо в хмару, а не через код. Ви маєте стежити за дрейфом, щоб інфраструктура залишалася узгодженою. Виникають і питання безпеки, якщо IaC-код розкриває чутливу інформацію. Управління на рівні підприємства може ускладнитися, адже IaC порушує усталені процеси відповідності вимогам.
Порада: почніть із невеликих проєктів і поступово нарощуйте навички. Документуйте код і процеси, щоб команда навчалася швидше.
Керування станом і залежностями
Керувати станом і залежностями в проєктах Azure Infrastructure as Code потрібно ретельно. Управління станом допомагає відстежувати поточний стан ресурсів. Використовуйте стандартизовані інструменти, щоб підвищити узгодженість та ефективність. Модульність дозволяє розбити інфраструктуру на керовані частини. Це спрощує оновлення та супровід. Тестування важливе для розгортань і змін конфігурації. Ви забезпечуєте надійність, тестуючи зміни до їх застосування.
Інтеграція CI/CD прискорює оновлення. Ви автоматизуєте розгортання та зменшуєте кількість ручних помилок. Найкращі практики безпеки захищають інфраструктуру. Заходи безпеки ви включаєте до конвеєра розгортання. Дрейф конфігурації може виникнути, якщо погано керувати станом і залежностями. Ви маєте відстежувати дрейф і швидко його виправляти. Захист хмарних застосунків стає простішим, якщо дотримуватися цих стратегій.
Примітка: використовуйте систему контролю версій, щоб відстежувати зміни та полегшити співпрацю. Це допомагає уникати дрейфу конфігурації та тримати інфраструктуру в безпеці.
Ризики безпеки та їх пом’якшення
Ризики безпеки під час використання Azure Infrastructure as Code потрібно враховувати заздалегідь. Ручні процеси можуть призвести до помилок і невідповідностей. Повільні оновлення залишають системи вразливими до загроз безпеки. Складні процеси аварійного відновлення збільшують простої. Для легкого керування інфраструктурою та раннього виявлення проблем упроваджуйте модульність і автоматизоване тестування. Система контролю версій документує зміни та допомагає команді співпрацювати.
Ретельна документація полегшує онбординг і усунення несправностей. Ви зберігаєте облікові дані в безпеці та дотримуєтеся політик відповідності. Інструменти керування секретами, як-от Azure Key Vault, безпечно зберігають чутливу інформацію. Автоматизація конвеєрів Azure зменшує людські помилки та забезпечує стабільні розгортання. Аудит відстежує зміни та оцінює відповідність стандартам. Дрейф конфігурації становить ризик, якщо ви не контролюєте зміни. Ви маєте перевіряти наявність дрейфу та швидко його усувати.
Увага: завжди використовуйте інструменти керування секретами та автоматизуйте свої конвеєри. Це знижує ризики та підвищує безпеку.
Організаційні зміни
Самої зміни інструментів недостатньо, щоб досягти успіху з Azure Infrastructure as Code (IaC). Потрібно також змінити спосіб роботи організації. Багато команд починають із ручних кроків у порталі Azure. Ця звичка призводить до помилок і повільного прогресу. Перехід до IaC означає перехід до автоматизованих процесів. Ця зміна вимагає навчити команди, встановити чіткі правила та почати з невеликого проєкту. Довіру будують через ранні видимі результати.
Не варто намагатися змінити все одразу. Починайте з малого. Оберіть одну команду та один сценарій використання. Нехай ця команда навчається та ділиться досвідом. Такий підхід допомагає уникнути плутанини та опору. Коли команда стане впевненішою, ви зможете поширити IaC на інші групи.
Примітка: навчання має ключове значення. Навчіть команду писати, переглядати й керувати інфраструктурним кодом. Переконайтеся, що всі розуміють новий процес.
Вашій команді потрібно виробити нові звички. Заохочуйте всіх використовувати код для будь-яких змін в інфраструктурі. Уникайте ручних оновлень у порталі Azure. Це правило забезпечує послідовність і безпеку ваших середовищ. Також варто налаштувати перевірку коду для кожної зміни. Перевірка коду допомагає вчасно знаходити помилки та дає змогу членам команди вчитися одне в одного.
Модульна архітектура спрощує керування вашим IaC. Використовуйте зрозумілі правила найменування та повторно використовувані шаблони. Ця практика допомагає команді розуміти код і зменшує кількість помилок. Також важливо захищати конфіденційні дані. Використовуйте інструменти керування секретами, наприклад Azure Key Vault. Ніколи не зберігайте паролі чи ключі в коді.
Підтримуйте документацію в актуальному стані. Якісна документація гарантує, що всі дотримуються одного процесу. Вона також допомагає новим членам команди швидко включитися в роботу. Коли ви документуєте код і робочі процеси, ваша інфраструктура стає надійнішою.
Для успішного впровадження IaC в Azure варто внести такі організаційні зміни:
- Забезпечте узгодженість і стандартизацію у всіх середовищах.
- Автоматизуйте розгортання ресурсів, щоб підвищити швидкість і ефективність.
- Проєктуйте інфраструктуру так, щоб її легко було масштабувати разом із зростанням потреб.
Також можна дотримуватися таких найкращих практик:
- Почніть з однієї команди та одного сценарію використання.
- Використовуйте модульну архітектуру та зрозумілі правила найменування.
- Перевіряйте весь код інфраструктури перед розгортанням.
- Захищайте секрети за допомогою безпечних інструментів.
- Ведіть ґрунтовну документацію.
Коли ви впроваджуєте ці зміни, ви допомагаєте організації відійти від ручної роботи. Ви формуєте культуру, яка цінує автоматизацію, навчання та співпрацю. Такий перехід призводить до швидших розгортань, меншої кількості помилок і безпечнішого середовища Azure.
Найкращі практики розгортання IaC
Модульність і повторне використання
Ви можете покращити свої проєкти інфраструктури як коду, розбивши код на менші повторно використовувані модулі. Такий підхід допомагає тримати ваш IaC організованим і простим в управлінні. Використовуючи модульність, ви створюєте автономні компоненти для мереж, баз даних або сховищ. Ці модулі можна ділити між командами та проєктами. Це економить час і зменшує кількість помилок.
Ось таблиця найкращих практик модульності та повторного використання:
| Найкраща практика | Опис |
|---|---|
| Модульність коду інфраструктури | Розбивайте код на повторно використовувані модулі для узгодженості та масштабованості. |
| Повторно використовувані автономні модулі | Використовуйте модулі для типових сервісів, щоб зменшити дублювання та спростити супровід. |
| Розробка за принципом DRY | Пишіть код без повторів, щоб спростити розгортання та підтримку в майбутньому. |
Дотримуйтесь принципу DRY (Don't Repeat Yourself, «не повторюйся»). Це означає, що ви пишете код один раз і повторно використовуєте його там, де це потрібно. Інструменти на кшталт Terraform і Bicep роблять цей процес простішим. Модульність разом з автоматизованим тестуванням допомагає масштабувати ваш IaC і зберігати розгортання узгодженими.
Тестування та перевірка
Тестуйте свій IaC перед кожним розгортанням. Тестування допомагає вчасно знаходити помилки та гарантує, що інфраструктура працює так, як очікується. Для перевірки коду й середовища можна використовувати різні типи тестування.
Ось кілька поширених методів тестування:
| Тип тестування | Призначення |
|---|---|
| Модульне тестування | Перевіряє окремі фрагменти коду на помилки. |
| Димове тестування | Підтверджує, що базові функції працюють після розгортання. |
| Навантажувальне тестування | Вимірює продуктивність за звичайного використання. |
| Стрес-тестування | Визначає межі вашої системи та те, як вона відновлюється. |
| Хаос-тестування | Перевіряє, як ваша система реагує на збої. |
| Тестування на проникнення | Шукає слабкі місця в безпеці вашого розгортання. |
Запускайте ці тести у своєму конвеєрі CI/CD. Автоматизоване тестування дає впевненість, що ваш IaC працюватиме у продуктивному середовищі. Завжди перевіряйте шаблони та скрипти перед розгортанням. Цей крок зменшує простої та підтримує стабільність середовища.
Безпечне кодування та контроль доступу
Ви маєте захищати інфраструктуру як код від ризиків безпеки. Практики безпечного кодування та суворий контроль доступу роблять ваші розгортання безпечними. Варто сканувати код на вразливості за допомогою інструментів статичного аналізу безпеки застосунків (Static Application Security Testing, SAST). Цей процес дає змогу знаходити проблеми на ранніх етапах розробки.
Для забезпечення дотримання правил і відповідності вимогам можна використовувати Policy as Code. Azure Policy та сторонні інструменти допомагають налаштувати такі політики. Завжди використовуйте конфігурацію за принципом найменших привілеїв. Надавайте користувачам і службам лише ті дозволи, які їм справді потрібні. Це зменшує ризик випадкових змін або порушень безпеки.
Ось таблиця інструментів безпечного кодування та контролю доступу:
| Практика/інструмент | Опис |
|---|---|
| SAST | Сканує код на вразливості перед розгортанням. |
| Policy as Code | Автоматично забезпечує дотримання правил відповідності вимогам і безпеки. |
| ARM Templates/Bicep | Стандартизує визначення ресурсів для кращої безпеки та простішого супроводу. |
| Terraform | Підтримує повторно використовувані конфігурації безпеки в різних середовищах. |
Регулярно переглядайте свій IaC і оновлюйте контроль доступу. Безпечне написання коду та надійні політики допомагають виконувати вимоги відповідності й захищати ваші хмарні ресурси.
CI/CD для IaC
Ви можете покращити проєкти інфраструктури як коду в Azure, використовуючи конвеєри безперервної інтеграції та безперервного розгортання (CI/CD). CI/CD допомагає автоматизувати процес розгортання, що зменшує кількість ручних помилок і прискорює постачання. Налаштовуючи CI/CD, ви гарантуєте, що кожна зміна в коді інфраструктури проходить відтворюваний і надійний процес.
Багато команд використовують Azure DevOps, Terraform і ARM-шаблони для керування інфраструктурою як кодом. Ці інструменти дозволяють автоматизувати розгортання та зберігати однаковість середовищ. Версіонуйте весь код, включно зі скриптами для інфраструктури. Ця практика допомагає відстежувати зміни й відкочуватися, якщо щось піде не так.
Ось кілька найкращих практик CI/CD з інфраструктурою як кодом:
- Автоматизуйте кроки розгортання, щоб зменшити кількість помилок.
- Використовуйте шлюзи затвердження та просування між середовищами для контролю релізів.
- Зберігайте весь код у системах контролю версій, таких як Git.
- Централізуйте змінні середовища для простішого керування.
- Створіть чітку стратегію гілкування для своєї команди.
Використовуючи автоматизовані конвеєри, ви можете додати до процесу управління та моніторинг. Це гарантує, що ваші розгортання відповідають вимогам відповідності та стандартам продуктивності. Багато організацій помітили швидшу поставку функцій і менше ручних втручань завдяки конвеєрам CI/CD зі шлюзами затвердження.
Порада: налаштуйте автоматизовані тести у своєму конвеєрі, щоб виявляти помилки до того, як вони потраплять у робоче середовище. Цей крок допомагає зберігати стабільність і безпеку вашого середовища Azure.
Моніторинг і аудит
Для того щоб інфраструктура Azure залишалася безпечною та відповідала вимогам, потрібні надійні моніторинг і аудит. Моніторинг допомагає відстежувати стан і продуктивність ресурсів. Аудит дозволяє побачити, хто і коли вносив зміни. Разом ці практики захищають ваше середовище й допомагають виконувати регуляторні вимоги.
Постійні перевірки відповідності є критично важливими для стандартів на кшталт PCI DSS, HIPAA і GDPR. Автоматизація гарантує, що ці перевірки виконуються часто і залишаються актуальними. Ви можете використовувати Azure Policy та Role-Based Access Control (RBAC), щоб забезпечувати управління та контроль доступу як код. Такий підхід створює журнали доступу, придатні для аудиту, і зміцнює межі безпеки.
Робочі процеси DevOps можуть забезпечувати доступ just-in-time, тегування та обмеження ресурсів. Ці кроки спрощують відповідність вимогам юридичного та безпекового аудиту. Також варто використовувати інструменти моніторингу та журналювання, щоб збирати дані про ресурси. Ці дані допомагають вчасно помічати проблеми та швидко реагувати.
Ось простий контрольний список для ефективного моніторингу та аудиту:
- Налаштуйте моніторинг для всіх критичних ресурсів.
- Увімкніть моніторинг і журналювання, щоб фіксувати важливі події.
- Регулярно переглядайте журнали аудиту на предмет незвичної активності.
- Використовуйте автоматизацію для запуску перевірок відповідності.
- Застосовуйте політики та контроль доступу як код.
Примітка: якісні моніторинг і журналювання не лише підвищують безпеку, а й допомагають оптимізувати продуктивність і витрати.
Дотримуючись цих практик, ви створюєте безпечне, відповідне вимогам і добре кероване середовище Azure.
ШІ та майбутнє інфраструктури Azure як коду
Інструменти розробки з підтримкою ШІ
Тепер у вас є доступ до потужних інструментів розробки з підтримкою ШІ, які значно полегшують роботу з інфраструктурою Azure як кодом. Такі інструменти, як GitHub Copilot і Microsoft Copilot, допомагають швидше писати код. Вони пропонують фрагменти коду під час введення, відповідають на ваші запитання та допомагають розв'язувати проблеми безпосередньо в редакторі. Ви можете попросити допомогу з Bicep, ARM-шаблонами чи скриптами Terraform, і ШІ запропонує рішення, що відповідають вашим потребам.
Платформи генеративного ШІ, як-от GitHub Copilot, використовують сучасні моделі, щоб розуміти ваш намір. Ви можете описати потрібне простою мовою, а інструмент згенерує точний код інфраструктури. Спеціалізовані інструменти, як-от Stakpak, також допомагають швидко створювати оптимізований код. Це означає, що ви витрачаєте менше часу на рутинні завдання і більше часу на проєктування рішень. Доручаючи ШІ рутинні частини робочого процесу, ви можете підвищити продуктивність і зменшити кількість помилок.
Порада: використовуйте інструменти на основі ШІ, щоб прискорити адаптацію нових членів команди. Вони найкраще засвоюють практики та типові шаблони, бачачи пропозиції, згенеровані ШІ, у режимі реального часу.
Автоматичне усунення проблем і самовідновлення
ШІ змінює те, як ви керуєте своїми середовищами Azure та підтримуєте їх у робочому стані. Тепер ви можете використовувати ШІ для автоматичного усунення проблем і самовідновлення. Це означає, що ваші системи можуть виявляти проблеми та усувати їх без очікування втручання людини.
- Агенти ШІ регулярно перевіряють вашу інфраструктуру. Знайшовши проблему, вони виконують заздалегідь визначені кроки для її усунення.
- Автоматизація на основі політик дозволяє задавати правила для різних середовищ. ШІ стежить за тим, щоб кожна дія відповідала вашим стандартам безпеки та відповідності вимогам.
- Інтелектуальні робочі процеси використовують машинне навчання, щоб вирішити, які проблеми виправляти в першу чергу. ШІ навчається на основі минулих інцидентів і з часом покращується.
Завдяки цим можливостям ви можете підтримувати своє середовище Azure у здоровому стані та скорочувати простої. Вам не варто хвилюватися про пропущені критичні проблеми, адже ШІ стежить за всім за вас.
Продуктивність і перевірка за допомогою ШІ
Інструменти ШІ роблять більше, ніж просто пишуть код. Вони допомагають перевіряти вашу інфраструктуру як код до розгортання. Ви можете використовувати ШІ, щоб перевіряти скрипти на наявність помилок, ризиків безпеки або проблем із відповідністю вимогам. Цей крок допомагає виявити проблеми на ранньому етапі та уникнути дорогих помилок.
Ви також можете використовувати ШІ для перегляду коду та пропозицій щодо покращень. Наприклад, якщо ви пишете скрипт Terraform, ШІ може підказати кращі способи структурувати ресурси або вказати на відсутні засоби контролю безпеки. Такий зворотний зв’язок допомагає вам навчатися та з часом покращувати свої навички.
| Перевага | Як ШІ допомагає вам |
|---|---|
| Швидша розробка | ШІ пропонує код і автоматизує повторювані завдання. |
| Менше помилок | ШІ перевіряє ваш код на помилки до розгортання. |
| Краща безпека | ШІ виявляє ризики та пропонує безпечніші конфігурації. |
| Безперервне навчання | ШІ надає поради та найкращі практики під час роботи. |
Ви можете покластися на ШІ, щоб зробити ваші проєкти інфраструктури як коду в Azure ефективнішими та безпечнішими. Використовуючи ці інструменти, ви випереджаєте проблеми та досягаєте кращих результатів для своєї команди.
Майбутні інновації
Ви стоїте на порозі нової ери інфраструктури як коду в Azure. ШІ й далі змінює те, як ви створюєте, керуєте та захищаєте свої хмарні середовища. Найближчими роками ви побачите низку інновацій, які формуватимуть ваш досвід роботи з Azure та IaC.
- Удосконалення машинного навчання: Azure тепер пропонує потужні інструменти для кожного етапу процесу машинного навчання. Для розробки без коду можна використовувати Azure ML Studio. Якщо потрібен більший контроль, можна працювати з Azure ML SDK. Ці інструменти допомагають створювати, навчати та розгортати моделі швидше, ніж будь-коли.
- Можливості генеративного ШІ: Генеративні функції ШІ в Azure дають змогу створювати новий контент на основі ваших даних. Ці інструменти можна використовувати для автоматизації документації, генерації шаблонів інфраструктури або навіть проєктування нових робочих процесів. Це заощаджує ваш час і дає змогу зосередитися на складніших завданнях.
- Власне апаратне забезпечення для ШІ: Microsoft представила власні кремнієві рішення, зокрема прискорювач ШІ Azure Maia. Це апаратне забезпечення підвищує продуктивність для окремих завдань ШІ. Ви можете ефективніше запускати складні моделі та обробляти більші навантаження без затримок.
- Конфіденційні обчислення: Azure тепер підтримує конфіденційні віртуальні машини з графічними процесорами NVIDIA H100. Ви можете запускати чутливі застосунки ШІ, зберігаючи приватність своїх даних. Це важливо, якщо ви працюєте в охороні здоров’я, фінансах або в будь-якій сфері, що вимагає суворого захисту даних.
Упроваджуючи ці інновації, ви також зіткнетеся з новими викликами. Багатьом компаніям складно створити та підтримувати належну інфраструктуру для ШІ. Можливо, вам знадобляться партнери, які допоможуть вирішувати складні завдання та прискорити проєкти. Стратегічні партнерства відіграватимуть дедалі важливішу роль, адже ви шукатимете способи швидше впроваджувати інновації.
Що більше ви використовуєте ШІ в інфраструктурі, то більше змінюватиметься ваш фокус. Вам знадобиться вища продуктивність і глибша інтеграція з хмарними сервісами. Azure й надалі оптимізуватиме свою платформу, щоб задовольнити ці потреби. Можна очікувати швидших розгортань, розумнішої автоматизації та надійніших систем.
| Сфера інновацій | Чого очікувати |
|---|---|
| Інструменти машинного навчання | Простіша побудова та розгортання моделей |
| Генеративний ШІ | Автоматичне створення контенту та шаблонів |
| Власне апаратне забезпечення для ШІ | Швидші та ефективніші робочі навантаження ШІ |
| Конфіденційні обчислення | Безпечна та приватна обробка за допомогою ШІ |
| Стратегічні партнерства | Доступ до експертної підтримки та швидші інновації |
Примітка: залишайтеся допитливими й продовжуйте навчатися. Майбутнє інфраструктури як коду в Azure винагороджуватиме тих, хто швидко адаптується й освоює нові технології.
У вас є шанс повести свою організацію до цього майбутнього. Використовуючи ці інновації, ви зможете створювати розумніші, безпечніші й ефективніші хмарні середовища.
Використання інфраструктури як коду в Azure дає багато переваг. Azure infrastructure as code допомагає автоматизувати, захистити й масштабувати ваші хмарні розгортання. Ви бачите, як iac підвищує узгодженість і підтримує культуру DevOps. Тенденції ШІ та гібридної хмари формують майбутнє iac. Перед вами постануть виклики, але їх можна подолати за допомогою навчання та командної роботи. Починайте з малого, часто переглядайте свій iac і долучайтеся до спільноти, щоб і далі вивчати інфраструктуру як код.
Поширені запитання
Що таке інфраструктура як код (IaC) в Azure?
Інфраструктура як код дозволяє описувати й керувати ресурсами Azure за допомогою коду. Такий підхід дає змогу автоматизувати розгортання, відстежувати зміни та створювати однакові середовища.
Чому варто використовувати IaC замість ручного налаштування?
Ручне налаштування часто призводить до помилок і повільного просування роботи. IaC допомагає уникати помилок, прискорює розгортання та гарантує, що кожне середовище відповідає вашим вимогам.
Які інструменти можна використовувати для IaC в Azure?
Можна використовувати такі інструменти, як шаблони ARM, Bicep, Terraform, Ansible, PowerShell і Azure CLI. Кожен з них має власні можливості для автоматизації та керування ресурсами.
Як IaC покращує безпеку в Azure?
IaC дозволяє вбудовувати правила безпеки безпосередньо в код. Ви можете автоматизувати перевірки відповідності вимогам і використовувати інструменти на кшталт Azure Policy, щоб застосовувати стандарти безпеки до всіх розгортань.
Чи можна використовувати IaC для гібридних або мультихмарних середовищ?
Так, можна. Інструменти на кшталт Terraform підтримують Azure, AWS і Google Cloud. Ця гнучкість дає змогу керувати ресурсами різних платформ з однієї кодової бази.
Як працювати з секретами та конфіденційними даними в IaC?
Ніколи не зберігайте секрети в коді. Для безпечного керування паролями, ключами та іншою конфіденційною інформацією використовуйте Azure Key Vault або подібні інструменти.
Який найкращий спосіб почати вивчати IaC в Azure?
Почніть з невеликих проєктів. Користуйтеся офіційною документацією та навчальними матеріалами. Практикуйтеся в написанні простих шаблонів або скриптів. Долучайтеся до спільноти Azure, щоб ставити запитання й ділитися своїм прогресом.
Як ШІ допомагає з IaC в Azure?
Інструменти ШІ, як-от GitHub Copilot, пропонують код, перевіряють помилки й допомагають дотримуватися найкращих практик. Використовуючи розробку з підтримкою ШІ, ви економите час і зменшуєте кількість помилок.
🎧 Послухайте цей епізод
Хочете практичного пояснення Azure Infrastructure as Code і DevOps? Цей епізод просто й зрозуміло розкриває тему та показує, чому вона важлива для Microsoft 365, Azure, Power Platform, безпеки, ШІ та сучасної роботи.
Послухайте цей епізод, якщо хочете:
- Зрозуміти ключові концепції Azure Infrastructure as Code і DevOps
- Побачити, як це вписується в ширшу екосистему технологій Microsoft
- Дізнатися, де це може принести практичну цінність для вашої організації
Вам також можуть сподобатися пов'язані епізоди M365 FM:
- Infrastructure as Code — простими словами
- Azure Bicep на масштабі: модульний Infrastructure as Code
- Простота Microsoft 365 з Еві ван дер Велден [MVP]
- Azure DevOps у 2026: тиха опора корпоративного ШІ
- Azure DevOps - Simply Explained Примітка для редактора: сегмент [[D]] надійшов обрізаним (закінчується на «critica…»), тому переклад охоплює лише наявний текст. Будь ласка, надішліть повний текст, щоб я міг доперекласти решту. Назви епізодів у посиланнях залишено без змін згідно з правилами команди.
Відкривайте більше практичних розмов про Microsoft на M365 FM.
Востаннє перевірено: липень 2026.
Кому варто послухати
Цей епізод призначено для адміністраторів Microsoft, архітекторів, розробників, фахівців з безпеки та бізнес-лідерів, яким потрібна практична основа перед ухваленням рішень щодо впровадження, експлуатації чи управління.
🎧 Також послухайте
- Azure Resource Manager — тісно пов'язаний наступний крок для розвитку цієї теми.
- Infrastructure as Code — дуже тісно пов’язаний наступний крок для розвитку цієї теми.
- Azure Policy — дуже тісно пов’язаний наступний крок для розвитку цієї теми.