기계 프로젝트가 디지털 세계의 병목 현상에 직면할 때

지난번 서보 모터 프로젝트를 기억하시나요? 자정까지 디버깅을 하던 중 갑자기 특정 매개변수가 잘못돼 전체 생산 라인이 3시간 동안 멈춰 섰다. 아니면 지난달의 서보 배치. 테스트 중에 응답 시간은 항상 몇 밀리초 정도 차이가 나는 것으로 나타났습니다. 한 무리의 사람들이 장비 주위에 모여 머리를 긁적였습니다. 복잡한 기계 퍼즐을 맞추는 듯한 느낌이 듭니다. 완전하다고 생각할 때마다 새로운 불일치가 나타납니다.

실제로 이러한 문제에는 모두 공통된 그림자가 있습니다. 그 뒤에 분산된 시스템은 여러 사람이 서로 다른 방언을 사용하고 각자 자신의 일을 수행하는 것과 같아서 의사소통을 어렵게 만들고 오류가 발생하기 쉽습니다.

마이크로서비스 아키텍처: 마법이 아닌 새로운 도구 상자

이때 누군가는 마이크로서비스를 떠올릴 수도 있습니다. 용어에 겁먹지 말고 새로운 도구 상자라고 생각하세요. 전통적인 단일 시스템은 큰 도구 상자와 같으며 모든 도구가 함께 쌓여 드라이버를 찾는 데 오랜 시간이 걸립니다. 마이크로서비스는 도구를 드라이버 세트, 렌치 세트, 측정 장비 세트 등의 범주로 분류합니다. 각 도구 세트는 독립적이지만 서로 협력할 수 있습니다.

기계 프로젝트에서 이는 모션 제어, 데이터 수집 및 상태 모니터링과 같은 기능을 독립 모듈로 분할할 수 있음을 의미합니다. 모듈을 업그레이드하거나 디버깅해야 할 때 전체 시스템을 정지할 필요가 없습니다. 로봇 팔의 특정 관절을 조정하는 것처럼 전체 생산 라인을 중단할 필요가 없습니다.

Azure 실습: 빌딩 블록과 같은 시스템 구축

그럼 어떻게 해야 할까요? 레고를 만든다고 상상해 보세요. 각 빌딩 블록은 독립적이지만 표준 인터페이스를 통해 어떤 구조로든 결합될 수 있습니다. Azure 마이크로서비스 아키텍처는 바로 이러한 종류의 "표준화된 인터페이스"와 "연결 방법"을 제공합니다.

~에 의해kpower최근 우리가 지원한 서보 시스템 통합 프로젝트의 예입니다. 고객의 원래 시스템에는 모션 제어, 온도 모니터링 및 오류 경고의 세 가지 기능이 함께 결합됩니다. 제어 매개변수가 조정될 때마다 모니터링 모듈은 비정상적인 데이터를 생성합니다. 이후 재구성을 위해 마이크로서비스 모델이 채택되었으며 세 가지 기능이 독립적인 서비스로 분할되었습니다. 이제 제어 매개변수를 수정하는 것은 무선 채널을 조정하는 것과 같으며 다른 기능은 전혀 영향을 받지 않습니다.

누군가가 "그렇게 망가지면 관리하기가 더 번거롭지 않을까요?"라고 물었습니다. 좋은 질문입니다. 여기에는 또 다른 핵심 사항인 오케스트레이션이 포함됩니다. 심포니 오케스트라의 지휘자와 마찬가지로 Azure는 이러한 독립적인 서비스가 조화롭게 작동하도록 보장하는 성숙한 오케스트레이션 도구를 제공합니다. 각 서비스의 시작 순서나 통신 링크를 수동으로 관리할 필요가 없으며 시스템이 자동으로 처리합니다.

기계적 사고에서 데이터 사고로의 전환

기계를 가지고 노는 사람들은 소리, 진동, 온도를 통해 장비의 상태를 판단하는 촉각을 갖고 있는 경우가 많습니다. 이 경험은 가치가 있지만 복제하고 확장하기는 어렵습니다. 마이크로서비스 아키텍처는 이러한 "느낌"을 관리 가능한 데이터 흐름으로 변환합니다.

각 서비스는 전문 센서와 같습니다. 일부는 진동 주파수를 모니터링하고, 일부는 온도 변화에 중점을 두고, 일부는 전류 파형을 분석합니다. 이들은 각각 표준 인터페이스를 통해 데이터를 생성하고 정보를 교환합니다. 특정 매개변수가 비정상일 경우 관련 서비스는 숙련된 마스터처럼 신속하게 문제의 원인을 찾아냅니다.

이는 인간의 경험을 대체하는 것이 아니라 경험을 확장 가능하고 상속 가능하게 만드는 것입니다. 새로운 기술자는 베어링의 비정상적인 소리를 "듣기" 위해 3년을 소비할 필요가 없습니다. 시스템은 그에게 다음과 같이 알려줍니다. "두 번째 축 서보 모터의 진동 주파수가 임계값을 15% 초과합니다. 커플링 정렬을 확인하는 것이 좋습니다."

선택 및 구현을 위한 간단한 원칙

이 아키텍처를 시도하는 것을 고려한다면 몇 가지 간단한 원칙을 기억하십시오. 가장 중요하고 독립적인 모듈부터 시작하십시오. 각 서비스에 명확한 책임 경계가 있는지 확인합니다. 통일된 데이터 형식 표준을 확립합니다.

한 단계도 추구할 필요가 없습니다. 새 장치를 디버깅하는 것과 마찬가지로 먼저 핵심 기능을 실행한 다음 점차적으로 보조 모듈을 추가합니다.kpower고객의 구현을 지원할 때 일반적으로 데이터 수집이나 경보 알림과 같은 상대적으로 독립적인 기능부터 시작하는 것이 좋습니다. 이러한 모듈 변경은 메인 시스템에 거의 영향을 미치지 않으며, 그 효과를 빠르게 확인할 수 있습니다.

에 쓰여진

기술 아키텍처에 대해 이야기할 때 용어에 얽매이기 쉽습니다. 그러나 결국 기계 시스템과 소프트웨어 아키텍처 모두 동일한 목표를 추구합니다. 즉, 복잡한 작업을 보다 원활하고 안정적으로 실행하도록 만드는 것입니다.

서보 모터의 펄스 신호가 마이크로서비스 아키텍처를 통해 명확한 데이터 스트림으로 변환되고, 서보의 모든 움직임이 정확하게 추적 및 처리될 수 있게 되면 한때 사람들을 늦게까지 깨우쳤던 디버깅 문제는 점차 시스템에서 자동으로 생성되는 주간 보고서의 몇 가지 숫자로 바뀔 것입니다. 그리고 더욱 정교한 차세대 기계 구조 설계와 같이 인간의 지능이 실제로 필요한 작업에 더 많은 시간을 할애할 수 있습니다.

때로 진보는 더 복잡한 기계를 만드는 것이 아니라 기존 기계가 더 스마트한 방식으로 함께 작동하도록 만드는 것입니다. 기계와 숫자가 만났을 때 가장 감동적인 부분이 아닐까 싶습니다.

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