CloudFormation - це добре, поки це не так. Як тільки команди починають жонглювати мультихмарними налаштуваннями, важчими потребами в автоматизації або швидшими циклами розгортання, інструмент може відчувати себе дещо обмеженим. Зазвичай саме тоді починається пошук чогось більш гнучкого та зручного для розробників.
У цьому посібнику ми детальніше розглянемо альтернативи, які з'явилися у цій сфері. Деякі з них схиляються до більш простого шаблонування, інші зосереджуються на більш глибокій автоматизації, а деякі просто усувають тертя, які має тенденцію створювати CloudFormation. Що ще важливіше, ми розповімо про компанії, які стоять за цими інструментами, які допомагають командам будувати чистішу інфраструктуру без зайвого шуму. Йдеться не про те, щоб знайти чарівну заміну, а про те, щоб зрозуміти, який напрямок відповідає тому, як працює ваша команда. Давайте розберемося.
1. AppFirst
AppFirst використовує зовсім інший підхід у порівнянні з CloudFormation та більшістю традиційних інструментів IaC. Замість того, щоб просити команди визначати кожну частину інфраструктури рядок за рядком, вони перевертають її і дозволяють розробникам описати, що насправді потрібно додатку. Звідти платформа автоматично збирає все налаштування. Це приваблює команди, які хочуть отримати переваги IaC без довгого шлейфу файлів Terraform, YAML, рецензій, рефакторів та всього іншого, що зазвичай накопичується при масштабуванні додатків.
Вони також схиляються до ідеї хмарної діагностики, що зручно, коли люди не хочуть, щоб їхні шаблони інфраструктури були надто тісно прив'язані до одного провайдера. AppFirst обробляє налаштування безпеки за замовчуванням, мережеві біти, журнали, моніторинг та всю внутрішню проводку, яка зазвичай з'їдає половину спринту. Це інша альтернатива CloudFormation, але для команд, які хочуть зменшити накладні витрати на IaC замість того, щоб розширювати його, вона чудово заповнює прогалину.
Основні моменти:
- Підхід, орієнтований на додаток, замість написання інфраструктурного коду
- Працює з AWS, Azure та GCP
- Забезпечує вбудовану реєстрацію, моніторинг та аудит
- Автоматично стандартизує найкращі практики безпеки та хмарних технологій
- Пропонує варіанти розгортання SaaS та самостійного хостингу
Послуги:
- Автоматизоване забезпечення інфраструктури
- Підтримка розгортання між хмарами
- Забезпечення безпеки та дотримання нормативно-правових вимог
- Прозорість витрат та аудит журналів
- Вбудовані інструменти спостереження
- Робочі процеси конфігурації, орієнтовані на додатки
Контактна інформація:
- Веб-сайт: www.appfirst.dev
2. Пулумі
Pulumi часто згадується, коли люди починають шукати щось більш гнучке, ніж CloudFormation. Вони застосовують досить простий підхід до інфраструктури як коду, дозволяючи командам працювати на звичайних мовах програмування замість того, щоб мати справу з довгими YAML-файлами. Більшість людей використовують його, коли хочуть, щоб їхня інфраструктура відчувала себе частиною робочого процесу, а не окремим світом, якого вони торкаються лише тоді, коли щось ламається. Pulumi також збирає все в одному місці, тому команди можуть керувати кодом, секретами, політиками та автоматизацією без жонглювання купою розрізнених інструментів.
Вони також намагаються зробити повсякденні завдання менш болісними. Інженери можуть тестувати код, повторно використовувати компоненти та працювати тими ж мовами, які вони вже використовують для своїх додатків. Крім того, вони створили додаткові інструменти для таких речей, як централізація секретів, відстеження мультихмарних налаштувань і надання командам більш чіткого шляху для створення внутрішніх платформ. Новіші функції штучного інтелекту додають ще один рівень, допомагаючи автоматизувати частину рутинної роботи, не заважаючи при цьому.
Основні моменти:
- Використовує реальні мови програмування для інфраструктури
- Працює з кількома хмарними провайдерами
- Включає вбудовані інструменти для керування секретами, конфігурацією та політиками
- Пропонує функції штучного інтелекту для автоматизації типових завдань
- Підтримує внутрішню побудову платформи та багаторазові компоненти
Послуги:
- Інфраструктура як інструментарій коду
- Управління мультихмарними ресурсами
- Секрети та керування конфігурацією
- Особливості політики та управління
- Автоматизація інфраструктури на основі ШІ
- Внутрішня підтримка платформи для розробників
Контактна інформація:
- Веб-сайт: www.pulumi.com
- Адреса: 601 Union St., Suite 1415 Seattle, WA 98101 USA
- LinkedIn: www.linkedin.com/company/pulumi
- Twitter: x.com/pulumicorp
3. Тераформа.
Terraform зазвичай є одним з перших імен, які люди згадують, коли їм потрібно щось більш гнучке, ніж CloudFormation. Вони зосереджені на описі інфраструктури простою мовою конфігурації, щоб команди могли однаково керувати ресурсами в різних хмарах. Більшість людей використовують його, коли їм потрібен єдиний робочий процес замість того, щоб жонглювати специфічними для AWS шаблонами та окремими інструментами для всього іншого. Terraform також добре вписується у великі інженерні структури, оскільки працює з широким спектром провайдерів, а не лише з основними хмарами.
Вони докладають багато зусиль, щоб допомогти командам не лише з базовим забезпеченням. Їх екосистема включає інструменти для створення узгоджених образів, управління політиками та координації мультихмарних налаштувань. Вся ідея полягає в тому, щоб ставитися до інфраструктури як до чогось, що можна планувати, відстежувати та змінювати з меншою кількістю несподіванок. Це не має на меті замінити інженерні зусилля, а лише зробити роботу менш розпорошеною.
Основні моменти:
- Дозволяє командам керувати інфраструктурою за допомогою єдиної мови конфігурації
- Працює з хмарними провайдерами та багатьма зовнішніми сервісами
- Підтримує робочі процеси команди за допомогою версій та планування
- Велика екосистема інтеграцій та багаторазових конфігурацій
- Можна поєднувати з іншими інструментами HashiCorp для більш широких робочих процесів
Послуги:
- Інфраструктура як інструментарій коду
- Мультихмарне забезпечення
- Функції командної роботи
- Керування політиками та конфігураціями
- Налаштування образів і середовища за допомогою відповідних інструментів
- Підтримка автоматизації та робочих процесів у сфері КІ
Контактна інформація:
- Веб-сайт: www.hashicorp.com
- Адреса 101 2nd Street, Suite 700 San Francisco, California, 94105 USA
- LinkedIn: www.linkedin.com/company/hashicorp
- Twitter: x.com/hashicorp
- Facebook: www.facebook.com/HashiCorp
4. env0
env0 часто з'являється, коли команди досягають меж CloudFormation і потребують чогось, що може керувати Terraform або іншими інструментами IaC у більш чистий та передбачуваний спосіб. Замість того, щоб покладатися на робочий процес CloudFormation, який працює лише з AWS, env0 надає командам центральне місце для запуску своїх інфраструктурних конвеєрів у різних хмарах та середовищах. Це допомагає підтримувати узгодженість, тому розгортання не залежить від того, який скрипт чи ярлик хтось використовував минулого місяця. Для команд, які жонглюють стеками Terraform або відходять від шаблонів CloudFormation, така структура робить повсякденну роботу менш хаотичною.
Вони також мають справу з багатьма шорсткостями, які з'являються, коли IaC стає більшим. env0 додає захисні екрани, кроки перевірки та видимість, які CloudFormation насправді не охоплює. Команди можуть бачити, що розгортається, виявляти проблеми раніше і покладатися на один спільний робочий процес замість десятків окремих процесів. Ідея полягає не в тому, щоб замінити Terraform або OpenTofu, а в тому, щоб сидіти на них і тримати всю операцію організованою, дозволяючи інженерам працювати так, як вони вважають за краще.
Основні моменти:
- Допомагає командам вийти за межі робочих процесів CloudFormation, що використовують лише AWS
- Стандартизує процеси IaC для Terraform та інших інструментів
- Підтримує огляди на основі Git'а та передбачувані конвеєри
- Додає засоби захисту, такі як RBAC та перевірки політик
- Покращує видимість розгортань і змін у середовищі
Послуги:
- Автоматизація робочого процесу IaC
- Координація роботи в різних середовищах і з різними обліковими записами
- Врядування та управління політикою
- Нагляд за витратами та контроль використання
- Можливості самостійного розгортання
- Інтеграції для Terraform та пов'язаних інструментів IaC
Контактна інформація:
- Веб-сайт: www.env0.com
- Адреса: 100 Causeway Street, Suite 900, Boston, MA 02114 United States
- LinkedIn: www.linkedin.com/company/env0
- Twitter: x.com/envzero
5. Космічний ліфт
Spacelift з'являється на радарі для команд, які переросли підхід CloudFormation і хочуть мати щось, що обробляє сучасні робочі процеси IaC, не замикаючи їх в одній хмарі. Замість того, щоб писати довгі шаблони CloudFormation і вручну підключати все до конвеєра, Spacelift надає командам центральне місце для запуску Terraform, OpenTofu, Ansible та інших інструментів, на які вони вже покладаються. Це саме те, що шукають люди, які хочуть більшої гнучкості та чистого шляху для управління мультихмарними або змішаними інфраструктурними середовищами.
Вони також вирішують деякі проблеми, які виникають, коли CloudFormation стає вузьким місцем. Завдяки Spacelift розгортання кожного разу відбувається за однаковим робочим процесом, перевірками легше керувати, а зміни стають більш помітними для всіх команд. Розробники можуть розгортати речі за допомогою контрольованого процесу, в той час як команди платформи все ще тримають бар'єри на місці. Він не намагається замінити самі інструменти IaC, але він знаходиться на вершині і допомагає організувати все, що вони роблять.
Основні моменти:
- Створено для підтримки Terraform, OpenTofu, Ansible та інших альтернатив CloudFormation
- Допомагає командам відійти від трубопроводів, що використовують лише AWS
- Стандартизує робочі процеси IaC в хмарах і середовищах
- Додає політики, перевірки дрейфу та видимість, яку CloudFormation не охоплює належним чином
- Уможливлює самообслуговування, залишаючи команди платформи під контролем
Послуги:
- Оркестрування IaC для Terraform, OpenTofu, CloudFormation та інших
- Автоматизовані робочі процеси для забезпечення та конфігурації
- Політики та контроль доступу для безпечнішого розгортання
- Виявлення дрейфу та відстеження навколишнього середовища
- Керування мультихмарними та мультисередовищами
- Варіанти розгортання на власному хостингу та SaaS
Контактна інформація:
- Веб-сайт: spacelift.io
- Електронна пошта: info@spacelift.io
- Адреса: 541 Jefferson Ave. Suite 100 Redwood City CA 94063 USA
- LinkedIn: www.linkedin.com/company/spacelift-io
- Twitter: x.com/spaceliftio
- Facebook: www.facebook.com/spaceliftio
6. Шеф-кухар
Chef часто розглядається, коли командам потрібна альтернатива CloudFormation, яка виходить за рамки шаблонного забезпечення і дає їм більше контролю над тим, як керувати серверами і конфігураціями в часі. Замість того, щоб визначати все в довгих документах JSON або YAML, Chef використовує політику як код, щоб забезпечити узгодженість інфраструктури в хмарних і локальних середовищах. Команди звертаються до нього, коли їм потрібно щось достатньо гнучке, щоб керувати конфігурацією, відповідністю та робочими процесами в одному місці, особливо якщо вони змішують AWS з іншими платформами.
Вони також зосереджені на постійному життєвому циклі інфраструктури, що не дуже добре охоплює CloudFormation. Chef дозволяє командам автоматизувати конфігурацію, впроваджувати стандарти та проводити аудит за допомогою повторюваних політик, а не покладатися на ручні виправлення або спеціальні скрипти. Він підходить для тих, хто хоче мати більше щоденного контролю та уникати дрейфу, водночас підтримуючи відповідність своїх систем правилам і процесам, від яких залежить їхня організація.
Основні моменти:
- Підтримує політику як код як альтернативу шаблонам CloudFormation
- Допомагає керувати конфігурацією, відповідністю вимогам і робочими процесами в різних середовищах
- Працює в AWS, хмарних, гібридних та локальних інсталяціях
- Забезпечує захист завдяки повторюваним політикам та аудитам
- Розроблено для довгострокової стабільності інфраструктури, а не лише для забезпечення
Послуги:
- Управління конфігурацією інфраструктури
- Комплаєнс та забезпечення дотримання політики безпеки
- Робочий процес та організація роботи
- Керування додатками та вузлами
- Підтримка хмарних, гібридних та локальних середовищ
Контактна інформація:
- Веб-сайт: www.chef.io
- LinkedIn: www.linkedin.com/company/chef-software
- Twitter: x.com/chef
- Instagram: www.instagram.com/chef_software
- Facebook: www.facebook.com/getchefdotcom
7. Ansible
Ansible - один з інструментів, до якого команди звертаються, коли CloudFormation починає відчувати себе занадто прив'язаним до AWS і недостатньо гнучким для всього іншого, чим їм потрібно керувати. Замість того, щоб писати довгі шаблони CloudFormation, Ansible використовує прості плейбуки YAML, які описують стан, в якому ви хочете бачити свої системи. Вони орієнтовані на автоматизацію та управління конфігурацією, а не лише на забезпечення, що робить Ansible корисним, коли командам потрібно щось, що працює в хмарі, на локальних машинах, мережевих пристроях чи будь-чому іншому в цьому міксі.
Вони також спрощують роботу без агентів і покладаються на стандартні з'єднання, такі як SSH. Це допомагає командам керувати багатьма повсякденними завданнями, які CloudFormation не охоплює, наприклад, виправленнями, оновленням конфігурацій та підтримкою узгодженості серверів у часі. Він добре підходить для тих випадків, коли інфраструктура потребує регулярних налаштувань і автоматизації, і коли людям потрібен інструмент, який може вносити зміни в різних середовищах, не прив'язуючи їх до способу роботи AWS.
Основні моменти:
- Використовує прості плейлисти YAML замість шаблонів CloudFormation
- Працює в хмарних, локальних і гібридних середовищах
- Дизайн без агентів, що зменшує налаштування та обслуговування
- Допомагає автоматизувати поточні зміни конфігурації та системи
- Підтримує широкий спектр операційних систем і платформ
Послуги:
- Керування конфігурацією та автоматизація
- Забезпечення на основі сценаріїв гри
- Розгортання та оновлення програмного забезпечення
- Оновлення з нульовим часом простою
- Мультисередовище та багатоплатформенна підтримка
Контактна інформація:
- Веб-сайт: docs.ansible.com
8. Соляний проект
Salt - це один з інструментів, до якого звертаються, коли CloudFormation здається занадто прив'язаним до AWS і недостатньо гнучким для всього, що відбувається в їхній інфраструктурі. Замість того, щоб покладатися на шаблони, Salt покладається на автоматизацію, віддалене виконання та управління конфігурацією для роботи з системами в масштабі. Вони використовують підхід на основі даних, який дозволяє командам швидко вносити зміни та підтримувати машини у відповідному стані, незалежно від того, в якому вони повинні бути - на AWS, на локальній платформі чи десь посередині між ними. Команди звертаються до цього інструменту, коли їм потрібно щось, що може швидко реагувати та керувати багатьма рухомими елементами одночасно.
Вони також приділяють значну увагу поточним операціям, а не лише забезпеченню. Salt дає командам можливість запускати команди для великих автопарків, автоматизувати рутинні виправлення та забезпечувати дотримання стандартів конфігурації без перемикання між різними інструментами. Для людей, які відходять від CloudFormation, Salt часто стає тим інструментом, який виконує повсякденну роботу з управління, яку не може покрити система на основі шаблонів. Це корисно, коли інфраструктура потребує постійних оновлень, і вам потрібна система, яка може автоматизувати ці завдання, не перетворюючи все на ручну роботу.
Основні моменти:
- Працює в хмарних, локальних і гібридних середовищах
- Використовує автоматизацію та віддалене виконання замість статичних шаблонів
- Допомагає підтримувати системи у визначених станах
- Підтримує швидкі масштабні зміни конфігурації
- Корисно для команд, яким потрібен більший оперативний контроль, ніж той, що надає CloudFormation
Послуги:
- Керування конфігурацією
- Дистанційне виконання та оркестрування
- Система державного примусу
- Мультисередовищна автоматизація
- Підтримка хмарних, гібридних та локальних налаштувань
Контактна інформація:
- Веб-сайт: saltproject.io
- LinkedIn: www.linkedin.com/company/saltproject
- Twitter: x.com/Salt_Project_OS
- Instagram: www.instagram.com/saltproject_oss
- Facebook: www.facebook.com/SaltProjectOSS
9. OpenTofu
OpenTofu зазвичай згадують, коли команди хочуть відійти від CloudFormation і перейти до чогось більш гнучкого, не втрачаючи при цьому звичного робочого процесу Terraform. Оскільки це форк Terraform, керований спільнотою, він працює як заміна, що полегшує командам перехід без переписування всього. Вони зосереджені на тому, щоб зберегти IaC з відкритим вихідним кодом і надати інженерам той самий стиль конфігурації, до якого вони звикли, але без проблем з ліцензуванням, які змусили багатьох людей шукати альтернативи в першу чергу.
Вони також додають кілька додаткових функцій, які допомагають у вирішенні питань, що не охоплюються CloudFormation, таких як управління мультихмарними налаштуваннями, організація модулів та надання командам більшого контролю над тим, як розгортаються ресурси. OpenTofu підтримує ту саму екосистему провайдерів, що й Terraform, тому команди можуть використовувати його для побудови та управління інфраструктурою в різних хмарах, відходячи від шаблонів, орієнтованих лише на AWS. Він вписується в робочі процеси, де люди хочуть IaC, який відчуває себе звичним, але дає їм більше довгострокової стабільності та свободи.
Основні моменти:
- Працює як Terraform-сумісна альтернатива CloudFormation
- Повністю з відкритим вихідним кодом і керований спільнотою
- Підтримка мультихмарних і мультисередовищних конфігурацій
- Сумісність з великою екосистемою постачальників і модулів
- Додає такі функції, як виключення ресурсів, шифрування стану та розширені шаблони провайдерів
Послуги:
- Інфраструктура як конфігурація коду
- Розгортання мультихмарних ресурсів
- Державне управління та шифрування
- Підтримка модулів та провайдерів
- Інтеграція робочих процесів на основі Git та контролю версій
Контактна інформація:
- Веб-сайт: opentofu.org
- Twitter: x.com/opentofuorg
10. Поперечна площина
Crossplane - це те, що команди обирають, коли CloudFormation починає здаватися занадто обмеженим або занадто схожим на AWS для платформ, які вони хочуть побудувати. Замість того, щоб покладатися на шаблони, які лише описують ресурси, Crossplane дозволяє створювати власні API на основі Kubernetes. Це означає, що вони можуть визначати інфраструктуру в більш модульний спосіб і відкривати її для розробників, не змушуючи кожного вивчати низькорівневі деталі кожного хмарного провайдера. Для команд, які хочуть створити узгоджену роботу в хмарах або навіть просто зробити AWS трохи більш організованим, цей підхід дає їм більше простору для проектування так, як вони хочуть.
Вони також значною мірою зосереджуються на ідеї управління інфраструктурою через площину управління, а не через одноразовий інструмент забезпечення. Crossplane підключається до Kubernetes, тому все стає декларативним, контролюється версіями і легко розширюється. Замість того, щоб розглядати інфраструктуру як набір ізольованих частин, команди можуть об'єднати політики, дозволи та визначення ресурсів в один цілісний робочий процес. Для тих, хто відходить від CloudFormation, це привабливо, оскільки пропонує велику гнучкість, зберігаючи при цьому загальний процес передбачуваним.
Основні моменти:
- Дозволяє командам створювати власні API як альтернативу шаблонам CloudFormation
- Працює з декількома хмарними провайдерами через площину керування Kubernetes
- Підтримує декларативні робочі процеси для узгодженого управління інфраструктурою
- Природно інтегрується з хмарними інструментами та функціями Kubernetes
- Допомагає командам платформи розробляти власні шари інфраструктури з власною думкою
Послуги:
- Створення користувацької площини керування
- Мультихмарна оркестровка ресурсів
- Управління політиками та дозволами
- Декларативні робочі процеси конфігурації
- Розширення та інтеграція на основі Kubernetes
Контактна інформація:
- Веб-сайт: www.crossplane.io
- Електронна пошта: info@crossplane.io
- LinkedIn: www.linkedin.com/company/crossplane
- Twitter: x.com/crossplane_io
11. Північний фланг
Northflank - одна з тих платформ, на яку команди звертають увагу, коли CloudFormation починає відчувати себе занадто прив'язаним до AWS і не дуже добре підходить для розподілу робочих навантажень між різними хмарами. Замість того, щоб просити інженерів розбиратися у звичному лабіринті YAML, хмарних консолей та зшивання конвеєрів, Northflank надає їм єдине місце для розгортання та управління додатками, базами даних та завданнями у будь-якій хмарі, яку вони вже використовують. Вони підтримують ідею створення власної хмари, тож команди можуть залишатися на AWS, якщо хочуть, або змішувати GCP, Azure чи on-prem, не перебудовуючи свої налаштування з нуля.
Вони також виконують багато операційної роботи, яку люди зазвичай виконують за допомогою сценаріїв, коли переходять від CloudFormation. Такі речі, як автоматизація робочих навантажень, середовища попереднього перегляду, конвеєри, обхід відмов та управління життєвим циклом кластерів - все це об'єднано в одній платформі. Команди використовують її, коли хочуть мати свободу запускати речі там, де це має сенс, але при цьому зберігати послідовний досвід розробника. Зрештою, вона виступає в ролі відсутньої ланки між хмарними ресурсами та повсякденними інженерними робочими процесами, особливо для груп, які хочуть менше займатися інфраструктурою і більше зосереджуватися на коді доставки.
Основні моменти:
- Працює в AWS, GCP, Azure, локальних і гібридних інсталяціях
- Пропонує уніфікований робочий процес замість того, щоб покладатися на шаблони CloudFormation
- Забезпечує узгоджене розгортання та керування в хмарах
- Підтримує GitOps, конвеєри, середовища попереднього перегляду та автомасштабування
- Спрощує роботу Kubernetes за допомогою BYOC та BYOK
Послуги:
- Розгортання мультихмарних робочих навантажень
- Управління життєвим циклом кластера Kubernetes
- Хостинг додатків, баз даних та робочих місць
- Автоматизовані конвеєри та робочі процеси GitOps
- Інструменти відмовостійкості та аварійного відновлення
- Внутрішні можливості платформи для розробників
Контактна інформація:
- Веб-сайт: northflank.com
- Електронна пошта: contact@northflank.com
- Адреса: 20-22 Wenlock Road, London, England, N1 7GU
- LinkedIn: www.linkedin.com/company/northflank
- Twitter: x.com/northflank
12. Лялька
Puppet з'являється в розмовах про альтернативи CloudFormation головним чином тому, що вони дивляться на проблему інфраструктури під іншим кутом. Замість того, щоб зосереджуватися на тому, як створити ресурси, вони схиляються до того, щоб підтримувати все в належному стані. Їхній підхід, як правило, має більше сенсу для команд, які піклуються про довгострокову узгодженість між парками серверів або гібридними установками, а не просто створюють хмарні ресурси і йдуть геть. Багато з того, що вони роблять, полягає в тому, щоб перетворити роботу з конфігурації на код і дозволити системі автоматично застосовувати ці правила, що може відчуватися як велике полегшення порівняно з тим, щоб ганятися за дрейфом вручну.
Вони також підходять для робочих процесів, де CloudFormation починає здаватися дещо вузьким. Puppet добре працює в різних середовищах, а не лише в AWS, і їхня модель підходить командам, яким потрібне центральне джерело істини про те, як мають поводитися системи. Незалежно від того, чи це операційні системи, конфігурації додатків, чи поєднання локальних і хмарних машин, Puppet дає командам можливість визначити все один раз і дозволити автоматизації виконувати повторювану роботу. Це інший стиль IaC, але в багатьох організаціях він заповнює прогалини, які CloudFormation не намагається вирішити.
Основні моменти:
- Зосереджується на управлінні конфігурацією, а не на специфічному для хмари забезпеченні
- Допомагає підтримувати узгоджений стан на всіх серверах і середовищах
- Корисно в гібридних і мультихмарних налаштуваннях
- Підкреслює контроль версій, повторюваність інфраструктурних практик
- Підтримує моделювання інфраструктури у вигляді коду з декларативною мовою
Послуги:
- Керування конфігурацією та впровадження
- Інфраструктура як робочі процеси коду
- Автоматизація політик та комплаєнсу
- Оркестрування для завдань і розгортань
- Інтеграція з інструментами CI/CD та моніторингу
Контактна інформація:
- Веб-сайт: www.puppet.com
- Електронна пошта: sales-request@perforce.com
- Телефон: +1 612.517.2100
- Адреса: 400 First Avenue North #400 Minneapolis, MN 55401 USA
13. Google Cloud Deployment Manager
Диспетчер розгортання Google Cloud досить часто згадується, коли команди шукають альтернативи CloudFormation, здебільшого тому, що він дає їм схожий декларативний спосіб визначення інфраструктури, але без прив'язки до AWS. Замість того, щоб писати довгі списки кроків, вони описують, як має виглядати остаточне налаштування, а Deployment Manager з'ясовує, як це зробити в хмарних сервісах Google. Це, як правило, подобається командам, які прагнуть структури, але також хочуть мати можливість розбивати речі на шаблони для багаторазового використання, замість того, щоб переписувати один і той самий конфіг для кожного проекту.
Вони також активно використовують шаблони, що дозволяє командам створювати складні конфігурації, не занурюючись у YAML. Люди можуть змішувати Python або Jinja зі своїми конфігураційними файлами, що робить налаштування для різних середовищ трохи простішим. Він легко вписується у звичайний контроль версій IaC, огляди коду, повторювані розгортання і дає командам передбачуваний спосіб управління ресурсами GCP, коли CloudFormation не є варіантом або коли вони працюють з мультихмарними установками.
Основні моменти:
- Декларативний підхід IaC, орієнтований на ресурси Google Cloud
- Використовує шаблони для структурування та повторного використання конфігурацій
- Підтримує YAML з шаблонами Jinja або Python для гнучкості
- Добре працює з робочими процесами на основі Git'а
- Дозволяє командам узгоджено керувати розгортаннями в різних середовищах
Послуги:
- Забезпечення та оновлення інфраструктури
- Визначення ресурсів на основі шаблонів
- Керування конфігурацією в декількох середовищах
- Інтеграція з gcloud CLI та API
- Робочі процеси IaC з контролем версій
Контактна інформація:
- Веб-сайт: cloud.google.com
- LinkedIn: www.linkedin.com/showcase/google-cloud
- Twitter: x.com/googlecloud
- Instagram: www.instagram.com/googlecloud
- Facebook: www.facebook.com/googlecloud
Висновок
Дивлячись на альтернативи CloudFormation, стає зрозуміло одне: зараз команди мають набагато більше свободи, ніж кілька років тому. Деякі інструменти близькі до традиційної моделі IaC, інші будують цілі платформи на її основі, а деякі намагаються майже повністю зняти роботу з інфраструктурою з розробників. Тут немає одного ідеального шляху, є лише різні способи полегшити навантаження залежно від того, як ваша команда любить працювати.
Якщо ви намагаєтеся з'ясувати, що підходить, найпростіше протестувати кілька варіантів на невеликому проекті з низьким рівнем ризику. Ви швидко відчуєте, який підхід відповідає вашому робочому процесу, а який створює додаткові труднощі. І як тільки ви знайдете інструмент, який дійсно робить розгортання меншим головним болем, він, як правило, стає частиною рутини без особливих дискусій.
