대상 기간: 최근 7일 · 수집 항목: 6건 · 출처: Azure 공식 업데이트 RSS
오늘 Azure 업데이트는 꽤 선명한 흐름이 보입니다. 하나는 데이터를 옮기지 않고 바로 읽고 쓰는 OneLake 중심 데이터 아키텍처, 다른 하나는 대규모 현대화와 개발 생산성을 끌어올리는 Copilot/VS Code 경험입니다. 여기에 네트워크 진단(ICMP on NAT Gateway)과 로그 비용·성능 최적화(Summary Rules)까지 붙어서, “실무에서 바로 써먹을 수 있는 기능”이 많이 나온 날이네요.
· Zero-copy analytics — 데이터를 복제하지 않고 공용 스토리지 계층에서 직접 분석하는 패턴입니다.
· OneLake + Unity Catalog — Databricks 거버넌스와 Microsoft Fabric 데이터 레이어가 어떻게 만나는지 볼 수 있습니다.
· Application modernization at scale — Azure Migrate의 포트폴리오 평가와 GitHub Copilot 기반 코드 분석을 연결하는 흐름입니다.
· Outbound ICMP on NAT Gateway — 단순하지만 강력한 네트워크 진단 수단인 ping이 아키텍처 운영성에 주는 의미를 이해할 만합니다.
· Log summarization — 원본 로그를 계속 쌓기만 하지 않고, 요약 테이블로 성능·비용·보고를 최적화하는 운영 패턴입니다.
3 items
· Azure Databricks가 Unity Catalog를 통해 Microsoft OneLake에 저장된 데이터를 네이티브로 읽기 지원합니다.
· 데이터를 다른 스토리지로 복사·이동하지 않고 직접 쿼리/분석할 수 있습니다.
· 데이터 중복을 줄이고, 분석 시작 시간을 단축하는 데 유리합니다.
· Databricks와 OneLake를 함께 쓰는 조직에서 데이터 레이어를 단순화하는 방향으로 읽힙니다.
무엇인가: Azure Databricks가 OneLake를 외부의 별도 복제 대상이 아니라, 직접 읽을 수 있는 데이터 소스로 다루는 기능입니다. 기존처럼 데이터를 여러 저장소에 나눠 적재하지 않아도 되는 zero-copy 분석 관점이 핵심입니다.
왜 흥미로운가: 엔지니어 입장에서는 “분석 플랫폼이 여러 개여도 스토리지는 하나로 가져갈 수 있을까?”라는 질문에 대한 실전 선택지가 생깁니다. 특히 데이터 사일로, 복제 비용, 거버넌스 중복 문제를 줄이는 설계 아이디어로 이어질 수 있습니다.
해보기: OneLake와 Azure Databricks/Unity Catalog 연계 문서를 따라가며, 복제 없이 읽는 데이터 접근 경로가 어떤 식으로 구성되는지 아키텍처 다이어그램부터 정리해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=565733
· 이번에는 읽기뿐 아니라, Azure Databricks가 managed Delta tables를 OneLake에 네이티브 저장하는 기능입니다.
· 별도 스토리지 계정을 직접 관리하지 않고도 OneLake를 통합 저장 계층처럼 활용할 수 있습니다.
· Databricks 워크로드의 저장소 설계를 단순화하는 방향입니다.
· OneLake를 단순 조회 대상이 아니라 실제 운영 데이터 레이크 레이어로 쓰는 그림이 보입니다.
무엇인가: Azure Databricks가 관리형 Delta 테이블을 OneLake에 직접 기록할 수 있도록 하는 프리뷰 기능입니다. 즉, Databricks 계산 엔진과 OneLake 저장 계층의 연결이 더 깊어졌다고 볼 수 있습니다.
왜 흥미로운가: 데이터 플랫폼 설계에서 “컴퓨트는 Databricks, 저장은 OneLake” 같은 조합이 현실적인 옵션이 됩니다. 팀이 Fabric과 Databricks를 함께 쓰고 있다면, 저장소 중복과 운영 복잡도를 다시 계산해볼 만합니다.
해보기: 현재 사용하는 Databricks 워크로드에서 관리형 Delta 테이블이 어디에 저장되는지 점검하고, OneLake 기반 저장으로 바뀌었을 때 달라지는 운영 포인트를 표로 비교해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=565706
· Azure Portal에서 Log Analytics Summary Rules를 다루는 새 경험이 GA 됐습니다.
· 고볼륨 로그를 일정 주기로 집계해 요약 테이블에 저장할 수 있습니다.
· 쿼리 성능 개선, 리포팅 최적화, 데이터 활용 효율 향상에 초점이 있습니다.
· 로그를 “원본 그대로 오래 보관”하는 방식만이 아니라, 집계 중심 운영으로 전환하는 데 도움이 됩니다.
무엇인가: Summary Rules는 대량 로그를 주기적으로 집계해 별도의 summarized table에 저장하는 기능입니다. 이번 GA는 그 기능을 Azure Portal에서 더 쉽게 설정·운영할 수 있도록 한 경험 개선에 가깝습니다.
왜 흥미로운가: 관측성(Observability)은 단순 수집보다 어떻게 저장하고 어떻게 질의하느냐가 더 중요해지는 단계가 있습니다. 운영 로그가 많아질수록 비용과 성능을 함께 다루는 실무 감각이 필요한데, 이 기능이 바로 그 포인트와 맞닿아 있습니다.
해보기: Log Analytics 작업 영역에서 고빈도 로그 하나를 골라, 어떤 집계 기준(시간, 리소스, 상태 코드 등)으로 요약하면 대시보드/리포트에 유리할지 먼저 설계해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=562027
2 items
· Azure Migrate가 GitHub Copilot Modernization과 통합되어 대규모 코드 평가를 지원합니다.
· Azure Migrate의 포트폴리오 수준 discovery/assessment와 Copilot의 context-aware code analysis를 결합합니다.
· 현대화 대상이 많은 조직에서 애플리케이션별 분석을 더 체계화하는 데 초점이 있습니다.
· “인벤토리 파악 → 평가 → 코드 인사이트”가 이어지는 흐름이 눈에 띕니다.
무엇인가: 애플리케이션 현대화 프로젝트에서, Azure Migrate가 보유한 대규모 자산 평가 정보와 GitHub Copilot Modernization의 코드 분석 기능을 연결하는 프리뷰입니다. 단순 인프라 발견을 넘어, 실제 코드 수준의 현대화 판단까지 이어지게 해줍니다.
왜 흥미로운가: 현대화는 보통 “서버 몇 대 옮긴다”에서 끝나지 않고 결국 코드, 프레임워크, 종속성 문제로 들어갑니다. 이 기능은 인프라 팀과 개발팀 사이에 있던 간극을 줄여서, 포트폴리오 규모의 의사결정을 더 빠르게 할 수 있게 해줄 가능성이 있습니다.
해보기: 현재 조직이나 개인이 알고 있는 레거시 앱 목록을 기준으로, 발견(Discovery) → 평가(Assessment) → 코드 분석(Code insights) 3단계 체크리스트를 직접 만들어 보세요.
원문 링크: https://azure.microsoft.com/updates?id=566145
· VS Code용 Azure Functions 확장에 새로운 Create New Project 경험이 프리뷰로 추가됐습니다.
· 기존의 여러 단계 Quick Pick 대신, 시각적 템플릿 갤러리 기반으로 바뀝니다.
· 템플릿을 검색·필터링할 수 있어 프로젝트 시작 진입장벽이 낮아집니다.
· 학습자 입장에서는 Functions 앱 생성 흐름을 더 직관적으로 익히기 좋습니다.
무엇인가: Azure Functions 프로젝트 생성 UX가 VS Code 안에서 새롭게 바뀌는 업데이트입니다. 기능 자체가 달라졌다기보다, 어떤 템플릿으로 서버리스 앱을 시작할지 훨씬 쉽게 탐색할 수 있게 된 것이 핵심입니다.
왜 흥미로운가: 서버리스는 “일단 하나 만들어보는 속도”가 중요합니다. 특히 초보자나 여러 언어/트리거를 비교해보고 싶은 엔지니어에게는 템플릿 탐색성이 곧 학습 생산성으로 이어집니다.
해보기: VS Code에서 Azure Functions 확장을 최신 상태로 맞춘 뒤, 새 프로젝트 생성 화면에서 언어/트리거 템플릿이 어떻게 분류되는지 캡처하며 비교해 보세요.
원문 링크: https://azure.microsoft.com/updates?id=562497
1 item
· Azure Standard V2 NAT Gateway가 Outbound ICMP Echo Request/Reply를 지원합니다.
· 이제 NAT Gateway 뒤의 워크로드에서 ping 기반 연결 확인이 가능해집니다.
· 기본적인 네트워크 트러블슈팅과 연결성 검증이 더 쉬워집니다.
· 작은 변화처럼 보여도 운영 편의성 측면에서는 꽤 반가운 업데이트입니다.
무엇인가: Standard V2 NAT Gateway 환경에서 ICMP echo 트래픽을 다룰 수 있게 된 GA 기능입니다. 즉, 아웃바운드 경로를 빠르게 검증하는 가장 익숙한 도구 하나가 공식적으로 가능해졌습니다.
왜 흥미로운가: 네트워크 문제를 만났을 때, 복잡한 로그보다 먼저 보는 게 종종 단순한 연결성 확인입니다. 실무에서는 이런 “기본기 도구가 되는가”가 운영 난이도를 크게 바꾸기도 합니다.
해보기: NAT Gateway를 사용하는 테스트 서브넷이 있다면, 기존 진단 방식과 비교해 ICMP 기반 점검이 어떤 상황에서 더 빠른지 운영 시나리오를 적어보세요.
원문 링크: https://azure.microsoft.com/updates?id=565487
이번 입력 목록에는 별도 (서비스 종료) 항목이 없습니다.
읽기(read)와 저장(write) 경로가 어떻게 달라지는지 Unity Catalog 기준으로 비교 정리해 보기