내 잘못을 수정하십시오. 지금까지 주제를 읽었을 때 Azure Blob Storage와 File Service는 모두 파일과 폴더를 저장하는 기능을 제공하는 것으로 보입니다. 이진 스트림은 파일 시스템을 모방하는 계층 구조에서 하루의 마지막 파일입니다.
파일 서비스에서 REST API를 사용하는 것 외에도 Win32 파일 I / O와 같은 기능을 사용하여 소스를 쿼리 할 수 있다는 점에서 액세스하는 API 만 약간 다릅니다.
응용 프로그램이 응용 프로그램 사용자가 소유 한 일부 파일을 저장하도록하려면 왜 서로를 선택해야합니까?
답변
귀하의 질문에 대한 몇 가지 항목 :
- 가상 컴퓨터에서 Azure Blob 저장소를 기본 공유로 탑재 할 수 없습니다.
- Azure Blob Storage는 컨테이너 이상의 계층 구조가 아닙니다. Blob Storage를 읽는 많은 앱에서 폴더로 해석되는 / 또는 \ 문자가 포함 된 파일을 추가 할 수 있습니다.
- Azure File Service는 (1)의 문제를 해결하는 Azure Blob Storage에 SMB 프로토콜 인터페이스를 제공합니다.
새 애플리케이션을 개발하는 경우 기본 Azure API를 Blob Storage에 직접 활용하십시오.
파일을 공유해야하는 기존 응용 프로그램을 이식하는 경우 Azure File Service를 사용하십시오.
Azure File Service에서 지원하지 않는 몇 가지 SMB 프로토콜 기능이 있습니다.
답변
고려해야 할 몇 가지 사항 :
- 가격 : Blob 스토리지는 파일 스토리지보다 훨씬 저렴합니다.
- 이식성 : 나중에 다른 플랫폼으로 마이그레이션하기로 결정한 경우 Blob 스토리지를 사용하면 앱 코드를 변경해야 할 수 있지만 File 스토리지를 사용하면 SMB를 지원하는 다른 플랫폼으로 앱을 마이그레이션 할 수 있습니다 (기본 파일 시스템 API를 사용한다고 가정). 앱)
답변
Azure File Service는 내부 파일 처리를 목표로합니다. 내부는 클라우드 또는 온-프레미스의 VM에 디렉토리를 마운트하여 백엔드 (SMB 기반 프로토콜)에로드 할 수 있음을 의미합니다.
최종 사용자 (웹 또는 앱)와 파일을 공유하는 경우 URL을 통한 다운로드를 단순화하고 공유 액세스 서명을 통한 다운로드 보안을 강화하기 때문에 Blob Storage를 사용하는 것이 더 합리적입니다.
이 게시물은 아래에 비교에 대한 자세한 내용을 공유합니다 : https://blogs.msdn.microsoft.com/windowsazurestorage/2014/05/12/introducing-microsoft-azure-file-service/