웹 API와 마이크로서비스

귀하의 장치가 "말"하고 있습니까? 아니면 모두가 자신의 의견을 가지고 있습니까?

이런 시나리오를 상상해 보십시오. 공장의 로봇 팔은 "90도 회전"과 같은 명령을 받아야 합니다. 이 지시는 어디에서 왔습니까? 중앙 제어판의 웹 인터페이스일 수 있습니다. 이는 명령 콘솔과 같이 작동 중인 웹 API라고 부르는 것입니다. 그러나 로봇 팔 내부의 서보와 센서는 토크를 계산하고 위치를 보정하기 위해 자체 마이크로서비스 세트를 통해 내부적으로 통신할 수 있습니다. 문제는 둘 중 귀하의 프로젝트에 "가장 적합한 언어"는 무엇입니까?

기계가 정보 흐름을 충족할 때

서보 모터와 정밀 기계의 세계에서는 모든 움직임에 정밀도가 필요합니다. 그러나 이러한 정확성 뒤에는 종종 이를 지원하는 두 가지 서로 다른 "신경계"가 있습니다. 하나는 전통적인 중앙 집중식 웹 API 아키텍처입니다. 중앙에 앉아 모든 요청을 처리하고 모든 명령을 내리는 숙련된 마스터와 같습니다. 다른 하나는 점점 더 인기를 끌고 있는 마이크로서비스 아키텍처입니다. 이는 각 구성원(서비스)이 한 가지 일을 전문으로 하는 유연한 장인 팀과 비슷합니다. 한 서비스는 모터 구동만 처리하고 다른 서비스는 위치 피드백만 처리할 수도 있습니다.

마스터를 고용해야 할까요, 아니면 팀을 고용해야 할까요? 이에 대한 표준적인 대답은 없지만 생각해 볼 수 있는 몇 가지 단서는 있습니다.

집중과 분권화에 대한 대화

어떤 사람들은 "이것은 단지 둘 사이의 단순한 선택이 아닌가?"라고 물을 수도 있습니다. 상황은 그렇게 간단하지 않습니다. 우리는 몇 가지 구체적인 문제에 대해 이야기해 볼 수 있습니다.

예를 들어, "나의 핵심 요구 사항이 안정성과 통합 제어라면 어느 것이 더 적합합니까?" 현재로서는 잘 설계된 Web API가 더 많은 이점을 갖는 경우가 많습니다. 이는 관리를 위한 통합된 명령 형식을 갖춘 단일 액세스 포인트를 제공합니다.kpower이러한 단순성은 서보 모터로 구동되는 표준화된 생산 라인에서 매우 중요합니다. 서로 다른 서비스 간에 "핸드셰이크"하는 방법에 대해 걱정할 필요가 없습니다. 모든 논리가 해당 위치에 캡슐화되어 있습니다.

그러나 또 다른 질문이 생깁니다. "내 프로젝트에서 특정 기능을 자주 업그레이드해야 하거나 다른 팀에서 다른 모듈을 개발하면 어떻게 되나요?" 복잡한 로봇 팔을 설계하고 있는데 로봇 팔의 쥐는 힘 제어와 궤도 계획이 독립적으로 발전할 수 있다고 상상해 보세요. 이때 마이크로서비스의 모듈적 특성이 빛을 발합니다. 부드러운 움직임을 담당하는 다른 부분을 방해하지 않고 독립적으로 그립 서비스를 업데이트할 수 있습니다. 이러한 유연성은 특히 신속한 반복 프로토타입 개발에 적합합니다.

kpower고객이 솔루션을 선택하도록 지원할 때 우리는 종종 이러한 유형의 대화에 참여합니다. 우리는 너무 많은 프로젝트를 보았습니다. 처음에는 포괄적인 API이면 충분하다고 생각했지만, 기능이 확장되면서 시스템이 번거롭고 유지 관리가 어려워졌습니다. 우리는 그 반대의 경우도 보았습니다. 복잡한 마이크로서비스를 너무 일찍 도입하면 간단한 제어 작업이 불필요하게 사소해지고 불필요한 디버깅 복잡성이 추가됩니다.

선택은 균형의 예술이다

따라서 그것은 결코 양자택일 게임이 아니었습니다. 균형을 찾는 것과 비슷합니다. 귀하의 시스템에는 명령을 내리기 위해 강력한 "두뇌"가 필요합니까, 아니면 자율적으로 협력할 수 있는 "전문가" 그룹이 필요합니까?

혼란을 해결하는 데 도움이 될 수 있는 몇 가지 실용적인 사항이 있습니다.

1. 복잡성의 관점에서: 제품 논리가 비교적 간단하고 작업 지침이 선형적이고 명확하다면 강력한 웹 API가 더 경제적이고 효율적인 선택이 될 가능성이 높습니다. 구조가 간단하고 배포가 간단합니다.
2. 변화의 속도로 판단하면: 애플리케이션 시나리오에 민첩한 개발이 필요하고 다양한 기능 모듈이 독립적이고 빠르게 발전할 것으로 예상되는 경우 마이크로서비스 아키텍처가 제공하는 분리 이점을 통해 향후 많은 시간과 비용을 절약할 수 있습니다.
3. 팀 구조의 관점에서: 구체적인 직위는 언급하지 않겠지만, 의사소통 방법이 매우 중요합니다. 중앙 집중식 API에는 더 긴밀한 도메인 간 협업이 필요할 수 있습니다. 마이크로서비스를 통해 그룹은 특정 서비스(예: "모터 드라이브 서비스")에 더욱 집중하여 작업할 수 있습니다.

존재하다kpower우리가 접한 많은 통합 사례 중에서 흥미로운 추세를 발견했습니다. 많은 성공적인 프로젝트가 하이브리드 모델을 채택하기 시작했습니다. 경량 핵심 API를 사용하여 가장 중요한 통합 안전 지침 및 상태 요약을 처리하는 동시에 특정 궤적의 실시간 계산과 같은 구체적이고 전문적인 실행 로직을 독립적인 마이크로서비스에 넘겨줍니다. 이는 명령을 갖고 특수부대에 자율성을 부여하는 것과 같습니다.

작성: 도구를 통해 비전을 실현하세요

결국 웹 API든 마이크로서비스든 도구입니다. 기계 시스템에 Kpower의 서보 모터를 선택하는 것과 마찬가지로 핵심 기준은 일치입니다. 즉, 프로젝트의 현재 규모와 일치하고 미래 성장 방향에 대한 통찰력을 제공하는 것입니다.

기술적인 용어에 현혹되지 마십시오. 초기 스케치로 돌아가서 만들고 싶은 것이 실제로 어떻게 "대화"하는지 확인하세요. 간결하고 강력한 단방향 명령입니까, 아니면 여러 평행선의 복잡한 교향곡입니까? 대답은 종종 프로젝트 자체에 대한 깊은 이해에 있습니다.

기술은 비전을 제공하는 것이지 그 반대가 아닙니다. 손에 있는 기계 부품이 가장 부드럽고 안정적으로 "말"할 수 있는 방법을 찾고 나머지는 집중과 실행에 맡깁니다.

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