本文主要是讲述观测云实际操作的感受以及对于观测云产品的小建议和肯定。
体验感受
1.除了上面提到的对于开通观测云文档操作步骤的改善建议以外，在体验用户访问检测时对于接入WEB应用的操作也有一些不解，比如这两个属性
该如何理解，这两个参数配置的究竟是业务应用的访问域名还是说是观测云接收用户访问日志的域名地址呢？官方文档中对于这些参数的说明页不太理解
可能是作为开发人员对于这种运维配置属性的不熟悉，希望官方可以针对于观测云平台的应用性能检测、用户访问检测提供比较详细的接入实例文档或者是操作视频，这样可以最大可能的节省操作人员理解所耗费的时间，也有利于操作的简化。个人在用户访问检测的接入上尝试了多次但是没有成功，也有可能是因为操作的是本机tomcat应用，但是本机配置了nginx域名解析，理论上应是可以通过域名接入的
当然也有可能是我接入的操作有问题，毕竟个人不太熟悉该如何操作，文档中也没有找到相关示例。
从产品功能上来说，观测云产品涵盖的面很广，这一点从观测云控制台菜单就可以看出来
从官方文档说明也可以看到，官方文档基于各个观测云产品功能有单独的菜单说明文档
方便使用者可以到具体的产品功能查阅相关使用说明。
2.观测云作为服务于生产环境的可观测性平台，具备完整的业务可观测性能力。比如从业务系统的流水线来看，观测云能够覆盖多种多样的客户端，例如 Web、小程序、Android、iOS 等。同时支持多种服务端语言，从而对业务的影响降到最低。另外对于中间件、系统以及各种云服务的支持，可以说基本做到了全面覆盖。整体下来看的话，无论业务采用任何客户端、服务端、中间件或多种多样的云服务，或者是多云能力，观测云都具备非常好的扩展接入能力，实际改造接入对业务本身造成的影响也非常小。那么观测云从客户端到服务端、中间件以及云服务等各种能力的强大的扩展接入能力就决定了观测云具备和其他众多产品联动的可能，这一点在观测云后台就可以很直观的看到
3.观测云相对于其他可观测产品，比如开源ELK日志监控系统来说，开源ELK需要自己投入开发人员进行日志监控开发，同时需要投入服务器资源部署ELK服务，日志监控的配置也比较复杂，并且需要不断的投入人力资源维护。而观测云平台在日志接入以及日志监控，人员投入上都远比搭建开源ELK作为日志监控来说小的多。另外观测云不单单只是日志监控，还涵盖了客户端、服务端、中间件、云服务等多端的监控
功能上更丰富，配置上更简便，且有统一的可视化控制台检测页面，无需手动输入ELK命令进行日志查看，操作上更简便。那么再说一下观测云相对于Prometheus改进的地方，Prometheus在涵盖的功能以及范围上相对于观测云都比较单一，观测云更像是一键开通了应用实时监控服务ARMS的全部产品服务，且功能上更丰富了，付费上不用单独开通了，集成版的观测云平台。
4.最后补充一下DataKit的启停命令，由于DataKit安装完成后会自动启动采集日志信息，如果想要关闭的话需要通过如下命令操作
# Linux/Mac 可能需加上 sudodatakitservice-T# stopdatakitservice-S# startdatakitservice-R# restart
如果datakit service -T之后服务未停止，则强制执行如下命令
# Linux下sudoservicedatakitstop/start/restartsudosystemctlstop/start/restartdatakit#Mac下# 启动 Datakitsudolaunchctlload-w/Library/LaunchDaemons/cn.dataflux.datakit.plist# 或者sudolaunchctlload-w/Library/LaunchDaemons/com.guance.datakit.plist# 停止 Datakitsudolaunchctlunload-w/Library/LaunchDaemons/cn.dataflux.datakit.plist# 或者sudolaunchctlunload-w/Library/LaunchDaemons/com.guance.datakit.plist
如果想要卸载或者恢复DataKit服务,则可以执行如下命令
# Linux/Mac shelldatakitservice-I# re-installdatakitservice-U# uninstall
官方文档中内容很详细，需要的话也可以直接去官方文档中查找，这里列出DataKit命令是为操作方便哈。
