云应用导图生成方式分析

　　欢迎各位阅读本篇,云应用是云计算概念的子集，是云计算技术在应用层的体现。本篇文章讲述了云应用导图生成方式分析。

　　所谓应用导图，就是分布式应用内部组件的拓扑图，该拓扑图包含了组件连接成的网络和节点间的信息交互。AppDynamics、OpenTracing以及Netsil等工具内部都使用了多种不同的应用导图绘制方法，近期有 文章 针对这些方法进行了综述。

　　可以把应用导图看做一个图，组件对应图的节点，而组件间的交互对应图的边。这里说的组件，可以单指进程(同一机器内部)以及计算实例，或者二者的组合。如果是前者，进程间通信(IPC)就是图的边，而这种通信又是架构在后者构成的网络之上。应用导图有很多重要特征，例如执行实例分组、提供应用级别的详细信息和错误率等关键度量指标的可视性等。

　　应用导图之所以重要，主要是因为对内部组件的观测、获取组件的依赖信息等，都离不开应用导图。应用导图可以快速定位问题根因，加快甄别监控和告警中的关键路径，同时，在数据驱动能力规划和潜在的安全问题方面，应用导图也可以发挥作用。

　　上述的文章总结了具体实践中导图的两种常用制作方法，即静态方法和动态方法，并详述了动态方法。通过追踪各种组件间的请求路径，导图生成软件可以绘制出分布式应用的应用导图。动态跟踪技术包含了端到端跟踪方式和个体跟踪方式。

　　应用性能管理(APM)工具和代码仪表盘SDK等工具都属于端到端(E2E)跟踪软件，对这类工具来说，要么需要提供本地软件代理，要么能够直接修改远程应用源码，二者必选其一。

　　AppDynamic、 Dynatrace 以及 New Relic 通过对代码做profiling和跟踪事务处理路径来创建导图。对APM工具来说，只要有新技术栈出现，就需要对其增加支持，这对新技术栈的广泛传播带来了较大的挑战。 OpenTracing 、 Datadog APM 以及AWS X-Ray这三个工具在发送请求时，会把唯一ID和元数据夹裹到请求消息的头部，来搜集组件间的相关性，以协助完成导图的构建。

　　端到端跟踪方式虽然可以跟踪到请求的精准路径，但代价巨大，因为追踪过程中会产生海量的数据，入侵威胁也会在路径集成时被引入，因为入侵不会影响到性能，所以这种入侵也不易被察觉。但是像Zipkin等工具已经专注于分析性能的微小波动了。

　　个体追踪(也指Ingress和Egress)有两类数据源，即日志文件跟踪和系统级跟踪，这两类数据源相比动态方法中的技术栈来说波动较小，较为稳定。

　　由于工作在网络层，个体跟踪技术可以把在网络上通信的组件一一进行绘制，也可以处理那些通过E2E方式不能追踪到的组件。但是，这种方法也有弊端，那就是由于其内在的低层次特征，在请求的生命周期内产生的特定数据包的上下文对于这种追踪方式来说并不明显，而且获取上下文的复杂性对于不同的应用软件来说不一样。所以这种方法对经过加密的调用请求无能为力，同时，为了找到数据和上层业务内部事务执行过程之间的相关性，引入深度的包检测机制是非常必要的。

　　分享：云应用

　　跨平台性

　　“云应用”具有“云计算”技术概念的所有特性，概括来讲分为三个方面：跨平台性

　　大部分的传统软件应用只能运行在单一的系统环境中，例如一些应用只能安装在Windows XP下，而对于较新的Windows7或Windows8系统，或是Windows之外的系统如Mac-osx与Linux，又或者是当前流行的Android与iOS等智能设备操作系统来说，则不能兼容使用。在现今这个智能操作系统兴起，传统PC操作系统早已不是Windows XP一统天下的情况下，“云应用”的跨平台特性可以帮助用户大大降低使用成本，并提高工作效率。

　　易用性

　　云应用复杂的设置是传统软件的特色，越是强大的软件应用其设置也越复杂。而云应用不但完全有能力实现不输于传统软件的强大功能，更把复杂的设置变得极其简单。

　　云应用不需要用户进行如传统软件一样的下载、安装等复杂部署流程，更可借助与远程服务器集群时刻同步的“云”特性，免去用户永无止境的软件更新之苦。如果云应用有任何更新，用户只需简单地操作(如：刷新一下网页)，便可完成升级并开始使用最新的功能。

　　轻量性

　　安装众多的传统本地软件不但拖慢电脑，更带来了如隐私泄露、木马病毒等诸多安全问题。“云应用”的界面说到底是HTML5，Javascript，或Flash等技术的集成，其轻量的特点首先保证了应用的流畅运行，让电脑重新健步如飞。优秀的云应用更提供了银行级的安全防护，将传统由本地木马或病毒所导致的隐私泄露、系统崩溃等风险降到最低。

　　小结：云应用跟云计算最大的不同在于，云计算作为一种宏观技术发展概念而存在，而云应用则是直接面对客户解决实际问题的产品。