기계가 말할 때 시스템은 들을 수 있습니까?

상상해 보십시오. 생산 라인이 윙윙거리고 있습니다.서보 기구모터는 정밀하게 춤을 추고, 로봇 팔은 리듬에 맞춰 움직이며, 표면적으로는 모든 것이 완벽해 보입니다. 그러나 의사소통에 약간의 지연이 발생합니다. 센서 판독값이 1초 늦게 도착합니다. 컨트롤러와 액추에이터 사이 어딘가에 명령이 멈췄습니다. 갑자기 그 완벽한 조화가 깨졌습니다.

단일 기계가 고장나는 것이 아닙니다. 그들 사이의 대화가 무너지는 것에 관한 것입니다.

모션 제어, 자동화, 기계와 관련된 프로젝트에서 실제 과제는 하드웨어 자체가 아닌 경우가 많습니다. 우리는 올바른 것을 선택하는 데 너무 많은 시간을 소비합니다.서보 기구, 완벽한 기어박스, 가장 내구성이 뛰어난 기계 부품입니다. 그러나 침묵의 영웅 또는 숨겨진 악당은 전체 작업에서 이 모든 부분이 서로 대화하는 방식입니다. 작업 현장과 관리 소프트웨어 사이에 데이터가 당밀처럼 흐르면 효율성이 조용히 사라집니다.

이것이 소프트웨어를 구축하는 오래된 방식이 벽에 부딪히는 지점입니다. 모놀리식 시스템은 모든 기계에 대한 하나의 거대한 제어판과 같습니다. 한 가지를 바꾸면 다른 모든 것을 방해할 위험이 있습니다. 그것은 단단하고 깨지기 쉬우며, 현대 기계화의 역동적이고 상호 연결된 세계와 잘 어울리지 않습니다.

그렇다면 대안은 무엇입니까? 최대한 민첩하고 반응성이 뛰어난 디지털 신경계를 구축하려면 어떻게 해야 합니까?서보 기구모터?

마이크로서비스 접근 방식: 모듈식 기계 설계와 유사

좋은 기계 시스템을 어떻게 설계하는지 생각해 보세요. 모든 구성 요소를 하나의 견고한 블록으로 용접하지 않습니다. 여기서는 전원 장치, 저기에서는 변속기, 제어 모듈 등 모듈을 별도로 사용합니다. 한 부품을 업그레이드해야 하는 경우 전체 어셈블리를 폐기하지 않고 부품을 교체할 수 있습니다.

Spring Cloud Microservices는 동일한 엔지니어링 논리를 소프트웨어 아키텍처에 적용합니다. 하나의 대규모 애플리케이션 대신 시스템은 독립적인 소규모 서비스 모음으로 구축됩니다. 각 서비스는 재고 관리, 주문 처리 또는 서보 드라이브의 실시간 모니터링과 같은 특정 비즈니스 작업을 처리합니다. 독립적으로 실행되지만 경량 프로토콜을 통해 원활하게 통신합니다.

하드웨어 중심 프로젝트에서 이것이 왜 중요한가요?

• 회복력:"주문 처리" 서비스에 문제가 발생하더라도 전체 "기계 모니터링" 서비스가 중단되지는 않습니다. 생산 라인에서는 계속해서 데이터를 보고합니다. 완전히 종료하지 않고 모듈 하나만 고치면 됩니다.
• 확장성:센서 입력 증가로 인해 데이터 분석 속도가 느려지는 것을 느끼셨나요? 해당 분석 서비스의 더 많은 인스턴스를 배포하기만 하면 됩니다. 이는 전체 기어박스를 재설계하지 않고 더 많은 토크를 처리하기 위해 다른 기어를 추가하는 것과 같습니다.
• 기술의 자유:품질 관리를 위한 새롭고 뛰어난 AI 비전 모듈이요? 기본 데이터베이스와 다른 언어로 작성되었을 수 있습니다. 마이크로서비스를 사용하면 괜찮습니다. 각 서비스는 특정 작업에 가장 적합한 도구를 사용할 수 있습니다. 이들은 모두 잘 정의된 API(표준 플랜지 또는 커플링 인터페이스와 디지털 버전)를 통해 연결됩니다.

하지만 실제로 시작해 봅시다. 이것은 단지 멋진 개념입니까, 아니면 실제 골치 아픈 문제를 해결합니까?

Q&A: 일반적인 매듭 풀기

