Пусть ваша система вращается точно, как сервопривод: поговорим о масштабировании микросервисов

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

А что насчет реальности? Многие системы поначалу работают гладко, но зависают, как только пользователей становится больше. Чтобы добавить больше функций, их приходится полностью ремонтировать, как старую ржавую машину. Что пошло не так?

Почему ваша система «не может вращаться»?

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

В это время некоторые люди скажут: используйте микросервисы! Разве не было бы неплохо разбить систему на мелкие части и сделать их независимыми?

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

Как «построить» микросервисы, чтобы их можно было по-настоящему масштабировать?

Настоящая масштабируемость заключается не в объединении сервисов, а в том, чтобы заставить сервисы работать вместе, как точное оборудование. Вот несколько ключевых шестеренок, которые встают на место:

Во-первых, разделение услуг является разумным. Он делится не по объёму кода, а по границам бизнеса. Как и в механической конструкции, приводная часть, чувствительная часть и часть управления должны быть четко разделены. Каждый микросервис должен соответствовать независимой бизнес-возможности и может запускаться и выполняться независимо.

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

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

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

От «удобного» к «простому в использовании»: некоторые фрагменты практического опыта

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

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

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

: Найдите свой ритм

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

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

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

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