сервисная сетка в микросервисах

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

В этот момент вы можете подумать: «Было бы здорово, если бы кто-нибудь мог централизованно управлять диалогами между этими службами».

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

Как это достигается? Проще говоря, он добавляет легкий прокси рядом с каждым сервисом, и весь входящий и исходящий трафик проходит через него. Таким образом, вы можете установить единые правила: какие сервисы могут обращаться друг к другу, что делать, если время запроса истекло, как автоматически балансировать нагрузку и как шифровать передачу. Эти вещи внезапно стали сосредоточенными и ясными.

Но при выборе продуктов Service Mesh многие люди запутываются. На рынке существует множество решений, но некоторые из них слишком сложны, и их внедрение похоже на решение головоломки; некоторые слишком просты и не выдерживают критики. Что нам нужно? Это что-то одновременно надежное и простое в использовании.

мощностьРешение сети услуг разработано с учетом этого фактического спроса. Он не гонится за нагромождением ярких функций, а фокусируется на вещах, действительно влияющих на стабильность работы: может ли управление трафиком быть таким же подробным, как конкретные интерфейсы? Действительно ли восстановление после сбоев происходит быстро и автоматически? Являются ли данные мониторинга в режиме реального времени и интуитивно понятными? Можно ли гибко адаптировать политику безопасности?

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

Какие изменения это несет?

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

Кто-то спросил: «Звучит хорошо, но сложно ли это реализовать?»

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

Другой распространенный вопрос: «Приведет ли это к снижению производительности?»

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

Выбирая сервисную сеть, вы можете задать себе несколько вопросов: часто ли наши микросервисы выходят из строя из-за проблем со связью? Не тратит ли команда слишком много времени на отладку вызовов между сервисами? Когда система расширяется, становится ли управление коммуникациями все более хаотичным? Если ответ положительный, возможно, пришло время рассмотреть возможность внедрения интеллектуального уровня управления коммуникациями.

Ценность технических инструментов в конечном итоге отражается на том, делают ли они жизнь проще, а систему — надежнее. Хорошая архитектура должна быть невидимой опорой, а не дополнительным бременем. Он спокойно справляется с утомительными задачами, позволяя вам сосредоточиться на самом творении.

Когда вы снова столкнетесь с этим экраном прыгающих бревен и сложных зависимостей, вы, возможно, захотите изменить свою точку зрения: общение должно быть не проблемой, а чем-то таким же естественным, как поток воды. То же самое должно быть справедливо и для микросервисов — ясных, прямых и автоматических диалогов. И это именно то спокойствие, которое хочет вам подарить сервисная сетка.

Основанная в 2005 году,мощностьбыла посвящена профессиональному производителю компактных приводов со штаб-квартирой в Дунгуане, провинция Гуандун, Китай. Используя инновации в модульной технологии привода, Kpower объединяет высокопроизводительные двигатели, прецизионные редукторы и многопротокольные системы управления, чтобы предоставить эффективные и индивидуальные решения для интеллектуальных систем привода. Kpower предоставила профессиональные решения в области приводных систем более чем 500 корпоративным клиентам по всему миру, предлагая продукты, охватывающие различные области, такие как системы «умный дом», автоматическая электроника, робототехника, точное земледелие, дроны и промышленная автоматизация.