“云杉互联网助力甜橙金融 实现内网东西向流量可视化”

本篇文章3665字，读完约9分钟

甜橙金融(天翼电子商务有限企业)成立于年3月，是中国电信股份有限公司全资子公司天翼电子商务有限企业的核心企业品牌，是中国电信布局互联网金融的重要板块，是互联网金融业领先的创新公司，是中国人民银行批准的第三方支付机构。 甜橙金融年完成上云操作，截至年7月底，甜橙金融整体交易金额超过8000亿，日交易笔数8000万笔，同步支付解决能力每秒1万笔，累计客户5亿人次，月活客户4000万人次。

支付翼企业负责人，现任运维中心负责人。 年加入甜橙金融，专注于基础设施运维，以前推行运维转换自动运维，整个基础设施是云的，公司以前就经历了运维转换自动运维的全过程。

银监会“十三五”规划的出台加快了金融业上云的步伐，但行业没有云的先例，整个过程就像摸着石头过河，各家的经验不一样。 甜橙金融在上云过程中有很多可以领先的实践，笔者最近采访了甜橙金融新闻技术部总监陈裕颧骨，听取了他在上云过程中的体会。

如何定义和监控商业互联网

陈裕颉表示，监控分为两个层面，一个是常说的业务监控，越来越关注交易件数、交易成功率等业务数据。 另一个层面是从基础设施的角度保障业务的稳定性。 首先，它包括链路是否发生抖动，各服务之间的交换传输是否成功，以及出口链路的整体情况。 因为，基础设施监控复盖业务监控可以帮助运维团队更好地确保业务的服务质量。

虽然apm和npm两种产品都被采用，但相对来说，橙子金融目前最关注的是适合业务招聘场景的产品。 一般来说，apm和npm可以形成互补的监控互联网。 例如，如果客户想要抓住稍慢的sql交互过程，apm产品具有先天性的特征。 npm的特征是入侵性小，能够迅速且轻量地导入，多在主链路调整场景(瓶颈点发现)中采用。 陈裕颕认为，npm在保障基层互联网监控、新闻传播、异常问题再现、倒退方面非常有价值。 一个典型的情况是，客户将平台端报告为故障，发现问题，然后拿着监控和包等待问题再次出现，以确定故障点。 部署npm产品后，如果客户报告故障，平台方很快就可以搜索当时的互联网情况，对问题进行初步定位和定性。

客户报告故障后，平台方一般采取一系列处理发生问题的手段，查看基础设施平台新闻，确认基础链接和tcp合作握手的情况是否正常。 然后，使用apm将链接的瓶颈点从黑匣子更改为灰盒子或白盒子。 当然，apm的实施价格和价格还很高，陈裕颉说。

如何进行统一的政策管理？

甜橙金融上云的过程等于一次重生，陈裕颪是这么说的。 甜橙金融上了sdn后，对研发和业务都有好处，但对运维来说，战略比较有效性依然缺乏监控，对东西方流量的监控和排除障碍手段也有限。 在云的过程中，所有的部门都整理了所有的业务，团队一共做了二维的工作。

第一个维度是简化和规范。 第一个业务的端口是五花八门( 80、8080、8030，同一个web server的端口都不同)，甜橙金融统一分配同一个业务的端口，像通道分割一样给不同的中间件预留不同的端口号，这是后续的计算。 第二个维度是策略验证。 一般来说，运维部门很难评估战略的采用率，发生这种情况的原因很多，可能是历史遗留问题，也可能是业务下线后的残留安排。 使用npm工具，运输团队可以对照数据流和互联网策略进行验证。 删除策略通常需要业务方像办公自动化流程一样启动。 最终，运维平台进行删除操作。 在战略验证过程中，运维团队一般能够发现热点流量，对扩展、排障具有指导意义。

甜橙金融对开源、自研、商用的采用标准

甜橙金融多次以自研为主，上云初期团队技术还处于积累阶段，因此甜橙金融使用商用产品的比例较高，随着上云后团队技术实力的增强，使用开源和自研组件的比例逐渐上升。 现在，大部分(约70~80% )的组件都是通过开源的自我学习实现的。 一个是合作伙伴定制开发，最终学习知识产权和源代码的组件。 目前甜橙金融仍有部分组件使用商用产品。

甜橙金融一般根据自己的技术储备和业务实际诉求决定是否使用商用产品。 简单来说，就是针对距离甜橙金融技术栈比较远，需要投入大量人力物力，但影响较小的基础技术选择商用产品。 采用开源组件的经济利益将在业务达到一定规模后出现。 它是平衡的。 陈裕颕表示，最终甜橙金融将以开源加自研为主，少量商用产品将进入辅助稳定状态。

