Почему ваши сервоприводы всегда «делают свое дело»?

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

Так где же ключ?

Микросервисы: сделайте каждую часть «живой»

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

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

«Но увеличит ли это проблемы с управлением?» кто-то может спросить.

От «мастерской технического обслуживания» к «командному центру»

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

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

Как начать создавать свой первый микросервисный модуль?

Нет необходимости переписывать всю систему целиком. Начните с самой болезненной части. Например, если в вашем механическом проекте калибровка угла поворота рулевого механизма всегда занимает слишком много времени, вы можете сначала отделить эту функцию и сделать ее независимой «услугой калибровки». Используйте .NET Core, чтобы написать небольшую и целенаправленную программу, и пусть она отвечает только за одно: получение данных об углах, расчет отклонений и вывод инструкций по коррекции.

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

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

Микросервисы — это не просто технология, это образ мышления.

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

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

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

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