시스템이 투박해지면 작게 생각해야 할 때입니다

무엇을 해야 할지 모든 것을 지시하는 소프트웨어인 기계의 두뇌가 너무 무겁다고 느낀 적이 있습니까? 간단하게 시작됩니다. 여기에 기능을 추가하고 저기에 모듈을 추가합니다. 그러던 어느 날 당신은 모든 작은 변화가 전체 시스템에 전율을 일으킨다는 것을 깨닫습니다. 상황이 느려집니다. 한 부분의 딸꾹질이 다른 모든 것을 멈추게 합니다. 그것은 하나의 커다란 방향타로 거대한 배를 돌리려고 하는 것과 같습니다.

그건 옛날 방식이에요. 모놀리식 아키텍처. 모든 작업을 수행하는 하나의 큰 코드 블록입니다.

그렇다면 탈출 계획은 무엇입니까?

대신에 전문 인력으로 구성된 팀을 상상해보세요. 하나는 모터 명령을 처리하고, 다른 하나는 센서 데이터를 관리하고, 세 번째는 사용자 지침을 처리합니다. 그들은 서로 명확하게 이야기하지만 독립적으로 일합니다. 한 사람이 쉬면 다른 사람은 계속해서 일을 하게 됩니다. 이것이 마이크로서비스 시스템 아키텍처입니다. 그리고 함께 일하는 누구에게나서보 기구모터, 액추에이터, 기계 등은 단순한 기술 트렌드가 아니라 실용적인 생명선입니다.

왜 모든 것을 조각으로 나누나요? 통제에 관한 것입니다.

솔직하게 말해보자. 우리 세상에서는 정확성과 신뢰성이 있으면 좋은 것이 아닙니다. 그것들은 전부입니다. 마이크로서비스 다이어그램은 단지 예쁜 그림이 아닙니다. 회복탄력성을 위한 청사진입니다.

로봇 팔을 생각해 보세요. 당신은서보 기구움직임을 위한 컨트롤러, 궤적을 위한 컨트롤러, 피드백을 위한 센서 및 사용자 인터페이스입니다. 모놀리스에서는 이러한 모든 기능이 하나의 애플리케이션으로 통합됩니다. UI 로직을 업데이트하면 섬세한 PID 제어 루프가 방해받을 위험이 있습니다.서보 기구. 이상적이지 않습니다.

마이크로서비스 접근 방식을 사용하면 각 기능이 자체 "서비스"에 존재합니다. 서보 제어 서비스는 모터 명령이라는 한 가지 작업을 수행합니다. 계획 서비스의 지침을 수신하고 데이터를 모니터링 서비스로 보냅니다. API나 메시지 대기열과 같은 명확하고 정의된 채널을 통해 연결됩니다.

이것이 당신에게 무엇을 가져다 주나요?

• 더 이상 도미노 효과가 없습니다:서보 제어 모듈이 충돌합니까? 전체 시스템을 중단하지 않고 다시 시작됩니다. 팔이 정지될 수 있지만 UI와 데이터 로깅은 계속 실행되어 무엇이 잘못되었는지 정확하게 알려줍니다.
• 두려움 없는 업데이트:보다 부드러운 모션을 위해 더 나은 알고리즘이 필요하십니까? 해당 서비스 하나를 다시 빌드하고 재배포하면 됩니다. 나머지 시스템은 이를 인지하지도 못합니다.
• 필요한 만큼 확장:데이터 처리 측면이 압도되고 있습니까? 전체 대규모 애플리케이션을 확장하는 대신 해당 서비스에만 더 많은 컴퓨팅 성능을 추가하여 확장할 수 있습니다.

이 청사진 그리기를 어떻게 시작하나요?

그것은 경계로 시작됩니다. 기계의 기능을 살펴보고 단독으로 사용할 수 있는 기능 주위에 선을 그으십시오. 서보 제어가 전형적인 예입니다. 자연스러운 서비스입니다.

다음으로 대화를 정의합니다. 동작 계획 서비스는 서보 서비스와 어떻게 통신합니까? 간단한 REST 호출(“여기에 목표 위치와 속도가 있습니다”)이 있습니까? 아니면 MQTT와 같은 프로토콜을 통한 지속적인 메시지 스트림인가요? 이는 다이어그램에서 화살표와 연결선으로 그려집니다.

그런 다음 데이터를 고려하십시오. 각 서비스는 해당 데이터를 소유해야 합니다. 서보 서비스는 실시간 성능 로그를 유지합니다. 진단 서비스에서 이를 요청할 수 있지만 이를 소유하지는 않습니다. 이러한 분리는 지저분하고 얽힌 데이터베이스를 방지합니다.

마지막으로 이러한 서비스가 서로 안정적으로 찾고 통신할 수 있는 방법, 즉 서비스 검색 메커니즘이 필요합니다. 이는 마이크로서비스 도시의 전화 시스템과 같습니다.

하지만 이게 더 복잡하지 않나요?

공정한 질문입니다. 하나의 복잡한 것(모놀리스)을 현재 조정이 필요한 더 간단한 것들로 교환하고 있습니다. 복잡성은 내부 코드에서 통신 네트워크로 이동합니다. 이것이 바로 다이어그램이 협상 불가능한 이유입니다. 이것이 새로운 지형의 지도입니다.

이것이 없으면 "분산형 단일체"라고 부르는 최악의 상황이 발생하게 됩니다. 서비스는 너무 복잡하고 종속적이어서 하나의 앱일 수도 있지만 네트워크 오버헤드가 모두 발생합니다.

좋은 다이어그램을 사용하면 코드를 작성하기 전에 계약, 실패 모드 및 데이터 흐름에 대해 생각하게 됩니다. "이 메시지가 손실되면 서보가 해당 위치를 유지합니까, 아니면 안전한 상태로 전환됩니까?"와 같은 질문을 합니다.

그만큼kpower접근 방식: 처음부터 명확성

우리는 프로젝트가 엉키는 것을 보았습니다. 경직되고 투박한 소프트웨어로 인해 방해를 받는 정밀한 서보 시스템과 같은 훌륭한 하드웨어 설계로 시작하는 경우가 많습니다. 컴파일 시간이 지나면 민첩하고 스마트한 기계에 대한 비전이 사라지고 배포가 중단됩니다.

마이크로서비스에 대한 생각이 차이를 만드는 곳이 바로 여기입니다. 그리고 생각에는 캔버스가 필요합니다. 마이크로서비스 시스템 아키텍처 다이어그램이 이를 제공합니다. 이는 단일체 함정에서 벗어나는 첫 번째 단계입니다.

최신 모션 제어 시스템을 구축하는 팀의 경우 이는 추상적이지 않습니다. 구체적입니다. 전체 제어 로직을 재설계하지 않고도 다음 분기에 통신 프로토콜을 교체할 수 있다는 점입니다. UI 팀이 새로운 대시보드를 디자인하는 동안 펌웨어 팀이 서보 드라이버에 대해 작업하도록 하는 것입니다. 두 팀은 서로 밟지 않고 빠르게 움직입니다.

목표는 제어하는 ​​기계 구성 요소만큼 모듈식이며 안정적인 시스템을 만드는 것입니다. 잘 그려진 아키텍처는 이를 가능하게 하는 연결고리입니다. 이는 코드 모음을 조정되고 탄력적인 기계로 바꿔줍니다. 이는 구동할 스마트 장치와 마찬가지로 적응하도록 제작되었습니다.

다이어그램부터 시작하세요. 대화를 계획하세요. 귀하의 서보는 명확성에 대해 감사할 것입니다.

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