일부 기사를 읽고 비디오를 보았지만 이러한 마이크로 서비스를 제공 할 때 구체적인 제안을 찾지 못했습니다. 내 이해는 그들이 자신의 응용 프로그램 서버와 함께 제공되어야한다는 것입니다.마이크로 서비스 아키텍처에서 마이크로 서비스는 어떻게 제공됩니까?
제 질문은 다른 서버에 배포해야하며 상관 없습니다.
동일한 서버 (컴퓨터)에서 서비스를 제공 할 때 포트 충돌이 발생하지 않습니까?
일부 기사를 읽고 비디오를 보았지만 이러한 마이크로 서비스를 제공 할 때 구체적인 제안을 찾지 못했습니다. 내 이해는 그들이 자신의 응용 프로그램 서버와 함께 제공되어야한다는 것입니다.마이크로 서비스 아키텍처에서 마이크로 서비스는 어떻게 제공됩니까?
제 질문은 다른 서버에 배포해야하며 상관 없습니다.
동일한 서버 (컴퓨터)에서 서비스를 제공 할 때 포트 충돌이 발생하지 않습니까?
일부 기사를 읽고 비디오를 보았지만 이러한 마이크로 서비스를 제공 할 때 구체적인 제안을 찾지 못했습니다. 내 이해는 그들이 자신의 응용 프로그램 서버와 함께 제공되어야한다는 것입니다.
정말 필요한 것은 아닙니다. Play 및 Spray와 같은 프레임 워크에는 응용 프로그램 서버가 필요하지 않습니다.
는 here를 참조하십시오 - 나는 인용 : 당신은 또한 응용 프로그램 서버에서 호스팅되는 진정한 마이크로 서비스 기반 아키텍처를 찾을하지 않을거야
, 그 패배의 종류 지점을. 이를 위해 마이크로 서비스 자체 호스트, 그들은 항구를 잡고 들어. 즉, 일반적인 엔터프라이즈 애플리케이션 서버가 가져올 수있는 이점을 모두 잃게되고 서비스에서 필수적인 것 중 일부 (계측, 모니터링 등)를 제공해야합니다.
는 내 질문은 서로 다른 서버에 배포해야하거나 문제가되지 않습니다.
확실히 하드웨어 리소스를 절약하기 위해 서버를 공유하려고합니다. 컨테이너 화 (예 : Docker 및 OpenShift 참조)는 꽤 좋은 모델입니다.
동일한 서버 (컴퓨터)에서 서비스를 제공 할 때 포트 충돌이 발생하지 않습니까?
가상 IP 주소를 사용하고 VIP에 바인딩하는 경우에는 해당되지 않습니다.
다른 방법으로 Docker는 다른 접근 방식을 사용합니다. 임의의 포트에 바인드합니다. 그러면 해당 포트를 해당 포트에 "동의 한"포트로 포팅하여 외부 세계에 노출시킬 수 있습니다.