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

Когда ваши машины начинают говорить на разных языках

Представьте себе: у вас есть гладкая сборочная линия. Там гудит роботизированная рука, внизу мигает система обзора, а конвейерная лента несет детали. Они все должны быть командой. Но такое ощущение, что они в разных комнатах и ​​кричат ​​сквозь стены. Данные застревают. Команда с панели управления выбирает живописный маршрут, чтобы добраться до двигателя. Вам нужна маневренность, а у вас есть клубок проводов и задержек. Звучит знакомо? Эта старая, монолитная система управления сдерживает вас.

Речь идет не только о машинах. Речь идет о том, чтобы они вели настоящий, беглый разговор.

От монолита к оркестру: идея микросервиса

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

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

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

gRPC: Высокопроизводительный интерком

Именно здесь на помощь приходит gRPC. Забудьте о медленном и громоздком обмене данными. gRPC — это все равно, что предоставить вашим микросервисам выделенную высокоскоростную телефонную линию. Он создан для современных систем. Вместо отправки неуклюжих текстовых сообщений (например, JSON) он использует протокольные буферы — экономичный двоичный способ структурирования данных. Он меньше и быстрее. Думайте об этом как о передаче плотно набитого портфеля, а не о чтении вслух целого романа по телефону.

Почему это важно длясервоприводдвигатели и механизмы? Задержка. Когда вы отправляете команду «перейти на позицию 45°», вам нужно, чтобы она пришла сейчас, а не через несколько сотен миллисекунд. Эффективная связь gRPC значительно сокращает время в пути. Это также позволяет осуществлять двунаправленную потоковую передачу. Ваша служба датчиков может отправлять непрерывный поток данных в режиме реального времени в службу логики, которая может мгновенно отправлять корректировки двигателю — плавный, непрерывный диалог, а не серию выкрикиваемых команд.

Итак, вы можете задаться вопросом, усложняет ли это ситуацию? Удивительно, но это может упростить. Каждый микросервис, взаимодействующий через gRPC, становится готовым к использованию компонентом. Необходимо обновить систему привода? Замените только этот микросервис. Масштабирование? Дублируйте службу, которая находится под большой нагрузкой. Остальная часть системы не мигает.

мощностьМнение автора: сделать разговор естественным

Реализация этого – это не просто применение новых технологий для решения старых проблем. Речь идет о продуманном дизайне. Как разделить функции системы? Каковы правильные границы? Здесь важен опыт.

Рассмотрим простой блок захвата и размещения. Традиционно одна программа контролирует зрение, траекторию движения руки и захват. В настройке микросервиса с gRPC:

• АВизион Сервисопределяет местоположение детали и передает координаты.
• АСлужба планирования движенияполучает эти координаты, вычисляет путь и передает целевые углы.
• АсервоприводСлужба контроляполучает угловой поток и выполняет движение с минимальными дрожаниями.

Услуги разделены. Если камера меняется, вы обновляете только Vision Service. Остальной оркестр продолжает играть.

Красота заключается в прочности. Если в одной службе произошел сбой, она часто может перезапуститься независимо, не вызывая сбоя всей линии. Система также становится более наблюдаемой — вы можете следить за здоровьем и производительностью каждого «эксперта» индивидуально.

Собираем все это вместе

Переход от монолитной архитектуры к микросервисной с помощью gRPC подобен переходу от централизованной цепочки команд к объединенной в сеть коллективной команде. Он устраняет основные проблемы, связанные с задержкой интеграции, хрупкостью системы и головными болями при обновлении. Целью является не сложность сама по себе; Речь идет о создании системы, которая будет такой же отзывчивой и адаптируемой, как и механические части, которыми она управляет.

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

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