Написано Брайан де суза ✏️.
В последние годы программная индустрия видела взрыв инноваций в непрерывной интеграции и непрерывном пространстве развертывания. Многие инструменты и услуги были созданы для предоставления ключевых частей конвейера CI/CI/CD, но только несколько организаций выпустили полные системы CI/CD и установили себя как стандарты факто. В первую очередь среди них Circleci и Travis CI.
Тогда есть поставщики больших облачных услуг (CSPS), такие как Microsoft, Google и Amazon, которые каждый из них создает свои собственные системы CI/CD. Но зачем ли вы пойти со своими инструментами вместо инструментов из хорошо установленных, назначенных организаций? Есть ли какие-либо проблемы с вендором, чтобы рассмотреть? Это всего лишь пара вопросов, которые я постараюсь ответить.
Я начну, кратко рассмотрев каждый из пяти по сравнению с одним из пяти инструментов, сгруппированных на две категории: специальные инструменты (Circleci и Travis CI) и инструменты CSP (Azure Pobrelines, Google Cloud Build, AWS CodePipipine). Я сосредоточусь на выделенных характеристиках каждого, тогда я буду погружаться немного глубже и сравнить инструменты в пяти областях:
- Исходный опыт настройки конвейера CI/CD
- Масштабируемость как ваша организация растет и любые потенциальные растущие боли
- CI/CD Трубопровод Гибкость и расширяемость
- Продавцы блокируют опасения
- Причины, по которым вы можете использовать инструменты CSP по специальному приводным инструментам
Обзор инструмента CI/CD
Если не указано иное, вы можете предположить, что каждый инструмент имеет стандартный набор возможностей, в том числе:
- Поддержка различных языков и рубрика
- Определение вашей сборки и развертывания процесса в коде (обычно в формате YAML)
- Возможность запустить тесты подразделения и отчет о результатах
- Отправка уведомлений, когда трубопровод преуспевает или не удается
- Поддержка динамических переменных среды в течение времени сборки
- Надежно управлять секретными входами, требуемыми в течение времени сборки
Это все возможности, которые разработчики пришли ожидать в CI/CD-трубопроводе. Вместо этого я выделим некоторые из уникальных возможностей каждого инструмента.
Инструменты, ориентированные на специальные: Circleci и Travis CI
CIRCLECI и TRAVIS CI являются тяжеловесами в инструменте CI/CD Tool. Каждый из этих инструментов обладает уникальными возможностями и укреплением к слегка разной аудитории.
Circleci
Circleci предлагает размещенный инструмент под названием Circleci Cloud и самообъективный инструмент Circleci Server. Эти инструменты имеют много сходств, а также несколько ключевых различий.
Обе инструменты позволяют вам строить с использованием различных языков и затронутых на Linux. Только Circleci Cloud поддерживает сборки Windows или Mac, что означает Circleci Сервер капли поддерживает для сборки .NET, SWIFT и Objective-C. Оба разрешают указать контейнер, который вы хотите, чтобы ваша сборка вводится.
Circleci обычно относится к консультациям CI/CD в качестве «рабочих процессов», которые позволяют вам провозить множественные задания по сборке с хорошим визуальным представлением. Circleci Облако поддерживает добавление «ортов» на рабочий процесс. Орбы предоставляются, многоразовые шаги сборки, которые позволяют быстро интегрировать многие сторонние возможности, такие как отправка уведомлений для расслаивания каналов или развертывание AWS. К сожалению, сервер CIRCLECI не поддерживает шар.
Трэвис СИ
Travis CI также предлагает хостинг инструмент, а также самообъективный инструмент под названием Travis CI Enterprise. Обе инструменты позволяют создавать различные языки и затронуты на Linux, Windows или MacOS.
Вы также можете определить «построить матрицы» в обоих инструментах. Матрица сборки по существу позволяет запустить сборку несколько раз параллельно от разных версий языков, рубрики, среды и/или версий пакетов. Эта возможность является мощным и уникальным по сравнению со всеми другими инструментами, охватывающимися в этой статье.
Хостированный инструмент TRAVIS CI сосредотачивается на поддержке сообщества с открытым исходным кодом и даже включает в себя свободные нагрузки и тестирование для всех проектов с открытым исходным кодом. С другой стороны, Enterprise Enterprise Travis CI фокусируется на добавлении функций, которые обычно требуют крупных предприятий, таких как GitHub Enterprise Integration (который поставляется с интеграцией Active Directory), а также настроек сервера сервера с высокой доступностью и балансировкой нагрузки.
Сравнение CIRCLECI и TRAVIS CI
Как вы видели до сих пор, самосветыми версиями Circleci и Travis CI значительно отличаются. Еще одним большим разницей в том, как вы определяете свой CI/CD-канал в коде для каждого инструмента.
Circleci config.yml
Файл может содержать несколько заданий с любыми шагами (командами), которые вы хотите запустить на любой выбор контейнера. Вы также можете определить рабочие процессы, чтобы соединить ваши работы в трубопровод.
С другой стороны, Travis CI Travis.yml
Файл гораздо более структурирован. Вы указываете язык сборки в верхней части файла YAML. Каждый язык сборки имеет четко определенный жизненный цикл задания, с именованными фазами и логическими шагами по умолчанию (команды), если вы явно не укажете любые шаги.
Инструменты CSP: лазурные трубопроводы, сборка Google Cloud, и AWS CodePipieline.
Теперь давайте посмотрим на инструменты из трех больших поставщиков услуг. Он должен не удивить, что каждый из этих инструментов плотно интегрирован в соответствующую облачную платформу.
Лазурный трубопроводы
Лазурные трубопроводы рекламируются как полная система CI/CD, которая может построить что-либо и развернуть в любом месте. Хотя он, безусловно, способен поддерживать развертывание другим облачным провайдерам, документацию и примеры сосредоточены на развертывании к Azure. Он предлагает глубокую интеграцию с более крупной платформой Azure DevOps и довольно большим рынком с расширениями, которые могут добавлять новые интеграции в ваш трубопровод.
Он также содержит интеллектуальную веб-мастер создания трубопровода, который обнаруживает технологии, использует ваше приложение, а затем генерирует подробную Azure-Pipelines.yml
файл в качестве отправной точки. Этот мастер не может быть самым быстрым опытом настройки по сравнению с другими инструментами, но он делает отличную работу по созданию индивидуального трубопровода в соответствии с вашим приложением из коробки.
Лазурные трубопроводы чрезвычайно гибкие по отношению к тому, где могут работать сборки. Трубопровод может иметь несколько рабочих мест, работающих на разных агентах построения, работающих на разных операционных системах (Linux, Windows или MacO), при поддержке различных языков и рубрики.
Строительные агенты могут быть размещены Microsoft или размещены в Microsoft. Строительные средства могут работать непосредственно на агенте по сборке или в контейнере, развернуте на агент по сборке, а весь продукт Azure Povelines может быть запущен в помещениях, используя самосоведуемый вариант.
Google Cloud Build.
Google Cloud Build — более новый инструмент по сравнению с его сверстниками. Этот инструмент фокусируется в первую очередь на строительных контейнерных приложениях. Есть несколько характеристик и ограничения, которые различают этот инструмент от других.
Строительные работы в «Cloud Builder», который по существу является контейнером. Существует несколько официально поддерживаемых облачных строителей, которые запускают Linux и поддерживают различные общие языки и затронуты. К сожалению, нет окон или MacOS облачных строителей.
Google Cloud Build в основном ориентирован на постоянную интеграцию. Если вы хотите постоянно развернуть свое приложение в среду, вам нужно будет интегрироваться с другими инструментами, такими как Spinnaker или Jenkins. Что говорится, что есть справедливое количество документации о том, как вы можете интегрировать некоторые из этих популярных инструментов в вашу сборку.
SDK Google Cloud SDK (CLI) может быть использован для срабатывания удаленно или даже прогона на локальном режиме для тестирования и отладки и отладки.
AWS CodePipieline.
AWS CodePipipeline является одним из нескольких инструментов Amazon Tools, которые плотно интегрированы вместе и необходимо для создания конвейера CI/CD. CodeBuild и CodeDeDeploy — это два других инструмента, которые вы, скорее всего, хотите настроить. На самом деле, Amazon проделал отличную работу, убедившись, что все его инструменты AWS и услуги уделяются первоклассным лечением.
Существует также большое количество сторонних интеграций к другим инструментам CI/CD, включая Circleci, Travis CI, Emithub Enterprise и многое другое. Количество доступных сторонних интеграций, которые доступны даже соревновательными трубопроводами Azure.
В AWS CodePipipeline, сборки беги в контейнерах. Существует три контейнеры, управляемые Amazon, которые предоставляют Linux или Windows, построенные, каждый из которых приходит предварительно установленным с различными runtimes и языками, готовыми к использованию. Вы также можете использовать другие контейнеры из других реестров, таких как DockerHub, а в локальных агентах построения возможны с помощью скрипта агента CodeBuild, предоставляемый AWS.
Учитывая компонентную природу AWS CodePipipeline, вы можете бесплатно использовать другие инструменты CI или CD в качестве части вашего трубопровода вместо кодовогобильда или кодедей. Например, если вы предпочитаете опыт TRAVIS CI, есть инструкции легко доступны для настройки экземпляра CI TRAVIS CI в AWS и интегрируйте его с вашим трубопроводом.
Сравнение специальных инструментов для инструментов CSP
Как опыт настройки трубопровода сравнивается между инструментами?
Каждый из инструментов в этой статье предлагает различные способы получения нового конвейера CI/CD, в том числе ручной кодировкой YAML-файла или выполнение сквозной визуальной веб-мастера. Если вы не знакомы с помощью синтаксиса YAML-синтаксиса каждого инструмента, визуальный мастер может быть очень полезен.
Целевые инструменты предлагают быстрые, простые веб-интерфейсы на основе настроек новых трубопроводов. Хостированные версии CIRCLECI и TRAVIS CI аутентифицируют пользователи своими существующими учетными записями GitHub и вытяните список репозиторий GitHub для активации трубопровода.
CIRCLECI собирает некоторую дополнительную информацию и предоставляет образец файла yaml для начала, основанного на ваших ответах. С другой стороны, TRAVIS CI требует, чтобы вы поручить поправить файл YAML, после документации.
В зависимости от того, насколько стандартной процесс создания входит, файл Travis CI YAML может быть очень простым, если вы можете пойти с логическими умолчаниями, которые он предоставляет. Например, если вы создаете типичное приложение Node.js, вы можете указать Язык
и node_js
Свойства, а Travis CI предполагает, что вы используете Установка NPM
и NPM тест
Для установки, сборки и проверки вашего приложения. Обе инструменты также предоставляют уведомления по электронной почте, когда ваш трубопровод добится успеха или не удается.
Инструменты поставщика облачных услуг включают в себя интерфейсы на основе веб-сайтов, которые немного более подробно, и позволит вам более подробно разработать ваш трубопровод. Интерфейс Azure Povelines особенно мощный, учитывая, как он пытается определить, какие инструменты и конфигурации ваша приложение использует на основе вашего исходного кода.
Интерфейс AWS CodePipipeline вполне подробно, предоставляет пользователю возможность полностью настроить трубопровод и необязательно настроить другие инструменты AWS, такие как CodeBuild и CodeDeDeploy в одно и то же время.
Google Cloud Build предлагает наименее отполированный опыт трех облачных поставщиков услуг. Разработчики в конечном итоге вручают поправок к файлу конфигурации YAML после документации Google.
К сожалению, только азародные трубопроводы предоставляют уведомления о почте, когда ваш трубопровод преуспевает или не удается. AWS CodePipipieline и Google Cloud Build требуют дополнительной конфигурации, чтобы получить настройку любых автоматических уведомлений.
Для быстрого и простого процесса настройки трубопровода CIRCLECI выигрывает с его хорошим генератором конфигурации YAML, который уменьшает исследования UP-Front, необходимых для создания файла трубопровода YAML. Для тщательного, удобного для разработчика процесса настройки трубопровода, который дает вам возможность разработать ваш трубопровод перед спереди, лазурные трубопроводы выигрывают Отказ
Насколько масштабируется инструмент, поскольку ваша организация растет?
Масштабируемость в контексте инструментов CI/CD измеряется более чем просто масштабируемостью инфраструктуры. Давайте посмотрим на несколько факторов масштабируемости для растущих организаций.
Управление пользователями
Как ваша организация obrobrands больше пользователей, вам нужно быть в состоянии быстро обеспечить тех пользователей, организовать их в команды и ограничивать доступ к необходимости.
Оба Circleci (Cloud и Server) и TRUVIS CI (только Enterner) интегрируются с помощью GitHub Enterprise, что обеспечивает подключение к LDAP к внутренним каталогам пользователей, что означает, что вам не нужно будет создавать новые учетные записи для ваших существующих пользователей при использовании этих инструментов.
Аналогично, как CIRCLECI и TRAVIS CI Enterprise интегрируются с организациями GitHub для группировки пользователей. Circleci предоставляет некоторые настройки ограниченного разрешения для контроля, которые могут внести изменения в настройки проекта Circleci. Travis Ci Enterprise может синхронизировать свои настройки разрешений от Emithub Enterprise.
Каждый из инструментов CSP постукивает в свои собственные удобные и надежные услуги управления идентификацией и организациями. Лазурные трубопроводы интегрированы с помощью Azure DEVOPS, которые поддерживают разрешения на уровне пользователей, организации и интеграцию с Azure Ad для отображения пользователей на счета в других каталогах пользователей.
Google Cloud Build имеет ограниченный набор пользовательских ролей для управления доступом к индивидуальным сборкам и интеграции облака с помощью Google Cloud IAM для отображения пользователей для учетных записей в других каталогах пользователей.
AWS CodePipipeline имеет тонкозернистые контроль доступа к уровню пользователей, интеграция с AWS IAM для отображения пользователей к учетным записям в других каталогах пользователей, а инструменты для анализа уровня доступа отдельных пользователей имеют к трубопроводам вашей организации.
AWS CodePipipeline выключен на конкурс со своими надежными контролями доступа и инструментами для анализа доступа. Лазурные трубопроводы (и Azure DevOps) поставляется в ближайшее время.
Инфраструктура
Поскольку ваша организация разрабатывает больше приложений на растущем разнообразии платформ, вам нужна масштабируемая инфраструктура за кулисами, чтобы запускать свои сборки и одновременно выполнять больше трубопроводов.
Оба Circleci Cloud и Travis CI имеют ограниченную инфраструктуру, которая передается всем пользователям (не только пользователям в вашей организации). В то время как оба этих инструмента стремятся убедиться, что у них достаточно емкости, возможно, для задержки трубопроводов можно задерживаться при использовании шипов.
Фактически, документация CIRCLECI указывает, что имеется «запуск очереди», который срабатывает, когда серверы максималируются по всем клиентам. Circleci Server and Travis Ci Enterprise позволяют организациям иметь самосоведуемую, выделенную инфраструктуру, которая насколько масштабируема, поскольку она должна быть. Enterprise Travis Ci Enterprise имеет небольшой край над Circleci, учитывая его поддержку высокой доступности и балансировки нагрузки.
CSP в основном имеют преимущество в этом пространстве, учитывая, что их инструменты проводятся на своих собственных облачных облачных платформах. Лазурные трубопроводы могут масштабироваться практически, как вам нужно, так как вам нужно, и количество одновременных трубопроводов, которые могут работать, действительно ограничен только тем, что вы платите.
AWS CodePipipeline очень похож на лазурные трубопроводы, за исключением того, что существует искусственный верхний предел 300 трубопроводов на регион на учетную запись пользователя. Google Cloud Build позволяет использовать столько облачных строителей по мере необходимости в ваших сборках. Однако существует довольно ограничительный предел из 10 параллельных сборков на счет.
Azure DevOps выигрывает сражение масштабируемости инфраструктуры, учитывая ее практически безграничную емкость, параллелизм трубопровода и способность принимать агентов по сборке, непосредственно в Azure или в помещениях.
Расходы
Стоимость — это очень важное соображение, когда размер ваших команд разработки и количество трубопроводов растет непредсказуемо.
Circleci Cloud и Travis CI имеют модель ценообразования для каждого пользователя. Учитывая, что каждый из этих провайдеров контролирует количество доступных размещенных инфраструктурных мощностей и ограничивает количество одновременных трубопроводов, они не должны заряжаться на уровне инфраструктуры. Circleci Сервер и Travis Ci Enterprise также имеют модель ценообразования для каждого пользователя, а затраты на инфраструктуру рассматриваются отдельно вашей организацией.
Лазурные трубопроводы имеют модель ценообразования для каждого пользователя, а также дополнительные расходы для обеспечения дополнительных параллельных трубопроводов. Существует стоимость агентов по сборке, а Microsoft Hosted Build Agents стоило более, чем самостоятельные агенты по сборке. Может быть дополнительные расходы, если вы используете другие функции трубопроводов, такие как артефактные хранения или возможности для тестирования.
Google Cloud Build заряды на минуту для времени, проведенного с использованием облачных строителей. Нет дополнительных расходов на параллельные сборки, но могут быть дополнительные расходы, если вы используете другие функции, такие как хранилище артефакт.
AWS CodePipieline стоит немного сложнее. Существует ежемесячная стоимость для каждого трубопровода, создаваемого в AWS CodePipeline. Существуют, зависимые в размере и регионах для инфраструктуры для инфраструктуры, которые ваши сборки работают на AWS CodeBuild. Существуют затраты для развертывания вашего кода в локальные серверы с использованием AWS CODDEDELOPLEDPLOY (развертывание к серверам AWS, бесплатны), и могут быть дополнительные расходы, если вы используете другие функции трубопроводов, такие как хранение.
Модели ценообразования на основе использования, предлагаемые AWS CodePipeline и сборкой Google Cloud, могут быть дешевле для вашей организации. Тем не менее, учитывая непредсказуемый характер вашего размера команды развития и количество трубопроводов, моделей ценообразования для каждого пользователя, используемые лазурными трубопроводами, Circleci, и Travis CI, позволяют более предсказуемым тратам.
Azure Publines имеет небольшой край, учитывая гибкость для масштабирования вашего трубопровода параллелизма вверх и вниз, чтобы управлять затратами. Вы можете уменьшить количество одновременного трубопроводов, чтобы сэкономить деньги на стоимости потенциально замедления команд во время пиковых периодов использования.
Помещения или региональные требования
Ваша организация может иметь регулирующие требования или другие потребности в международных или локальных серверах CI/CD. Почти все инструменты обеспечивают локальный раствор, за исключением сборки Google Cloud.
Circleci Cloud и Travis CI Не позволяйте контролировать, какой регион запускается ваши сборки, но сервер CIRCLECI и Enterprise Travis Ci Enterprise Enterprise могут быть запущены в любое время.
Azure Pobrelines и AWS CodePipipele позволяют вам выбрать местоположение ваших серверов сборки в одном из их многочисленных локаций по всему миру, а в локальных серверах сборки могут быть найдены где бы вы ни выбрали. Google Cloud Build не позволяет вам выбирать, в каких регионах работают ваши облачные строители.
За исключением Google Cloud Build, все инструменты, которые мы рассмотрели, должны иметь возможность удовлетворить внутренние/или/или региональные требования вашей организации.
Насколько гибкий и расширяемый это инструмент?
Ваши приложения и их трубопроводы CI/CD будут развиваться и становятся более сложными с течением времени — вам, возможно, понадобится представить новые пользовательские шаги в свой трубопровод, например. Независимо от того, вы хотите, чтобы ваши инструменты CI/CD позволяют вам настроить трубопровод таким образом, который подходит для ваших операций. Давайте посмотрим, как гибкие и расширяемые эти инструменты.
Все пять инструментов включают в себя некоторую форму API для отдыха, которые вы можете использовать для доступа к вашему конвейеру программно. API CIRCLECI позволяет читать информацию о проекте, в то время как остальные четыре инструмента имеют API, которые позволяют прочитать, взаимодействовать с и в некоторых случаях изменять частей программного обеспечения трубопровода.
Все пять инструментов включают интерфейс командной строки (CLI) для удаленного взаимодействия с инструментом. CLIS для CIRCLECI, Google Cloud Build, и AWS позволяет вам проверить вашу сборку локально, а не в облаке, где вы можете использовать платные ресурсы. Вам придется установить TRAVIS CI или агент Build Azure, чтобы сделать то же самое для тех инструментов.
Файлы трубопроводов YAML могут расти довольно быстро в зависимости от сложности вашего трубопровода. Возможность разбить файл YAML в несколько файлов или даже повторно использовать общие шаги по трубопроводам, может помочь вам разработать трубопроводы, которые легче поддерживать.
TRAVIS CI позволяет перемещать сложные сценарии в отдельные сценарии, хранящиеся в одном и том же репозитории кода. Circleci позволяет создавать собственные пользовательские шары, которые могут содержать группу шагов или даже целое задание в формате многоразового использования. Лазурные трубопроводы позволяют разбить файл YAML в отдельные файлы и даже делиться общими частями на нескольких трубопроводах. Google Cloud Build и AWS CodePipeline не позволяют расщеплять файлы YAML.
Новые услуги облачного хостинга появляются каждый день, и все пять инструментов обеспечивают несколько расширяемых средств развертывания на удаленный хост. CIRCLECI имеет коллекцию управляемых и с открытым исходным шарами, которые могут развернуть в различных целях. TRAVIS-CI имеет список более 40 встроенных целей развертывания, которые охватывают некоторые доступные основные услуги, и если ваш сервис отсутствует в этом списке, вы все равно можете написать пользовательский скрипт для вашего развертывания.
Google Cloud Build полностью зависит от интеграции с различными сторонними инструментами для обеспечения непрерывного развертывания. AWS CodePipipeline имеет большое количество инструментов CD, с которыми он интегрируется. Лазурные трубопроводы позволяют устанавливать расширения с рынка, которые вы можете использовать для развертывания многих разных целей непосредственно из вашего трубопровода.
Лазурные трубопроводы выигрывают награду гибкости и расширяемости из-за ее расширения рынка, разделения и совместного использования конфигурации через трубопроводы, а также прочный API для отдыха.
Если вы должны быть обеспокоены блокировкой поставщика?
Вы всегда будете чувствовать себя немного заблокированы с помощью любого используемого CI/CD, который вы используете, учитывая проприетарные синтаксис YAML и уникальные возможности, которые не обязательно доступны на всех инструментах. Что говорят, что некоторые из этих инструментов определенно заставляют вас чувствовать себя немного менее привязаны.
Если вы используете CIRCLECI или TRAVIS CI, но также хотите воспользоваться возможностями в одной из платформ CSP, вы всегда можете перейти к самообслуживаемой версии, проводя его непосредственно в вашей инфраструктуре CSP и иметь полный контроль над вашим трубопроводы. Azure и AWS делают его особенно легко размещать экземпляры Circleci Server или Travis CI Enterprise.
Инструменты CSP определенно заставляют вас чувствовать себя более запертым в облачных платформах, учитывая, насколько хорошо интегрированы свои инструменты CI/CD с другими облачными инструментами и услугами. Из трех, лазурных кажется, что вы наименее заперты. Продукт Azure Povelines — это довольно автономный инструмент с большим количеством документации о том, как использовать его с другими услугами Azure и рынком, который позволяет находить расширения для интеграции со многими сторонниками.
Ci Portion Google Cloud Country чувствует себя ограничивающим, хотя есть сообщество с открытым исходным кодом, который создает облачных строителей для интеграции с другими сторонниками. С другой стороны, CD-порция CD Cloud Build широко открыта для сторонних инструментов.
AWS CodePipine дает наибольшее чувство блокировки поставщика. При настройке трубопровода вам нужно будет интегрироваться с несколькими другими удобными услугами AWS. Вы можете даже узнать немного больше о вычислении AWS Compute Infrastructure и модели цен, чем вы хотите знать, предполагая, что вы ранее не использовали AWS.
Если Circleci или Travis CI предлагают возможности и масштабирование, которые требуют вашей организации, вполне вероятно, что более безопасная ставка начать с ними. Если ваша организация уже использует Azure, AWS или Google Cloud, он, вероятно, имеет больше смысла использовать свои соответствующие инструменты CI/CD из-за плотной интеграции и множества Документов и поддержки — на риск дальнейшего заблокировки курс.
Почему вы можете использовать инструменты CSP вместо специальных инструментов?
Я уже изучил несколько причин, по которым вы можете использовать инструменты поставщика облачных услуг по специальному приводным инструментам, но давайте суммируем несколько из них:
- Трудно побить уровень документации и поддержки, вы получите от настройки конвейера CI/CD с CSP, если вы уже развернуте свои приложения к облаку такого же провайдера
- Если ваша организация не хочет управлять своей собственной инфраструктурой CI/CD, но у вас также есть требования к запуску ваших сборки и хранение вашего кода в определенных регионах, затем Azure Publines и AWS CodePipipeline являются лучшим вариантом
- Если вам требуется тонкозернистый контроль доступа, расширенные возможности управления пользователем и группой, а также интеграция с внутренними пользовательскими каталогами, опять же, Azure Pobullines и AWS CodePipipeline являются лучшим вариантом
Последние мысли
CIRCLECI и TRAVIS CI имеют высокопроизводительные, простые в использовании хостинг и самосоведуемые инструменты, которые хорошо работают для отдельных пользователей, небольших до крупных организаций, а также общины с открытым исходным средством. Понятно, что поставщики больших облачных услуг, с их глубокими карманами, массивной инфраструктурой и крупными корпусами клиентов, начинают создавать привлекательные инструменты CI/CD, которые, безусловно, способны воровать кусочек доли рынка.
Из всех этих инструментов я буду смотреть трубопроводы Azure (и Azure Devops) наиболее тесно. Лазурные трубопроводы уже имеют хороший базовый набор возможностей и готовы быстро расти и расширять свои интеграции со сторонними инструментами. Будущее непрерывной интеграции и непрерывное развертывание является захватывающим!
Примечание редактора: Видеть что-то не так с этим постом? Вы можете найти правильную версию здесь Отказ
Plug: Logrocket, DVR для веб-приложений
Logrocket Это инструмент для ведения журнала Frontend, который позволяет вам повторить проблемы, как если бы они произошли в вашем браузере. Вместо того, чтобы угадать, почему случаются ошибки, или просят пользователей на скриншоты и журнал свалки, Lognocket позволяет воспроизвести сеанс, чтобы быстро понять, что пошло не так. Он отлично работает с любым приложением, независимо от основ и имеет плагины для регистрации дополнительного контекста из Redux, Vuex и @ Ngrx/Store. В дополнение к регистрации действий и состояния Redux, Lognocket Records Console Logs, ошибки JavaScript, Stacktraces, Networks/Ответы с заголовками + тел, метаданные браузера и пользовательские журналы. Он также привлекает инструменты DOM для записи HTML и CSS на странице, воссоздая Pixel-Perfect видео даже самых сложных одностраничных приложений. Попробуйте бесплатно Отказ
Пост CI/CD-инструменты по сравнению: Circleci и Travis CI против крупных CSP появился первым на Logocket blog Отказ
Оригинал: «https://dev.to/bnevilleoneill/ci-cd-tools-compared-circleci-and-travis-ci-vs-major-csps-2ppm»