An enterprise is designing a container-based application on Azure that consists of a payment microservice and three operational microservices.
The design must satisfy the following requirements:
* Scale the compute resources dynamically based on message queue depth using KEDA, including scaling down to zero when idle.
* Minimize the administrative effort of managing container infrastructure, including OS patching, cluster upgrades, and node scaling.
* Route the console and system logs of the payment microservice to a dedicated regional Log Analytics workspace to meet compliance requirements.
* Route the logs of the operational microservices to a separate, shared Log Analytics workspace.
* Enable all microservices to communicate with each other securely over a private network.
Which architecture should you recommend?
- Deploy the payment microservice and the operational microservices into separate Azure Container Apps environments integrated with different subnets of the same Azure Virtual Network. Configure each environment with its own Log Analytics workspace.Cevap
- BDeploy the payment microservice and the operational microservices into a single Azure Container Apps environment. Use Azure RBAC and Kusto Query Language (KQL) filters to restrict log access in a single shared Log Analytics workspace.
- CDeploy the payment microservice and the operational microservices into a single Azure Kubernetes Service (AKS) cluster using virtual nodes. Use Kubernetes namespaces and Azure Monitor Data Collection Rules (DCRs) to route logs to separate Log Analytics workspaces.
- DDeploy the payment microservice and the operational microservices as separate container groups in Azure Container Instances (ACI). Configure container group diagnostics to route logs to different Log Analytics workspaces.