4

여러 통신 서비스로 나눌 수있는 응용 프로그램이 있습니다. 현재의 구현은 모 놀리 식이며 개별 구성 요소를 개별적으로 배포, 반복 및 반복 할 수 있도록 동일하게 재구성하려고합니다. 나는 푸른이 작업을 수행하는 두 가지 방법을 참조하십시오서비스 패브릭 Microservices의 장점 대 Azure Cloud 서비스/웹 앱의 컬렉션

  1. 서비스 패브릭 서비스 마이크로 서비스를 통신 설정 구성을 (무, 웹 API 등) 개별 푸른 웹 앱/클라우드 서비스의
  2. 모음 그 http 엔드 포인트에서 서로를 호출하십시오.

2가 1보다 큰 이점이 있습니까? 다른 하나를 선택하는 경험 법칙은 또한 매우 도움이 될 것입니다.

답변

14

나는이 페이지가 잘 비교 생각 : https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cloud-services-migration-differences/

내가 이것보다 더 잘 말할 수 없다.

실제로 엄지 손가락의 규칙은 없습니다. 서비스 패브릭은 더 복잡해 보이지만 클라우드 서비스/웹 앱에서는 제공하지 않는 것들을 제공합니다. (제공된 링크에서 가져온)

빠른 요약 :

서비스 패브릭 자체는 클라우드 서비스가 부착 된 워크로드와 푸른 관리 VM을 배포하기위한 시스템 인 반면, Windows 또는 Linux에서 실행되는 응용 프로그램 플랫폼 계층입니다. 서비스 패브릭 응용 프로그램 모델에는 다음과 같은 여러 가지 이점이 있습니다.

  • 빠른 배포 시간. VM 인스턴스를 만드는 데 시간이 오래 걸릴 수 있습니다. 서비스 패브릭에서 VM은 서비스 패브릭 응용 프로그램 플랫폼을 호스팅하는 클러스터를 형성하기 위해 한 번만 배포됩니다. 이 시점부터 응용 프로그램 패키지를 클러스터에 신속하게 배포 할 수 있습니다.
  • 고밀도 호스팅. 클라우드 서비스에서 작업자 역할 VM은 하나의 작업 부하를 호스팅합니다. 서비스 패브릭에서 응용 프로그램은 해당 응용 프로그램을 실행하는 VM과 별개의 기능을합니다. 즉, 적은 수의 응용 프로그램에 많은 수의 응용 프로그램을 배포 할 수 있으므로 대규모 배포시 전체적인 비용이 절감됩니다.
  • 서비스 패브릭 플랫폼은 Azure 또는 사내 구축 환경의 Windows Server 또는 Linux 컴퓨터가있는 곳이면 어디에서나 실행할 수 있습니다. 플랫폼은 기본 인프라에 추상화 계층을 제공하므로 응용 프로그램을 다른 환경에서 실행할 수 있습니다.
  • 분산 응용 프로그램 관리. Service Fabric은 분산 응용 프로그램을 호스팅 할뿐만 아니라 호스팅 VM 또는 시스템 수명주기와 독립적으로 수명주기를 관리하는 데 도움이되는 플랫폼입니다.