이번 주 Azure 업데이트는 한마디로 정리하면 “지금 당장 inventory와 마이그레이션 계획을 꺼내봐야 하는 공지들”이 많았습니다. 특히 Azure Batch, 스토리지, 네트워크, Cosmos DB 연계 기능 쪽은 retirement 공지가 이어졌고요. 반대로 데이터/AI 영역은 SQL MCP Server, Entra 기반 SQL 인증, PostgreSQL 운영 제어처럼 실무에 바로 써볼 만한 GA 업데이트도 꽤 나왔습니다.
서비스 종료(Retirement)
5 items
Retirement Azure Batch pools용 D-series, Ds-series, Dv2-series, Dsv2-series, Ls-series VM 시리즈 종료
· Azure Batch pool에서 사용하는 D-series, Ds-series, Dv2-series, Dsv2-series, Ls-series VM 시리즈가 2028년 5월 1일 retire 예정입니다.
· 이후에는 해당 VM 시리즈로 새 Batch pool 생성이 불가합니다.
· 기존 Batch pool도 영향을 받는다고 안내되어 있어, 장기적으로는 대체 VM 시리즈로 이전 계획이 필요합니다.
· 영향 범위는 Azure Batch pools에 의존하는 워크로드입니다.
얻는 것: 지금 미리 Batch pool의 VM SKU 사용 현황을 파악하면, 나중에 대량 치환이 필요한 상황을 피하고 테스트 일정을 여유 있게 가져갈 수 있습니다. 특히 HPC/배치 처리 환경은 성능 검증 시간이 길기 때문에 조기 대응 가치가 큽니다. 지금 할 일: Azure Batch 사용 고객은 현재 pool에서 사용 중인 VM 시리즈를 inventory화하고, retire 대상(D/Dv2/Dsv2/Ls 계열) 여부를 먼저 확인하세요. 왜 지금: 마감이 아직 남아 있어 보여도, Batch 기반 업무는 이미지·쿼터·성능·비용까지 함께 검토해야 해서 준비 기간이 길어집니다. 미리 SKU 대체 후보를 정하는 팀이 운영 리스크를 크게 줄일 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=564772
Retirement Azure Batch pools용 Av2, F, Fs, Fsv2, G, Gs, Lsv2 VM 시리즈 종료
· Azure Batch pool에서 사용하는 Av2-series, F-series, Fs-series, Fsv2-series, G-series, Gs-series, Lsv2-series VM 시리즈가 2028년 11월 15일 retire 예정입니다.
· retire 이후에는 해당 VM 시리즈로 새 Batch pool 생성이 불가합니다.
· 기존 Batch pool도 영향을 받는다고 안내되어 있어, 계속 운영하려면 대체 VM군 검토가 필요합니다.
· 특히 F/Fsv2, Lsv2 계열을 성능 특성 때문에 쓰던 고객은 동급/상위 대안 비교가 중요합니다.
얻는 것: Batch 워크로드별로 CPU 중심형, 메모리 중심형, 로컬 디스크 중심형 요구사항을 다시 분류할 기회가 됩니다. 단순 교체가 아니라 더 적합한 SKU로 재설계할 수도 있습니다. 지금 할 일: Azure Batch 운영팀은 F/Fsv2/Lsv2 등 retire 대상 SKU를 쓰는 pool과 job을 분리해 목록화하고, 성능 민감 워크로드부터 대체 SKU PoC를 잡으세요. 왜 지금: Batch는 스케줄러, 이미지, 애플리케이션 종속성까지 엮여 있어서 VM 교체가 생각보다 큽니다. 여러 retire 공지가 한 번에 나온 만큼 이번 분기에 기준 아키텍처를 정리하는 편이 안전합니다.
원문 링크: https://azure.microsoft.com/updates?id=564774
Retirement GPv1 및 Legacy Blob 스토리지 계정 생성 종료
· Azure Storage 포트폴리오 정비의 일환으로 General Purpose v1(GPv1) storage account 전체 retire가 공지됐습니다.
· 여기에는 legacy blob storage account도 포함됩니다.
· 공지 내용상 핵심 방향은 성능, 확장성, 비용 효율성 향상을 위해 최신 계정 유형 사용으로 전환하는 것입니다.
· 제공된 요약에는 정확한 세부 일정이 모두 담겨 있지 않아, 고객별 현행 사용 현황 확인이 우선입니다.
얻는 것: 오래된 스토리지 계정을 최신 타입으로 정리하면 기능 제약을 줄이고, 향후 정책/보안/비용 최적화 작업도 수월해집니다. 레거시 자산을 한 번에 드러내는 계기가 됩니다. 지금 할 일: 스토리지 사용 고객은 구독별 Storage account를 점검해 GPv1 또는 Legacy Blob 계정이 있는지 확인하고, GPv2 등 최신 계정으로의 마이그레이션 계획을 세우세요. 왜 지금: 스토리지는 애플리케이션, 백업, 로그, 데이터 레이크까지 걸쳐 있어 뒤늦게 옮기기 어렵습니다. 특히 레거시 계정은 누가 쓰는지조차 불명확한 경우가 많아 조기 inventory가 중요합니다.
원문 링크: https://azure.microsoft.com/updates?id=564441
Retirement Azure Load Balancer Inbound NAT rule v1 for Azure VMSS 종료
· 기존 공지 범위가 조정되었고, 이번 retirement는 Azure VMSS용 Inbound NAT rule version 1(= Inbound NAT Pools) 에 초점이 맞춰졌습니다.
· 단일 VM NAT rule까지 모두 포함했던 이전 안내보다 대상이 좁혀진 업데이트입니다.
· 영향을 받는 고객은 Virtual Machine Scale Sets에서 Inbound NAT Pools를 사용하는 환경입니다.
· 네트워크 접속 방식이 운영 자동화와 연결돼 있다면 사전 점검이 필요합니다.
얻는 것: VMSS 원격 접속 구성을 최신 방식으로 정리하면서 운영 표준을 단순화할 수 있습니다. 잘 안 보이던 레거시 NAT 의존 구조를 발견하는 효과도 있습니다. 지금 할 일: 네트워크/플랫폼 운영팀은 VMSS 리소스에서 Inbound NAT Pools 사용 여부를 식별하고, 대체 접속 방식으로 전환할 마이그레이션 검토를 시작하세요. 왜 지금: VMSS는 애플리케이션 확장성과 직결돼 있어 접속 경로 변경이 운영 절차에 영향을 줍니다. 범위가 명확해진 지금이 실제 영향 대상을 좁혀 점검하기 좋은 시점입니다.
원문 링크: https://azure.microsoft.com/updates?id=565482
Retirement Azure Synapse Link for Azure Cosmos DB NoSQL 종료
· 2026년 3월 31일부터는 새로운 Azure Cosmos DB NoSQL 계정에서 Azure Synapse Link를 더 이상 활성화할 수 없습니다.
· 기존 고객은 2029년 3월 31일까지 지원됩니다.
· Microsoft는 고객에게 Microsoft Fabric Link로의 마이그레이션 시작을 권장하고 있습니다.
· 신규 도입과 기존 운영 고객의 대응 시점이 다른 공지입니다.
얻는 것: Cosmos DB 분석 연계 아키텍처를 Fabric 중심으로 재정비할 수 있습니다. 신규 계정 설계 단계에서 막히는 일을 미리 피할 수 있다는 점도 큽니다. 지금 할 일: Cosmos DB NoSQL과 Synapse Link를 사용 중이거나 도입 예정인 팀은 신규 계정 설계에 Synapse Link를 넣지 말고, 기존 환경은 Microsoft Fabric Link 전환 검토를 시작하세요. 왜 지금: 신규 계정은 2026년부터 바로 제약을 받기 때문에 앞으로 만드는 시스템부터 영향이 있습니다. 기존 고객도 2029년 종료 전까지 데이터 파이프라인과 소비 계층을 재설계해야 합니다.
원문 링크: https://azure.microsoft.com/updates?id=558560
Retirement Azure VPN Client for Linux (Preview) 종료 예정
· Azure VPN Client for Linux (Preview)는 2026년 8월 31일 retire 예정입니다.
· 해당 프리뷰는 GA로 갈 경로가 없으며, 현재 보안/신뢰성 기준 정렬 차원에서 종료가 공지됐습니다.
· Linux 기반 원격 접속 환경을 운영하는 고객은 대체 클라이언트/접속 방식 확인이 필요합니다.
· 특히 운영자 단말 표준이 Linux인 조직은 영향도가 클 수 있습니다.
얻는 것: 프리뷰 상태의 클라이언트에 계속 의존하는 리스크를 줄이고, 지원 가능한 접속 방식으로 표준화할 수 있습니다. 보안 및 운영 지원 체계를 더 예측 가능하게 만들 수 있습니다. 지금 할 일: 네트워크 운영팀과 보안팀은 Linux 사용자 단말에서 Azure VPN Client for Linux (Preview)를 쓰는지 확인하고, 대체 접속 옵션 검토 및 사용자 전환 계획을 수립하세요. 왜 지금: VPN 클라이언트 교체는 기술 문제보다 사용자 영향과 운영 문서 개정이 더 큽니다. 종료일 전에 표준 단말 정책과 헬프데스크 대응 절차까지 같이 정리해야 합니다.
원문 링크: https://azure.microsoft.com/updates?id=565393
데이터베이스 · 데이터 · AI
6 items
GA SQL MCP Server
· SQL MCP Server가 GA 되었습니다.
· agentic solutions를 구축할 때, 운영 데이터에 대해 통제된 접근 방식을 제공하는 것이 핵심입니다.
· SQL에 맞춰 설계되었고, PostgreSQL 및 Azure Cosmos DB와도 호환됩니다.
· 보안성과 고성능을 함께 강조한 업데이트입니다.
얻는 것: 운영 데이터에 대한 접근을 통제하면서도 에이전트 기반 애플리케이션을 설계할 선택지가 생깁니다. AI 활용을 확대하되 데이터 접근 경계를 명확히 하고 싶은 팀에 특히 유용합니다. 지금 할 일: DBA/AI 플랫폼팀은 운영 DB 직접 연결이 필요한 AI 시나리오가 있다면 SQL MCP Server의 적용 가능성을 검토하고, 비프로덕션 데이터로 PoC를 시작하세요. 왜 지금: 기업 고객의 생성형 AI 도입은 결국 “운영 데이터에 어떻게 안전하게 붙일 것인가”에서 갈립니다. GA가 된 만큼 실서비스 검토 대상으로 올릴 수 있는 단계에 들어왔습니다.
원문 링크: https://azure.microsoft.com/updates?id=564734
GA Microsoft Entra server principals on Azure SQL Database
· Azure SQL Database에서 Microsoft Entra server principals (logins) 가 GA 되었습니다.
· 이제 virtual master database에서 CREATE LOGIN ... FROM EXTERNAL PROVIDER 를 사용할 수 있습니다.
· Microsoft Entra ID 기반 로그인에 대해 SQL logins와의 기능적 parity를 제공하는 방향입니다.
· Azure SQL Database의 인증/권한 관리 일관성을 높일 수 있습니다.
얻는 것: SQL 로그인 중심 운영에서 Entra 기반 중앙 인증으로 더 정돈된 관리 체계를 가져갈 수 있습니다. 계정 관리와 접근 통제를 Microsoft Entra에 맞춰 통합하려는 조직에 실질적인 진전입니다. 지금 할 일: Azure SQL Database 운영팀은 서버 로그인/관리자 계정 구조를 검토하고, CREATE LOGIN ... FROM EXTERNAL PROVIDER 기반의 Entra 로그인 적용 가능성을 테스트하세요. 왜 지금: DB 접근 통제는 감사와 보안 운영의 핵심입니다. Entra 중심 표준화는 권한 회수, 계정 수명주기, 컴플라이언스 대응을 단순하게 만듭니다.
원문 링크: https://azure.microsoft.com/updates?id=565154
Preview GitHub Copilot in SSMS용 Agent mode
· SSMS에서 GitHub Copilot의 Agent mode가 Public Preview로 제공됩니다.
· 데이터베이스 성능 문제 조사, 쿼리 튜닝, 유지보수/구성 검토, 보안 우려 식별, 에러 트러블슈팅 등을 지원합니다.
· 운영 보조와 DBA 생산성 향상에 초점을 둔 기능입니다.
· 현재는 Preview이므로 프로덕션 적용 전 검증이 필요합니다.
얻는 것: DBA와 개발자가 자주 반복하는 점검/분석 작업을 더 빠르게 수행할 수 있는 보조 도구를 얻게 됩니다. 특히 운영 이슈 초동 분석 시간을 줄일 가능성이 있습니다. 지금 할 일: DBA 팀은 운영이 아닌 테스트/개발 환경의 SSMS에서 Agent mode를 체험해 보고, 쿼리 튜닝·장애 분석 업무에 얼마나 도움이 되는지 검증해 보세요. 왜 지금: AI 보조 도구는 빠르게 팀 습관을 바꿉니다. Preview 단계에서 미리 써본 팀이 나중에 보안 가이드와 활용 기준을 더 잘 세울 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=562637
GA PostgreSQL Hub for Azure Developers
· PostgreSQL on Azure 관련 AI 및 애플리케이션 개발 리소스를 한곳에 모은 PostgreSQL Hub가 GA 되었습니다.
· 샘플 앱, solution accelerators, 튜토리얼, 학습 경로가 포함됩니다.
· PostgreSQL 기반 애플리케이션을 더 빠르게 구축할 수 있도록 구성되어 있습니다.
· 개발자 enablement 성격이 강한 업데이트입니다.
얻는 것: PostgreSQL 기반 신규 프로젝트에서 초기 설계와 학습 비용을 줄일 수 있습니다. 내부 표준 아키텍처나 개발자 온보딩 자료를 만들 때도 참고 소스로 활용하기 좋습니다. 지금 할 일: 애플리케이션 개발팀과 플랫폼팀은 PostgreSQL Hub의 샘플/가이드를 검토해 내부 레퍼런스 아키텍처나 PoC 출발점으로 활용하세요. 왜 지금: PostgreSQL 수요는 계속 늘고 있고, 팀마다 제각각 시작하면 품질 편차가 커집니다. 검증된 샘플과 학습 경로를 빨리 흡수하는 팀이 시행착오를 줄입니다.
원문 링크: https://azure.microsoft.com/updates?id=562084
GA Azure Database for PostgreSQL Flexible Server 유지보수 제어 강화
· PostgreSQL Flexible Server의 향상된 maintenance control 기능이 GA 되었습니다.
· 이제 reschedule, on-demand apply, view and download 기능을 활용할 수 있습니다.
· 플랫폼 유지보수 이벤트에 대한 가시성과 유연성이 개선됩니다.
· 운영 중단을 줄이기 위한 업데이트로 설명됩니다.
얻는 것: DB 플랫폼 유지보수 창을 업무 일정에 더 맞춰 관리할 수 있어 운영 예측 가능성이 높아집니다. 변경관리와 장애예방 관점에서 실무 체감이 큰 개선입니다. 지금 할 일: PostgreSQL Flexible Server 운영팀은 maintenance 제어 옵션을 확인하고, 정기 점검 프로세스에 reschedule/on-demand apply 활용 절차를 반영하세요. 왜 지금: DB 유지보수는 애플리케이션 영향과 바로 연결됩니다. GA가 된 기능은 운영 표준에 넣을 수 있으니, 수동 대응에서 계획된 변경관리로 옮길 좋은 시점입니다.
원문 링크: https://azure.microsoft.com/updates?id=563756
Preview Azure Managed Redis의 Entra ID 기반 RBAC for data management
· Azure Managed Redis가 데이터 접근 관리에 대해 Microsoft Entra ID 기반 RBAC를 Public Preview로 지원합니다.
· 공유 키(shared keys)에 의존하지 않고, 누가 읽고/쓰고/관리할지 세밀하게 제어할 수 있습니다.
· Redis ACL 위에 구축된 형태로 설명됩니다.
· 데이터 접근 통제와 자격 증명 관리 현대화에 유용한 업데이트입니다.
얻는 것: 애플리케이션과 운영자 접근을 역할 중심으로 나눠 관리하면서 공유 키 노출 리스크를 줄일 수 있습니다. Redis 보안 운영 모델을 더 엔터프라이즈답게 바꿀 수 있습니다. 지금 할 일: Redis 사용 팀은 현재 shared key 사용 패턴을 정리하고, 비프로덕션 환경에서 Entra ID 기반 RBAC 전환 가능성을 검토하세요. 왜 지금: 캐시는 종종 “편의상 공용 키”로 운영되기 쉽습니다. Preview 단계에서 권한 모델을 미리 정리해두면 향후 GA 전환 시 빠르게 적용할 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=564873
컴퓨팅 · 스토리지 · DR/HPC
4 items
GA Azure NC RTX PRO 6000 Blackwell Server Edition v6 Series Virtual Machines
· Azure NCv6-series VM이 Southeast Asia와 West US 2 리전에서 GA 되었습니다.
· NVIDIA RTX PRO 6000 Blackwell Server Edition GPU 기반입니다.
· 각 GPU는 96GB 메모리를 제공합니다.
· GPU 집약적 워크로드를 위한 신규 선택지입니다.
얻는 것: 고성능 GPU 워크로드에서 새로운 Azure 옵션을 검토할 수 있습니다. 다만 이번 공지는 리전이 제한적이므로, 배치 위치와 데이터 중력까지 함께 봐야 합니다. 지금 할 일: AI/HPC 팀은 Southeast Asia 또는 West US 2 사용 가능 여부를 확인하고, NCv6가 필요한 학습·추론·그래픽 워크로드에 적합한지 벤치마크 계획을 세우세요. 왜 지금: GPU 수급과 리전 가용성은 항상 먼저 움직이는 팀이 유리합니다. 특히 글로벌 배포가 가능한 조직은 조기 테스트로 선택지를 넓힐 수 있습니다.
원문 링크: https://azure.microsoft.com/updates?id=565271
GA Premium SSD v2 disks, non-zonal Azure VM 지원
· Premium SSD v2가 이제 일부 AZ 지원 리전에서 non-zonal, single-instance Azure VM도 지원합니다.
· 이전보다 디스크 배치 선택이 유연해졌습니다.
· Availability Zone을 명시하지 않는 단일 VM 구성에서도 Premium SSD v2를 사용할 수 있습니다.
· 리전별 지원 여부는 별도 확인이 필요합니다.
얻는 것: 단일 VM 기반 워크로드에서도 Premium SSD v2를 더 쉽게 적용할 수 있어 스토리지 성능 설계 선택지가 넓어집니다. 존 설계를 꼭 하지 않는 환경에서도 도입 장벽이 낮아집니다. 지금 할 일: 인프라팀은 단일 VM 기반 고성능 디스크 수요가 있는 워크로드를 정리하고, 해당 리전에서 Premium SSD v2 적용 가능 여부를 확인해 보세요. 왜 지금: 많은 엔터프라이즈 워크로드가 아직 단일 VM 또는 non-zonal 패턴을 갖고 있습니다. 그 환경에서도 최신 디스크 옵션을 쓸 수 있게 된 건 비용/성능 최적화 여지를 의미합니다.
원문 링크: https://azure.microsoft.com/updates?id=565359
Preview Azure Site Recovery, NVMe disk controller를 사용하는 Linux Azure VM 지원
· Azure Site Recovery가 Azure-to-Azure 시나리오에서 NVMe-enabled Generation 2 VM family의 Linux Azure VM 복제를 지원합니다.
· 예시로 Da/Ea/Fa v6-series, Ebsv5/Ebdsv5 가 언급되었습니다.
· 지원 범위는 공지상 제한적(limited) 으로 설명되어 있습니다.
· NVMe 기반 최신 VM군에서도 DR 설계를 검토할 수 있게 됩니다.
얻는 것: 최신 Linux VM SKU를 쓰는 고객이 재해복구 옵션을 더 폭넓게 검토할 수 있습니다. 다만 Preview이므로 실제 보호 범위와 운영 제약은 PoC로 확인해야 합니다. 지금 할 일: DR 담당팀은 NVMe 기반 Linux VM 사용 현황을 파악하고, Azure Site Recovery Preview 지원 범위에 해당하는지 테스트 환경에서 검증하세요. 왜 지금: 새 VM 세대로 갈수록 DR 지원 여부가 도입 결정에 영향을 줍니다. 인프라 현대화와 복구 전략을 같이 맞추려면 지금 검토가 필요합니다.
원문 링크: https://azure.microsoft.com/updates?id=565103
· Azure Boost를 사용해 동일 리전 내 guest VM에서 고대역폭, 초저지연 네트워킹을 직접 활용할 수 있도록 합니다.
· 애플리케이션이 guest OS에서 네트워크 경로를 더 직접 활용하는 성격의 기능으로 보입니다.
얻는 것: HPC나 초저지연 통신 워크로드에서 Azure 네트워킹 활용 폭이 커질 수 있습니다. 다만 Private Preview 단계이므로 일반 고객의 즉시 도입보다는 로드맵 파악 관점이 적절합니다. 지금 할 일: HPC/초저지연 네트워크 워크로드를 운영하는 팀은 UK South 활용 가능성과 Private Preview 참여 요건을 Microsoft 담당자를 통해 확인하세요. 왜 지금: RDMA는 특정 고객에게는 아키텍처를 바꾸는 급의 기능입니다. 초기에 로드맵을 파악해두면 향후 플랫폼 선택과 워크로드 이전 전략에 도움이 됩니다.
원문 링크: https://azure.microsoft.com/updates?id=564981
보안 · 모니터링
2 items
Preview Microsoft Defender for Cloud의 Microsoft Foundry agent security capabilities 라이선스 전환
· Microsoft Defender for Cloud에서 제공되던 Microsoft Foundry agent security capabilities가 Public Preview로 라이선스 전환 공지되었습니다.
· 2026년 7월 1일부터는 Microsoft Agent 365 license로 전환됩니다.
얻는 것: 에이전트 보안 기능을 계속 쓸 조직은 라이선스와 로그/보안 이벤트 흐름을 미리 재점검할 수 있습니다. 예산·계약·운영체계 변화 포인트를 사전에 파악하는 데 의미가 있습니다. 지금 할 일: 보안 아키텍트와 라이선스 담당자는 Defender for Cloud에서 해당 기능 사용 여부를 확인하고, 2026년 7월 1일 전 Agent 365 라이선스 영향도를 검토하세요. 왜 지금: 기술 변경보다 라이선스 변경이 실제 도입 지속 여부를 좌우하는 경우가 많습니다. 예산 시즌 전에 영향 파악을 해두는 게 중요합니다.
원문 링크: https://azure.microsoft.com/updates?id=565171
· 시간 경과에 따른 ingestion volume 비교를 통해 스파이크/감소를 빠르게 탐지할 수 있습니다.
· time series count 및 event ingestion rates 변화를 확인할 수 있습니다.
· 비용 변화와 이상 징후 조사를 빠르게 돕는 기능입니다.
얻는 것: 모니터링 비용 급증이나 텔레메트리 이상을 더 빨리 발견할 수 있습니다. 관측성(Observability) 운영팀이 비용과 품질을 함께 보는 데 도움이 됩니다. 지금 할 일: 모니터링 운영팀은 Metrics Usage Insights에서 Ingestion Volume Change dashboard를 확인하고, 비용 이상 탐지 절차에 반영할지 검토하세요. 왜 지금: 관측성 비용은 보통 뒤늦게 발견됩니다. ingestion 추세를 바로 볼 수 있으면 장애 조사뿐 아니라 비용 설명 가능성도 높아집니다.
원문 링크: https://azure.microsoft.com/updates?id=565286
고객 액션 체크리스트
Azure Batch 사용 고객: Azure Batch pool의 VM 시리즈를 inventory화하고 D/Dv2/Dsv2/Ls 및 Av2/F/Fsv2/G/Lsv2 계열 retire 대상 여부와 대체 SKU PoC 계획을 수립
Cosmos DB NoSQL 사용 고객/데이터 플랫폼팀: Azure Synapse Link 사용 여부를 확인하고 신규 Azure Cosmos DB NoSQL 계정에는 Synapse Link 대신 Microsoft Fabric Link 전환 방향으로 설계
스토리지 사용 고객/플랫폼팀: Azure Storage account 중 GPv1 및 Legacy Blob 계정을 식별하고 GPv2 등 최신 스토리지 계정으로의 마이그레이션 계획을 수립
네트워크 운영팀/플랫폼팀: Azure VMSS에서 Azure Load Balancer Inbound NAT rule v1(Inbound NAT Pools) 사용 여부를 점검하고 대체 접속 방식 전환 계획을 수립
Linux 단말 사용 조직/보안·네트워크팀: Azure VPN Client for Linux (Preview) 사용 현황을 확인하고 2026년 8월 31일 이전 대체 VPN 접속 옵션과 사용자 전환 절차를 정리
Azure SQL Database 운영팀/DBA: Microsoft Entra server principals 적용 가능성을 검토하고 CREATE LOGIN ... FROM EXTERNAL PROVIDER 기반 인증 표준화 테스트를 수행
PostgreSQL 운영팀: Azure Database for PostgreSQL Flexible Server의 maintenance control(reschedule, on-demand apply, view/download)을 운영 변경관리 절차에 반영
AI 플랫폼팀/DBA: SQL MCP Server를 비프로덕션 데이터에 연결해 운영 데이터 접근 통제형 agentic solution PoC를 진행
Redis 사용 고객/애플리케이션팀: Azure Managed Redis의 shared key 사용 패턴을 정리하고 Entra ID 기반 RBAC Preview 전환 가능성을 검토
DBA 팀/개발팀: SSMS의 GitHub Copilot Agent mode를 테스트 환경에서 검증해 쿼리 튜닝·장애 분석 생산성 향상 여부를 평가
DR 담당팀/인프라팀: NVMe disk controller를 사용하는 Linux Azure VM이 Azure Site Recovery Preview 지원 범위에 포함되는지 점검하고 복제 테스트를 수행
AI/HPC 팀: NCv6 VM의 사용 가능 리전(Southeast Asia, West US 2)과 Guest RDMA on Azure Boost의 로드맵을 검토해 GPU/HPC 워크로드 배치 전략을 업데이트
인프라팀/가상화 운영팀: non-zonal single-instance Azure VM에서 Premium SSD v2 적용 가능 리전을 확인하고 성능 민감 워크로드의 디스크 표준안을 재검토
보안 아키텍트/라이선스 담당: Defender for Cloud의 Microsoft Foundry agent security capabilities 사용 여부를 확인하고 Microsoft Agent 365 라이선스 전환 영향도를 분석