Q: 창고에 자동 가이드 차량(AGV)을 더 추가할 예정입니다. 우리의 현재 소프트웨어는 이미 부하로 인해 끙끙거리고 있습니다. 완전하고 고통스러운 교체가 필요합니까? A: 마이크로서비스 아키텍처에서는 그렇지 않습니다. 전용 "AGV 조정" 서비스를 구축하거나 확장할 가능성이 높습니다. 이 새로운 서비스는 새로운 차량에 대한 모든 라우팅, 트래픽 로직 및 통신을 처리합니다. 기존 시스템에 연결되어 기존 핵심 애플리케이션의 부담을 덜어줍니다. 이전 시스템은 이 새로운 서비스에서 작업을 요청하기 위해 간단한 업데이트가 필요할 수 있습니다. 철거가 아닌 업그레이드입니다.

질문: 우리 유지 관리 팀은 서보 모터의 실시간 알림이 필요하지만 ERP는 밤에만 일괄 업데이트를 받습니다. 그것은 위험한 지연입니다. A: 바로 갭 마이크로서비스 브리지입니다. 실시간 데이터 스트림을 수집하는 "실시간 모니터링" 서비스가 기계 가까이에 있을 것입니다. 매개변수가 표류하는 순간, 이 서비스는 "알림" 서비스(SMS 또는 대시보드 경고 전송)를 통해 즉시 경고를 트리거할 수 있으며 "ERP 통합" 서비스에 이벤트를 기록할 수도 있습니다. 정보는 필요할 때 필요한 곳으로 동시에 흐릅니다.

질문: 이건… 복잡해 보이네요. 서비스가 많아지고 관리해야 할 부분이 늘어나나요? A: 그것은 다른 종류의 복잡성입니다. 예, 더 많은 구성 요소가 있지만 각 구성 요소는 더 간단하고 집중적이며 이해하기 쉽습니다. 모놀리식 앱의 복잡성은 제어 캐비닛 내부의 얽힌 전선 공과 같아서 추적하기에는 악몽입니다. 마이크로서비스는 라벨이 잘 붙은 터미널 블록과 같습니다. 각 연결은 명확합니다. Spring Cloud 에코시스템 내의 도구는 소프트웨어 모듈의 자동화된 관리 시스템 역할을 하는 서비스 검색, 구성, 라우팅 등 어려운 부분을 처리합니다.

작동시키기:kpower관점

이를 채택하는 것은 단순히 프레임워크를 다운로드하는 것이 아닙니다. 이는 소프트웨어의 유연성을 하드웨어의 정밀도에 맞추는 관점의 전환에 관한 것입니다. 성공은 처음부터 사려 깊은 디자인에 달려 있습니다.

~에kpower, 우리는 이를 단순한 코딩 작업이 아닌 시스템 통합 문제로 봅니다. 첫 번째 단계는 드라이브 구성 요소의 토크 및 속도 사양을 정의하는 것과 마찬가지로 각 서비스가 소유하고 책임지는 명확한 "도메인 경계"를 정의하는 것입니다. 그런 다음 서비스 간의 불변 인터페이스로서 강력하고 안정적인 API에 중점을 두고, 한 서비스를 업데이트해도 다른 서비스가 중단되지 않도록 이전 버전과의 호환성을 보장합니다.

관찰 가능성은 협상할 수 없습니다. 고급 서보 컨트롤러의 진단 판독값만큼 상세한 대시보드를 제공하려면 모든 서비스에 대한 포괄적인 로깅, 추적 및 메트릭이 필요합니다. 이를 통해 단순히 "시스템이 느립니다"가 아닌 특정 서비스에 대한 지연 문제를 정확히 찾아낼 수 있습니다.

마지막으로 각 서비스에 대한 자동화된 테스트, 자동화된 배포 파이프라인 등 자동화를 수용해야 합니다. 이를 통해 안정적이고 반복 가능한 릴리스 프로세스가 생성되어 소프트웨어 개발에 자동화된 조립 라인의 일관성이 적용됩니다.

목표는 단결입니다. 엄격하고 중앙화된 제어가 아닌 지능적이고 협력적인 커뮤니케이션을 통해 가능합니다. 이는 기계 프로젝트를 지원하는 소프트웨어가 물리적 구성요소에서 중요하게 생각하는 것과 동일한 품질(신뢰성, 모듈성, 정밀한 성능)을 보유하는 시스템을 구축하는 것입니다.

기계가 말할 때 기업 전체가 한 순간도 놓치지 않고 듣고, 이해하고, 응답할 수 있어야 합니다. 진정한 운영 조화가 시작되는 곳입니다.

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