빠른 아키텍처 질문입니다.
데이터베이스가 있는 포털/웹 사이트를 설정해야 합니다. 이것은 쉽지만 이제 API를 통해 상호 작용할 수 있는 앱 및 기타 클라이언트에 대한 기능을 추가하고 싶습니다.
내 첫 번째 생각은 아키텍처에 ESB를 넣는 것이었습니다. 웹 사이트, 앱 및 클라이언트는 ESB에 연결되고 ESB는 데이터베이스에 연결됩니다.
가능하다면 포털에서 로드 밸런싱을 수행하고 ESB에서 로드 밸런싱을 수행하려고 합니다.
이것이 바람직할까요? 그렇다면 지금 ESB를 구현하고 있다면 IIS와 같은 형태가 될 것입니까, 아니면 ESB에 직접 연결될 것입니까?
우려 사항에는 메시지 손실, 포털용 DB에 대한 쿼리 속도가 느려지지 않는 ESB 성능 등이 포함됩니다.
어떤 제안이라도 감사하겠습니다. 감사해요
답변1
ESB는 복잡한 통합 프로젝트에 적합합니다. 간단한 것을 찾고 있다면 일종의 RPC 메커니즘(JSON-RPC/XML-RPC/REST/SOAP/등)을 통해 API를 노출하는 것부터 시작하는 것이 좋습니다. 실제로 ESB가 필요할 정도로 요구 사항이 커지면 API를 ESB 엔드포인트에 쉽게 통합할 수 있습니다.