如何在AKS上通过Azure Monitor Agent自定义Container Insights的ConfigMap？

当前现状：启用Application Insights收集AKS容器日志时，会自动创建ama-logs-rs Deployment和关联的ama-logs-rs-config ConfigMap；但部署集群/节点池的Terraform资源没有内置的监控代理配置选项，官方建议的手动编辑ConfigMap方式，无法在节点扩容时自动同步设置，只能靠持续手动检查或自定义任务维护。

针对该问题，以下是几种更优的实现方式：

1. 用Terraform托管ConfigMap资源 #

直接在Terraform代码中定义完整的ama-logs-rs-config ConfigMap配置，替代自动生成的版本：

• 配置完全代码化，可纳入版本控制，保证多环境配置一致性
• 节点扩容时，AKS会自动拉取最新的ConfigMap配置，无需手动同步
• 可结合Terraform的变量、模块特性，灵活调整监控采集规则

注意：首次创建时，需先导出自动生成的ConfigMap内容作为基础，再修改自定义部分；后续更新时，Terraform会自动同步ConfigMap，部分场景下可通过自定义provisioner触发AMA Pod重启以加载新配置。

2. 基于Azure Monitor数据收集规则（DCR）配置 #

Azure Monitor容器洞察支持通过**数据收集规则（DCR）**配置日志和指标采集，无需直接操作K8s ConfigMap：

• 通过Azure Portal、CLI或ARM模板创建DCR，定义容器日志/指标的采集范围、筛选规则等
• 将DCR关联到AKS集群的容器洞察资源，AMA会自动拉取并应用配置
• 节点扩容时，新节点上的AMA会自动获取最新DCR配置，无需额外操作

该方式优势：

• 完全依托Azure原生服务管理配置，无需维护K8s资源
• 支持精细化采集规则，比如按命名空间、Pod标签过滤日志
• 可结合Azure Policy强制统一配置，确保集群监控标准一致

3. 自定义Kubernetes Operator维护配置 #

如果需要复杂的动态配置逻辑，可编写或使用开源Kubernetes Operator：

• Operator可监听AKS节点扩容事件，自动同步ConfigMap到新节点
• 也可监控ConfigMap变更，自动触发AMA Pod重启以加载新配置
• 可基于Operator Framework构建自定义Operator，或复用社区开源方案实现需求

内容的提问来源于stack exchange，提问作者Roelof