마이크로서비스를 위한 grpc와 kafka

그렇다면 귀하의 마이크로서비스는 채팅을 하고 있지만… 듣고 있습니까?

마이크로서비스가 준비되어 실행 중입니다. 각각은 자신의 일을 수행하는 깔끔한 작은 전문가입니다. 그러나 당신은 벽, 즉 의사소통의 벽에 부딪혔습니다. 한 서비스에는 다른 서비스의 데이터가 필요하고, 세 번째 서비스에는 이벤트를 방송해야 하는데 갑자기 우아한 아키텍처가 모두가 서로 다른 방에서 소리를 지르는 파티처럼 느껴집니다. 어떻게 그들이 효과적으로 말하게 합니까? 단순히 말만 하는 것이 아닌 실제 대화를 통해 전체 시스템을 더욱 스마트하게 만들어보세요.

gRPC와 Kafka라는 두 가지 이름이 지속적으로 나타납니다. 어느 것이 "더 나은지"에 관한 것이 아닙니다. 시스템이 무엇을, 어떻게 말해야 하는지에 관한 것입니다. 소음을 차단해 보겠습니다.

하트비트 vs. 타운 크라이어

gRPC를 직접적이고 긴급한 전화 통화로 생각하세요. 한 서비스는 전화를 받고 즉각적인 응답을 위해 다른 서비스에 전화를 겁니다. "야, 지금 당장 이 사용자의 데이터가 필요해." 동기식이며 빠르고 정확합니다. 결제 처리 또는 중요한 구성 가져오기 등 진행을 위해 확인된 응답이 필요한 경우에 적합합니다. 서비스 간의 꾸준한 심장 박동처럼 연결이 단단합니다.

카프카? 그것은 마을 광장 게시판이나 강력한 라디오 방송에 가깝습니다. 서비스는 "주문 번호 1234가 배송되었습니다"라는 이벤트를 게시하고 이를 보드에 게시합니다. 기다리지 않습니다. 배송된 주문을 관리하는 다른 서비스는 방문하여 공지 사항을 읽고 원하는 시간에 조치를 취할 수 있습니다. 이것은 비동기식입니다. 뉴스를 방송하고 올바른 당사자가 준비가 되었을 때 이를 들을 수 있도록 하는 것입니다. 서비스를 아름답게 분리합니다. 발송인은 재고, 알림, 분석 서비스 등 누가 듣고 있는지 알 필요가 없습니다. 모두 귀를 기울이기만 하면 됩니다.

그럼 직접적인 대화가 필요한가요, 아니면 방송안내가 필요한가요? 그것이 길의 첫 번째 갈림길입니다.

선이 흐려질 때(그리고 실제로 그렇습니다)

흥미로운 점은 다음과 같습니다. 현실은 깨끗하지 않습니다. 귀하의 시스템에는 아마도 심장 박동과 마을 외침이 모두 필요할 것입니다.

사용자가 "체크아웃"을 클릭하는 것과 같은 중요한 단계별 명령 체인에 gRPC를 사용할 수도 있습니다. 그러나 주문이 완료되면 Kafka에 "OrderPlaced" 이벤트를 게시합니다. 충성도 포인트 서비스, 창고 시스템 및 이메일 엔진은 모두 해당 이벤트를 포착하고 주문 서비스가 땀을 흘리지 않고도 해당 작업을 수행합니다. 시너지 효과는 강력하다. gRPC와 Kafka가 아닙니다. 그것은 gRPC와 Kafka이며 각각의 강점을 발휘합니다.

이러한 계층적 접근 방식은 취약한 카드 하우스를 탄력 있는 유기체로 바꾸는 것입니다. 서비스가 독립성을 얻습니다. 이메일 서비스에 장애가 발생하더라도 주문 접수가 차단되지는 않습니다. 시스템은 이벤트 메모리, 즉 발생한 일을 이해하거나 상태를 재구성하기 위해 되돌릴 수 있는 로그를 확보합니다.

지속되는 대화 구축

도구를 선택하는 것은 한 가지입니다. 모터, 액추에이터 및 실시간 데이터 스트림의 험난한 현실에서 작동하도록 만드는 것은 또 다른 일입니다. 철학과 포장 도로가 만나는 곳입니다. 커뮤니케이션은 단순한 기술 체크박스가 아니라는 점을 이해하는 것입니다. 그것은 애플리케이션의 중추신경계입니다.

여러분은 메시지가 허공으로 사라지지 않는 신뢰성을 원합니다. 명확성을 원하므로 디버깅은 악몽 같은 사냥이 아닙니다. 실험실 벤치마크뿐만 아니라 실제 요구 사항을 충족하는 성능을 원합니다. 그리고 팀이 배관 문제로 끊임없이 싸우지 않도록 아키텍처의 단순성을 원합니다.

~에kpower, 우리는 움직임과 정확성의 세계에 살고 있습니다. 우리는 올바른 의사소통 패턴이 학술적인 것이 아니라 응답성, 효율성 및 안정성에 직접적인 영향을 미친다는 것을 알고 있습니다. 조율이라던가서보 기구움직임이나 스트리밍 센서 데이터의 원리는 동일합니다. 즉, 대화에 도구를 맞추는 것입니다. 때로는 엄격한 gRPC 스타일 명령일 때도 있습니다. 다른 경우에는 더 넓은 인식을 위해 Kafka와 같은 이벤트 스트림을 설정합니다.

목표는 귀하의 서비스를 수다스러울 뿐만 아니라 설득력 있게 만드는 것입니다. 전체 애플리케이션을 더욱 강력하고 확장 가능하며 궁극적으로 더 스마트하게 만드는 방식으로 통신하도록 합니다. 이는 올바른 질문을 묻는 것에서 시작됩니다. 귀하의 서비스가 서로에게 실제로 무엇을 말해야 합니까? 대답은 진정으로 경청하는 시스템을 위해 어떤 길을 택해야 하는지, 또는 두 가지를 혼합하는 방법을 알려줄 것입니다.

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