Signadot спонсировал этот пост.
Каждый разработчик знает острые ощущения от быстрых циклов кодирования — написать, тестировать, итерацию, повторить. Эта «внутренняя петля» — это то, где инженеры процветают, испытывая это идеальное состояние потока, которое создает нашу лучшую работу.
Но в сегодняшнем ландшафте микросервисов происходит разъединение, когда мы попадаем на «Внешнюю петлю» — этап интеграции, тестирования и развертывания, где, кажется, останавливается все. Что должно занять минуты, растягивается в часы. То, что должно быть плавным, становится фрагментированным. Что должно укрепить уверенность, создает беспокойство.
Звучит знакомо? Должно. Этот сломанный рабочий процесс стал общепринятой нормой в разработке микросервисов, но это не должно быть.
Кризис обратной связи в современном развитии
Давайте поговорим о циклах обратной связи — сердцебиение производительности разработки. Инженеры процветают в том, что мы называем «внутренней петлей» (написание кода, выполнение модульных тестов, внесение локальных изменений), где обратная связь является немедленной. Но микросервисы создали огромное разрыв с «внешней петлей», где обратная связь может занять часы или даже дни.
Недавние исследования DX, выделенные в его основной рамке 4, показывают прямую корреляцию между улучшениями опыта разработчиков и инженерной производительностью. Согласно выводам статьи, даже скромные улучшения в рабочих процессах разработчиков могут сэкономить несколько часов на одного разработчика в неделю. Но настоящий убийца производительности — это не только потерянное время: это фрагментация потока развития.
Болезненные компромиссы традиционного тестирования
Традиционно разработчики столкнулись с двумя глубоко ошибочными вариантами:
Это заставляет жестокий компромисс: либо принимайте более низкое качество, либо принимайте более медленное развитие. Ни один из них не является устойчивым в современной конкурентной ландшафте.
В недавних опросах разработчиков по всей отрасли, Flaky тесты последовательно считаются одним из главных разочарований для разработчиков. Когда инженеры не могут доверять своей тестируемой инфраструктуре, они по сути строят на шаткой земле, никогда не зная, представляют ли неудачи реальные проблемы или испытания несоответствий.
Введите в среду песочницы: нарушение компромисса
Среда из песочницы в корне нарушает эту парадигму, обеспечивая тестирование высокой точки зрения на скорости внутренней петли. Вместо того, чтобы дублировать всю вашу инфраструктуру (чрезвычайно дорогостоящую по масштабе), песочницы используют изоляцию приложений и маршрутизацию интеллектуальных запросов для создания легких изолированных средств тестирования для каждого запроса на привлечение.
Разница преобразует. Вместо того, чтобы ждать проблем интеграции после Merge, разработчики могут проверять изменения в отношении реальных зависимостей перед слиянием. Этот подход резко снижает ошибки интеграции, сокращая время отладки от часов до нескольких минут. Организации, внедряющие среды песочницы, последовательно сообщают о меньшем количестве проблем интеграции, достигающих производства и значительно более быстрого времени разрешения, когда возникают проблемы.
Как песочницы преобразуют петли обратной связи с ключами
Давайте рассмотрим, как это меняет каждый критический цикл обратной связи:
Продукт/UX обратная связь
Традиционный подход: Обратная связь с заинтересованными сторонами происходит через несколько дней или недель после разработки.
- С песочницей: Мгновенные URL -адреса предварительного просмотра для каждого запроса на привлечение (PR) Включите проверку заинтересованных сторон за считанные минуты.
- Влияние: В 10 раз быстрее итерационные циклы на функциях; значительно улучшенное выравнивание
Я был свидетелем этого из первых рук с клиентом Fintech, который сократил свой цикл обратной связи с двух до трех дней до часа, предоставляя функциональность предварительного просмотра от PRS и рабочих станций.
Интеграционное тестирование
Традиционный подход: Многочисленные PR, развернутые для постановки, создают «тайну убийства», когда возникают проблемы.
- С песочницей: Проверьте один PR в изоляции против реальных зависимостей.
- Влияние: Проблемы, связанные с конкретными изменениями; время отладки сокращено на 80%
Розничный клиент обнаружил, что только затраты на переключение контекста потребляли от 20 до 30 минут за прерывание. С песочницами эти дорогостоящие переключатели практически исчезли.
Сотрудничество перекрестной команды
Традиционный подход: Фронтальные и бэкэнд команды развертывают последовательно, ожидая друг друга.
- С песочницей: Команды сотрудничают параллельно с интегрированным тестированием предварительного получения.
- Влияние: Устраняет дни координационных накладных расходов на функцию
Один инженерный директор сказал мне: «Раньше у нас был слабый бот только для очереди к проведению средств. По пятницам время ожидания растянулось до четырех или пяти часов». Песочники полностью устранили это узкое место.
Автоматизированное тестирование
Традиционный подход: Запустите полную тестовую набор Post-Merge по расписанию.
- С песочницей: Запустите целевые тесты, специфичные для каждого PR Pre-Merge.
- Влияние: Немедленная обратная связь против отсроченного обнаружения; сфокусированное тестирование против тупых инструментов
Изоляция изменений в песочнице, тесты становятся более надежными и детерминированными. Целевой подход означает сбои непосредственно точно определяет конкретные проблемы, а не создание сложного исследования, включающего множественные изменения.
Налог на переключение контекста
Скрытая стоимость в традиционных рабочих процессах-это жестокий налог на переключение контекста. Когда инженер глубоко поток по новой функции и прерывается с проблемами интеграции из предыдущей работы, каждый переключатель стоит от 20 до 30 минут продуктивного времени, согласно нескольким исследованиям.
Сдвигая интеграционное тестирование, оставленное в PR -процесс, песочницы устраняют эти дорогие сбои. Инженеры остаются в потоке, решая проблемы интеграции, в то время как код все еще свеж в их сознаниях.
Свобода от узких мест производительности
Микросервисы, испытывающие узкие места, стали настолько нормализованными, что многие команды принимают постоянные контекстные переключения и сломанные петли обратной связи как неизбежные. С средами из песочницы инженерные команды наконец-то избегают болезненных компромиссов:
- Разработчики остаются в потоке, решая проблемы интеграции, в то время как код свежий.
- Петли обратной связи сжимаются от нескольких дней до минут, сохраняя высокую производительность.
- Сотрудничество перекрестной команды происходит параллельно, а не последовательными узкими местами.
Эти преобразующие улучшения напрямую приводят к более счастливым разработчикам, более быстрой доставке функций и более качественному программному обеспечению.
Готовы перегружать производительность вашей команды? Попробуйте Signadot бесплатно или забронируйте демонстрацию, чтобы увидеть, как среда песочницы может преобразовать ваш рабочий процесс разработки.
Signadot-это платформа для тестирования Kubernetes для микросервисов. Используя Signadot, инженерные команды «сдвигаются налево», чтобы выяснить проблемы раньше и повысить доверие. Узнайте больше новейших из Signadot Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Арджун Айер, генеральный директор Signadot, является опытным экспертом в облачной местной области с глубокой страстью к улучшению опыта разработчика. У Арджуна хвастается более чем 25-летним опытом работы в отрасли, есть богатая история разработки программного обеспечения для интернет-масштаба и … Подробнее от Arjun Iyer
