클라우드 공급 업체가 상호 운용 가능한 메커니즘을 가지고 있는지 여부에 대한 질문이 있습니다. 예를 들어, WCF 서비스를 개발하고 Azure에서 성공적으로 호스팅하고 있습니다. Azure를 사용하여 장시간 작업 한 후에도 동일한 코드를 AWS에 배포 할 수 있습니까? 가능할까요? 둘 다의 API가 배포를 위해 동일하게 일치합니까? 그렇지 않은 경우 Salesforce.com, OpenStack 등과 같은 다른 클라우드 공급 업체를 전환 할 때 동일한 서비스를 호스팅하는 데 필요한 모든 추가 관리는 무엇입니까?Azure는 Amazon과 상호 운용이 가능합니까?
일반적으로 은을 개발할 수 없습니다. 하나의 클라우드 플랫폼을 다른 플랫폼에 배치하고 서로 다른 기능 세트를 사용하고 서로 다른 API를 노출합니다. 그러나 인프라를 가상화하는 것이 CMS 응용 프로그램을 가상화하는 것보다 간단하고 (표준화에 가까워지기 때문에) 코드를 작성하는 수준이 낮을수록 API가 비슷한 다른 공급 업체를 찾을 확률이 높아집니다.
IaaS를 사용하는 경우 상당히 빠르게 포트 할 수 있지만 응용 프로그램을 만들기 위해서는 더 많은 작업을해야합니다. PaaS (또는 SaaS!)를 사용하고 있다면 더 많은 시간을 투자 할 수 있지만 더 빠르게 개발할 수 있습니다. 즉, 부가가치 및 자물쇠 인 지원 플랫폼입니다. 다른 하나없이 하나를 얻으십시오.
WCF 서비스 호스팅에 Azure 웹 역할을 사용하는 경우 배포 관점에서 볼 때 AWS에는 많은 문제가 없습니다. .NET 용 AWS SDK에서 제공하는 기능 (AWS CloudFormation에 게시)을 사용하면됩니다. Azure Diagnostics 및 alla Azure 서비스를 관련 AWS 서비스와 함께 사용한 경우 로깅 부분을 변경해야합니다. 작년에 여러 번이 작업을 수행했습니다. 작업자 역할에 대한
푸른 그들이 쉽게 웹 역할처럼 배치되어 있기 때문에 그렇게 간단하지,하지만 당신은 Windows 서비스 또는 뭔가 다른
를 사용하여 몇 가지 수동 작업을해야하므로 AWS에서 당신은 비주얼 스튜디오에서 직접적인 배포가
물론, 코드가 실제로 사용하는 PaaS 부분 (예 : WCF 앱을 실행할 수있는 Windows 인스턴스)처럼 보이는 IaaS 환경을 호스팅 할 수 있지만 서비스 자체의 완벽한 호환성과는 매우 다릅니다. –
WAS를 WAS 또는 Windows Server의 다른 호스트로 포팅 할 수 있도록하려면 .NET API 및 Azure 특정 항목이 아닌 (또는 일부 IoC 소개가 아닌) WCF를 유지해야합니다. 나는 Azure 및 비 Azure 배포 용 사이트를 작성하여 과거에이 작업을 수행했습니다. –
@Paul : 자세한 내용은 +1입니다. 항상 더 휴대 가능한 부품과 그렇지 않은 부품이있을 것입니다. –