서비스 패브릭 응용 프로그램과 서비스의 차이점

서비스 패브릭의 응용 프로그램 개념에 대한 추론은 무엇입니까? 응용 프로그램과 서비스 간의 권장 관계는 무엇입니까? 애플리케이션이 유용한 시나리오는 무엇입니까?서비스 패브릭 응용 프로그램과 서비스의 차이점

2017-02-19 Denis Biondic

[Azure API 응용 프로그램과 Azure 서비스 패브릭의 차이점은 무엇입니까?] (http://stackoverflow.com/questions/41600014/what-is-the-difference-between-azure-api-apps- and-azure-service-fabric) – feranto

Azure API 응용 프로그램은 다른 점이 있습니다 –

-1

현재 어떻게 보는지, 응용 프로그램은 여러 서비스를 함께 그룹화하고 단일 단위로 관리하는 좋은 개념입니다. 서비스 패브릭의 맥락에서 이것은 완전히 독립형이라고 보증 할 수없는 다중 나노 서비스가있는 경우에 유용합니다. 대신 마이크로 서비스 (SF 응용 프로그램)로 패키지 할 수 있습니다.

면책 조항 :- nano-service는 Stateless SF 서비스 (예 : 대기열에서 읽음, 코드 줄을 처리하여 다른 대기열에 쓰기)로 실행되는 정말 작은 코드 일 것입니다. - "일반"마이크로 서비스의 경우 1 SF 응용 프로그램 = 1 SF 서비스로 패키징하는 것을 고려할 수 있습니다.

출처

2017-02-19 21:16:38

LOB 응용 프로그램을 개발할 경우 도메인 당 응용 프로그램을 만들고 여러 마이크로 서비스가있을 것입니다. 따라서 응용 프로그램과 서비스로 문제를 해결하는 방법은 만드는 솔루션의 유형에 따라 다릅니다. –

"응용 프로그램과 서비스로 문제를 나누는 방법은 만드는 솔루션의 유형에 따라 다릅니다." - –

응용 프로그램은 서비스에 필요한 최상위 컨테이너입니다. 서비스가 아닌 응용 프로그램을 배포합니다. 따라서 응용 프로그램 없이는 서비스를 가질 수 없기 때문에이 둘 사이의 차이점을 실제로 말할 수는 없습니다.

https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-application-model 가입일

어플리케이션은 특정 기능이나 기능을 수행하는 구성 서비스의 집합이다. 서비스는 완전한 독립 실행 형 기능 (다른 서비스와 독립적으로 시작 및 실행할 수 있음)을 수행하며 코드, 구성 및 데이터로 구성됩니다. 각 서비스에 대해 코드는 실행 바이너리로 구성되며 구성은 런타임에로드 할 수있는 서비스 설정으로 구성되며 데이터는 서비스에서 사용되는 임의의 정적 데이터로 구성됩니다. 이 계층 적 응용 프로그램 모델의 각 구성 요소는 독립적으로 버전을 지정하고 업그레이드 할 수 있습니다.

제공된 링크를 살펴보면 계층 관계가 보입니다.

출처

2017-02-19 21:31:51

에 동의합니다. "응용 프로그램 없이는 서비스를 사용할 수 없습니다." - 왜 응용 프로그램이 필요한지 또는 서비스 패브릭에 도입 된 이유를 명확하게 설명하지는 않습니다. "서비스가 아닌 응용 프로그램을 배포합니다." - 기술적으로 그렇습니다. 그러나 본질적으로 서비스가 독립적으로 버전 화되었으므로 응용 프로그램이 필요한 이유는 무엇입니까? 오후 8시 30 분 P.S. 나는이 질문에 대한 나의 대답에서 주제에 나의 의견을 올렸다. –

글쎄, 세 가지 질문을했습니다. 첫 번째 질문은 대답하기가 어렵지만 내 대답은 두 번째 질문과 세 번째 질문을 다룹니다. 응용 프로그램이 필수이므로 관계가 해당 요구 사항에 의해 정의되고 응용 프로그램을 사용하여 서비스를 배포해야하므로 '유용한 이유'를 입증해야합니다. 귀하의 대답은 내가 말한 것처럼 서비스를 함께 그룹화하는 것 이외의 애플리케이션에 대한 필요성을 제시하지 못합니다. –

서비스 패브릭 응용 프로그램과 서비스의 차이점

답변

관련 문제