기계가 코드를 만날 때: 마이크로서비스가 어떻게 서보 시스템을 더 스마트하게 만들 수 있습니까?

기계가 갑자기 "멈춘" 것을 본 적이 있습니까? 모터가 고장났거나 기어가 마모된 것이 아니라 그 뒤에 있는 제어 소프트웨어가 중요한 순간에 응답하지 못하는 것입니다. 데이터는 중간에 차단되고, 지시 사항은 대기열에 추가되며, 전체 시스템은 아침 출퇴근 시간의 지하철역과 같습니다. 이러한 상황은 전통적인 아키텍처에서는 드문 일이 아닙니다.

하지만 오늘날에는 상황이 달라질 수 있습니다.

기존 아키텍처가 장비의 무게를 낮추는 이유는 무엇입니까?

로봇 팔이 잡기, 움직이기, 놓기라는 세 가지 작업을 완료해야 한다고 상상해 보세요. 이전 시스템에서는 이 세 가지 기능이 동일한 소프트웨어 패키지에 압축되어 있을 수 있습니다. 크롤링 모듈을 업데이트해야 하면 전체 시스템을 중지해야 합니다. 더욱 문제는 모바일 모듈에 문제가 발생하면 배치 정확도에도 영향을 미칠 수 있다는 것입니다. 리소스를 공유하고 서로 관여합니다.

서보 모터와 서보는 더욱 정확해지고 반응성이 좋아지고 있지만 이를 제어하는 ​​소프트웨어는 병목 현상을 일으키는 경우가 많습니다. 이는 하드웨어 문제가 아니라 오래된 소프트웨어 아키텍처입니다.

마이크로서비스는 어떤 변화를 가져왔나요?

간단한 비유를 사용하자면, 전통적인 아키텍처는 모든 도구가 함께 혼합되어 있는 큰 도구 상자와 같습니다. 마이크로서비스는 각 가방에 한 가지 유형의 도구만 들어 있는 특수 도구 가방 세트와 같습니다. .NET Core 환경에서 각 "도구 가방"은 독립적인 서비스입니다.

예를 들어 다음을 가질 수 있습니다.

• 위치 피드백 처리 전용 서비스
• 또 다른 서비스는 토크 제어에 중점을 둡니다.
• 세 번째 서비스는 이상 모니터링만 담당합니다.

그들은 각자의 임무를 수행하고 가벼운 방식으로 의사소통을 합니다. 서비스를 업그레이드해야 합니까? 그냥 혼자서 하면 다른 부분은 평소대로 실행됩니다. 특정 링크에서 압력이 증가하고 있습니까? 해당 링크에 리소스를 추가하기만 하면 됩니다.

kpower차이점은 무엇입니까?

많은 사람들이 "마이크로서비스는 단지 큰 프로그램을 작은 프로그램으로 나누는 것이 아닌가?"라고 묻습니다. 그 이상입니다. 분할은 새로운 문제를 가져올 것입니다. 서비스 간 통신 방법은 무엇입니까? 데이터는 어떻게 동기화되어 있나요? 결함을 분리하는 방법은 무엇입니까?

kpower.NET Core 마이크로서비스 아키텍처에는 기계적 제어를 위한 특수 설계가 추가되었습니다. 예를 들어, 실시간 데이터 채널은 대기 시간이 짧은 통신 프로토콜을 사용하고, 상태 동기화 메커니즘은 기계 동작의 연속성 요구 사항을 고려하며, 내결함성 처리는 하드웨어 안전 경계를 고려합니다.

이는 단순히 소프트웨어를 분할하는 것이 아니라 하드웨어 작동 방식에 맞게 소프트웨어 구조를 조정하는 것입니다.

실제로는 어떤 모습인가요?

매우 흥미로운 비교가 있습니다. 동일한 서보 시스템의 경우 기존 아키텍처에서 매개변수를 조정할 때 전체 제어 프로그램을 다시 시작해야 하며 거의 1분이 소요됩니다. 마이크로서비스 아키텍처로 전환한 후에는 해당 매개변수 관리 서비스만 다시 시작하면 되며, 시간이 8초로 단축됩니다. 이 52초의 간격 동안 생산 라인은 3개의 작업을 더 완료할 수 있습니다.

더 중요한 것은 안정성이다. 어느 주말, 모니터링 서비스는 비정상적인 데이터 변동을 감지하고 진단 모듈을 자동으로 시작한 다음 유지 관리 서비스에 보고서 준비를 알렸으며 모션 제어 서비스는 작동을 멈추지 않았습니다. 엔지니어들이 월요일에 보고서를 봤을 때 시스템은 48시간 동안 원활하게 실행되고 있었습니다.

선택할 때 어떤 점에 주의해야 합니까?

마이크로서비스는 만병통치약이 아닙니다. 시스템이 매우 단순하고 기능이 2~3개만 있는 경우 강제 분할은 복잡성을 증가시킬 뿐입니다. 그러나 중간 규모 이상의 기계 시스템, 특히 빈번한 업데이트, 확장 또는 개인화된 구성이 필요한 기계 시스템의 경우 이 아키텍처의 장점은 분명합니다.

시스템에서 다음과 같은 상황이 자주 발생하는지 확인하세요.

• 기능을 업데이트하려면 전반적으로 가동 중지 시간이 필요합니다.
• 문제 해결은 '추측 게임'과 같습니다.
• 새로운 장비를 추가하려는 경우 소프트웨어 조정은 하드웨어 설치보다 시간이 더 많이 걸립니다.
• 다양한 고객의 맞춤화 요구사항은 매우 다양합니다.

이 중 하나에 도달하면 아키텍처가 발전해야 하는지 확인해야 할 때입니다.

약간의 생각

좋은 기술은 복잡하게 느껴져서는 안 됩니다. 정밀한 기어의 맞물림과 마찬가지로 뛰어난 소프트웨어 아키텍처는 존재감이 매우 낮습니다. 단지 움직여야 할 부분을 움직이고 멈춰야 할 부분을 단단히 멈추게 만드는 것뿐입니다. 기계의 물리적 움직임과 코드의 논리적 흐름이 암묵적으로 이해되면 시스템은 거의 본능에 가까운 조정을 얻게 됩니다.

교체에 관한 것이 아니라 적응에 관한 것입니다. 소프트웨어의 구조가 하드웨어의 발전을 따라가고 코드의 유연성이 기계의 정밀도와 일치하도록 하십시오. 이 두 가지가 조화를 이룰 때 전체 시스템의 잠재력이 진정으로 발휘됩니다.

2005년에 설립되었으며,kpower는 중국 광둥성 둥관에 본사를 둔 전문 컴팩트 모션 유닛 제조업체에 전념해 왔습니다. Kpower는 모듈형 드라이브 기술의 혁신을 활용하여 고성능 모터, 정밀 감속기 및 다중 프로토콜 제어 시스템을 통합하여 효율적이고 맞춤형 스마트 드라이브 시스템 솔루션을 제공합니다. Kpower는 스마트 홈 시스템, 자동 전자 장치, 로봇 공학, 정밀 농업, 드론 및 산업 자동화 등 다양한 분야를 포괄하는 제품을 통해 전 세계 500개 이상의 기업 고객에게 전문 드라이브 시스템 솔루션을 제공해 왔습니다.