Azure Service Fabric은 Docker와 같은 기능을 합니까?
Docker를 사용하여 로컬 환경이 실제 환경과 동일한지 확인하고 물리적으로 실행되는 앱에 대해 더 이상 생각하지 말고 균형 잡힌 메커니즘으로 앱을 최적의 장소에 할당해야 한다고 생각합니다.
100% 웹 기반이며 데이터베이스와 함께 클라우드로 전환하려고 합니다. 이동할 수 없는 것은 심리스하게 브리징되어 기업 데이터와 클라우드가 하나의 하위 네트워크가 됩니다.
그래서 서비스 패브릭은 Docker와 동일한 기능을 하고 있으며 주소 변환 서비스(패브릭 공간 내 프로세스의 DNS와 같은 기능을 하는 패브릭://)와 온 디맨드 워커 할당(일부 사용자에게 중요)을 제공하고 있습니다.이것에 의해, 큰 scalability perk가 실현됩니다.
- 서비스 패브릭이 도커를 대체할 수 있습니까?
- 관객과 인정을 받고 있습니까?그렇지 않으면 아무리 위대한 발명품이라도 실패할 수 있기 때문이다.
Docker(회사)가 클라우드 전체에 클레임을 걸려고 하기 때문에 혼란스럽습니다.
- 도커 엔진(대부분의 사람들은 도커라고 부릅니다)은 컨테이너화 기술입니다.그것은 너에게 줄 수 있다.
- 프로세스 분리
- 네트워크 분리
- 일관된 애플리케이션 환경
- 도커 허브는 이미지 레지스트리.Docker 이미지는 배포의 일부로 다운로드할 수 있도록 저장됩니다.
- Docker Cloud는 Docker의 오케스트레이션 시스템입니다.그것은 너에게 줄 수 있다.
- 애플리케이션 확장 및 축소
- 응용 프로그램 상호 연결
- Docker Hub와 통합된 CI 테스트(이것은 조정의 일부가 아니라 다른 작업일 뿐)
Service Fabric은 오케스트레이션 시스템입니다.Docker 컨테이너를 조정할 수 있지만 Fabric 전용으로 구축하면 서비스와 더욱 긴밀하게 통합될 수도 있습니다(Docker는 컨테이너 내에서 실행되는 기능에 대해 완전히 의존하지 않습니다).
따라서 Service Fabric은 Docker Cloud와 거의 비슷하지만 정확히 일치하는 것은 아닙니다.그 밖에도 Docker 기반 오케스트레이션 솔루션(Kubernetes가 가장 클 것)과 클라우드 기반 마이크로 서비스 솔루션(Heroku가 가장 잘 알려져 있음)이 있습니다.
Service Fabric의 주요 단점은 Microsoft 테크놀로지이기 때문에 Docker를 실행하고 있는 경우보다 Azure에 더 많이 의존하게 된다는 것입니다.다른 하나는 Docker가 스택을 구축하기 위한 선택의 폭이 넓다는 것입니다.상기 3개의 Docker 제품 모두 적어도1개의 오픈 소스 대안을 가지고 있습니다(Best Practices For You 문서를 작성하는 사람이 없기 때문에 이 또한 Docker의 큰 단점입니다).
Microsoft가 마음에 들어 시스템을 함께 사용하는 것이 중요하지 않다면 서비스 패브릭은 도커 생태계의 훌륭한 대안이 될 것입니다.(또한 Docker 컨테이너는 그 아래에서 실행할 수 있습니다.)
서비스 패브릭과 도커 컨테이너화의 주요 유사점은 다음과 같습니다.
- 도커와 SF는 모두 Linux와 Windows 플랫폼 모두에서 마이크로 서비스 구현에서 불변의 이미지를 생성할 수 있습니다.
- 도커와 SF 모두 VM 클러스터 내에서 컨테이너형 애플리케이션을 조정할 수 있습니다.이러한 VM은 퍼블릭 클라우드, 프라이빗 클라우드 또는 자체 데이터 센터 등 어디에나 존재할 수 있습니다.이 두 가지 모두 클라우드 플랫폼에 구애받지 않으므로 클라우드 서비스에 대한 선호도가 높지 않습니다.따라서 마이크로 서비스 내에서 클라우드 고유의 기능을 사용하지 않는 한 이 기능은 문제 없습니다.
- 도커와 SF는 모두 조정 플랫폼의 필수적인 기능을 발휘합니다.서비스 디스커버리, 서비스레벨 로드밸런싱, 서비스 간 네트워크레벨 분리, 페일오버 처리 및 레플리케이션 제어 등
서비스 패브릭과 도커 컨테이너화의 주요 차이점은 다음과 같습니다.
- 도커 컨테이너는 기본적으로 도입/패키지 구조입니다.단, 도킹 스테이션은 서비스 구현의 일부로 컨테이너 내에서 포장하는 것을 지시하지 않습니다.어느 쪽도, 고객의 서비스를 실장하기 위한 프로그래밍 구조를 제공하지 않습니다.반면 서비스 패브릭은 기본 유형/인터페이스 형태로 프로그래밍 구조를 제공합니다.이것에 의해, 서비스 실장은, 스테이트 풀 서비스, 스테이트레스 서비스, 가상 액터등의 특정 종류의 서비스로부터 개시할 수 있습니다.
- 도커 세계에서는 모든 것이 컨테이너입니다.즉, 최소 도입/조정 유닛은 컨테이너입니다.따라서 개별 프로세스를 인식하거나 지원하지 않습니다.반면 SF에는 스테이트리스/스테이트풀 서비스에서 파생된 마이크로 서비스를 프로세스로 조정 및 관리할 수 있는 프로비저닝이 있습니다.그러나 SF는 Docker와 마찬가지로 컨테이너 오케스트레이션도 지원합니다.또한 최신 버전의 SF에서는 스테이트풀/스테이트리스 서비스를 컨테이너 내에서 패키징할 수 있습니다.
위의 사실을 염두에 두고 SF는 클라우드 프로바이더에 대해 강한 친화력을 가지고 있지 않습니다.원하는 플랫폼을 사용하여 VM을 생성할 수 있다면 Azure, AWS, GCP 등 모든 퍼블릭 클라우드에서 동일하게 실행할 수 있습니다.
그것은 전혀 비교가 안 된다.서비스 패브릭에서는 헬스모니터링, 패브릭과의 코드 통합, 로깅, 모니터링, 로드밸런싱 및 기타 인텔리전트한 기능을 이용할 수 있습니다.셧다운 코드도 실행할 수 있습니다.Service Fabric은 Microsoft 테크놀로지뿐만 아니라 도커도 SF 내에 배치할 수 있습니다.RKT 또는 Unix OS도 마찬가지입니다.보안 및 네트워킹 기능(웹 앱과 연동)도 또 하나의 장점입니다.신뢰할 수 있는 컬렉션은 그야말로 훌륭합니다.또한 애플리케이션 구축 및 성능 향상을 위한 로드맵이 이를 채택하는 기업에 보장됩니다(역사에 따르면).
이 질문은 '가장 위대한 발명' 도커를 매우 선호합니다.이 비교는 도커의 마케팅에 도움이 되지만 도커의 SF를 대체할 사람은 없습니다.도커는 작은 OS 복사본에 불과합니다(서비스, 애플리케이션, 인텔리전스와는 무관합니다).Docker는 애플리케이션 개발과는 전혀 관계가 없습니다.그것은 의도한 것이 아닙니다.사람들이 고립과 공유의 필요성을 발견하기 시작했습니다.그리고 그것이 도커에 대한 모든 것이다.
언급URL : https://stackoverflow.com/questions/39286519/does-azure-service-fabric-do-the-same-thing-as-docker
'programing' 카테고리의 다른 글
| 전화: 텍스트 입력을 위한 숫자 키보드 (0) | 2023.04.28 |
|---|---|
| 바둑에서 문자열을 효율적으로 연결하는 방법 (0) | 2023.04.28 |
| Objective-C의 isEqualToString과 동등한 Swift는 무엇입니까? (0) | 2023.04.23 |
| Bash 셸 스크립트의 모든 인수 전파 (0) | 2023.04.23 |
| PowerShell: 명령어 출력 방법 (0) | 2023.04.23 |