Дрони все ще з'являються в багатьох стеках, часто тихо виконуючи свою роботу у фоновому режимі. Для невеликих команд або простих конвеєрів це може бути цілком нормально. Але як тільки збірки множаться, робочі процеси розгалужуються або право власності на інфра-інформацію стає розмитим, “добре” починає перетворюватися на “чому цим так важко керувати?”.”
Багато команд відмовляються від Drone не тому, що він їх підвів, а тому, що вони його переросли. Запуск CI не повинен бути схожим на підтримку іншого продукту, а конвеєри не повинні потребувати постійного нагляду, щоб підтримувати роботу.
Якщо ви сумніваєтеся, чи підходить вам Drone CI, ви не самотні. Нижче ми розглянемо альтернативи, які відображають те, як команди насправді створюють і розгортають програмне забезпечення сьогодні: менше гострих кутів, менше операційного опору і більше часу витрачається на доставку, а не на налаштування YAML.
1. AppFirst
AppFirst підходить до проблеми під іншим кутом, ніж типова система CI. Замість того, щоб зосереджуватися на конвеєрах і бігунах, вона має на меті повністю звільнити розробників від роботи з інфраструктурою. Для команд, які використовують Drone CI в основному для зв'язку між збірками та розгортаннями, це перекладає відповідальність з підтримки інфраструктури, пов'язаної з CI, на платформу, яка автоматично надає хмарні ресурси та керує ними.
Як альтернатива Drone CI, він підходить командам, які застрягли в обслуговуванні Terraform, YAML або внутрішнього інструментарію, щоб підтримувати трубопроводи в робочому стані. Розробники визначають вимоги до програми, такі як обчислювальні потужності, бази даних і мережеві можливості, тоді як інфраструктура, стандарти безпеки, ведення журналів і аудит обробляються сервісом за лаштунками.
Основні моменти:
- Визначення на рівні додатків замість інфраструктурного коду
- Автоматичне резервування в AWS, Azure та GCP
- Вбудовані функції реєстрації, моніторингу та оповіщення
- Централізовані журнали аудиту змін в інфраструктурі
- Наочність витрат за додатками та середовищами
- Варіанти розгортання SaaS та самостійного хостингу
Для кого це найкраще:
- Команди перевантажені роботою з розвідки, пов'язаною з інфраструктурою
- Організації, що стандартизують інфраструктуру для різних програм
- Команди під керівництвом розробників без виділеної інфра-групи
- Проекти, що потребують хмарного перенесення без переписування
Контактна інформація:
- Веб-сайт: www.appfirst.dev
2. Мікротіка
Замість того, щоб починати з трубопроводів, вони підходять до CI як до частини ширшого життєвого циклу інфраструктури. Платформа поєднує в собі автоматизацію конвеєрів з керованим створенням інфраструктури, моніторингом та обробкою інцидентів, які надає компанія Microtica. Завдання CI вбудовані в систему, яка керує розгортаннями та середовищами разом.
Для команд, які відмовляються від Drone CI через те, що налаштування та обслуговування хмарних технологій домінують у їхньому робочому процесі, ця опція зменшує ручну конфігурацію. Інфраструктура створюється за допомогою керованого введення даних і коригується у вбудованому редакторі, тоді як розгортання і спостереження залишаються пов'язаними з тим самим робочим процесом.
Основні моменти:
- Створення керованої інфраструктури за допомогою штучного інтелекту
- Вбудований редактор для перегляду та коригування налаштувань
- Інтегрований моніторинг та аналіз інцидентів
- Прозорість витрат до і після розгортання
- Підтримка декількох хмар
- Автоматизація трубопроводу включає в себе
Для кого це найкраще:
- Команди, що керують як ІТ, так і хмарною інфраструктурою
- Проекти, що охоплюють кілька середовищ або хмар
- Команди DevOps прагнуть зменшити кількість помилок конфігурації
- Компанії, які хочуть тісно пов'язати інформаційну діяльність з управлінням інфраструктурою
Контактна інформація:
- Веб-сайт: www.microtica.com
- LinkedIn: www.linkedin.com/company/microtica
- Instagram: www.instagram.com/microtica_
3. Дженкінс.
Задовго до того, як з'явилися контейнерні інструменти CI, вони вже були орієнтовані на автоматизацію в масштабі. Ця система, що підтримується спільнотою з відкритим вихідним кодом Jenkins, робить акцент на розширюваності та контролі, а не на простоті. Майже кожну частину робочого процесу можна налаштувати за допомогою плагінів або власної логіки.
Як альтернатива дрону CI, він приваблює команди, які хочуть мати власну систему CI і комфортно її обслуговувати. Трубопроводи можуть бути простими або дуже складними, але гнучкість пов'язана з витратами на налаштування, модернізацію та постійне обслуговування.
Основні моменти:
- Сервер автоматизації з відкритим кодом
- Велика екосистема плагінів
- Підтримує робочі процеси CI та безперервної доставки
- Розподілені збірки на декількох машинах
- Працює на основних операційних системах
- Конфігурація через Інтернет
Для кого це найкраще:
- Команди, що потребують глибокої кастомізації
- Організації з наявною інфраструктурою КІ
- Проекти зі складними робочими процесами доставки
- Компанії, яким зручно керувати серверами КІ
Контактна інформація:
- Веб-сайт: www.jenkins.io
- LinkedIn: www.linkedin.com/company/jenkins-project
- Twitter: x.com/jenkinsci
4. Друже.
Вони приділяють багато уваги наочності та зрозумілості робочого процесу. Замість того, щоб покладатися лише на конфігураційні файли, конвеєри можна створювати візуально, через YAML або генерувати за допомогою коду. CI, розгортання та середовища управляються разом в рамках послуг, що надаються Buddy.
Для команд, які замінюють Drone CI через складність конвеєра або недостатню видимість, ця модель зменшує тертя. Збірки, тестування та розгортання легше відстежувати, а життєві цикли середовища безпосередньо пов'язані з гілками та pull-запитами.
Основні моменти:
- Визначення конвеєрів на основі UI та YAML
- Підтримує контейнерні та безагентні розгортання
- Управління життєвим циклом навколишнього середовища
- Зберігання секретів та підтримка OIDC
- Збірки з урахуванням змін та виконання матриць
- Хмарні та самостійні варіанти хостингу
Для кого це найкраще:
- Команди, що віддають перевагу візуальному управлінню конвеєром
- Проекти з частими розгортаннями
- Інженерні команди зі змішаним досвідом
- Організації, що керують багатьма середовищами в одній філії
Контактна інформація:
- Веб-сайт: buddy.works
- Twitter: x.com/useBuddy
5. Тревіс, інформатор.
Вони використовують більш традиційний підхід хостингової КІ. Замість самостійного хостингу, як у Drone CI, конвеєри працюють на керованій інфраструктурі, якою керує Travis CI, Inc. Це зменшує потребу в обслуговуванні серверів CI, водночас підтримуючи загальні системи контролю версій.
Як альтернатива Drone CI, він часто з'являється, коли команди хочуть розвантажити операційну роботу. Конвеєри інтегруються з робочими процесами на основі Git і можуть працювати в публічній хмарі, приватній хмарі або локальному середовищі, залежно від вимог.
Основні моменти:
- Послуга CI/CD на хостингу
- Інтеграція з Git, Subversion та Perforce
- Публічна хмара, приватна хмара та локальна хмара
- Доступ до API та інструменти для дослідження збірки
- Документація та ресурси спільноти
Для кого це найкраще:
- Команди уникають самокерованої інфраструктури КІ
- Проекти зі стандартними конвеєрами збірки та тестування
- Організації, що використовують кілька систем VCS
- Компанії, що віддають перевагу керованим послугам з надання КІ
Контактна інформація:
- Веб-сайт: www.travis-ci.com
6. Білдкайт
Їх часто обирають команди, які переросли обмеження повністю розміщених на хостингу систем CI. Їх модель відокремлює оркестровку конвеєра від виконання, дозволяючи агентам збірки працювати на інфраструктурі, що належить команді, в той час як конвеєри залишаються під централізованим управлінням. Цей підхід приваблює групи, які хочуть мати прозорість і контроль, не прив'язуючи виконання до єдиного середовища.
Для команд, які прийшли з Drone CI, зміна в основному стосується масштабу та гнучкості. Конвеєри визначаються як код і можуть змінювати поведінку під час виконання, що допомагає, коли робочі навантаження змінюються або коли статичні конфігурації починають здаватися обмежувальними. Послуги надаються компанією Buildkite Pty Ltd і широко використовуються командами розробників платформ, які підтримують багато репозиторіїв та розробників.
Основні моменти:
- Конвеєри, визначені як код з гнучкістю виконання
- Створення агентів, що працюють на керованій користувачем інфраструктурі
- Високий паралелізм для збірок і тестів
- Тестова аналітика та обробка помилкових тестів
- Реєстри пакунків для артефактів збірки
- Варіанти агентів на хостингу та самостійного хостингу
Для кого це найкраще:
- Команди, які ведуть розвідку у великих масштабах
- Команди платформи керують спільними конвеєрами
- Організації, які хочуть контролювати виконання
- Проекти зі складним або мінливим робочим навантаженням
Контактна інформація:
- Веб-сайт: buildkite.com
- Twitter: x.com/buildkite
- LinkedIn: www.linkedin.com/company/buildkite
7. CircleCI
Деякі команди шукають спосіб зняти з себе обов'язки з підтримки КІ, не відмовляючись від структурованих робочих процесів. Ця платформа працює за моделлю hosted-first, де середовищами виконання, масштабуванням та обслуговуванням займається сервіс, тоді як команди зосереджуються на визначенні робочих процесів та інтеграції.
Порівняно з самостійними інструментами на кшталт Drone CI, налаштування тут спрямовані на зручність і послідовність. Сервіси управляються компанією Circle Internet Services, Inc. і підтримують як повністю кероване виконання, так і гібридні налаштування, коли користувач все ще може контролювати бігунів.
Основні моменти:
- Розміщений CI з додатковими самокерованими бігунами
- Інтеграція з GitHub, GitLab та Bitbucket
- Підтримка робочих процесів у Docker та Kubernetes
- Вбудоване кешування та автомасштабування
- Конфігурація робочого процесу на основі YAML
- Хмарні та локальні варіанти виконання
Для кого це найкраще:
- Команди, які віддають перевагу керованим послугам інформаційної безпеки
- Проекти зі стандартними робочими процесами збірки та тестування
- Організації, що використовують популярні Git-платформи
- Команди скорочують володіння інфраструктурою КІ
Контактна інформація:
- Веб-сайт: circleci.com
- LinkedIn: www.linkedin.com/company/circleci
- Twitter: x.com/circleci
8. Бамбук
У середовищах, де інструменти розробки тісно пов'язані між собою, CI часто стає частиною більшої екосистеми. Цей інструмент розроблений для тісної взаємодії з іншими продуктами Atlassian, що полегшує відстеження роботи від зміни коду до розгортання та обробки інцидентів.
Для команд, які мігрують з Drone CI, найбільшою відмінністю є стиль розгортання. Послуги надаються Atlassian і орієнтовані на самостійне встановлення з контрольованим середовищем, високою доступністю та передбачуваними шляхами доставки, а не на виконання з контейнера в контейнері.
Основні моменти:
- Глибока інтеграція з Jira та Bitbucket
- Самостійне розгортання через Центр обробки даних
- Вбудована функція аварійного відновлення
- Підтримка Docker та AWS CodeDeploy
- Автоматизація робочого процесу від коду до релізу
- Функції високої доступності та відмовостійкості
Для кого це найкраще:
- Команди, які вже використовують продукти Atlassian
- Організації, яким потрібен власний хостинг КІ
- Підприємства із суворим контролем інфраструктури
- Проекти, що потребують наскрізного відстеження
Контактна інформація:
- Веб-сайт: www.atlassian.com
- Адреса: 350 Bush Street Floor 13San Francisco, CA 94104 United States
- Телефон: +1 415 701 1110
9. "ГоКД".
Замість того, щоб зосереджуватися на окремих завданнях, вони зосереджуються на тому, як зміни просуваються через весь процес доставки. Система робить акцент на прозорості, показуючи залежності та прогрес на всіх етапах в єдиному вікні, що може допомогти командам зрозуміти, де конвеєр сповільнюється або виходить з ладу.
Команди, які замінюють Drone CI на цю опцію, зазвичай більше дбають про потік доставки, ніж про швидкість виконання. Проект має відкритий вихідний код і спонсорується Thoughtworks Inc., при цьому основна увага приділяється моделюванню складних конвеєрів і відстеженню змін від моменту фіксації до розгортання.
Основні моменти:
- Сервер CI та CD з відкритим кодом
- Візуальні карти потоків створення цінності
- Потужна підтримка складних робочих процесів
- Вбудована підтримка Docker, Kubernetes та хмарних платформ
- Детальне відстеження змін
- Розширювана система плагінів
Для кого це найкраще:
- Команди зі складними конвеєрами доставки
- Організації, що надають перевагу прозорості робочого процесу
- Проекти з великою кількістю залежностей
- Командам зручно працювати з інструментами з відкритим кодом
Контактна інформація:
- Веб-сайт: www.gocd.org
10. Семафор CI
Деякі команди відмовляються від Drone CI, тому що ведення великих конфігураційних файлів стає вузьким місцем. Ця платформа використовує змішаний підхід, дозволяючи розробляти робочі процеси візуально, водночас генеруючи та підтримуючи традиційні конфігураційні файли.
Послуги надаються компанією Semaphore Technologies doo і підтримують як хмарне, так і самостійне виконання. Така гнучкість полегшує адаптацію робочих процесів у міру зростання команди або зміни способу розгортання програмного забезпечення.
Основні моменти:
- Візуальний конструктор робочих процесів з генерацією YAML
- Хмарні та самостійні бігуни
- Запуск трубопроводу з урахуванням монорепо
- Контроль доступу та розгортання на основі ролей
- Паралельне виконання та кешування
- Видання спільноти з відкритим вихідним кодом
Для кого це найкраще:
- Команди онбординг розробників часто
- Проекти з використанням монопозицій
- Організації з контрольованими процесами випуску
- Команди, яким потрібні як візуальні, так і конфігураційні робочі процеси
Контактна інформація:
- Веб-сайт: semaphore.io
- Twitter: x.com/semaphoreci
- LinkedIn: www.linkedin.com/company/semaphoreci
11. TeamCity
Вони, як правило, з'являються в командах, де CI перетворився на щось більше, ніж просто запуск тестів на пул-запитах. Конвеєри часто включають в себе кілька репозиторіїв, довготривалі збірки та необхідність повторного використання частин процесу без повсюдного копіювання конфігурації. У порівнянні з Drone CI, робочий процес здається більш структурованим і централізованим, з більшим акцентом на управлінні складністю в міру зростання проектів.
Для команд, які думають про перехід, найбільша різниця полягає в тому, який контроль вони отримують над логікою побудови та видимістю. Послуги надаються компанією JetBrains s.r.o. і можуть працювати як у хмарі, так і в інфраструктурі компанії. Така гнучкість має сенс для команд, які дбають про безпеку, дотримання нормативних вимог або просто хочуть тримати аналітику поруч з іншими системами.
Основні моменти:
- Конфігурація у вигляді коду за допомогою набраного DSL
- Підтримка складних ланцюжків побудови
- Розпаралелювання тестів і повторне використання збірки
- Детальні журнали та звіти про тести
- REST API для автоматизації
- Хмарні та самостійні варіанти хостингу
Для кого це найкраще:
- Команди з великими або довготривалими проектами
- Організації, які потребують передбачуваної поведінки КІ
- Розробники, які надають перевагу структурованим пайплайнам
- Компанії, яким потрібен вибір між хмарною та локальною інформаційною системою
Контактна інформація:
- Веб-сайт: www.jetbrains.com
- Електронна пошта: sales@jetbrains.com
- Facebook: www.facebook.com/JetBrains
- LinkedIn: www.linkedin.com/company/jetbrains
- Twitter: x.com/jetbrains
- Instagram: www.instagram.com/jetbrains
- Адреса: Kavčí Hory Office Park, Na Hřebenech II 1718/8, Praha 4 - Nusle, 140 00, Czech Republic
12. AWS CodePipeline
Деякі команди відмовляються від Drone CI, тому що не хочуть керувати інфраструктурою CI взагалі. Цей сервіс знімає це питання з порядку денного, працюючи з конвеєрами як частиною екосистеми AWS. Замість бігунів і контейнерів все обертається навколо етапів, дій та інтеграції з іншими сервісами AWS.
Сервісами керує Amazon Web Services, Inc., і вони природно вписуються в середовища, вже побудовані на AWS. Для команд, які вже працюють з AWS, це може бути не так схоже на впровадження нового інструменту CI, як на розширення того, що вони вже використовують.
Основні моменти:
- Повністю кероване обслуговування трубопроводів
- Не потрібно підтримувати сервери та програми
- Вбудована інтеграція з інструментами AWS
- Контроль доступу через IAM
- Сповіщення про події для змін у конвеєрі
- Структура трубопроводу, визначена за допомогою сервісів AWS
Для кого це найкраще:
- Команди вже заглиблені в AWS
- Проекти з використанням нативних інструментів розгортання AWS
- Організації, які уникають самостійного розміщення КІ
- Команди, які віддають перевагу керованій інфраструктурі
Контактна інформація:
- Веб-сайт: aws.amazon.com
- Facebook: www.facebook.com/amazonwebservices
- Twitter: x.com/awscloud
- LinkedIn: www.linkedin.com/company/amazon-web-services
- Instagram: www.instagram.com/amazonwebservices
13. Концертний зал CI
Вони створили цей інструмент для команд, які хочуть, щоб CI був нудним у хорошому сенсі. Все визначається як код, конвеєри поводяться як графіки залежностей, і нічого не відбувається, якщо вхідні дані не змінюються. У порівнянні з Drone CI, він здається більш суворим і самовпевненим, але також більш передбачуваним, як тільки ви зрозумієте, як він мислить. Проект має відкритий вихідний код і підтримується Cloud Foundry Foundation, а розробкою керує Pixel Air IO. За замовчуванням збірки запускаються в контейнерах, що допомагає підтримувати чистоту середовища і робить налагодження менш болючим, коли щось ламається.
Основні моменти:
- Трубопроводи повністю визначені як код
- Контейнерні, відтворювані збірки
- Візуальні графіки конвеєра в інтерфейсі користувача
- Керування робочим процесом за допомогою CLI
- Надійна робота з залежностями та станом
- Розширюваність за допомогою користувацьких типів ресурсів
Для кого це найкраще:
- Команди, які віддають перевагу суворій, тільки кодованій інформаційній підтримці
- Проекти зі складними залежностями
- Розробникам зручно працювати з інструментами CLI
- Організації, що використовують інфраструктуру з відкритим кодом
Контактна інформація:
- Веб-сайт: concourse-ci.org
Висновок
Відмова від Drone CI зазвичай не є драматичним рішенням. Більшість команд не прокидаються одного дня і не вирішують, що їхня інформаційна система зламана. Це більше схоже на повільне накопичення дрібних неприємностей. Бігун потребує виправлення. Зміна конфігурації ламає щось не пов'язане з цим. Додається ще один обхідний шлях, і раптом CI стає важчим, ніж має бути.
Дивлячись на ці альтернативи, головним висновком є те, що команди залишають Drone CI з дуже різних причин. Одні хочуть більше структури, тому що все стало безладним. Інші хочуть взагалі відмовитися від використання інфраструктури Дронів. Дехто просто хоче краще бачити, що відбувається, коли трубопровід йде вбік. Не існує єдиної “правильної” заміни, є лише інструменти, які відповідають різним стадіям розвитку та різним способам роботи.
Якщо ви зважуєте якийсь крок, корисно бути чесним щодо того, що насправді вас гальмує. Не те, чого не вистачає інструменту, а те, з чим ви втомилися мати справу. Коли аналітика перестає вимагати уваги і знову спокійно виконує свою роботу, це зазвичай означає, що ви обрали правильний напрямок.
