REST를 폐기하면 HATEOAS 이상의 기능을 잃게됩니다. 마이크로 서비스가 퍼블릭 (그리고 퍼블릭이거나 적어도 언젠가 퍼블릭하는 것이 좋습니다) ¹ 인 경우 REST 및 SOAP 이외의 다른 것을 사용하는 것이 문제가됩니다.

• 일부 개발자는 AMQP를 사용한 적이 없습니다.

• 일부는 AMQP를 사용했지만 종종 REST 및 SOAP에 훨씬 익숙합니다.

• 일부 언어의 AMQP 라이브러리는 특히 간단하지 않습니다.

• 서비스에 대한 수동 실험은 매우 제한적입니다. CURL을 사용하여 Amazon S3에 대한 요청을 수행 할 수 있습니다. SQ의 AMQP 변형을 사용하려면 컴퓨터에 무엇을 설치 해야 합니까?

• REST 및 SOAP 디버깅은 쉽습니다. HTTP 교환을 추적하고 분석합니다. AMQP 교환을 디버깅하기 위해 어떤 도구를 사용해야하는지 잘 모르겠습니다.

AMQP는 훌륭하지만 이벤트를 기반으로 한 매우 구체적인 교환 목적으로 수행됩니다. 기술적으로 AMQP를 사용하여 RPC를 수행 할 수는 있지만 주요 목적은 아닙니다.

비동기 측면도 중요합니다. 때로는 이점이 있습니다 : 서버에 요청을하는 동안 앱의 사용자 인터페이스를 차단하고 싶지 않습니다. 때로는 필요 이상으로 힘들어 지기도합니다. 로컬 파일이 손상되어 Amazon S3에서 파일 백업을 복구 한 다음 백업을 복원해야하는 경우 계속 진행하기 전에 배치 파일에서 작업을 마치려면 반드시 CURL이 필요합니다. 동기화 작업 (특정 시간 초과)은 완벽하게 이해됩니다.

기본 작업을 위해 REST를 유지하십시오.

• 제품 구하기

• 송장 저장

메시징이 실제로 의미가있는 작업에 AMQP를 사용하십시오.

• 9 월부터 모든 인보이스를 처리하고 보고서를 표시 할 준비가되면 앱에 알립니다 (일반적으로 2 ~ 10 분이 소요됨)

  ^{AMQP의 이점은 비동기 적 측면입니다. 10 분 동안 보류중인 HTTP 요청은 시간 종료 및 기타 문제를 일으킬 가능성이 높습니다.}

• 지원 담당자, 데이터베이스 관리자, 모니터링 팀,이 데이터베이스를 사용하는 응용 프로그램 개발자 등 관심있는 모든 사람에게 백업이 손상되었다는 정보 전달

  ^{AMQP의 이점은 무엇보다도 백업을 추적하고 손상된 것을 발견하면 경고를 트리거하는 응용 프로그램을 변경하지 않고 가입자를 추가 할 수 있다는 것입니다.}

^{¹ 회사 외부의 사용자가 공개 웹 서비스를 반드시 사용할 필요는 없습니다. 대기업 또는 중소 기업에서 서비스는 종종 같은 회사의 다른 부서에서 사용되며 제 3자가 사용하는 것과 동일한 요구 사항을 갖습니다. 모든 전화를 불신해야합니다 ( 누가 같은 회사에서 서비스를 호출하는지에 대해 들었다고해서 보안 문제를 악용하지는 않을 것입니다.) 같은 인도인이 반드시 전화 번호를 알지 못하고 반드시 그런 것은 아니기 때문에 제대로 문서화해야합니다 영어를 알고) 등}

답변