MSDN에 따르면 하늘색 서비스는 모든 수의 작업자 역할을 처리 할 수 있습니다. 필자의 지식에 따르면 Windows Azure Fabric은 언제든지 작업자 역할을 재활용 할 수 있습니다. 그것 참, 다음의 경우 :Windows Azure 역할이 상태로 가득 찼습니다.
그러나 나는 클라이언트 데이터를 conatains하고 Azure 스토리지 서비스를 사용하고 싶지 않은 서비스를 만들고 싶습니다. 내가 어떻게이 일을 할 수 있니?
표준 파일 IO API를 사용하여 작업자 역할의 로컬 저장소에 쓸 수 있지만 인스턴스 종료시 지워집니다.
SQL Azure를 사용하거나 HTTP (예 : Amazon S3 또는 자체 서버)를 통해 데이터를 다른 저장 장치 서비스에 게시 할 수도 있습니다.
그러나 성능에 영향을 줄 수 있습니다. 얼마나 많은 양의 데이터를 저장할 것인지, 얼마나 자주, 얼마나 큰가에 따라 Azure Storage를 사용하는 것이 더 좋습니다!
왜 Azure Storage를 사용하지 않으시겠습니까?
AppFabric의 속도 (구성 요소라고도 함)는 분산 캐시이며 이러한 상황에서 사용할 수 있습니다.
Azure의 웹과 계산 역할은 모든 로컬 데이터가 휘발성이라는 것을 의미합니다. 상태를 유지하려면 일부 외부 리소스를 사용하여 해당 상태와 로직을 유지 관리해야합니다. 간단하게 Azure 드라이브를 사용할 수 있지만 다시 내부적으로 BLOB 저장소를 사용할 수 있습니다.
데이터가 Azure에 저장 될 수있는 경우 Azure 분산 캐시, SQL Azure, blob, 테이블, 큐 또는 Azure 드라이브 중에서 선택할 수 있습니다. 지속성이 필요하지만 Azure 저장 메커니즘을 사용할 수없는 것 같습니다. 데이터 보안이 문제가된다면 데이터를 암호화/해싱 할 수 있습니까? 그 이유를 이해하는 것이 유용 할 것입니다.
동기식 웹 서비스 호출을 함께 연결/중첩하여 신뢰할 수있는 메시징을 구현할 수도 있습니다.
다른 하나는 Azure를 사용하는 것일 수도 있습니다. 도메인에 Azure 연결 로컬 데이터 센터 (있을 경우)에 Azure 컴퓨팅 리소스를 연결하고 사내 구축 형 스토리지를 사용합니다.