대상 기간: 오늘 · 수집 항목: 6건 · 출처: Azure 공식 업데이트 RSS
오늘은 “운영 안정성”과 “보안 경계”를 같이 공부하기 좋은 날입니다. WAF 예외 처리, Chaos Studio의 앱 중심 실험, Log Analytics 과거 데이터 내보내기처럼 실서비스 운영에서 바로 체감되는 기능이 눈에 띄고요. 여기에 Event Hubs가 Network Security Perimeter와 Confidential Computing까지 품으면서, 이제 PaaS도 네트워크 격리와 데이터 처리 중 보호를 더 정교하게 설계하는 흐름이 선명해졌습니다.
· WAF Exceptions — WAF 오탐(false positive)을 줄이기 위해 “무조건 우회”가 아니라 더 세밀한 예외를 설계하는 방법
· Chaos Engineering Workspace/Scenario — 리소스 단위가 아니라 애플리케이션 범위에서 장애 실험을 조직하는 운영 패턴
· Log Analytics Export jobs — 쿼리와 기간을 지정해 과거 로그를 선택적으로 외부 저장소로 내보내는 데이터 운영 방식
· Network Security Perimeter (NSP) — PaaS 리소스에 논리적 네트워크 경계를 적용해 공용 네트워크 접근을 제어하는 모델
· Confidential Computing for streaming — 스트리밍 데이터가 메모리에서 처리되는 동안도 TEE로 보호하는 개념
2 items
· Azure Web Application Firewall(WAF)에서 정상 요청이 차단되는 경우를 줄이기 위한 예외 처리 기능이 Public Preview로 공개됐습니다.
· 기존 exclusion은 일부 검사 대상을 생략해 오탐을 줄이는 방식이었는데, 이번 발표는 더 세밀한 예외 설정을 통해 애플리케이션에 맞춘 조정이 가능하다는 흐름으로 읽힙니다.
· 대상은 Azure Application Gateway와 Azure Front Door의 WAF입니다.
· 운영 환경에서 “보안 정책은 유지하되, 서비스 특성 때문에 발생하는 불필요한 차단은 줄이고 싶다”는 요구와 직접 연결됩니다.
무엇인가: WAF는 일반적인 웹 공격을 막아주지만, 앱의 정상 트래픽이 규칙에 걸려 차단되는 오탐 문제가 생길 수 있습니다. 이번 Preview는 그런 상황에서 예외를 더 정교하게 다뤄, 보안과 서비스 정상 동작 사이의 균형을 맞추도록 돕는 기능입니다.
왜 흥미로운가: WAF 운영은 “켜는 것”보다 “튜닝하는 것”이 더 어렵습니다. 이 기능을 이해하면, 단순히 규칙을 끄는 대신 어떤 요청을 어떤 조건에서 예외 처리할지 설계하는 사고방식을 익힐 수 있습니다.
해보기: Azure Application Gateway 또는 Azure Front Door의 WAF 정책 메뉴를 열어 현재 exclusion 설정 방식을 먼저 확인하고, Preview 문서 기준으로 어떤 요청 패턴에서 예외가 필요한지 사례를 적어보세요.
원문 링크: https://azure.microsoft.com/updates?id=567218
· Azure Event Hubs가 이제 Network Security Perimeter(NSP)를 GA로 지원합니다.
· NSP는 PaaS 리소스 주변에 논리적 네트워크 격리 경계를 정의하고, perimeter 기반 접근 규칙으로 공용 네트워크 접근을 제어하는 모델입니다.
· 이번 지원으로 Event Hubs도 단순 방화벽/프라이빗 엔드포인트를 넘어서, 더 일관된 PaaS 보안 경계 설계 안에 포함할 수 있게 됐습니다.
· 메시징·이벤트 수집 계층을 다루는 팀이라면 데이터 수집 파이프라인의 외부 노출 범위를 다시 점검해볼 만합니다.
무엇인가: Event Hubs에 NSP를 적용할 수 있게 되면서, PaaS 리소스에 대한 접근을 네트워크 경계 단위로 관리하는 방식이 강화됐습니다. 기존 개별 리소스별 접근 통제에서 한 단계 더 구조화된 보안 모델로 이해할 수 있습니다.
왜 흥미로운가: 실무에서는 Event Hubs가 데이터 수집의 관문이 되기 쉽습니다. 이 지점에 경계를 잘 치면, 이후 다운스트림 서비스 전체의 보안 posture를 안정적으로 가져가는 데 도움이 됩니다.
해보기: Event Hubs 네임스페이스의 네트워크 접근 구성과 현재 사용 중인 Private Endpoint/방화벽 설정을 확인한 뒤, NSP를 적용했을 때 어떤 리소스를 같은 perimeter로 묶을지 아키텍처 다이어그램으로 그려보세요.
원문 링크: https://azure.microsoft.com/updates?id=567203
2 items
· Azure Chaos Studio에 Workspaces와 Scenarios가 Public Preview로 추가됐습니다.
· 핵심은 더 빠르고, 더 애플리케이션 중심(application-centric)으로 실제 장애 상황에서 워크로드의 복원력을 검증할 수 있게 한다는 점입니다.
· Workspace를 구독(subscription), 리소스 그룹(resource group), 서비스 그룹 같은 애플리케이션 범위에 연결해 실험 대상을 조직할 수 있습니다.
· Scenario를 통해 반복 가능한 장애 실험 구성을 더 체계적으로 다룰 수 있는 방향으로 보입니다.
무엇인가: Chaos Studio는 의도적으로 장애를 주입해 시스템 복원력을 검증하는 서비스입니다. 이번 Preview는 리소스 하나씩 실험하는 접근에서 나아가, 앱 단위로 범위를 정하고 시나리오를 구성하는 운영 경험을 강화한 업데이트입니다.
왜 흥미로운가: 장애 대응 훈련은 이제 “특정 VM 재부팅” 같은 단편 실험보다, 앱 전체 흐름이 어떻게 흔들리는지를 보는 쪽이 더 중요합니다. 이 기능은 SRE/플랫폼 엔지니어 관점에서 복원력 테스트를 더 현실적으로 설계할 수 있게 해줍니다.
해보기: 현재 운영 중인 샘플 시스템이나 테스트 구독을 기준으로, 하나의 애플리케이션에 속한 리소스를 목록화한 뒤 Chaos Studio Workspace로 묶는다면 어떤 경계가 가장 자연스러운지 설계해보세요.
원문 링크: https://azure.microsoft.com/updates?id=567184
· Log Analytics workspace의 과거 데이터를 Export jobs로 내보내는 기능이 Public Preview로 공개됐습니다.
· 쿼리와 시간 범위를 지정해 필요한 데이터만 Azure Storage 계정으로 내보낼 수 있습니다.
· 즉, 워크스페이스 전체를 덤프하는 게 아니라 선택적 추출이 가능해 외부 시스템 연계나 장기 보관 시나리오에 유용합니다.
· 운영/감사/분석 용도로 과거 로그를 재활용하려는 팀에게 꽤 실전적인 기능입니다.
무엇인가: Log Analytics는 주로 워크스페이스 내부에서 검색·분석하는 도구로 쓰이지만, 이번 기능은 과거 데이터를 조건부로 추출해 다른 저장소나 시스템으로 보내는 흐름을 지원합니다. 로그 수집 이후의 데이터 라이프사이클을 더 유연하게 만들 수 있습니다.
왜 흥미로운가: 관측성 데이터는 “수집”만큼 “어떻게 보존하고 이동시키는가”도 중요합니다. 이 기능을 알면 비용, 규정 준수, 외부 분석 파이프라인 연계 같은 운영 과제를 더 넓은 관점에서 볼 수 있습니다.
해보기: Log Analytics에서 자주 보는 KQL 쿼리 하나를 고른 뒤, “이 결과를 지난 30일 기준으로 Azure Storage에 내보낸다면 어떤 포맷과 후처리가 필요할까?”를 가정해 Export 흐름을 설계해보세요.
원문 링크: https://azure.microsoft.com/updates?id=566591
1 item
· Azure Event Hubs Dedicated가 이제 Confidential Computing을 GA로 지원합니다.
· 스트리밍 데이터가 메모리에서 처리되는 동안도 하드웨어 기반 Trusted Execution Environments(TEE)로 보호할 수 있습니다.
· 민감한 이벤트 스트림을 다루는 조직은 저장 중(at rest), 전송 중(in transit)뿐 아니라 처리 중(in use) 보호까지 고려할 수 있게 됩니다.
· 전용 환경(Dedicated) 기반의 Event Hubs를 사용하는 고보안 워크로드에 특히 의미가 큽니다.
무엇인가: Confidential Computing은 데이터가 실제로 처리되는 메모리 영역까지 보호 범위를 확장하는 기술입니다. 이번 발표는 Event Hubs Dedicated에서 스트리밍 데이터 처리 경로에 이런 보호 모델을 적용할 수 있게 됐다는 의미입니다.
왜 흥미로운가: 보안 논의가 점점 “암호화했나?”에서 “실행 중에도 신뢰할 수 있나?”로 넘어가고 있습니다. 메시징/이벤트 수집 계층에서 이 개념을 이해해두면, 금융·공공·헬스케어 같은 민감 데이터 아키텍처 설계에 큰 도움이 됩니다.
해보기: Event Hubs Dedicated를 사용하는 시나리오를 가정하고, 데이터 보호를 저장/전송/처리 중 3단계로 나눠 현재 Azure 서비스 조합으로 어떻게 설명할 수 있을지 문서화해보세요.
원문 링크: https://azure.microsoft.com/updates?id=567212
1 item
· Azure Red Hat OpenShift(ARO)가 Chile Central 지역에서 GA 됐습니다.
· Microsoft의 칠레 첫 Azure 리전 출시와 함께, 남미 지역에서 OpenShift 배포 선택지가 확장됐습니다.
· 완전관리형 OpenShift를 지역 요건에 맞춰 더 가까운 리전에서 운영할 수 있다는 점이 핵심입니다.
· 지역 확장은 기능 추가처럼 화려하진 않지만, 실제 배포 가능성·지연 시간·데이터 상주 요구사항에는 매우 직접적인 영향을 줍니다.
무엇인가: ARO는 Azure에서 Red Hat OpenShift를 완전관리형으로 제공하는 서비스입니다. 이번 GA는 특정 기능 개선이라기보다, Chile Central에서도 이 서비스를 정식으로 사용할 수 있게 된 지역 가용성 확대입니다.
왜 흥미로운가: 인프라 학습에서 지역(region) 전략은 자주 과소평가되지만, 실제 프로젝트에서는 규제, 지연 시간, 재해복구, 사용자 근접성이 모두 리전 선택과 연결됩니다. ARO의 지역 확대는 컨테이너 플랫폼도 결국 글로벌 인프라 전략 위에 올라간다는 걸 보여줍니다.
해보기: ARO를 기준으로, “왜 어떤 팀은 AKS가 아니라 OpenShift를 고를까?”를 운영 모델·엔터프라이즈 요구사항 관점에서 비교 메모로 정리해보세요.
원문 링크: https://azure.microsoft.com/updates?id=566732
오늘 제공된 목록에는 별도의 서비스 종료(retirement) 항목이 없습니다.