Kubernetes에서 최신 마이크로서비스 기반 애플리케이션을 실행할 때, 구성 요소 간 통신을 제어해야 하는 경우가 많습니다. Azure Kubernetes Service(AKS) 클러스터에서 파드 간 트래픽 흐름에는 최소 권한 원칙을 적용해야 합니다. 예를 들어 백엔드 애플리케이션으로의 직접 트래픽을 차단하고 싶다고 가정해 보겠습니다. Kubernetes의 네트워크 정책 기능을 사용하면 클러스터 내 파드 간의 인바운드 및 아웃바운드 트래픽에 대한 규칙을 정의할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/aks/use-network-policies

설명:

박스 1: 구성
웹 애플리케이션의 로깅을 구성하려면 다음 명령어를 사용하십시오.
az 웹앱 로그 구성
박스 2: --docker-container-logging
구문 포함 사항:
az webapp log config [--docker-container-logging {filesystem, off}]
박스 3: 웹앱
웹 애플리케이션의 로그 기록을 ZIP 파일로 다운로드하려면 다음 명령어를 사용하세요.
az 웹앱 로그 다운로드
박스 4: 다운로드
참고 자료:
https://docs.microsoft.com/en-us/cli/azure/webapp/log

설명:

박스 1: 역할 기반 접근 제어(RBAC)
Azure Storage는 Azure 역할 기반 액세스 제어(Azure RBAC)를 통해 Blob 및 Queue 서비스에 대한 Azure AD 인증 및 권한 부여를 지원합니다.
시나리오: 파일 액세스는 IP 주소, 프로토콜 및 Azure AD 권한에 따라 제한되어야 합니다.
상자 2: 피드 변경
변경 피드의 목적은 스토리지 계정의 블롭 및 블롭 메타데이터에 발생하는 모든 변경 사항에 대한 트랜잭션 로그를 제공하는 것입니다.
파일 업데이트는 읽기 전용이어야 하고, 발생한 순서대로 저장되어야 하며, 생성, 업데이트, 삭제 및 복사 작업만 포함해야 하고, 규정 준수를 위해 보관되어야 합니다.
참조:
https://docs.microsoft.com/en-us/azure/cdn/cdn-sas-storage-support
https://docs.microsoft.com/en-us/azure/storage/blobs/storage-blob-change-feed?tabs=azure-portal
주제 4, 프로즈웨어 주식회사
사례 연구
본 시험은 사례 연구 형식으로 진행됩니다. 사례 연구는 별도의 시간 제한이 없으므로, 각 사례를 완료하는 데 필요한 만큼 시험 시간을 자유롭게 활용할 수 있습니다. 다만, 시험에는 추가적인 사례 연구 및 섹션이 포함될 수 있습니다. 따라서 주어진 시간 내에 모든 문제를 풀 수 있도록 시간 관리를 철저히 해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 도표 및 기타 자료가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답변을 검토하고 다음 시험 섹션으로 넘어가기 전에 수정할 수 있습니다. 새 섹션을 시작하면 이전 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하세요. 왼쪽 창의 버튼을 사용하여 질문에 답하기 전에 사례 연구 내용을 살펴보세요. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 질문에 답할 준비가 되면 배경 버튼을 클릭하세요. 당신은 Proseware, Inc.의 개발자입니다. Proseware의 내부 서비스, 외부 서비스 및 애플리케이션에 대한 일련의 거버넌스 정책을 적용하는 애플리케이션을 개발하고 있습니다. 이 애플리케이션은 공통 기능을 위한 공유 라이브러리도 제공합니다.
요구 사항
정책 서비스
상태 저장 기능을 갖춘 ASP.NET Core 2.1 웹 애플리케이션인 Policy Service를 개발하고 Azure App Service 웹 앱에 배포합니다. 이 애플리케이션은 Azure Event Grid에서 발생하는 이벤트에 반응하여 해당 이벤트에 기반한 정책 작업을 수행합니다.
애플리케이션은 모든 Application Insights 원격 측정 데이터에 Event Grid 이벤트 ID 필드를 포함해야 합니다.
정책 서비스는 수행하는 정책 작업 수에 따라 자동으로 확장되도록 Application Insights를 사용해야 합니다.
정책
로그 정책
모든 Azure App Service 웹 앱은 Azure Blob Storage에 로그를 기록해야 합니다. 모든 로그 파일은 logdrop이라는 컨테이너에 저장해야 하며, 해당 컨테이너에 15일 동안 보관해야 합니다.
인증 이벤트
인증 이벤트는 사용자의 로그인 및 로그아웃을 모니터링하는 데 사용됩니다. 모든 인증 이벤트는 정책 서비스에서 처리되어야 합니다. 로그아웃은 가능한 한 빨리 처리되어야 합니다.
정책라이브
PolicyLib이라는 공유 라이브러리가 있는데, 이 라이브러리에는 모든 ASP.NET Core 웹 서비스 및 애플리케이션에서 공통적으로 사용되는 기능이 포함되어 있습니다. PolicyLib 라이브러리는 다음 조건을 충족해야 합니다.
* Application Insights 원격 측정에서 사용자 작업이 아닌 항목은 제외합니다.
웹 서비스가 자체적으로 확장될 수 있도록 하는 방법을 제공합니다.
* 스케일링 작업으로 인해 애플리케이션 사용이 중단되지 않도록 하십시오.
다른
이상 탐지 서비스
로그 정보를 분석하여 이상 징후를 감지하는 이상 징후 탐지 서비스가 있습니다. 이 서비스는 Azure Machine Learning 모델로 구현되었으며 웹 서비스로 배포됩니다. 이상 징후가 감지되면 HTTP 웹훅을 사용하여 관리자에게 이메일을 보내는 Azure Function이 호출됩니다.
건강 모니터링
모든 웹 애플리케이션과 서비스는 /health 서비스 엔드포인트에서 상태 모니터링을 수행합니다.
문제점
보험손실
정책 서비스를 배포할 때, 배포 과정 중에 적용 중이던 정책은 적용되지 않을 수 있습니다.
성능 문제
부하가 심할 경우, 이상 탐지 서비스의 속도가 느려지고 연결이 거부될 수 있습니다.
알림 지연 시간
사용자들은 이상 징후 감지 이메일이 이상 징후가 감지된 후 몇 분 후에 도착하는 경우가 있다고 보고했습니다.
앱 코드
EventGridController.cs
앱 파일의 관련 부분은 아래와 같습니다. 줄 번호는 참조용으로만 포함되며, 해당 줄이 속한 특정 파일을 나타내는 두 글자 접두사가 붙어 있습니다.

LoginEvent.cs
앱 파일의 관련 부분은 아래와 같습니다. 줄 번호는 참조용으로만 포함되며, 해당 줄이 속한 특정 파일을 나타내는 두 글자 접두사가 붙어 있습니다.