共计 866 个字符，预计需要花费 3 分钟才能阅读完成。
可观测性背景
云原生可观测性是从传统软件监控及数据分析可视化工具中，总结出在云原生畛域中，从底层容器基础设施、通用技术组件到业务利用零碎全链路监控运维、经营治理等产品化体系化的能力诉求。可观测性是云原生技术架构的重要特色，确切的体现了云原生的核心理念，自提出就被宽泛的认可。
实现可观测性须要什么能力？
可观测性的三大支柱 Metrics、Trace、Log (指标、链路、日志)：
以后，在 Metrics 与 logging 方面基于原有技术架构有泛滥较为成熟的解决方案，如聚焦于 Metrics 的 Prometheus+、聚焦于 logging 的 ELK 解决方案。然而对于 tracing 的解决方案，多种多样，如开源的 skywalking、jaeger 等。
应用开源产品面临的问题有哪些？
因为 tracing 的解决方案无论从底层技术门槛还是使用者本身业务复杂度都绝对较高，采纳收费开源的产品在理论应用中会遇到各种问题，
如：采集端探针性能损耗过大，影响现有业务；
需独立配置数据存储，数据量大，老本高；
使用者业务架构不能百分百兼容适配，需二次开发；
….
基于以上起因，使用者更偏向于抉择更加成熟的解决方案。
Bonree Server 通过嵌入 Smartagent 探针，自动识别后端服务，通过业务拓扑、利用拓扑清晰展示调用逻辑关系，概览零碎全局。全面实时获取服务端性能数据，通过利用、组件、集群、容器及代码等逐层深入分析，最终从代码层和环境层帮忙企业定位剖析本身服务端性能问题，进步云原生服务可观测性。
性能劣势
1、分布式链路检索和剖析
通过代码级调用跟踪技术，主动绘制服务拓扑，通过 traceID 和业务数据检索调用链，疾速定位慢调用、慢办法、慢 SQL 和谬误调用、办法异样。
2、拓扑主动发现
反对在零碎、利用、服务、接口、实例等各级别进行监控剖析。主动拓扑发现，上下游的影响依赖高深莫测。
3、智能告警
通过智能的时序数据异样检测和预测发现问题，可灵便定义告警策略、告警告诉渠道。
4、主机和实例监控
5、灵便配置
服务和接口辨认、自定义热点办法、参数采集、衰弱度、黑白名单等灵便配置
