Рынок CI/CD продолжает набирать обороты, предлагая разнообразные подходы для поддержки растущего интереса предприятия. Аналитик Лоуренс Хехт считает, что принятие CI/CD на предприятии составляет примерно 50%, но это означает лишь то, что значительная часть предприятий пока не глубоко коснулась инструментов DevOps. Полноценное принятие еще не произошло.

Чтобы удовлетворить спрос, GitLab вышла на рынок с подходом «единого приложения», пытаясь устранить сложности с пути разработчика. Совсем недавно GitHub объявил о действиях фанатам (и о восторженных обзорах таких известных людей, как основатель Chef Адам Джейкоб, который указал на GitHub Actions, как на самый простой способ связать полный набор инструментов DevOps в свое хранилище кода). Куда же деваются такие компании, как CircleCI и ее лучший в своем классе подход к CI/CD?

Вот что говорит по этому поводу генеральный директор CircleCI Джим Роуз.

Важность сосредоточенности

Автоматизация не является чем-то новым в отношении процесса разработки программного обеспечения. Примерно 15 лет назад Jenkins (первоначально называвшийся «Hudson») воплотился в жизнь в Sun Microsystems как способ автоматизации создания и тестирования программных проектов на основе Java. По словам Роуз, эта удобная автоматизация стала обязательной в последние несколько лет из-за широкого внедрения облачных технологий (мгновенный доступ к вычислениям) и Git (разработчики взламывают собственные репозитории, ускоряя разработку программного обеспечения по сравнению с вчерашним сериализованным подходом). Были необходимы новые инструменты, потому что «все эти старые инструменты, предназначенные для медленно движущегося мира, не справлялись».

Примерно такими же были аргументы для всех инструментов DevOps. Однако, CircleCI отличается от своих коллег, он убежден, что сложная (и быстро меняющаяся) природа современной разработки программного обеспечения требует сосредоточенности.

По словам Роуз, есть (по крайней мере) два подхода к CI/CD. Есть те, кто "в основном говорит, что слишком много систем, и у вас должна быть только одна система", сказал Роуз. Это комплексный подход, упомянутый ранее. Он продолжил: «Они в основном говорят вам, что интеграция - это проблема, и поэтому давайте соберем все в одном месте». В отличие от этого, подчеркнул Роуз, «мы считаем, что разработка программного обеспечения становится все сложнее и сложнее, поэтому мы концентрируемся на времени от момента написания программного обеспечения до его получения пользователем». А именно, CI/CD, оставляя другие области конвейера DevOps (где находится код, то есть хранилище и где он работает, то есть частное или общедоступное облако) кому-то другому.

«Вы не можете халтурить в нашем пространстве», - заключил он. «Две ценности для наших пользователей - это скорость получения результата (знание того, сработали ли внесенные вами изменения в код или нет) и уверенность в этих результатах (чувство уверенности, что вы не видите ложного срабатывания, когда что-то проходит или терпит неудачу)».

Партнерство на конвейере

Одним из интригующих аспектов этого подхода является то, что CircleCI должен сотрудничать со своими бывшими конкурентами. Например, несмотря на действия GitHub, CircleCI поддерживает тесные партнерские отношения с GitHub, как и с другими, которые конкурируют и сотрудничают.

На вопрос, рискует ли CircleCI стать вне интеграции GitHub и GitLab, Роуз был невозмутим: «В мире, управляемом API, стоимость интеграции в основном равна нулю». Таким образом, разработчики могут выбирать аспекты своих инструментов доставки программного обеспечения и легко подключать их через API.

Это делает CircleCI уверенным в своей способности конкурировать лицом к лицу с GitHub и другими в его основной области, CI/CD. По словам представителя прессы: «Мы рассматриваем действия GitHub как стартовый пакет и способ, которым их разработчики могут войти в игру CI/CD. GitHub хорош в управлении версиями, но CI/CD слишком важен, чтобы доверять его команде, которая не специализируется на этом». Конечно, риск для CircleCI заключается в том, что разработчики, работающие на GitHub, будут довольны доверить свой конвейер CI/CD той же организации, в которой размещен их код. Действительно, так же, как GitLab, разработчики, которые используют такие целостные нарастания на CI/CD, могут никогда не покидать их.

Роуз из CircleCI уверен, что его подход может по-прежнему побеждать разработчиков. «В конце концов, CI / CD - трудная проблема для решения. У нас более девяти лет опыта, помогающего командам переходить от идеи к реализации, и за это время мы увидели, как многие команды входят и выходят из рынка CI / CD, также как и участники всех крупных игроков в облаке. После более полумиллиарда сборок, мы находимся в этом пространстве и собираемся остаться здесь надолго, чтобы создать лучший продукт, команду и сервис для наших клиентов». В конце концов, он заключил: «Разработчики хотят работать так быстро, насколько это возможно, и с максимальной степенью уверенности».

No Comments