Microsoft Azure 클라우드 DevOps 및 인프라 엔지니어링을 학습합니다. AKS(Azure Kubernetes Service) 구성 및 배포, Azure Virtual Network(VNet) 망 구성, Microsoft Entra ID(구 Azure AD) 역할 보안, 그리고 Azure CLI를 사용한 스크립팅을 정리합니다.
Microsoft Azure 클라우드 DevOps 및 인프라 엔지니어링을 학습합니다. AKS(Azure Kubernetes Service) 구성 및 배포, Azure Virtual Network(VNet) 망 구성, Microsoft Entra ID(구 Azure AD) 역할 보안, 그리고 Azure CLI를 사용한 스크립팅을 정리합니다. 이 가이드는 개념을 나열하기보다, 실제 프로젝트에서 판단해야 하는 순서대로 내용을 따라갈 수 있게 구성했습니다.
설치 명령을 외우기보다 트래픽, 런타임, 관측, 장애 대응이 어떤 순서로 이어지는지 파악합니다.
글로 읽은 내용을 머릿속에 오래 남기려면 먼저 흐름을 그림으로 잡는 편이 좋습니다. 아래 두 그림은 Azure를 학습할 때 계속 되돌아볼 수 있는 기준 지도입니다.
Azure를 처음 펼칠 때는 세부 명령보다 큰 그림이 먼저입니다. 이 섹션에서는 앞으로 배울 개념들이 어떤 문제를 풀기 위해 등장했는지부터 잡아봅니다.
# AKS 클러스터 배포를 위한 리소스 그룹 생성
az group create --name rg-dev-k8s --location koreacentral
# AKS 클러스터 생성 (자동 확장 노드 풀 포함)
az aks create --resource-group rg-dev-k8s --name aks-dev-cluster \\
--node-count 3 --enable-cluster-autoscaler --min-count 1 --max-count 5 \\
--generate-ssh-keys
# kubectl 설정 가져오기
az aks get-credentials --resource-group rg-dev-k8s --name aks-dev-cluster여기서는 Azure VNet 설계을 실제 코드와 함께 확인합니다. 예제를 그대로 따라 하기보다, 입력과 출력, 그리고 바뀌기 쉬운 부분이 어디인지 보면서 읽어보세요.
# 가상 네트워크 생성
az network vnet create --resource-group rg-dev-k8s --name vnet-core \\
--address-prefixes 10.10.0.0/16 --subnet-name subnet-web --subnet-prefixes 10.10.1.0/24여기서는 Microsoft Entra ID (Azure AD) 보안을 실제 코드와 함께 확인합니다. 예제를 그대로 따라 하기보다, 입력과 출력, 그리고 바뀌기 쉬운 부분이 어디인지 보면서 읽어보세요.
# 서비스 주체 생성 및 리소스 그룹 읽기 권한 할당
az ad sp create-for-rbac --name "github-actions-deployer" --role contributor \\
--scopes /subscriptions/your-subscription-id/resourceGroups/rg-dev-k8s --sdk-auth여기서는 Azure Monitor & Log Analytics을 실제 코드와 함께 확인합니다. 예제를 그대로 따라 하기보다, 입력과 출력, 그리고 바뀌기 쉬운 부분이 어디인지 보면서 읽어보세요.
# Log Analytics Workspace 생성
az monitor log-analytics workspace create \
--resource-group rg-dev-k8s --workspace-name law-dev
# AKS 진단 로그를 Log Analytics로 전송하도록 연결
az aks enable-addons --resource-group rg-dev-k8s --name aks-dev-cluster \
--addons monitoring --workspace-resource-id <LOG_ANALYTICS_RESOURCE_ID>
# KQL로 최근 에러 로그 조회
az monitor log-analytics query \
--workspace <WORKSPACE_ID> \
--analytics-query "ContainerLogV2 | where LogLevel == 'error' | take 20"
# 메트릭 알림 규칙 생성 (CPU 80% 초과 시)
az monitor metrics alert create --name high-cpu-alert \
--resource-group rg-dev-k8s \
--scopes <AKS_RESOURCE_ID> \
--condition "avg Percentage CPU > 80" \
--window-size 5m --evaluation-frequency 1m| 지표/쿼리 | 의미 | 왜 중요한가 |
|---|---|---|
| Percentage CPU (VM/AKS 노드) | 노드 CPU 사용률 | 오토스케일링 임계치와 용량 계획의 기준 |
| requests | where success == false | App Insights에서 실패한 요청 | 배포 직후 에러율 급증을 가장 빠르게 포착 |
| ContainerLogV2 severityLevel=="error" | AKS 파드의 에러 로그 | Log Analytics 쿼리로 알림까지 연결 가능 |
여기서는 Azure CLI 활용을 실제 코드와 함께 확인합니다. 예제를 그대로 따라 하기보다, 입력과 출력, 그리고 바뀌기 쉬운 부분이 어디인지 보면서 읽어보세요.
# 로그인 & 구독 설정
az login
az account set --subscription "my-subscription-id"
# 리소스 그룹 & 리소스 조회
az group list --output table
az resource list --resource-group rg-dev-k8s --output table
# AKS 클러스터 상태 확인
az aks show --resource-group rg-dev-k8s --name aks-dev-cluster --query provisioningState
# 비용 확인 (구독 단위)
az consumption usage list --output tableAzure 실무 설계은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 결정 지점 | 확인 질문 | 실무 기준 |
|---|---|---|
| 경계 | Azure 코드에서 바뀌기 쉬운 부분은 어디인가? | 입출력, 설정, 외부 연동, 핵심 규칙을 분리합니다. |
| 상태 | 상태가 어디서 생성되고 어디서 사라지는가? | 상태 소유자와 수명 주기를 코드로 드러냅니다. |
| 장애 | 실패했을 때 호출자는 무엇을 받는가? | timeout, fallback, error contract를 먼저 정합니다. |
이 섹션은 Azure 운영 기준을 실무 관점에서 정리합니다. 개념을 외우기보다, 어떤 상황에서 이 기준을 꺼내 쓸지에 초점을 맞춰보세요.
Azure 검증 전략은 선택지가 갈리는 지점입니다. 표를 기준으로 각 방법의 쓰임새와 운영상의 차이를 비교해두면 이후 판단이 훨씬 쉬워집니다.
| 품질 축 | 검증 방법 | 완료 기준 |
|---|---|---|
| 정확성 | 정상/실패 케이스를 자동화합니다. | 핵심 시나리오가 재현 가능하게 통과합니다. |
| 회귀 방지 | 버그 수정 시 동일 케이스를 테스트로 남깁니다. | 같은 장애가 다시 배포되지 않습니다. |
| 운영성 | 로그, 메트릭, 알림을 확인합니다. | 문제가 생겼을 때 원인 추적 경로가 있습니다. |