Azure에서 여러 배포를 처리하는 가장 효과적인 방법은 무엇입니까?Azure에서 여러 배포 처리
우리는 관련이없는 고객이 여러 명 있습니다. 각 고객마다 별도의 데이터베이스가 필요하며 다중 소유가 불가능하므로 각 고객에게 자신 만의 푸른 색 응용 프로그램을 제공해야합니다.
이 문제를 해결하는 가장 좋은 방법은 무엇입니까? 각 사용자마다 새 계정을 만들고 각 계정을 추적합니까? 아니면 마스터 계정을 가지고 있습니까? 그렇다면 어떻게해야합니까?
나는이 말을 싫지만, 멀티 테넌시 (multi-tenancy)가 어느 정도 작동하도록하는 것이 가장 성공할 것이라고 생각합니다. 각 고객에 대해 별도의 데이터베이스를 보유한 다음 어느 데이터베이스가 어떤 고객에게 속하는지 일종의 브로커를 갖는 것은 끔찍한 생각이 아니며 여전히 멀티 테넌시입니다. Azure에서는 모든 고객에게 단일 코드 기반과 단일 배포를 유지 관리하는 것이 중요합니다. 모든 고객을 위해 별도의 코드 기반을 배포하고 실행하려고하면 Azure 환경 (솔직히 다른 환경)을 좋아하지 않을 것입니다.
죄송합니다, HTH.
애플리케이션의 적절한 멀티 테넌트 (multi-tenant) 변형을 구현할 때까지 각 고객에 대해 별도의 가입을 사용하거나 잠정적으로 단일 가입 내에서 여러 역할을 사용할 수 있습니다.
여러 역할에서 가장 큰 문제는 신규 고객을 추가 할 때 재배포해야한다는 것입니다. 여러 업그레이드 도메인 또는 스테이지 및 VIP 스왑을 사용하여 가동 중지 시간을 피할 수 있지만 이상적인 패턴은 아닙니다. 불필요한 배포가 위험하고 구성 관리 프로세스가 복잡해지기 때문에.
단기간에 나는 개별 구독을 고수 할 것입니다. 소비되는 총 자원 및 비용은 단일 가입 내에서 여러 역할을 실행하는 것과 큰 차이가 없습니다. 또한 계량 및 청구가 더 쉬워집니다. 난 단지 당신이 수천이 아니라 소수의 고객에 대해서 이야기하기를 바랍니다.
그동안 전체 멀티 테넌시 모델로 전환하는 데 집중할 수 있습니다. 나는 그 일에 관한 몇 가지 블로그 기사를 쓰는 중이다. 그래서 기억한다면, 내가 끝나면 내 대답을 업데이트 할 것이다.
멀티 테넌트 (multi-tenant) 앱은 인증/권한 부여, 입주자 간의 리소스 사용, 입주자 간의 미터링 등을주의 깊게 관찰해야하기 때문에 항상 쉽지는 않습니다. 또한 앱에 오류 조건이있는 경우 모든 테넌트는 영향을 받아 여러 고객의 SLA에 영향을 미칠 수 있습니다. 그런 다음 데이터베이스 스키마가 있습니다. 임차인 당 하나의 db를 사용하거나 특정 유형의 임차인 ID 필드를 사용하여 단일 db를 작성할 수 있습니다.
특히 비용 관리 및 코드 기반 일관성 측면에서 멀티 테넌트 (multi-tenant) 앱이 바람직한 접근 방식이라는 점에서 다른 답변에 동의합니다. 그러나 단일 입주자 응용 프로그램을 사용한다고 가정하면 다음과 같이 가정합니다.
를 사용하자 고객 전체가 아닌 단일 고객에게
멀티 테넌트 (multi-tenant) 응용 프로그램이 Windows Azure 내에서 작동하는 방법을 이해하기 시작하려면이 설명서를 읽으십시오. http://www.amazon.com/Developing-Applications-Microsoft-Platform-Practices/dp/0735656061/ref = sr_1_1? ie = UTF8 & qid = 1327607366 & sr = 8-1 –
실제로 다른 고객을 굶주린 필요, 당신은 지금 추가 및 재배치없이 역할을 제거 할 수 있습니다. 2011 년 10 월에 발표되었습니다. http://blogs.msdn.com/b/windowsazure/archive/2011/10/19/announcing-improved-in-place-updates.aspx. –