Signadot спонсировал этот пост.
Если вы используете ISTIO или Linkerd, вы уже решили одну из самых сложных частей управления трафиком в Kubernetes. Но знаете ли вы, что вы также на 90% от разблокировки эфемерных сред? Эти легкие среды по требованию могут преобразовать то, как ваша команда разрабатывает и проверяет приложения, что дает вам более быструю итерацию, более безопасное развертывание и лучшее качество программного обеспечения.
Почему эфемерная среда имеет значение
Эфемерная среда предлагает огромные преимущества. Разработчики быстро отзывы о изменениях, не ожидая длинных сборщиков CI. Команды QA могут проверять поведение в изолированных производственных средах, значительно снижая риск регрессии. Этот подход способствует постоянному совершенствованию и развертыванию, помогая командам двигаться быстрее с высокой уверенностью в их выпусках.
Для современных организаций эфемерная среда становится важной. Они обеспечивают более быструю итерацию, улучшают сотрудничество между разработчиками и QA и снижают риски, выявляя проблемы ранее в процессе разработки. Команды, которые их принимают, могут избежать многих ловушек, связанных с традиционными общими постановками.
Почему сетки обслуживания меняют игру
Традиционный подход к эфемерным средам включает в себя дублирование всего стека микросервиса в отдельных пространствах имен Kubernetes или кластерах. Хотя это обеспечивает изоляцию, он вводит значительные проблемы. Управление жизненным циклом становится сложным, затраты растут, поскольку инфраструктура дублируется, а время вращения может сдерживать тщательное тестирование. Эти среды также рискуют быстро устареть без постоянных обновлений, особенно в быстро меняющихся архитектурах микросервисов, что делает результаты теста ненадежными.
Более эффективным подходом является использование возможностей обслуживания сетки для среды на основе аренды. Вместо дублирования целых стеков этот подход фокусируется на тестировании изменений в отношении общих зависимостей, уже в кластере Kubernetes. Сервисная сетка обрабатывает маршрутизацию и управление трафиком, позволяя нескольким средам работать одновременно без затрат и сложности репликации полного стека.
В масштабе, сегменты аренды на уровне запросов чистого трафика, обеспечивая изолированные среды без дублирования инфраструктуры. Сервисные сетки, такие как Istio или Lincerd, предоставляют легкое, масштабируемое решение, которое упрощает управление и сохраняет эксплуатационные расходы.
Примеры реального мира: масштабирование эфемерных средств
Лидеры отрасли, такие как Uber и Doordash, давно используют масштабируемую, по требованию, чтобы снизить риски развертывания и повысить эффективность разработчика. Сланец Uber позволяет изолировать тестирование в масштабе, помогая разработчикам рано улавливать проблемы и ускорить выбросы. Doordash использует аналогичный подход, обеспечивая проверку каждого изменения в изоляции перед тем, как вступить в производство.
Благодаря наблюдению за сервисной сеткой и инструментами, такими как OpenElemetry, команды получают глубокое представление о потоках запросов и производительности в нескольких средах. Это делает отладку быстрее и предотвращает межокружение. Разработчики могут развернуть изолированные услуги с полным контролем маршрутизации и избегать конфликтов, что облегчает выявление проблем, которые часто пропускают общие условия для стационарных сред.
Как работают эфемерные среды на основе аренды
Итак, как это работает? Представьте, что каждый запрос на тягу, разбивая среду по требованию. С учетом аренды среды используются один и тот же кластер Kubernetes, одновременно изолируя ресурсы, маршрутизацию и данные с использованием аренды на уровне запросов для управления трафиком.
Например:
Разработчик открывает запрос на тягу. После того, как изображения создаются, только измененные сервисы развернуты в кластере в песочнице. Правила маршрутизации настроены таким образом, чтобы запросы с конкретными заголовками направляются на новую версию Сервиса — аналогично тому, как Канарийские работы работают в производстве. Разработчики и команды QA проверяют эти изменения в производственной обстановке с общими зависимостями. Как только запрос на вытягивание закрыт, среда автоматически очищается.
Запросить аренду в качестве основного компонента
Аренда на уровне запроса эффективно управляет трафиком, не требуя полностью изолированной инфраструктуры. Сервисные сетки, такие как ISTIO или Linkerd, могут использовать уникальные заголовки для маршрута и сегментных запросов для каждой среды, позволяя нескольким средам сосуществовать с минимальным потреблением ресурсов при сохранении логической изоляции.
Важным аспектом аренды запроса является распространение контекста, которое позволяет специфичным для окружающей среды метаданные перемещаться через границы обслуживания. Используя OpenElemetry (OTEL) и распространение багажа, эти метаданные автоматически передаются от обслуживания к обслуживанию. Это обеспечивает последовательное поведение, специфичное для окружающей среды и беспрепятственную перенаправление с использованием правил сетки обслуживания.
Обработка изоляции данных и очередей сообщений
Изоляция данных имеет важное значение в общих базах данных. Одним из распространенных методов являются разделенные данные, изолирующие тесты с помощью таких идентификаторов или идентификаторов пользователя, чтобы минимизировать помехи. Для изменений схемы команды могут развернуть временные базы данных в контейнер, чтобы обеспечить полную изоляцию. Изоляция очереди сообщений может быть достигнута с помощью маршрутизации на уровне сообщений с использованием заголовков или динамически создавая временные очереди. Эти стратегии поддерживают параллельное тестирование без нарушения общих ресурсов.
Заключение
Если вы уже используете Istio или Linkerd, эфемерные среды находятся в пределах вашей досягаемости. Принимая среду на основе аренды, вы разблокируете более быстрые циклы разработки, более безопасные развертывания и более счастливые разработчики. Для более глубокого погружения в технические детали, ознакомьтесь с «Песочницей в Кубернетах, используя Opentelemetry».
Такие инструменты, как Signadot, выходят за рамки автоматизации, предлагая такие функции, как локальные среды на основе рабочей станции, бесшовная поддержка баз данных и очередей сообщений, а также среды, которые охватывают несколько запросов на вытяжение в одном контексте маршрутизации. Они предоставляют аналитику для более глубокого понимания и помогают командам платформы принять и управлять этими средами с легкостью. При поддержке как локальных, так и для рабочих процессов, основанных на притяжении, автоматизированное тестирование становится простым, что делает развертывание более простыми и расширяющими возможности команд для эффективного масштабирования эфемерных сред.
Итак, зачем ждать? Начните изучать, как эфемерные среды, основанные на аренде, могут изменить ваш рабочий процесс разработки сегодня.
Signadot-это платформа для тестирования Kubernetes для микросервисов. Используя Signadot, инженерные команды «сдвигаются налево», чтобы выяснить проблемы раньше и повысить доверие. Узнайте больше новейших из Signadot Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Анируд Раманатан является техническим директором Signadot, где он фокусируется на развитии нативного облака. До этого он работал в Google, сосредоточившись на базовых контроллерах Kubernetes и расширяемости. Он также является комитетом в проекте Apache Spark с акцентом на … Подробнее от Anirudh Ramanathan
