问题一：传统监控系统的配置方式有什么缺点？
传统监控系统的配置方式有什么缺点？
参考回答：
传统监控系统的配置方式基于图形界面点击，虽然上手简单，但在多云、多集群的管理环境下，监控配置不易于复制，漏采、漏配很常见。此外，传统配置方式也难以与应用交付的配置绑定，无法实现监控随着应用生命周期而主动变化。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/642528
问题二：云原生时代为什么需要统一的可观测基础设施？
云原生时代为什么需要统一的可观测基础设施？
参考回答：
云原生时代需要统一的可观测基础设施是因为随着云原生生态的不断繁荣，不同业务团队可能采用不同的架构和基础设施，导致平台团队需要根据业务层的架构灵活定制和扩展可观测方案。统一的可观测基础设施可以帮助降低配置的复杂性，提高监控的灵活性和效率。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/642529
问题三：为什么选型Prometheus、Grafana、OpenTelemetry等开源项目为核心构建可观测解决方案是自然的选择？
为什么选型Prometheus、Grafana、OpenTelemetry等开源项目为核心构建可观测解决方案是自然的选择？
参考回答：
选型Prometheus、Grafana、OpenTelemetry等开源项目为核心构建可观测解决方案是自然的选择，因为这些项目正在逐渐成为各自领域的事实标准，周边生态的集成正在以滚雪球的态势累积。这有助于统一技术和数据，同时借力生态快速满足业务场景的需要。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/642533
问题四：如何将可观测基础设施的能力变成声明式的？
如何将可观测基础设施的能力变成声明式的？
参考回答：
将可观测基础设施的能力变成声明式的主要方式之一是使用Kubernetes的CRD（自定义资源）和Operator技术。对于不支持CRD Operator的项目，可以使用Kubernetes的Aggregated API Server（AA）模式，开发符合Kubernetes API规范的REST服务，通过APIService对象注册到Kubernetes apiserver上，从而实现将第三方API转换成Kubernetes标准API。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/642538
问题五：KubeVela中的Prism子项目是如何工作的？
KubeVela中的Prism子项目是如何工作的？
参考回答：
KubeVela中的Prism子项目基于AA模式将第三方API转换成Kubernetes标准API。它对接Kubernetes的AA机制，向上提供统一的K8s API，向下对接Grafana自身的API，将数据源创建、大盘导入等操作统一融入到了Kubernetes用户习惯的YAML操作中。Prism就像一座桥梁，可以对接不同部署形态的差异，并支持使用Kubernetes的RBAC权限控制体系来调节不同用户对于Grafana上数据的访问权限。
关于本问题的更多回答可点击原文查看：
