Azure 업데이트 다이제스트 (2026-07-27)

대상 기간: 오늘 · 수집 항목: 3건 · 출처: Azure 공식 업데이트 RSS

오늘의 인트로

오늘 Azure 쪽 흐름은 꽤 선명합니다. 하나는 AI 앱 스택이 더 구체적으로 제품화되고 있다는 점이고, 다른 하나는 보안·거버넌스를 네트워크와 API 계층에서 더 정교하게 다루게 됐다는 점입니다. Databricks에서 Claude Opus 5가 GA로 들어오고, API Management에는 AI Gateway 전용 티어가 프리뷰로 등장했고, Azure Firewall은 이제 HTTP 헤더까지 만질 수 있게 됐습니다. “모델을 붙인다”에서 끝나는 게 아니라, 모델 서빙–API 제어–네트워크 정책까지 한 번에 공부하기 좋은 날입니다.

오늘의 학습 포인트

· AI Model Serving — Databricks에서 외부/기반 모델을 서비스로 붙여 애플리케이션과 연결하는 방식의 핵심 개념입니다.
· Reasoning model 선택지 — Claude Opus 5처럼 고급 추론·코딩·에이전트 워크플로에 맞는 모델이 실제 Azure 워크로드에 어떻게 들어오는지 볼 수 있습니다.
· AI Gateway — 일반 API 게이트웨이와 달리, AI 호출에 맞춘 정책·관측·제어 경험이 왜 필요한지 이해하기 좋은 키워드입니다.
· HTTP header insertion — 방화벽이 단순 차단 장비를 넘어 요청 메타데이터를 주입·덮어써 보안 통제를 구현하는 패턴입니다.
· Tenant restriction / 다운스트림 제어 — 네트워크 계층에서 SaaS/애플리케이션 접근 정책을 강제하는 방법을 배울 수 있습니다.

AI/ML & API

3 items

GA Generally Available: Claude Opus 5 on Azure Databricks

· Azure Databricks가 AI Model Serving을 통해 Anthropic Claude Opus 5를 지원합니다.
· Claude Opus 5는 고급 reasoning, coding, agentic workflows, professional knowledge work에 초점을 둔 최신 모델로 소개됐습니다.
· Databricks 환경 안에서 모델 선택지를 넓히며, 데이터/분석 워크플로와 AI 추론 워크로드의 연결성을 높입니다.
· “Azure에서 어떤 LLM을 어디서 서빙할 것인가”라는 아키텍처 선택지에 Databricks 기반 옵션이 더 분명해졌습니다.

무엇인가: Azure Databricks의 AI Model Serving에서 Claude Opus 5를 정식 지원하는 업데이트입니다. 즉, Databricks를 중심으로 데이터 처리와 모델 활용을 이어가는 흐름에서 고급 추론 모델을 공식적으로 사용할 수 있게 된 것입니다.

왜 흥미로운가: 실무에서는 모델 성능만이 아니라 어디에서 운영하고 어떤 데이터 파이프라인과 붙일지가 중요합니다. 이번 업데이트는 Databricks를 이미 쓰는 팀에게 생성형 AI/에이전트 시나리오를 더 현실적으로 검토할 수 있는 선택지를 줍니다.

해보기: Azure Databricks의 AI Model Serving 관련 문서/워크스페이스에서 Claude Opus 5 지원 여부를 확인하고, 기존 모델 선택 기준(비용·추론 품질·코딩 성능)을 표로 비교해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=568316

Preview Public Preview: AI Gateway in Azure API Management

· Azure API Management에 AI Gateway tier가 퍼블릭 프리뷰로 추가됐습니다.
· 기존 API Management 전반에 있던 AI gateway 기능을 바탕으로, AI 워크로드에 최적화된 전용 경험을 제공합니다.
· 일반 API 관리와는 다른 AI 요청의 특성에 맞춰 운영·정책·제어를 다루려는 흐름으로 읽힙니다.
· LLM/에이전트 앱이 늘어나는 상황에서, API 계층에서 AI 호출을 어떻게 다룰지 학습하기 좋은 출발점입니다.

무엇인가: Azure API Management 안에 AI 워크로드용 전용 티어가 생긴 것입니다. 기존 API 게이트웨이 개념을 AI 호출 관리 쪽으로 더 특화해 제공하는 방향의 발표로 이해하면 됩니다.

왜 흥미로운가: 이제 AI 앱은 모델만 붙인다고 끝나지 않고, 호출 경로·정책·거버넌스·운영 가시성이 중요해졌습니다. 엔지니어 입장에서는 “LLM 호출도 결국 API 운영 문제”라는 관점을 익히는 데 매우 좋은 소재입니다.

해보기: Azure API Management 문서에서 AI Gateway tier의 프리뷰 범위와 제공 기능을 읽고, 현재 운영 중인 API Gateway 정책과 AI 호출 정책을 어떻게 나눌지 아키텍처 메모를 작성해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=568184

보안 & 네트워크

1 items

GA Generally Available: HTTP header insertion in Azure Firewall

· Azure Firewall이 이제 애플리케이션 규칙(application rules)에서 HTTP/HTTPS 요청 헤더를 추가하거나 덮어쓸 수 있습니다.
· 이를 통해 조직은 방화벽에서 직접 보안 통제를 강제할 수 있습니다.
· 공지에는 tenant restriction 지원이 대표 활용 사례로 언급됩니다.
· 네트워크 보안 장비가 단순 허용/차단을 넘어, 애플리케이션 요청의 문맥까지 제어하는 방향을 보여줍니다.

무엇인가: Azure Firewall이 L7 수준에서 요청 헤더를 조작할 수 있게 된 기능입니다. 기존의 네트워크/애플리케이션 규칙 기반 제어에 더해, HTTP 메타데이터를 활용한 정책 집행이 가능해졌다는 점이 핵심입니다.

왜 흥미로운가: 실무에서 보안은 “막을 것인가”보다 어떻게 강제할 것인가가 더 어렵습니다. 이 기능을 알면 SaaS 접근 제한, 다운스트림 애플리케이션 정책 연동, 조직 단위 보안 통제 같은 설계를 더 입체적으로 볼 수 있습니다.

해보기: Azure Firewall application rules와 HTTP header insertion 문서를 확인하고, 테스트용 웹 앱 앞단에서 특정 헤더를 추가하는 시나리오를 설계해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=568115

서비스 종료 한눈에

오늘 제공된 목록에는 별도 서비스 종료(retirement) 항목이 없습니다.

오늘의 학습 미션

AI 플랫폼: Azure Databricks에서 Claude Opus 5 지원 내용을 읽고, 기존에 검토하던 LLM과 비교해 reasoning·coding·agentic workflows 기준 평가표를 만들어 보기
API 아키텍처: Azure API Management의 AI Gateway tier 프리뷰 문서를 읽고, 일반 API와 AI API를 분리 운영할 때 필요한 정책 항목을 정리해 보기
보안 네트워크: Azure Firewall의 HTTP header insertion 기능으로 tenant restriction 또는 헤더 기반 접근 통제 시나리오를 설계해 보기
통합 관점: “Databricks 모델 서빙 + API Management AI Gateway + Azure Firewall” 조합으로 생성형 AI 서비스 참조 아키텍처를 1장짜리 다이어그램으로 그려 보기
운영 관점: 현재 팀의 AI/LLM 호출 경로에서 네트워크 계층, API 계층, 모델 계층이 각각 어떤 통제를 담당하는지 서비스명(Azure Firewall, API Management, Azure Databricks) 기준으로 역할 분리해 보기