相对于商用产品，陈裕颉表示各厂商有其独特的优势，有些解决8583消息很专业，有些网络流量分解更精细，有些厂商特别是内网东西流量的收集和虚拟化互联网 当被问到为什么使用云杉互联网deepflow时，陈裕颧骨说，甜橙金融目前的诉求是偏向网络化和内网的东西来收集流量。 deepflow在实际实施时的引进价格可以接受，对系统的入侵性小，与甜橙金融业务的匹配性高，另一方面云杉的团队比较专业踏实，了解了甜橙金融的业务现状后，平台方面想看到的互联网流量和互联网。 为保障甜橙金融基础平台的稳定性做出巨大贡献，为甜橙金融之后的基础设施扩张和优化提供依据。

消除商业快速发展的瓶颈和互联网作用的变迁

甜橙金融上云以前的瓶颈点是研发和运维两个团队存在信息表达语言上的gap，研发关注的总是业务模块，运维关注的总是ip地址、网络段、端口号等，两者之间 在甜橙金融上云的过程中，使用了数据中心主流的双层互联网方案，基础设施改造的首要表现是实现了万兆互联网的接入和低延迟传输。 这给人一种直观的感觉，就是互联网传输和解决的性能更快了，平台的负载更强了。

以前对云的并发解决在极端的情况下并不理想，烟囱式的架构是一个原因，以前就流传着互联网架构确实比leaf-spine架构的互联网传输延迟要大。 通过云的虚拟化和自动化技术，甜橙金融实现了资源的灵活伸缩。 经过近年来的“525活动”经验，在这样的数千万顾客秒杀实战中，甜橙金融已经能够应对这样高并发流量的冲击，保障了业务的稳定和持续快速发展。

在公司中，互联网正日益成为基础服务，要求后端服务器部署互联网流量进行计算。 随着分布式云计算架构的引入，一次交易业务的完成将从以往的3~5次交互变为30~50次，未来的交互将越来越多。 在这种情况下，互联网的任何波动都会影响这笔交易的成功。 随着分布式的引入，原有的互联网瓶颈有可能向南北出口，目前的瓶颈有可能出现在内部网东西的流量上。 目前的万兆低延迟互联网在未来2~3年可以满足甜橙金融整体业务的快速发展，目前业务的需求点是低延迟而不是带宽，万兆互联网是性价比非常高的方案，陈裕颉相对来说带宽储备和扩展比较容易。

论新技术的使用与创新

甜橙金融的sdn使用aci方案，主机虚拟化使用定制化docker和适量的vm组合的混合部署方案。 据笔者介绍，使用容器生产的公司并不多，同时以网络企业为主。 面对我的疑问，陈裕颧骨放声大笑，他表示甜橙金融对容器的选型和技术储备已经做了很久了。 当时的技术团队判断，对于甜橙的业务来说，docker和甜橙金融整体的技术栈匹配度相对较高，但需要长时间的技术积累和储备。

针对docker自身的互联网问题，sdn技术的引入正好覆盖了docker互联网调度能力的不足，由于团队早期的技术积累和合作伙伴的联合改造，甜橙金融在招聘docker方面不太面临互联网问题。 甜橙金融还定制了docker的采用，除了侧重于支付领域业务对资源隔离的需求外，docker比vm更轻便，模板定制更灵活，所以甜橙金融可以更集中地总结低负荷的业务，所以，

由于涉及部门的权利和利益，许多公司的改革存在内部阻力。 但是，橙子金融似乎没有这个烦恼。 陈颕认为，各公司的技术背景和文化氛围不同，甜橙金融上云得到了整个企业管理层对技术团队管理层的大力支持，推进上云时内部阻力较小。 此外，技术部门的领导重点是营造采用新技术的氛围，这也是非常重要的因素之一。 甜橙金融的技术氛围比较好，团队更愿意尝试和接触新技术，这些新技术确实给业务部门带来了良好的服务和招聘体验，业务部门的接受度比这个高，这互补的局面更促进了上云的推进。

在甜橙金融内部，运维团队将大量权限分配到业务方手中，随着业务部门在实际操作过程中所掌握的体验和认识，他们结合平台进行了标准化的改造和流程规范的梳理，最终受益于所有的业务和企业整体平台。 目前甜橙金融运维团队面临的首要问题是引进新技术导致的学习价格和外部因素造成的故障。 因此，集团内部也在持续进行以内部业务创新、对外技术交流的相互作用为主题的活动。

关于deepflow云网分析

deepflow以sdn技术为核心，基于x86集群和通用互联网设备，为多个云平台提供一体化的虚拟互联网处理解决方案。 deepflow为云数据中心提供了大规模虚拟互联网流量的准确收集、复用和实时分解，支持资源池之间的vpc安全互联和互联网服务，以及数据中心的互联网服务 应对快速故障诊断、安全审计、业务图像、精细化运营等场景化的诉求。

目前，deepflow落地于金融、电信、网络等多个领域的云数据中心，帮助客户在业务数字化转型过程中提高数据中心运营的整体效率。