Портфолио
January 14

Серия постов для компании InfoScale 

Непрерывная интеграция как этап DevOps

По-другому непрерывную интеграцию в DevOps обозначают аббревиатурой CI.

Если же говорить о том, что это вообще за этап, то тут все достаточно просто. Непрерывная интеграция - это определенная методика разработки, согласно которой требуется выгружать код по несколько раз в день. После каждое изменение или ветка проверяются в процессе автоматической сборки.

Не сложно догадаться, зачем это нужно. Такая интеграция позволяет разработчикам максимально оперативно определять и устранять ошибки, повышая тем самым работоспособность команды.

Согласно DevOps-методологии вместо объемных, но редких обновлений, гораздо выгоднее вносить более частые и небольшие.

Соответственно масштабируются процессы сборки, тестирования и слияния. Все это - также этапы DevOps-цикла, о которых мы позже будем подробно рассказывать позже.

Не пропустите!

Возвращаясь к DevOps-интеграции, нельзя не упомянуть про ее конечную цель. Это - быстрая доставка кода. Качественного кода, конечно же. А также сокращение сроков проверки и выпуска обновлений.

Этот пункт, наряду со вполне логичным сокращением расходов, - то, зачем как раз-таки и гонятся многие компании, прибегающие к услугам DevOps-инженеров.

Совместная работа над кодом и управление - еще одна часть DevOps-цикла

Полноценный контроль над исходным кодом - это не просто важно, а супер важно! Его частью как раз-таки и являются инструменты для управления, позволяющие хранить тот в различных цепочках.

Таким образом можно спокойно видеть все изменения и работать над ними командой.

Больше не нужны длящиеся по несколько часов утренние собрания, касающиеся подтверждения обновлений и включающие в себя жаркие дискуссии по каждой отдельной правке. Вместо всего этого можно просто получить оценку коллег в формате pull-запроса.

О том, что это такое, читайте в следующем посте.

Соответственно, прежде чем внести сами изменения, их можно будет спокойно дистанционно просмотреть и обсудить.

Благодаря этому качество готового IT-продукта (к примеру, того же ПО) повышается, а количество багов и прочих инцидентов - уменьшается.

Что не менее приятно: ускоряется сам процесс разработки и снижаются расходы.

Из этого всего легко сделать вывод, что системы управления версиями изначального кода не просто могут быть объединены с DevOps-инструментами, а буквально обязаны делать это.

В концо концов, жить от этого проще стане абсолютно всем. А кто из нас не хочет немного упростить себе рабочие задачи, верно?

Pull-запросы в DevOps: что это такое и зачем нужны?

С одной стороны, а зачем вообще знать об этом, если вы сами по себе не DevOps-инженер? С другой - DevOps-методология предполагает погружение в работу над IT-продуктом всей команды.

А это значит, что лучше все-таки разобраться даже в узкопрофильной терминологии.

Приступим.

Pull-запросы или pull-реквесты, если выражаться максимально простым языком, это некоторый механизм, с помощью которого команда разработки уведомляет всех остальных участников рабочего процесса о том, что готов некий функционал. Создается такой pull с помощью аккаунта Bitbucket.

Это - сигнал, что нужно проверить код и завершить слияние с главной веткой.

Но pull-запрос - это не просто всплывающее окошко уведомления. Это полноценный форум, на котором обсуждаются все правки и функции. Внутри него все участники команды могут оставлять отзывы и вносить изменения самостоятельно с помощью дополнительных коммитов.

Конечно, все эти действия четко отслеживаются.

По сравнению с другими моделями совместной работы, pull-запрос является наиболее упорядоченным, к тому же значительно облегчает разработчикам жизнь и коммуникацию между собой.

Так что не делайте больше удивленное лицо, когда слышите от кого-нибудь из команды о загадочных “пуллах”. И поздравляем, теперь вы официально немного приобщились к тонкостям DevOps!

Ностальгируем вместе с трилогией ремастеров GTA

Которая 14 декабря официально вышла на iOS и Android, а также стала доступна подписчикам Netflix!

Ждали 2 года и, наконец, свершилось.

Несмотря на то, что трилогия уже 2 года доступна на платформах Windows, Playstation 4, Xbox one и Playstation 5, тысячи преданных поклонников спали и видели свою любимую классику доступной и на подручных устройствах. А внесенные обновления и улучшения графики вообще больше смахивают на подарок к Новому Году.

Ну не пушка ли?

Радуясь этой новости, не можем не вспомнить (особенно в преддверии выхода долгожданной GTA 6), как дружно ложились сервера в моменты релиза…

Тогда бы очень пригодились наши DevOps-инженеры, после работы которых все бы точно буквально летало.