Azure 앱 서비스 대 Azure 서비스 패브릭
Azure Service Fabric 애플리케이션과 Azure App Service 애플리케이션을 생성해야 하는 시기를 설명할 수 있는 방법을 알려줄 수 있는 사람이 있습니까?빌드하려는 애플리케이션이 있지만 Azure Service Fabric을 사용하여 빌드해야 할지 Azure App Service를 사용하여 빌드해야 할지 결정할 수 없습니다.
안타깝게도 언제 무엇을 사용해야 하는지에 대한 공식적인 지침은 없습니다.서로 다른 개발 패러다임을 따르는 두 개의 별개의 플랫폼입니다.
앱 서비스는 서비스 패브릭이 즉시 제공하지 않는 기능을 제공합니다.자동 확장, 인증, 속도 제한, SaaS 애플리케이션과의 통합 등과 같은 것들.이러한 것들 중 일부 또는 모든 것들이 점차 Service Fabric에 제공될 수도 있지만, 현재는 다양한 대상을 대상으로 하고 있습니다. 경험이 적은 팀이 앱 서비스를 사용하는 것이 더 쉬울 수도 있습니다.
반면에 서비스 패브릭은 부품 구성을 쉽게 합니다.예를 들어, "전통적인" 접근 방식에서 데이터 저장소와 대화하는 API와 데이터 저장소에 타격을 주지 않도록 캐시가 있다면 다양한 내결함성 시나리오를 처리해야 합니다.서비스 패브릭을 사용하면 안정적인 컬렉션의 API 프로세스 내에 캐시를 배치할 수 있으므로 외부 캐시 구성 요소를 사용할 필요가 없습니다.데이터는 서비스와 동일한 위치에 있으며(검색/편집 속도가 빠름!) 서비스가 배포되는 모든 노드에 분산되어 있어 안정적입니다.큐에도 비슷한 것이 있습니다.API, 작업 서비스 및 대기열이 있고 이들이 통신할 수 있도록 하는 워크플로우 유형 시스템을 생각하면 3개의 서로 다른 구성 요소와 이들 간의 통신을 관리해야 합니다.서비스 패브릭을 사용하면 큐가 애플리케이션에 들어갑니다.그리고 그것의 절반입니다 :) 또한 일반적인 동시성 문제 없이 분산 계산을 위해 행위자 모델을 사용할 수 있는 힘을 얻을 수 있습니다.마지막으로, 서비스 패브릭을 사용하면 로컬 박스에서 보다 완벽한 개발 환경을 구축할 수 있습니다. Azure 개발 계정이나 기타 유사한 계정에서 대기열을 생성하는 작업을 처리할 필요로 하지 않습니다.
또한 두 가지 패러다임을 모두 사용하는 것을 막을 수 있는 것은 아무것도 없습니다. API를 노출하는 서비스 패브릭 앱과 그 위에 배치되는 논리 앱이 두 개 이상 있다고 상상해 보십시오.
구축하려는 내용, 출시 시기(서비스 패브릭은 현재 비공개 미리 보기에 불과하므로 GA에 도착할 때까지 시간이 걸릴 것) 및 어떤 팀을 보유하고 있는지에 따라 결정해야 합니다.앱 서비스를 사용하면 경험이 풍부한 팀이 없어도 쉽게 시작할 수 있을 것입니다. 하지만 서비스 패브릭을 사용하면 성능, 유연성 및 제어 능력이 향상될 것입니다.
Microsoft는 Azure App Service, 가상 시스템, 서비스 패브릭 및 클라우드 서비스를 비교하여 이 문서를 작성했습니다.또한 이 의사 결정 트리에 도움이 될 수도 있습니다.
앱 서비스는 관리형 서비스이며 SF는 사용자가 직접 관리하고 사용자의 구내에서도 실행할 수 있습니다.SF는 비 MS 스택 개발 앱 등을 더 잘 지원합니다.
이 문서에 명시된 바와 같이, "마이크로서비스 아키텍처를 사용하기 위해 새 애플리케이션을 만들거나 기존 애플리케이션을 다시 작성하는 경우에는 서비스 패브릭을 선택하는 것이 좋습니다. "
일부 앱을 호스팅하는 경우 SF를 검토하지 않는 것이 좋습니다. 반면에 10개 이상의 서비스를 구축하는 것이 더 나은 솔루션이 될 경우에는 SF를 참조하십시오.
또한 SF에는 서비스에 포함된 데이터 저장 메커니즘이 있습니다.3가지 이점이 있습니다. 1) 대규모 데이터 클러스터 2) 마이크로소프트 서비스에서는 각 서비스마다 고유한 데이터가 있어야 하고 SQL과 같은 것은 테이블이 1-3개뿐일 때는 다소 오버킬이 발생하기 때문에 단순한 데이터(종종 DB)는 큰 부담이 됩니다.액터 프로그래밍 모델의 상태 저장소입니다.
저는 SF와 웹 앱이 미래에 "클라우드 서비스" 사용자 기반을 자를 것이라고 생각합니다.
(향후 애플리케이션을 확장해야 할 경우 || 마이크로 서비스 아키텍처를 사용하여 애플리케이션을 구축하고자 할 경우) Azure 서비스 패브릭으로 전환하십시오.
그렇지 않으면 Azure 앱 서비스가 정상입니다.
기본 인프라에 대한 제어력을 강화하거나 직접 액세스해야 할 경우 서비스 패브릭을 사용합니다.
웹 앱에 대해 완전히 관리되는 호스팅 플랫폼이 필요한 경우 앱 서비스를 사용합니다.
-문서에 따라
언급URL : https://stackoverflow.com/questions/31140853/azure-app-service-vs-azure-service-fabric
'programing' 카테고리의 다른 글
| index.ts는 모두 무엇에 사용됩니까? (0) | 2023.05.04 |
|---|---|
| 지정된 도메인에 대한 git 푸시에 대한 SSH 키 지정 (0) | 2023.05.04 |
| 프로토콜을 어레이 유형 및 기능 매개 변수로 신속하게 사용 (0) | 2023.05.04 |
| 서비스 대리자가 xcode 8 오류를 거부함(SBMain Workspace) (0) | 2023.05.04 |
| SharedAccessBlobPermissions 값 Add, Create 및 Write의 차이점은 무엇입니까? (0) | 2023.05.04 |