2017-12-21 41 views
0

나는 당신에게 뭔가를 바운스 할 수 있습니까? 필자는 마이크로 서비스와 Azure Service Fabric에 대해 읽고 있으며 개념에 대해 간략하게 설명합니다.Azure 서비스 패브릭 v 모 놀리 식

내 이해에 따라, 마이크로 서비스는 Service Fabric 마법을 통해 자체 컨테이너에 배포 할 수 있습니다. 다른 서비스를 무시하고 워크로드가 올려지면 각 마이크로 서비스 컨테이너는 수평 확장됩니다. 예를 들어

  • 단지 2 microservices이 놀이가 상상한다.
  • 첫 번째는 유휴 상태 일 때 n 개의 컴퓨팅 리소스를 사용하고 유휴 상태 일 때 m 개의 리소스를 사용하는 데이터베이스 마이크로 서비스 인
  • 입니다.

는 쿼리 처리기는 컴퓨팅 \ VM 스케일링이 필요합니다 데이터베이스 microservice에 터무니없이 비싼 쿼리 (예를 들어 select * from aMultiBillionRowTable;)를 전달하는 말.

모 놀리 식 접근 방식에서 쿼리 처리기 마이크로 서비스의 리소스가 n * x 컴퓨팅 리소스로 조정되고 데이터베이스 마이크로 서비스가 m * x로 조정된다는 것을 알고 있습니다.

Azure Service Fabric 접근 방식에서 쿼리 처리기 마이크로 서비스는 n 컴퓨팅 리소스에 남아 있으며 데이터베이스 마이크로 서비스는 m * x로 확장됩니다.

이 정보가 맞습니까? 그렇다면, 위대한,하지만 거기에 내가 묵살하고있는 결과가 있습니까? 그들은 무엇인가? 나는 논문을 필요로하지 않고, 단지 조건을 스스로 연구 할 것이다.

답변

1

기계 용량이 n + m * x보다 큰 경우 주어진 예가 정확합니다.

서비스 패브릭을 사용하면 높은 밀도의 서비스를 제공하고 필요에 따라 서비스 간 클러스터 리소스를 공유 할 수 있습니다.

서비스 패브릭 또는 오케스트레이션의 또 다른 중요한 기능은 하나의 노드가 다운 된 경우에도 소비자가 서비스를 사용할 수있는 안정적인 서비스를 제공한다는 것입니다.