АБ
а что из этого CI, а что CD? как это расшифровать?
continious integration (то, что выше описал Алексей) и continious deployment (которое собранный билд тебе кладет на сервак и раскатывает)
Size: a a a
2020 October 26
АБ
Я очень советую открыть какую-нить википедию и прочитать определения там. Потом почитать, для чего это используется, и еще раз прочитать определение.
АБ
Обычно становится сильно понятнее 🙂
И
continious integration (то, что выше описал Алексей) и continious deployment (которое собранный билд тебе кладет на сервак и раскатывает)
А я всегда думал что continuous delivery.
АБ
А я всегда думал что continuous delivery.
да, вероятно 🙂
ДМ
continious integration (то, что выше описал Алексей) и continious deployment (которое собранный билд тебе кладет на сервак и раскатывает)
по сути интеграция - набор тестовіх сценариев, а деплоймент - путь их исполнения?
АБ
по сути интеграция - набор тестовіх сценариев, а деплоймент - путь их исполнения?
нет. CD с тестами вообще слабее связан 🙂
AG
А можете простыми словами объяснить, что такое CI\CD ? часто сталкивался но нормальных объясснений не видел
CI - Continous Integration (System).
Сервис, который автоматизирует процесс сборки и (чаще всего) раскатывания приложение на определенное окружение.
Есть у вас приложение, которое состоит из базки, бэкенда (н сервисов) и фронтенда.
Что б обновить продакшен бедный тимлид Илья вынужден запустить N команд которые, в большинстве случаев, предельно типовые:
- Вытащить обновления из репозитория с кодом.
- Запустить компиляцию\сборку\тд.
- Прогнать тесты.
- Если всё хорошо - выложить это всё на определенный сервис.
- Если плохо - забить болт и ждать, пока баги поправят.
В этой схеме Илье грустно, потому что он выполняет тупую работу, да и все его постоянно дергают "обнови это, обнови то".
Чем больше сервисов - тем чаще дергают Илью.
CI - это просто система, представляющая собой набор этих самых комманд и правил, по которым они выполняются.
Жмакаешь кнопочку - оно запускается, выполняет все шаги по заданной инструкции (пайплайну) и возвращает результат.
Илья доволен, всем хорошо.
Сервис, который автоматизирует процесс сборки и (чаще всего) раскатывания приложение на определенное окружение.
Есть у вас приложение, которое состоит из базки, бэкенда (н сервисов) и фронтенда.
Что б обновить продакшен бедный тимлид Илья вынужден запустить N команд которые, в большинстве случаев, предельно типовые:
- Вытащить обновления из репозитория с кодом.
- Запустить компиляцию\сборку\тд.
- Прогнать тесты.
- Если всё хорошо - выложить это всё на определенный сервис.
- Если плохо - забить болт и ждать, пока баги поправят.
В этой схеме Илье грустно, потому что он выполняет тупую работу, да и все его постоянно дергают "обнови это, обнови то".
Чем больше сервисов - тем чаще дергают Илью.
CI - это просто система, представляющая собой набор этих самых комманд и правил, по которым они выполняются.
Жмакаешь кнопочку - оно запускается, выполняет все шаги по заданной инструкции (пайплайну) и возвращает результат.
Илья доволен, всем хорошо.
TK
Между тем, что хочется, и тем, что надо.
прям история про ослика и два стога сена
И
CI - Continous Integration (System).
Сервис, который автоматизирует процесс сборки и (чаще всего) раскатывания приложение на определенное окружение.
Есть у вас приложение, которое состоит из базки, бэкенда (н сервисов) и фронтенда.
Что б обновить продакшен бедный тимлид Илья вынужден запустить N команд которые, в большинстве случаев, предельно типовые:
- Вытащить обновления из репозитория с кодом.
- Запустить компиляцию\сборку\тд.
- Прогнать тесты.
- Если всё хорошо - выложить это всё на определенный сервис.
- Если плохо - забить болт и ждать, пока баги поправят.
В этой схеме Илье грустно, потому что он выполняет тупую работу, да и все его постоянно дергают "обнови это, обнови то".
Чем больше сервисов - тем чаще дергают Илью.
CI - это просто система, представляющая собой набор этих самых комманд и правил, по которым они выполняются.
Жмакаешь кнопочку - оно запускается, выполняет все шаги по заданной инструкции (пайплайну) и возвращает результат.
Илья доволен, всем хорошо.
Сервис, который автоматизирует процесс сборки и (чаще всего) раскатывания приложение на определенное окружение.
Есть у вас приложение, которое состоит из базки, бэкенда (н сервисов) и фронтенда.
Что б обновить продакшен бедный тимлид Илья вынужден запустить N команд которые, в большинстве случаев, предельно типовые:
- Вытащить обновления из репозитория с кодом.
- Запустить компиляцию\сборку\тд.
- Прогнать тесты.
- Если всё хорошо - выложить это всё на определенный сервис.
- Если плохо - забить болт и ждать, пока баги поправят.
В этой схеме Илье грустно, потому что он выполняет тупую работу, да и все его постоянно дергают "обнови это, обнови то".
Чем больше сервисов - тем чаще дергают Илью.
CI - это просто система, представляющая собой набор этих самых комманд и правил, по которым они выполняются.
Жмакаешь кнопочку - оно запускается, выполняет все шаги по заданной инструкции (пайплайну) и возвращает результат.
Илья доволен, всем хорошо.
CI - это как Dockerfile? :)
И
прям история про ослика и два стога сена
Типа того, да.
АБ
огонь же статья, читайте 🙂
АБ
Между тем, что хочется, и тем, что надо.
А, ну живи теперь с этим. У меня так уже пятый год 🙂
ДМ
Всем спасибо за ответі
И
А, ну живи теперь с этим. У меня так уже пятый год 🙂
Не надо меня демотивировать, я и так страдаю...
AG
А можете простыми словами объяснить, что такое CI\CD ? часто сталкивался но нормальных объясснений не видел
CD - Continious Delivery.
Это, в общем-то, примерно одна из форм CI, которая сводится к тому, что бы максимально быстро поставлять в продакшен все изменения.
Сделали фичу - проверили фичу - выкатили в продакшен.
Желательно - в полностью автоматическом режиме.
Без всякого "собираем релиз две недели, пакуем туда все изменения".
Работает так же, как и CI, просто предполагает (в идеале) большую частоты выкаток и (почти) полную автоматизацию.
Это, в общем-то, примерно одна из форм CI, которая сводится к тому, что бы максимально быстро поставлять в продакшен все изменения.
Сделали фичу - проверили фичу - выкатили в продакшен.
Желательно - в полностью автоматическом режиме.
Без всякого "собираем релиз две недели, пакуем туда все изменения".
Работает так же, как и CI, просто предполагает (в идеале) большую частоты выкаток и (почти) полную автоматизацию.
AG
CI - это как Dockerfile? :)
Ну, не совсем.
Докерфайл - это инструкция.
CI - это инструмент для выполнения инструкций.
Докерфайл - это инструкция.
CI - это инструмент для выполнения инструкций.
И
Ну, не совсем.
Докерфайл - это инструкция.
CI - это инструмент для выполнения инструкций.
Докерфайл - это инструкция.
CI - это инструмент для выполнения инструкций.
Ну, да, я это и имел в виду.
И
Мол, в докерфайл мы записываем эти самые команды, а потом по ним у нас собирается то, что нам надо.