официальные курсы по микросервисам

Когда ваш микросервисный проект сталкивается с серводвигателями: разговор о надежности

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

Это напоминает мне разговор со старым другом на прошлой неделе. Он возился с миниатюризацией автоматизированной производственной линии, используя связку серводвигателей и сервоприводов, интегрированных в распределенную архитектуру управления — грубо говоря, это была аппаратная версия «микросервисной» системы. Он жаловался: «Тест одиночного двигателя проходит нормально, но как только он подключен к сети и скоординирован, либо реакция задерживается, либо внезапно меняется крутящий момент. Журналы разбросаны по всему небу, но первопричину найти невозможно». Я засмеялся, эта сцена слишком знакома. В мире программного обеспечения это типичная «больная точка микросервисов»: сервис демонтируется, но процедуры управления, мониторинга и совместной работы не поддерживаются, и в результате возникает хаос.

В чем проблема?

Задумайтесь, сталкивались ли вы также:

• При таком большом количестве сервисов зависимости превратились в лабиринт, и вы не знаете, на кого повлияет небольшое изменение.
• Есть проблема в сети, а логи разбросаны по десяткам мест. Проверка полного пути запроса подобна детективу, раскрывающему дело.
• Я хочу опробовать новый стек технологий, но мысль о взаимодействии со старыми сервисами вызывает у меня головную боль.
• Команды работают независимо, темпы разработки высоки, но бремя развертывания, эксплуатации и обслуживания возрастает в геометрической прогрессии.

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

Есть ли менее болезненный путь?

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

Например, они не просто научат вас «что такое обнаружение сервисов». Они предложат вам смоделировать сценарий: когда нагрузка серводвигателя (представляющего сервис) внезапно возрастает и реакция замедляется, как вся сборочная линия (система) может быстро обнаружить и предупредить, а также позволить соседним рабочим станциям (другим службам) адаптивно подстроиться вместо полного развала всей линии. Они изобразили «принципы схем» и «протоколы связи» в распределенных системах на понятном вам языке.

Давайте поговорим о том, что именно это может принести

1. От «торопящегося» к «осведомленному». Узнав об этом, когда вы увидите резкое увеличение загрузки ЦП определенного сервиса на диаграмме мониторинга, вашей первой реакцией будет не «попробовать перезапустить», но, как опытный механик, вы можете перейти по нескольким ключевым ссылкам (отслеживание ссылок, карта зависимостей), чтобы устранить неполадки: это всплеск восходящих запросов? Или пул соединений с базой данных заполнен? Или это внутренняя конкуренция за ресурсы, например плохо зацепленные шестерни?

2. Унифицируйте «язык» и уменьшайте внутренние трения. Когда новые члены команды приступают к работе, им больше не нужно изучать уникальные «привычки» каждого сервиса с нуля. Модели и характеристики, представленные в курсе, подобны калибровке единого протокола интерфейса и руководства по установке для всех серводвигателей. Меньше трений между разработкой, тестированием, эксплуатацией и обслуживанием, поскольку у всех есть общие ожидания относительно стандартов «хорошего обслуживания».

3. Сделайте «инновации» более безопасными. Хотите опробовать новый двигатель (новую технологию) в ходе процесса? Содержание курса по контрактному тестированию и постепенной доставке научит вас, как создать «инструментарий тестирования» для проверки совместимости новых компонентов и старых систем и без особых усилий контролировать риск изменений.

Несколько вопросов, которые вы, возможно, захотите задать

Вопрос: Это звучит очень глубоко. Что мне делать, если мой фундамент не прочный? Ответ: Это похоже на изучение механики. Никто не требует от вас проектировать всю руку робота с самого начала. Курс начинается с «Знакомства с винтами и понимания гаечных ключей». Что такое шлюз API и как управлять конфигурацией? В этих базовых концепциях будут использоваться конкретные и даже небольшие примеры с некоторыми аналогиями с оборудованием, чтобы помочь вам получить прочную основу.

Вопрос: Чем это отличается от бесплатных руководств в Интернете? О: Бесплатные обучающие программы — это здорово, но зачастую они представляют собой фрагментированные «спецификации деталей». Систематический курс включает «сборочные чертежи», «процедуры отладки» и «руководства по устранению неисправностей». Что еще более важно, он включает в себямощностьЯмы и схемы прохождения реальных сценариев промышленного уровня. Это не теория, это пакет опыта с температурой.

Вопрос: Можно ли сразу использовать его в моем проекте? А: Почти. Большая часть контента спроектирована как «модули Lego», поэтому вам не придется изобретать велосипед. Например, вы можете начать завтра, чтобы определить более четкое SLA (соглашение об уровне обслуживания) для ваших ключевых услуг, точно так же, как установка четких диапазонов допусков по крутящему моменту и скорости для двигателей на ключевых рабочих станциях, и мониторинг будет нацелен немедленно.

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

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

Возможно, пришло время привнести немного этого ритма в вашу систему.

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