Комментарии 6
А почему "отсутствие локального окружения" так безапеляционно записывается в безусловные плюсы? Помоему это неочевидно.
Наличие локального окружения разработки может напорядки (буквально) сократить (как минимум для интерпритируемых языков) RTT между: написал код - увидел результат. Например в нашем случае имеется много проектов на php, результат внесения изменений в которые можно увидеть "нажав f5" на localhost'е. В противном же случае разработчику пришлось бы ждать отработки десятков разных сущностей под капотом ci pipeline'а (банально подготовить репо, собрать образы, прогнать линтеры, запустить развертывание review окружения, прогнать jobs, миграции и init контейнеры). Получить RTT меньше минуты с удаленным окружением на (нашей) практике невозможно.
А эта скорость: код -> результат, это именно то для чего devops организовался, это его основное предназначение. И она напрямую конвертируется в скорость поставки фитч на прод и комфорт работы разработчика (которому не нужно больше держать в памяти контекст предыдущего запуска CI и сопоставлять его с изменениями, которые он уже успел написать вперед пока pipeline pending).
Ахах. У нас от 40 минут до полутора часов будет перезапускаться.
Удаленная разработка происходит следующим образом: у разработчика есть своё пространство в кластере, там развернуто его окружение, он локально разворачивает сервис, разрабатывает его, пишет юнит тесты, если ему надо проверить локальную версию сервиса во всем окружении, он подключает локальный код к кластеру и любая локальная правка попадает в под, минуя весь процесс CI/CD.
Да, это очевидный плюс, так как не у каждого есть машина, которая позволит развернуть всю инфраструктуру (postgres, rabbitmq, kafka, temporal, jaeger, krakend), десятки backend сервисов и всё это ещё и поддерживать. Плюс разработка ведётся в приближенном к production кластеру.
Я когда читал, у меня сфинткрометр из соседнего бы поста зашкаливал.
Звучит, как кошмар. Ещё одна абстракцияя которая будет постоянно падать, ломаться а девопсеры будут ныть что тут всё гибко и легко, просто ты не туда нажал, нам терь три дня восстанавливать
Любая абстракция, если её реализовать так, что она будет постоянно падать и ломаться, звучит как кошмар.
Любая абстракция, которая реализует всё и сразу будет падать и ломаться.
Если б вы сказали, что ребята, вот мы прямыми руками сделали настройки на aws для жава-постгря-реакт-кафка пять лет её вылизывли, повыкидывали всё лишнее и теперь у нас конфетка, а тут к ней инструкия, то я б восхитился.
А вот когда сделали всё и сразу на любой язык и всё возможные технологии, то блин... Этот не звучит как надежно, просто, удобно. А звучит, как потрать сутки, чтоб объяснить твоёй проге, что в моём проекте нет Кафки, какого фига она падает с kafkaException.
Platform Engineering: что, зачем и как