Storage Account
• Azure Storage Account란?
• On-Premises에서 운영하는 Storage를 Cloud에서도 운영하는 것
• Azure에서 데이터를 저장할 수 있는 다양한 서비스와 기능을 제공하는 기본적인 스토리지 리소스이다.
• 대규모로 확장 가능하고 고가용성을 갖추고 있으며, 데이터 보안을 위한 다양한 옵션을 제공한다.
• Azure Storage Account 사용의 장점
• Azure Storage Account는 On-Premises 스토리지와 비교할 때 다양한 장점과 기능을 제공하며, 클라우드 환경에서의 데이터 저장과 관리에 최적화되어 있다.
• 이는 특히 확장성, 비용 효율성, 관리 용이성, 보안 측면에서 큰 이점을 제공한다.
• 자동 확장
• 사용량이 증가하면 자동으로 확장하여 추가 용량을 제공하므로, 성능 저하 없이 안정적으로 서비스를 제공할 수 있다.
• 재해 복구
• Azure는 여러 지역에 데이터를 복제하여 자연 재해나 기타 사고 발생 시에도 데이터를 안전하게 보호한다.
• 손쉬운 관리
• Azure Portal을 통해 쉽게 스토리지 리소스를 관리할 수 있으며, Azure Monitor와 같은 도구를 통해 실시간으로 모니터링할 수 있다.
• 비용 절감
• 초기 투자 비용 없이 필요에 따라 스토리지 용량을 조정할 수 있어, 비용 효율적인 운영이 가능하다.
• 보안
• 기본 제공되는 데이터 암호화와 Entra ID를 통한 강력한 인증 및 권한 관리로 데이터 보안을 강화할 수 있다.
• Storage Account게 제공하는 4개의 Data Storage 서비스
• Containers
• 비정형 데이터를 저장하는 데 사용된다. 대용량 파일, 이미지, 비디오 등을 저장할 수 있다.
• Blob은 크게 Block Blob, Append Blob, Page Blob으로 나뉜다.
• 예시: 대규모 로그 파일 저장, 백업 데이터 저장
• File Shares
• 완전 관리형 파일 공유를 제공하며, SMB (Server Message Block) 프로토콜을 통해 접근 가능하다.
• 예시: 기업 내부 파일 공유, 애플리케이션에서 파일 시스템으로 사용.
• Storage Account게 제공하는 4개의 Data Storage 서비스
• Queues
• 대규모 메시지 큐를 제공한다. 애플리케이션 구성 요소 간에 메시지를 비동기적으로 전달하는 데 사용된다.
• 예시: 주문 처리 시스템에서 작업을 비동기적으로 처리하기 위해 큐를 사용.
• Tables
• 비관계형(NoSQL) 데이터 저장소로, 대규모 반구조화된 데이터를 저장할 수 있다.
• 예시: 사용자 프로필 정보, 애플리케이션 이벤트 로그 저장.
• Containers 데이터 저장소가 제공하는 3가지 Blob 유형
• Container에 파일을 업로드할 때 세 가지 유형의 Blob, 즉 Block Blob, Append Blob, Page Blob을 선택하여
업로드해야 한다.
• 각 Blob 유형은 특정한 사용 사례와 요구 사항에 맞춰 설계되어 있기 때문에 애플리케이션의 특성과 저장해야 할 데이터의 유형에
따라 적절한 Blob 유형을 선택하는 것이 중요하다.
• Block Blob
• 웹 애플리케이션에서 사용자 프로필 사진을 업로드하고 저장
• 비디오 스트리밍 서비스에서 비디오 파일을 저장하여 사용자에게 제공
• Append Blob
• 웹 서버가 애플리케이션 로그를 지속적으로 기록하고 저장.
• IoT 디바이스에서 실시간 센서 데이터를 수집하여 저장
• Page Blob
• Virtual Machine의 운영 체제 디스크를 저장하여 가상 머신을 부팅 및 실행
• 데이터베이스 서버에서 데이터 파일을 저장하여 빠른 읽기/쓰기 성능을 제공.
• Azure Storage Account 종류
• Storage Account를 생성할 때 Storage의 Performance에 따라 Storage Account 종류를 선택한다.
• Standard (##일반적으로 많이 사용)
• Premium
• Standard general-purpose v2
• 가장 최신의 일반 목적 스토리지 계정으로, 모든 Azure Storage 기능을 지원
• Blob Storage, File Storage, Queue Storage, Table Storage, Disk Storage 모두 지원
• 비용 효율적이며, 다양한 액세스 계층(Hot, Cool, Archive)을 지원하여 데이터 사용 패턴에 따라 비용을 최적화할 수 있다.
• 자동으로 확장되며, 높은 가용성과 내구성을 제공
• 사용 사례:
• 다양한 데이터 저장 요구가 있는 애플리케이션
• 비정형 데이터 저장(이미지, 동영상, 문서)
• 주기적으로 접근하지 않는 데이터의 저비용 저장.
• Premium block blobs
• 높은 성능이 요구되는 워크로드를 위해 설계된 프리미엄 블록 Blob 스토리지 계정
• 낮은 지연 시간과 높은 트랜잭션 속도를 제공
• 일반적으로 높은 I/O 성능이 요구되는 데이터 저장에 사용
• 비용이 상대적으로 높지만, 성능이 중요할 때 유리
• 사용 사례:
• 미디어 처리 애플리케이션(예: 동영상 인코딩)
• 고성능 분석 애플리케이션
• 실시간 데이터 처리 요구가 있는 시나리오.
• Premium file shares
• 고성능이 요구되는 파일 공유 서비스를 제공하는 프리미엄 파일 스토리지 계정
• 낮은 지연 시간과 높은 처리량을 제공
• SMB 프로토콜을 통해 접근 가능하며, 대규모 파일 공유가 필요한 애플리케이션에 적합
• 일반적인 파일 공유보다 높은 성능을 제공
• 사용 사례:
• 엔터프라이즈 파일 공유 및 협업 도구
• 데이터베이스 백업 및 복구
• 애플리케이션 개발 환경에서의 고성능 파일 액세스.
• Premium page blobs
• Azure Virtual Machine의 디스크 저장소로 사용되는 프리미엄 페이지 Blob 스토리지 계정
• 낮은 지연 시간과 높은 처리량을 제공하여 VM 디스크 스토리지에 최적화
• 주로 OS 디스크와 데이터 디스크로 사용
• 안정적인 성능과 높은 IOPS(Input/Output Operations Per Second)를 제공
• 사용 사례:
• Azure Virtual Machine의 운영 체제 디스크 및 데이터 디스크
• 고성능 데이터베이스 파일 저장
• 자주 업데이트되는 임의 접근 파일(예: 캐시 파일).Storage Account
• Storage 복제 전략 선택하기
• Storage Account를 생성할 때 Data 복제를 어떻게 할지 결정할 수 있다.
• Container의 Access Level 변경하기
• Storage Account를 생성한 후 Blob에 Container를 생성한 후 Access Level을 필요에 따라 변경할 수 있다
• Private
• Azure에 로그인한 권한을 가진 사람만 파일을 업로드/다운로드할 수 있다
• 만약에 익명 사용자에게 링크를 공유하여 다운로드하게 하고자 하면 해당 파일에 SAS를 생성하여 해당 URL을 공유하면 가능하다
• Blob
• Private과 동일하며 익명 사용자도 URL 링크만 있으면 다운로드 가능하다(##강추)
• Container
• Blob과 동일하며 REST API로 다양한 작업을 할 수 있다.
• Container의 Access Level 변경하기
• Access Level을 Container를 사용하는 경우
• 애플리케이션에서 해당 컨테이너에 저장된 Blob 파일에 접근하여 사용하도록 설정하면 애플리케이션이 별도의 인증 절차 없이도 URL을 통해 컨테이너의 모든 파일에 접근할 수 있게 된다.
1. 정적 파일 접근
• 웹 애플리케이션에서 정적 자산(이미지, CSS, JavaScript 파일 등)을 Azure Blob Storage에 저장하고, 이 파일들을 URL로 직접
호출하여 웹 페이지에 로드한다. 이 경우, Blob 파일의 URL을 HTML 코드나 CSS, JS 파일에 직접 포함할 수 있다
2. 파일 다운로드
• 애플리케이션에서 사용자에게 파일을 다운로드할 수 있는 링크를 제공한다. 이 경우 사용자는 클릭만으로 Blob에 저장된 파일을
다운로드할 수 있다
3. API와 연동
• 서버 측 애플리케이션에서 Azure Blob Storage에 저장된 데이터를 API의 응답으로 제공할 수 있다. 이를 통해 클라이언트
애플리케이션이 Blob 스토리지에서 직접 데이터를 가져가도록 할 수 있다.
• 특정한 Container에 있는 Blob 목록 조회하기
• https://<storage_account>.blob.core.windows.net/<container_name>?restype=container&comp=list
Demo-Storage Account
• Demo-Container Data Storage 사용
• Storage Account 생성하기
• 이름: 중복되지 않은 고유한 소문자와 영문자만 사용가능
• Container 생성하기
• 이름: down
• 파일 업로드 및 다운로드하기
• 사진, 음악, 영상 파일 읽기
• 주의 사항
• 기본적으로 익명 접속이 제한되어 있음
• 이것을 Enabled로 한 후 진행할 것
• 긴 Storage Account 이름을 Custom Domain으로 줄여서 사용하기
• Storage Account도 하나의 컴퓨터이기 때문에 DNS에서 별칭을 사용할 수 있다.
• nslookup ysleepublicshare.blob.core.windows.net (##IP 주소가 있다)
• ysleepublicshare.blob.core.windows.net을 dl.cloudshell.kr로 줄일 수 있다.
• 파일을 다운로드하기 위해
https://ysleepublicshare.blob.core.windows.net/down/image.png 대신
http://dl.cloudshell.kr/down/image.png 로 줄여서 사용할 수 있다.
• Demo-File Shares 사용
• File Share를 생성할 때 마지막 단계에서 자동으로 Recovery Service Vault 서비스에 Backup되도록 되어 있다.
• 필요 없으면 이 기능을 Uncheck한다.
• 반드시 VM을 만들어서 접근해야 한다.
• 물리적인 한국에서는 접근 불가하지만(SMB 445번 차단) VM을 Korea Central, Korea South에 있으면 접근할 수 있다.
• Windows VM 2개 생성하여 데모
• Connect를 클릭하여 Windows 용 접속 스크립트를 복사한다.
• VM에서 복사한 것을 PowerShell에서 붙여 넣어 실행하면 Z:드라이브가 생긴다
• Network 드라이브 연결하여 파일 공유하기
Storage Account
• Storage 접속하기
• 모든 개체에는 계정 이름과 스토리지 유형에 따른 고유한 URL 주소가 있다.
• 원할 경우 사용자 지정 도메인 이름을 구성할 수 있다.
Container service: http://mystorageaccount.blob.core.windows.net
Table service: http://mystorageaccount.table.core.windows.net
Queue service: http://mystorageaccount.queue.core.windows.net
File service: http://mystorageaccount.file.core.windows.net
• Storage Explorer 도구
• 로컬 컴퓨터에 설치하여 Azure Storage Account에 파일을 업로드/다운로드하는 도구
• 프로그램 설치
• Azure에 로그인
• Filter 해제
• Explorer 열기
• Container 접속 제한하기
• 모든 Blob은 컨테이너에 있어야 합니다.
• Private (익명 엑세스 불가능)
• Blob(익명 엑세스 가능)
• Container
• Restful API로 접속하여만 Container 목록을 확인할 수 있다.
• Storage Account Endpoint 보호하기
• Firewall 및 Virtual Network를 통해 Virtual Network의 특정 Subnet이나 Public IP에서 Storage 계정에 액세스하는 것을 제한할 수 있다.
• Subnet 및 Virtual Network는Storage 계정과 동일한 Azure 지역 또는 지역 쌍에 존재해야 한다.
• Storage Account의 사용자 지정 도메인 구성하기
• 다음과 같은 순서로 진행한다.
1. 사용자 지정 도메인 준비: 도메인 이름 구입 및 DNS 관리.
2. Azure Storage 계정 생성: Storage 계정을 생성하거나 기존 계정 사용.
3. 사용자 지정 도메인 설정: Azure Storage 계정에서 Custom domain 설정.
4. DNS 설정 구성: 도메인 등록 서비스 제공업체에서 CNAME 레코드 추가.
5. HTTPS 설정 (선택 사항): Azure CDN을 통해 사용자 지정 도메인에 HTTPS 설정
• DNS 설정 구성: 도메인 등록 서비스 제공업체에서 CNAME 레코드 추가
• 수명 주기 관리(Lifecycle Management) 구성하기
• 수명 주기 관리(Lifecycle Management)는 데이터를 관리하고 비용을 최적화하며 규정 준수를 보장하는 데 중요한
역할을 한다.
• Azure Storage의 수명 관리는 주로 Azure Blob Storage에서 사용되며, 저장된 데이터의 수명 주기를 관리하기 위한
규칙을 설정할 수 있다.
• 수명 관리의 이점
• 비용 절감: 덜 자주 액세스되는 데이터를 저렴한 저장소 계층으로 이동함으로써 비용을 절감할 수 있다.
• 데이터 관리 최적화: 자동으로 데이터를 적절한 저장소 계층으로 이동하거나 삭제하여 데이터 관리가 효율적이다.
• 규정 준수: 특정 기간 후 데이터를 삭제함으로써 데이터 보존 정책을 준수할 수 있다.
• Lifecycle Management 정책
• 정책 설정: 수명 주기 정책은 JSON 형식으로 작성되며, 각 정책은 Blob 데이터의 수명 주기를 관리하기 위한 하나 이상의 규칙으로
구성된다.
• 정책 적용 범위: 해당 Storage에 있는 모든 Blob 컨테이너 또는 특정 Blob 경로에 대해 적용할 수 있다.
• 정책 규칙 구성 요소
• 조건(Conditions): 규칙이 적용되는 조건을 설정한다. 조건에는 Blob의 마지막 수정
시간, Blob 계층(Standard, Cool, Archive) 등이 포함된다
• 작업(Actions): 조건이 충족되었을 때 수행될 작업을 정의한다. 일반적인 작업으로는 Blob 계층(Tier) 변경, Blob 삭제 등이 있다.
• Lifecycle Management 작업
• Blob 계층(Tier) 변경: 데이터 액세스 빈도에 따라 Standard, Cool, Archive 계층으로 Blob을 이동할 수 있다. 예를 들어, 30일 이상
수정되지 않은 Blob을 Cool 계층으로 이동하거나, 365일 이상 수정되지 않은 Blob을 Archive 계층으로 이동할 수 있다.
• Blob 삭제: 특정 조건이 충족되면 Blob을 삭제할 수 있다. 예를 들어, 마지막 수정 후 730일 이상 된 Blob을 삭제하는 규칙을 만들
수 있다.
• Blob 파일 계층(Tier) 변경하기
• Azure Blob Storage에서 Blob 계층(Hot, Cool, Archive)은 Blob 또는 Blob 컨테이너가 생성된 후에도 지정하고 수정할 수 있다.
각 계층은 저장 비용과 액세스 패턴에 따라 다르다.
• Hot Tier:
• 데이터가 자주 액세스되는 경우에 사용한다
• 저장 비용이 가장 높지만, 액세스 비용이 낮다.
• Cool Tier:
• 데이터가 자주 액세스되지 않지만, 여전히 즉시 액세스가 필요한 경우에 사용한다.
• 저장 비용이 Hot Tier보다 저렴하며, 액세스 비용은 더 높다.
• Archive Tier:
• 데이터가 거의 또는 전혀 액세스되지 않으며, 장기 보관이 필요한 경우에 사용한다.
• 저장 비용이 가장 저렴하지만, 액세스 비용이 높고 액세스하기 위해 복원 시간이 필요하다.
• Blob 파일 계층(Tier) 변경하기
• Demo-수명 주기 관리
• Blob 파일이 생성된 후 24시간이 지나면 자동으로 삭제하기
• 최소 시간이 24시간이 지나야 한다(1일)
• 파일을 공유한 후 24시간이 지나면 자동으로 삭제하고자 할 때 유용하다.
• 30일 이상 액세스되지 않은 Blob을 Cool 계층으로 이동하고, 365일 이상 액세스되지 않은 Blob을 Archive 계층으로 이동하며, 730일 이상 수정되지 않은 Blob을 삭제하는 정책 생성
• 첫 번째 규칙:
• 30일 이상 액세스되지 않은 Blob을 Cool 계층으로 이동
• Rule name: MoveToCool
• 두 번째 규칙:
• 365일 이상 액세스되지 않은 Blob을 Archive 계층으로 이동
• Rule name: MoveToArchive
• 세 번째 규칙:
• 730일 이상 수정되지 않은 Blob을 삭제
• Rule name: DeleteBlob
• Static Website 생성하기
• 주로 정적 콘텐츠(HTML, CSS, JavaScript, 이미지 등)를 호스팅하는 데 사용된다. 이 방법은 매우 저렴하고 간단하게
웹 사이트를 호스팅할 수 있는 옵션이다.
• 주요 특장점
• 저렴한 비용: Storage Account의 정적 웹 사이트 기능은 매우 저렴하며, 트래픽과 스토리지 사용량에 따라 비용이 결정된다.
• 간단한 설정: 몇 가지 설정만으로 간단하게 정적 웹 사이트를 배포할 수 있다.
• 글로벌 분산 및 고가용성: Azure CDN과 연동하면 전 세계적으로 콘텐츠를 캐시하여 빠르게 제공할 수 있다.
• 기본적인 기능 제공: URL 리디렉션, 기본적인 HTTP 헤더 설정, 404 에러 페이지 등을 설정할 수 있다.
• Serverless 환경: 웹 서버가 필요 없으며, 순수한 정적 파일만 제공하는 서버리스 방식
• 사용 사례
• 간단한 포트폴리오 웹 사이트
• 마케팅 랜딩 페이지
• 정적 콘텐츠 제공 (예: 문서, 이미지)
• Demo-Static Website 생성하기
• Primary Endpoint 생성하기
• https://ysleepublicshare.z12.web.core.windows.net/
• 생성된 URL로 접속하거나 또는 QR Code를 만들어 생성할 수도 있다.
• 이런 후에 Data Storage - Containers로 이동하면 $web이라는 Container가 생성되어 있는데,
이 곳에 index.html 파일을 업로드한다.
• 그런 다음에 비로소 접속할 수 있다.
• index.html 파일은 notepad.exe나 다른 편집 프로그램(VS Code)으로 만들 수 있다.
• chatgpt.com이나 claude.ai에서도 자연어 질문으로 Web App을 생성할 수 있다.
• HTML 메타 태그나 JavaScript를 사용하여 URL Redirection하기
• index.html 파일 내용을 다음과 같이 작업하면 http://powershell.kr로 자동으로 이동할 수 있다.
• https://ysleepublicshare.z12.web.core.windows.net/ 로 접속하면 다른 Web Site로 보낼 수 있다는 뜻
• 가능하면 QR Code로 접속하는 것이 좋을 것 같다
• Static Website는 DNS에서 CNAME이 적용되지 않는다(##중요)
• Web Application에서 Blob Storage에 파일 업로드하기
• Static Website를 생성하여 정적 홈페이지를 구성하기
• Storage account에 Static website를 생성한다
• $web이라는 Container에 index.html 파일 업로드하기
• Blob Storage(예: down)를 생성한 후 Access Level을 Container로 변경한다
• down에 SAS를 생성한다(기간 중요/토큰 복사하기)
• 해당 Blob storage에 파일 업로드하는 index.html 파일에 Code 작성한다
• index.html 파일 다운로드:
https://ysleedown.blob.core.windows.net/azure/index.html
• 무작위로 작성된 URL을 복사하여 접속하여 본다
• 파일 업로드하기
• 실패한다. CORS에서 업로드를 차단한 것이다
• CORS 설정하기
• 파일 업로드하기
• Blob storage에 파일이 업로드 되었는지 확인하기
• On-Premises Storage vs. Azure Storage
• Azure Storage Account는 단순히 On-Premises에 있는 스토리지를 클라우드로 옮겨 놓은 것과는 몇 가지 중요한
차이점이 있다.
• Azure Storage Account는 클라우드의 특성을 활용하여 더 많은 기능과 장점을 제공하며, On-Premises 스토리지와
비교할 때 다음과 같은 차이점을 고려해야 한다.
• 확장성 및 가용성
• Azure Storage: 자동으로 확장 가능하며, 전 세계 데이터 센터를 통해 고가용성을 제공한다. 데이터를 지리적으로 분산시켜
재해 복구 기능을 갖추고 있다.
• On-Premises Storage: 용량과 성능이 물리적 하드웨어에 의존하므로 확장이 제한적입니다. 추가 용량이 필요할 때는 새로운
하드웨어를 설치해야 합니다.
• 관리 및 유지보수
• Azure Storage: 하드웨어 관리, 소프트웨어 업데이트, 백업 등의 유지보수가 필요없다. Microsoft가 모든 관리를 대신 해준다.
• On-Premises Storage: 시스템 관리자나 IT 팀이 하드웨어 및 소프트웨어를 직접 관리하고 유지보수해야 한다.
• 비용 구조
• Azure Storage: 사용한 만큼 비용을 지불하는 종량제 요금제를 사용하며, 초기 투자 비용이 없다.
필요에 따라 용량을 조정할 수 있어 비용 효율적임
• On-Premises Storage: 초기 하드웨어 및 인프라 구축 비용이 높으며, 유지보수 비용도 발생한다. 용량 증설 시 추가 하드웨어
비용이 발생한다.
• 접근성 및 통합
• Azure Storage: 전 세계 어디서나 인터넷을 통해 접근 가능하며, 다양한 Azure 서비스와 쉽게 통합된다. REST API를 통해
다양한 프로그래밍 언어로 접근할 수 있다.
• On-Premises Storage: 로컬 네트워크를 통해 접근하며, 외부에서 접근하려면 VPN이나 다른 네트워크 설정이 필요하다.
• 보안 및 규정 준수
• Azure Storage: 기본적으로 데이터 암호화가 제공되며, 다양한 보안 규정과 표준을 준수한다. Entra ID와 같은 강력한 인증 및
권한 부여 기능을 제공한다.
• On-Premises Storage: 보안 설정 및 규정 준수는 전적으로 조직의 책임이다. 자체적으로 보안 시스템을 구축하고 관리해야 한다.
• Azure Storage를 다양한 환경과 애플리케이션에서 활용하기
• 백업 및 복구
• 환경: IT 인프라, 데이터베이스, 가상 머신, 파일 시스템
• 응용: 주기적인 백업 데이터를 Azure Blob Storage에 저장하여 데이터 손실에 대비한 복구 시스템 구축. Azure Backup 서비스를
통해 자동화된 백업 및 복구 솔루션 제공
• 데이터 아카이빙
• 환경: 기업 데이터 센터, 연구 기관, 의료 기록 시스템
• 응용: 오래된 데이터를 저비용으로 보관하기 위해 Azure Cool Blob Storage나 Archive Blob Storage를 사용.
• 법적 규제 준수를 위한 장기 데이터 보관.
• 웹 애플리케이션 호스팅
• 환경: 웹 서버, 콘텐츠 관리 시스템(CMS)
• 응용: 정적 웹사이트 또는 정적 파일(이미지, CSS, JavaScript)을 Blob Storage에 저장하여 고가용성 및 확장성을 제공
• Azure CDN(Content Delivery Network)과 결합하여 전 세계적으로 빠른 콘텐츠 제공.Storage Account
• 대규모 데이터 분석
• 환경: 빅 데이터 분석 플랫폼, 데이터 웨어하우스
• 응용: Azure Data Lake Storage를 사용하여 대규모 데이터를 저장하고 분석. Azure Databricks, HDInsight, Azure Synapse
Analytics와 통합하여 데이터 처리 및 분석.
• IoT 애플리케이션
• 환경: IoT 장치, 센서 네트워크
• 응용: IoT 디바이스에서 생성된 데이터를 Queue Storage나 Blob Storage에 저장하여 실시간 또는 배치 처리. Azure IoT Hub와
통합하여 데이터 수집 및 분석.
• 미디어 및 엔터테인먼트
• 환경: 비디오 스트리밍 서비스, 미디어 아카이브
• 응용: 대용량 비디오 파일, 이미지 파일 등을 Blob Storage에 저장하고, Azure Media Services와 통합하여 비디오 인코딩 및
스트리밍.
• 애플리케이션 데이터 저장소
• 환경: 모바일 애플리케이션, 웹 애플리케이션
• 응용: 애플리케이션 데이터(예: 사용자 파일, 로그 데이터)를 Blob Storage에 저장.
Azure Files를 사용하여 파일 시스템처럼 접근 가능.
• 분산 애플리케이션 메시지 큐
• 환경: 분산 시스템, 마이크로서비스 아키텍처
• 응용: Queue Storage를 사용하여 애플리케이션 간 비동기 메시지 전달 및 작업 큐 관리. Azure Service Bus와 통합하여 복잡한
메시징 요구 사항 처리
• CI/CD 파이프라인 Artifact 저장소
• 환경: DevOps 환경, 빌드 및 배포 시스템
• 응용: 빌드 아티팩트, Docker 이미지 등을 Blob Storage에 저장하여 CI/CD 파이프라인에서 활용. Azure DevOps와 통합하여
자동화된 배포 프로세스 구현.
• 기계 학습 및 AI
• 환경: 머신러닝 워크플로우, 데이터 사이언스 프로젝트
• 응용: 대규모 학습 데이터셋을 Blob Storage에 저장하여 Azure Machine Learning 서비스와 통합. 모델 학습 및 평가 데이터 저장.
'Study > Azure Cloud' 카테고리의 다른 글
| [Azure 정리]6. Azure Firewall & Azure DNS (0) | 2025.01.02 |
|---|---|
| [Azure 정리]5. Virtual Network & NSG (0) | 2025.01.02 |
| [Azure 정리]3. Virtual Machine 사용하기 (6) | 2025.01.02 |
| [Azure 정리]2. Entra ID 및 Azure Policy (0) | 2024.12.31 |
| [Azure 정리]1. Azure 소개 및 Azure 관리하기 (3) | 2024.12.31 |