마이크로서비스를 연결하는 방법

움직일 수 있는 관절, 유연한 손가락, 회전하는 머리를 갖춘 멋진 로봇을 만들어보세요. 그러나 모든 서보 모터와 서보를 컨트롤러에 연결하고 춤을 추도록 준비하면 컨트롤러가 제자리에 멈추거나 팔 중 하나가 무작위로 흔들리고 다리와 발이 완전히 불순종합니다.

부러진 부분은 아닙니다. 문제는 연결에 있습니다. 신호가 정리되지 않고 명령이 싸우고 있습니다.

이는 여러 마이크로서비스를 사용 가능한 시스템에 통합하는 것과 비슷한 느낌이 아닌가요? 각 마이크로서비스는 로봇의 관절 및 조향 장치와 같습니다. 그것들은 그 자체로는 완벽하게 작동하지만 명확한 연결과 방향이 없이 그냥 겹겹이 쌓으면 우아한 춤이 아닌 뒤죽박죽이 됩니다.

이제 이러한 "디지털 관절"이 실제로 함께 작동하도록 만드는 방법에 대해 이야기해 보겠습니다.

연결이 항상 엉망인 이유는 무엇입니까?

10명의 친구에게 함께 배를 만드는 임무를 맡겼다고 상상해 보세요. 서로 어떻게 소통할지, 누가 먼저 할 것인지, 누가 나중에 할 것인지 알려주지 않고 그냥 “시작하자”고만 하더군요. 그 결과 어떤 사람은 활을 두 개 만들었고, 어떤 사람은 고물을 세 개 만들었습니다. 재료도 맞지 않았고, 시간도 맞지 않았습니다. 배 대신 얻는 것은 손가락질과 고철더미뿐이다.

마이크로서비스의 세계에서도 마찬가지입니다. 각 서비스(예: 사용자 관리, 주문 처리, 결제 인터페이스)는 명확한 지침이 필요한 유능한 친구와 같습니다. 이들 간의 통신 채널(즉, API 호출, 메시지 대기열, 이벤트 트리거)이 제대로 설계되지 않으면 시스템이 느려지거나 취약해지거나 심지어 충돌할 수도 있습니다. 여러 서비스 간에 데이터가 동기화되지 않을 수 있으며, 한 서비스에 장애가 발생하면 다른 모든 서비스가 도미노처럼 무너질 수 있습니다.

이는 기술적 결함이 아니라 통신 장애입니다.

올바른 연결 방법은 무엇입니까?

두 개의 서보를 물리적인 와이어로 납땜하는 것만큼 간단하지 않습니다. 이것은 합의, 합의입니다.

각 서비스는 "자신과의 대화"를 줄이고 "다른 사람의 말을 더 많이 들어야" 합니다. 이는 명확하게 정의되고 안정적인 인터페이스를 의미합니다. 예를 들어, 주문 서비스에 사용자 정보가 필요한 경우 검색을 위해 사용자 서비스 데이터베이스에 직접 침입해서는 안 됩니다(이는 너무 무례하며 긴밀한 결합을 유발할 수도 있습니다). 정중하게 "질문"해야 합니다. "이봐, 사용자 123의 세부 정보 사본을 주실 수 있나요?" 명시적인 API를 통해. 사용자 서비스는 이를 들은 후 필요한 데이터를 반환합니다. 이러한 방식으로 그들은 서로 독립적이며 원활하게 협력합니다.

"비동기"가 발생하도록 허용합니다. 모든 요청에 ​​즉각적인 응답과 대기가 필요한 것은 아닙니다. 때때로 서비스 A는 서비스 B에게 "새 주문이 있습니다. 시간이 있을 때 처리하세요."라고 "알려" 주기만 하면 됩니다. 그러면 계속해서 다른 일을 할 수 있습니다. 이는 작업을 공유된 받은 편지함(메시지 대기열)에 놓고 다른 서비스가 자신의 속도에 맞춰 작업을 선택하고 처리하도록 하는 것과 같습니다. 시스템 전체가 더욱 안정적이 될 것이며, 단지 하나의 링크가 걸려 있다고 해서 막히는 일은 없을 것입니다.

