简介： 如何借助阿里云弱小的 IaaS 和 PaaS 能力去构建新一代的 SaaS 企业应用，从而给客户提供更好、更强的服务，这是畅捷通始终在思考和实际的方向。最终，畅捷通选定阿里云企业级分布式应用服务 EDAS 作为利用托管平台，并开始下一代产品的微服务开发。
嘉宾 | 畅捷通技术总监 熊昌伟
畅捷通公司是用友旗下成员企业，专一服务于小微企业，对于各种经营阶段、各种类型的小微企业，畅捷通都有产品及性能笼罩，而且付费模式也非常灵活。
小微企业客户有一个个性，他们的需要会特地宽泛，而且很杂，但有时用到某个产品的某类性能时，又会用得比拟深刻，这种状况对于畅捷通这样规范的 SaaS 服务厂商提出了比拟大的挑战。因而，畅捷通后端须要有一个十分大的微服务群，为客户的业务提供撑持和保障。
早在 2012 年，畅捷通就采纳了微服务的混合云模式。2015 年，畅捷通开始将线下 IDC 机房全副转换为私有云为主、IDC 为辅的经营模式。到 2016 年，畅捷通公司基于阿里云原生产品开始了云原生实际。如何借助阿里云弱小的 IaaS 和 PaaS 能力去构建新一代的 SaaS 企业应用，从而给客户提供更好、更强的服务，这是畅捷通始终在思考和实际的方向。最终，畅捷通选定阿里云企业级分布式应用服务 EDAS 作为利用托管平台，并开始下一代产品的微服务开发。
为什么抉择阿里云？畅捷通的劣势在于业务翻新，在技术服务和技术能力的建设方面，公司偏向于抉择一个牢靠的基础架构平台，因为 To B 业务的稳定性是外围能力，阿里云是咱们的第一抉择。
畅捷通从云原生中取得技术红利
从一开始，畅捷通就把云上所有的利用都部署在云上的 ECS，起初出于老本的思考，又把一部分研发环境和测试环境也搬到云上容器环境，再借助监控服务 ARMS、音讯服务、日志服务等阿里云利用，以全面的云原生产品来晋升产品研发的效率与云上利用的稳定性。
起初，整体的研发模式都十分晦涩，效率也很高，然而基于微服务架构构建的业务零碎在带来便利性和灵活性的同时，也给开发团队和测试团队带来了挑战。因为微服务之间存在依赖，开发人员无奈在本地实现开发和测试工作，必须依赖于一套残缺的开发测试环境，但同时每一套环境又是隔离的，这时就呈现了三个痛点：
- 事多，多个开发人员和测试人员共享一套环境，相互影响，调试艰难。因为微服务上上层之间的依赖，整个环境中如果有一个微服务呈现问题，整套环境就无奈失常运行。当开发人员想要调试某个性能，又必须依赖于上下游的利用调用时，就会十分苦楚。每减少一个微服务，整体的研发效率就在降落，这时的情景与畅捷通最后采纳微服务的指标南辕北辙。
- 钱多，构建多套开发测试环境，老本很高。最后因为要加快进度，畅捷通会不计成本地部署多套环境（一套残缺的微服务调用环境，一年费用 10 万元起步），这个老本对于失常盈利的公司而言还是比拟高的。过后畅捷通的研发环境和生产环境的比例达到了 4:1，这是什么概念呢？就是畅捷通须要用破费 400 万的研发环境，能力研发出只有 100 万就能撑持所有客户的生产环境运行的利用，这个费用比十分可怕。
- 人多，持续减少环境，保护老本激增。在开发人员和测试人员随研发指标扩充而继续投入的状况下，为了匹配微服务的须要，畅捷通须要继续地减少后盾环境的保护人员，比方运维人员或者相干的保障人员，而且他们的工作量成倍增加，因为微服务呈现故障或者环境呈现问题是十分常见的事件。
针对畅捷通的痛点，阿里云设计并公布了 EDAS 全链路流控计划：在微服务场景下能够对流量进行准确管制，在入口处依据指定的特定特色进行流量辨认，同时标识会随着这个申请在整个执行流程中进行流转，这样可基于标识对微服务调用进行准确管制，将非凡流量疏导到特定的利用版本或环境。
全链路流控流程示意
如图所示，用户的一个规范申请在前端利用能够转发时，它会在基线环境中进行流转。在申请中退出标识，比方 v1.1 版本，它会流转到微服务 A 的 v1.1 版本。当申请持续流转，且没有呈现 v1.1 版本时，它会回到基线版本，而呈现 v1.1 版本时，它又会持续流转到 v1.1 版本。通过这样的模式，能够用大量的环境去撑持大量的个性开发。
但此时还存在两个问题，一个问题是后端的微服务常常变更，前端的利用和服务也在变更，那么变更该如何解决？另外一个问题是，每个开发人员都在服务层做调试和公布，当他们把利用公布到服务器上再进行调用，老本其实还是比拟高的。
针对这些问题，畅捷通跟阿里云的技术人员一起调研试错，最初引入了 微服务网关策略，搭建了基于全链路流量的开发测试环境。通过微服务网关的能力，就能实现前端和后端全副灰度的模式，按需部署，节俭了大量的费用，也大大降低了运维老本。同时也实现了多环境的互相隔离，业务之间互相不影响。
在实际过程中有一个独特的亮点，这就是微服务网关策略中的 端云联调 模式：开发人员能够将本地的笔记本电脑间接注册到整个微服务环境中去，这样开发人员就能够在本地实现上下游业务的验证和测试，极大地提高了开发人员的工作效率以及提交代码的品质。而在这之前则是在本地模仿一些申请，去猜想微服务环境上下游的调用是否失常，并没有一个真正的环境去做验证。当初通过端云联调模式，就能够不便地将笔记本电脑注册到整个服务中心去进行流转，包含前端利用的管控。与此同时，通过微服务网关策略，岂但实现了南北向的流量管控，也实现了货色流量的全管控模式。
另外，畅捷通还通过接入阿里云利用实时监控服务 ARMS，让畅捷通微服务体系具备了监控能力。在此之前，因为畅捷通 SaaS 产品波及到的业务链路极为简单，当用户反馈系统呈现 bug 或者性能存在问题之后，团队须要消耗十分长的工夫在盘根错节的链路之间定位故障源以及性能瓶颈。
然而，接入 ARMS 之后，通过全链路信息排查、利用实时诊断等工具，能够将定位问题的工作量降到之前的 50% 以下，极大地晋升了团队的工作效率。后续随着畅捷通各条业务线的继续迭代，在整体微服务架构中也逐渐引入了音讯服务 MNS、利用高可用服务 AHAS、性能测试 PTS 等一系列云原生产品，进一步解放了团队的生产力，使得畅捷通有更多的精力来更好地满足用户的业务需要。
通过引入成熟和稳固的阿里云原生产品计划，畅捷通的零碎架构在面对简单业务场景频繁迭代时，体现出了稳固、强壮、弹性的劣势。畅捷通的研发团队也通过在实践中建设并把握了一套方法论，造成适宜本人的微服务治理机制，又持续实际着全链路灰度等全新的微服务治理思路，在降本增效的同时，也体现出畅捷通在企业治理云服务畛域当先的研发管理水平。
畅捷通的业务正在高速倒退中，云原生产品像一个强有力的助推器，减速企业的翻新降级。
云原生的价值
对于大部分企业来说，IT 是有历史包袱的。因为原来 IT 利用的部署模式都是竖井式的，不同利用由不同的软件开发商提供，零碎之间存在网络安全隔离，又存在协同关系，网络、利用拓扑非常复杂。所以企业 IT 上云是一个系统性的工程，原来的利用可能还须要联合云上提供的虚拟机、网络和存储的特点进行必要的革新，不能简略粗犷的应用“原来物理机什么配置，虚拟机就什么配置。原来利用什么架构，上云后就什么架构”的这种失去“上云”劣势的迁徙办法，要避免为了上云而上云的做法。
云的特点就是弹性、麻利、分布式、可扩大、自治理、自复原，合乎云特点的基础架构就能够称为云原生基础架构。云原生基础架构须要在提供自主应用程序治理的 IaaS 之上创立一个平台，这个平台要建设在动态创建的基础架构之上，以形象出各个服务，并促成动静资源的调配、调度和扩大。
云原生是一种构建和运行应用程序的办法，它充分利用了云计算交付模型的劣势，更人造的贴合云的特点。云原生既蕴含技术（微服务、麻利基础设施），也蕴含治理（DevOps、继续交付、康威定律、重组等）。云原生是一个不断丰富的理念和技术体系，它在基础架构、应用程序和治理上都将粗浅的影响和扭转企业云的将来。
在一直的利用摸索并继续改良后，云原生产生了多种外围价值。
- 第一，其劣势和云的传统劣势（如：资源池化、规模化、稳定性和弹性）完满联合，为企业提供了更好的产品和服务，升高了上云老本，并驱动了云的进化，如：软硬一体协同优化。同时通过 aPaaS、云原生中间件、微服务、服务网格、Serverless 等产品技术，让云平台的应用界面一直上移，进一步升高云的应用老本，晋升技术效率。
- 第二，云原生技术基于凋谢的规范，极大地扭转了用户心智，促成了企业和开发者对新技术和上云的接受度，云原生成为云和客户交互的新界面。
另外，云原生是利用研发和零碎运维最佳实际的组合，正在重塑软件生命周期，通过基础设施云化、核心技术互联网化、利用数据化以及智能化来赋能企业，为企业带来降本增效、疾速迭代、智能经营的低劣基因，促成了企业生产力，助力企业的业务增长和商业翻新，帮忙企业疾速获取技术红利，减速企业的数字化降级。
运维已去，技术经营已来
因为云原生能力带来的价值，很多企业开始基于云原生做技术架构调整。不仅如此，为了让云原生更好地施展价值，企业的组织架构也会随之扭转。在畅捷通，技术经营成为组织中很重要的一部分。
很多人都在好奇技术经营与运维的差别？其实技术经营是从被动的运维保障转变为被动的技术服务。有价值的技术经营畛域应该思考：如何促成产品的成熟？如何施展技术的价值？如何为用户带来打动？如何让技术经营成为企业的另一个外围竞争力？所以，技术经营更多时候应从财务管理的视角进行判断和决策，从商业角度管制老本投入和调配，以获取资源利用率和营收最大化。换句话说，就是从客户真正的痛点登程，均衡的驾驭“稳固、平安、容量与老本”，用守业的心态做产品，用花本人钱的心态去经营。
此时的技术经营，不再是传统的运维治理形式，他们会从业务指标登程来评估投入产出比，包含资源利用率，甚至是每个客户的资源老本等，将老本意识齐全植入到研发运行体系中，让每一位开发人员都清晰的理解到业务资源的老本，以正当申请公司 IT 资源，最终晋升整体的研发能效。
而畅捷通之所以会产生运维岗位向技术经营岗位的降级，与云原生有很大的关系。
回顾畅捷通的上云历程，上云之前，畅捷通更关注零碎的稳固运行。上云之后，畅捷通会更关注产品如何给客户提供更好的体验。以前咱们的 DBA、网工每天忙得不可开交。但上云之后，大家在根底层面的工作大大减少。比方从数据库的角度，之前大家会关注数据库的主备切换、备份等，当初大家则关注数据库的运行状态是否衰弱、慢 SQL 如何优化等。另外在组织架构层面也有很大的变动，上云之后，根底运维的同学大幅缩小，而开发人员规模大幅减少。当初畅捷通的组织里曾经没有运维岗位，他们被大家称为“运维开发”。
在这个降级变动的过程中，本质上还是思维形式的一种转变。
这个转变蕴含很多层面，既包含员工的意识形态及技能的变动，也涵盖着公司对于整个技术经营部门的从新定位和价值降级。
原来在做更新上线时，都是由运维同学来负责，常常须要几个通宵，而当初则是由研发同学通过自助来实现，不再是人力的交付，而是零碎的撑持和平台的交付，这也是熊昌伟在畅捷通转型过程中始终在给大家传递的理念。所谓系统性交付，就是一项工作你能够做一次、两次，但如果你须要反复做三次以上时，你就应该把这部分工作交付给产品或零碎，让它们来实现这些能力。
转型不易，对于运维岗位而言是很大的挑战。
- 首先是思维模式的转变，原来运维是作为零碎保障的外围，每个运维人员的前面都会跟着很多的开发人员和测试人员。当初随着云原生产品的引入，整个运维的压力大大降低，对于运维人员来讲就须要提供更多的被动服务，来体现本人的价值，而不是被逐步边缘化。
- 其次，运维人员要无意识地进行转型，现阶段咱们有很多人开始做技术经营，前面大家还会更深刻地成长为零碎架构师、云架构师等。对于每款引入的云原生产品，技术经营都要成为公司里最懂怎么运行好这款产品的专家。云产品的应用形式跟传统的产品必定不一样，比方上云之前不须要关注网络层面，然而上云之后有了一些新的概念，比方跨区拜访、计量模式等。尽管阿里云能够保障云产品根本的稳定性，然而这款产品如何用得更好、以后状态怎么样、产品在服务客户过程中是否稳固等，是须要技术经营人员继续思考和一直实际的。
云原生，让业余的人做业余的事
熊昌伟一直强调：“我了解的云原生，就是让业余的人做业余的事。”
聚焦于本人的业余畛域，把本人的劣势施展到最强。不要为了外表上的“省钱”（实践证明自建相较于云产品的综合老本更高），而漠视了服务的稳定性。
很多技术人员会说自建更好，咱们有本人的技术人员，为什么不本人建一个平台或者搭一个服务器？
实际上，如果自建呈现了任何故障，一样会给整个业务带来很大的伤害；另外从技术人员的角度，他们“只管生不论养”，尽管交付不容易，但运行过程中继续的保护和应用才是更外围的。在咱们已知的行业过往中，除非技术人员十分厉害，否则自建的老本十分高，而且最初根本都“惨败开场”，转而开始应用云产品。
畅捷通是业内较早意识到云原生产品价值的企业之一，也是较早践行云原生理念与落地云原生实际的企业。
畅捷通为什么置信云原生？
首先，畅捷通违心拥抱新趋势，在公司层面会对业内前沿的技术和产品做调研，切实地计算出云产品与自建之间的差距，包含老本、效率、稳定性等维度。比方“如果用阿里云原生的产品，投入是多少，产出是多少，盈亏平衡点等”。通过测算发现，随着业务量的减少，整体的红利会越来越大。
其次，畅捷通在做产品选型时十分的审慎，因为这个产品肯定要经得起考验，才会让大家感触到产品的益处，从而建设信赖。这其实也是畅捷通抉择阿里云的起因，因为阿里云原生产品的打磨和在简单场景中的历练都十分的欠缺，产品应用过程中给畅捷通团队的整体感触也很好。技术经营团队其实是阿里云与畅捷通之间的一道桥梁，让好的产品在畅捷通施展出它的价值，同时也让畅捷通享受到云原生的技术红利。
变化莫测、疾速前行的时代，咱们既要敬畏技术，更要拥抱新的趋势。就像咱们身边的通信行业里，很多手机厂商用最好的硬件、屏幕、芯片甚至是按键等来打造出一款优良的手机，并实现生态的建设。云原生的模式也是如此，越早退出这个趋势，无论对于公司业务的撑持和助力，还是集体的可继续倒退，都会更加久远。
接下来，畅捷通也打算通过 EDAS+ACK 的计划，实现疾速的容器化以达成基础设施及利用的全面云原生。EDAS3.0 是一套 PaaS 平台，提供 ECS 与 K8s 的双模利用部署交付模式，助力畅捷通从容实现容器化落地。