게다가 "지휘관"이 필요합니까? 반드시 고유한 마스터 컨트롤러가 필요한 것은 아니지만 모두가 이해하고 따를 수 있는 '교통 규칙'이 필요합니다. 서비스 검색 메커니즘(서비스가 서로를 찾을 수 있도록 허용), 구성 센터(통합 관리 설정), 경량 게이트웨이(인증과 같은 몇 가지 일반적인 항목 확인 처리) - 이들은 명령을 내리는 상사가 아니라 트래픽을 조정하는 스마트 신호등 시스템과 비슷합니다.

서보 모터와 같은 연결 솔루션을 선택하십시오

로봇용 서보를 선택할 때 토크, 속도, 정확성, 신뢰성은 물론 크기와 가격이 프로젝트와 일치하는지 확인하게 됩니다. 마이크로서비스를 연결하기 위한 도구와 기술에도 비슷한 고려 사항이 필요합니다.

신뢰할 수 있나요? 매번 뉴스가 사라지나요? 빠른가? 대기 시간이 병목 현상을 일으키나요? 간단합니까? 시스템을 유지 관리하기에는 너무 복잡하게 만들까요? 귀하의 "디지털 로봇"이 성장하고 비즈니스가 성장함에 따라 쉽게 확장될 수 있습니까?

여기에는 보편적으로 통용되는 "표준 답변"이 없습니다. 빠르게 혁신하고 있는 소규모 프로젝트의 경우 경량 HTTP API를 사용하여 직접 호출하는 것으로 충분할 수 있습니다. 대량의 실시간 데이터를 처리하는 시스템의 경우 강력한 메시지 흐름이 필요할 수 있습니다. 핵심은 손에 있는 "몸"이 무엇을 하려는지 이해하고 그에 맞는 적절한 "공동 연결 방법"을 선택하는 것입니다.

시스템이 '살아있는' 순간

연결이 원활해지면 마법이 일어납니다. 전자 상거래 애플리케이션을 상상해 보십시오. 사용자가 구매를 클릭하고(프런트 엔드 서비스에 의해 트리거됨) 주문 서비스가 기록을 생성하고(그리고 재고 서비스에 예약 요청을 보내고) 결제 서비스가 호출되고, 완료 후 물류 서비스가 트리거되어 배송 준비를 하고, 이메일 알림 서비스가 사용자에게 확인 편지를 보냅니다. 이러한 일련의 동작은 부드럽고 자동으로 실행되는 복잡한 복싱 기술 세트와 같습니다.

사용자에게 표시되는 것은 간단한 '구매 성공' 페이지뿐입니다. 그는 자신 뒤에 있는 수십 개의 마이크로서비스가 우아한 연결을 통해 전력과 정보를 전달하는 정밀한 시계 장치와 같은지 알 수 없었습니다. 이 비가시성은 좋은 연결의 가장 높은 상태입니다.

그럼 어디서부터 시작해야 할까요?

"연결성이 큰 문제"라는 점을 인정하는 것부터 시작하세요. 그러나 가장 복잡한 방법으로 모든 서비스를 한 번에 연결하려고 하지 마십시오. "사용자 등록"과 같은 핵심 비즈니스 프로세스를 선택하고 명확하게 정의된 인터페이스와 비동기 메시지로 실행되도록 해보세요. 데이터 흐름의 리듬을 관찰하고 디버깅하고 느껴보세요.

각 부분이 독립적이면서도 조화롭게 작동할 때, 여러분이 만드는 것은 더 이상 코드 덩어리가 아니라 살아 있는 유기체라는 것을 알게 될 것입니다. 적응하고 성장할 수 있으며 예상치 못한 복잡한 작업을 완료할 수도 있습니다.

그것은 마치 당신이 그 로봇의 모든 서보의 매개변수와 신호 순서를 마침내 조정하고 시작 버튼을 누른 것과 같습니다. 로봇은 더 이상 꿈틀거리지 않고 꾸준한 발걸음을 내디딘 다음 당신을 향해 고개를 끄덕였습니다.

그 순간에는 모든 연결 작업이 그만한 가치가 있었습니다.

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