当前位置:   article > 正文

云原生应用架构转型不好做?阿里云这个平台让你一步到位!

云原生应用架构转型不好做?阿里云这个平台让你一步到位!

 背景


Gartner于 2019 年发布报告表示:云原生时代已经到,在未来三年中将有 75% 的全球化企业使用容器化的应用。云原生具有诸多优势,如系统弹性带来用户体验提升、研发效能提升、低成本运维或免运维,以及即插即用按量计费的计算成本等,这些优势使得创新团队可以快速将新想法推向市场,这正是初创公司愿意使用云原生来颠覆传统行业的原因。从传统研发模式过渡到云原生时代,怎么解决云原生集成研发使用的"最后一公里"问题。

 

云原生实践带来的挑战


阿里云云原生为企业提供了完善的容器服务、函数计算、微服务体系、中间件体系。每个服务都有伸缩性、弹性和组合性,通过产品选择或组合搭建,能轻松完成应用与运行环境解耦,和传统应用研发模式具有较大差异。从传统研发模式过渡到云原生时代,抑或传统应用和云原生长期并存过程中,云原生应用的实现、集成、部署、运维都面临较大的挑战。

1. 存量应用与云原生应用长期并存的整合问题

虽然云原生可以覆盖绝大部分应用场景,甚至以往比较难解决的问题在云原生下都可迎刃而解,如营销场景的应用。但有些应用场景在云原生下并无决定性优势,且存在迁移成本,加之传统应用在系统架构上的约束,这些将导致存量传统应用将和云原生应用长期并存。如何整合这两种应用的研发链路,以及基础设施层面的互联互通,是云原生实践带来的一个挑战。

2. 研发环境的成熟度问题

云原生新应用的实践或存量应用的云化,不仅仅是基础设施和平台的变化,在架构设计、开发方式、测试联调、部署维护等各阶段和各方面都要基于云的特点做出相应调整。传统线下 IDE 工具链将无能为力,在 DevOps 这条工具链上,需要一个集成度高、操作路径短的研发环境。

3. 研发模式、组织阵型与云原生的适配问题

云原生通常以微服务架构进行服务开发,函数计算更细粒度到函数级别。松耦合的架构方式会减轻因需求变更导致的系统迭代成本,并加快交付速度。微服务使得单个服务的开发团队更小,也更加独立,这种松耦合+独立小型的团队使得持续更新和敏捷协作成为可能。在这种情况下,云端出现的问题解决会更突出,在线协作将比线下交流会有更高的效能。

与云原生跨代优势相比,这三点只能算“最后一公里”的问题。今天,阿里云推出的云开发平台正在解决云原生 Serverless 集成研发使用的"最后一公里"问题。

 

云开发平台的功能特性


云开发平台集成了阿里云 FC、SAE、ASK 三种 serverless 计算服务,在 VPC 基础设施之上,把众多中间件云产品按账户、产品线、应用、函数4个级别进行归类,设定共享级别,按需编排。通过业务语言的方式传达,大幅降低了开发者的学习理解成本,提供集成研发环境,进而降低使用集成云产品的难度,提升研发效能。

或者可以说,云开发平台是阿里云面向开发者的一个研发门面,由于创建编排的云服务都在开发者的主账号下,因此基于云开发创建的应用和用户存量系统是互联互通的,从这点上说云开发平台是一套开放的、集成的研发环境。

云开发平台只集成云原生 Serverless 计算服务,而 Serverless 计算的免运维特性,使资源投入更聚焦在研发上,让应用从创建到实现运营都能在云开发平台上完成。其中 FC 是函数形态的计算服务,SAE、ASK 是服务形态的计算服务。云开发平台具有以下特性:

 

1. IT架构覆盖绝大多数应用场景

为用户提供开箱即用的基础设施服务,云开发平台聚焦于三种通用的 IT 架构:(1)函数型IT架构;(2)服务型 IT 架构;(3)函数、服务混合型IT架构。这三种 IT 架构基本能涵盖当前适合云原生的所有应用场景。

(1)函数型 IT 架构

这种架构能支持大部分移动应用,因为按调用次数计费,所以可以“0”费用启动项目,适合大部分初创团队的应用场景、企业静态站点场景,以及峰谷流量明显的应用场景,比如营销活动。Serverless 的弹性特性,减少了扩缩容的人力成本和计算成本。

 

(2)服务型 IT 架构

当前大部分应用都是服务型 IT 架构,如 SpringBoot 应用、 PHP 应用,这种架构模式可以很好的承接当前存量应用的云化迁移。基于阿里云 MSE(微服务引擎),也适合微服务化架构的应用。这种架构支持按小时计费的模式,即开即用,相对于函数型IT架构,更适合稳定的大流量业务场景。

 

(3)函数、服务混合型 IT 架构

混合型 IT 架构,充分利用函数型 Serverless 、服务型 Serverless 各自的优势,端侧接入采用函数计算,按调用次数计费,以及快速敏捷的弹性伸缩能力轻松支持各种峰谷流量。而服务型 Serverless ,可以组合各种中间件服务,形成高性能、弹性灵活的微服务中台系统,可以支持当前主流复杂的应用场景。

 

2. 支持与存量系统的互联互通

当前云原生还处在商业导入期。企业用户一般会先用一些适合 Serverless 的场景小试牛刀,这时创建的 Serverless 一定不是孤立的应用,它需要访问存量的数据库、中间件服务以及 BPaaS 中台功能。因此与存量系统的互联互通是 Serverless 推广应用的首要条件。云开发平台项目一开始就考虑到这个特性,把自己定位为工具,不自建容器。由用户授权,云开发平台支持 Serverless 应用在用户的账户空间中完成 CICD ,用户可以选择部署在存量应用所在的 VPC、VSwitch 上,因此,Serverless 应用和存量系统、存量数据库、中间件服务的交互畅通无阻。     

 

3. 支持被集成 Serverless 的 CICD 能力

基于传统应用研发和 Serverless 应用研发长期并存的考虑, Serverless 研发需要和 ISV 本地研发模式相兼容,只有切入到 ISV 当前的场景中,才有机会引导 ISV 、开发者到云开发模式当中。云开发平台当前提供了三个层级的使用方案:

  • 对于新手开发者,云开发平台提供了一个包括创建、实现、测试、构建、部署全部环节的集成研发环境,支持一站式实现 Serverless 应用;

  • 对于有研发体系的 ISV ,研发、测试在本地完成。云开发平台和 ISV 的分工界面在代码仓库 Codeup 上,云开发平台提供全套 CICD 功能,开发者提交代码到 Codeup 上后, CICD 功能、资源编排都交给云开发平台;

  • 对于有研发体系并且有 CI 体系的 ISV ,提供基础设施的编排以及 CD 功能。

  • 对于有研发体系的后两者,通过提供 POP 接口,支持 ISV 进行集成,和 ISV 现有研发体系无缝融合。

 

4. 团队在线协同特性

受疫情影响,上半年大家都体验了远程办公的模式,更有报道称,美国的公司员工将有 50% 永久远程办公。可以预见,在未来以云原生应用为主的研发模式下,远程办公将是常态,在线编程、在线测试联调、在线集成部署都在 CloudIDE 中完成,团队在线协同功能是云开发平台的重要特征之一。

企业、团队、开发者角色的权限控制体系,加上 Cloud-Native 的集成研发环境,组成了云开发平台在线协同功能特性。Serverless 的编程流畅性,测试联调、构建部署一站式体验将在 CloudIDE 中持续打磨。

 

5. 基础架构平台能力

云原生一个重要的特征是微服务化,继而开发团队更小、更独立。但前提是要有一套统一框架和统一标准,小团队才能独立去迭代业务逻辑。这套框架、标准,以及基础类库需要体现在微服务的整个研发过程当中。

另外微服务化后,可以抽象出更多的通用能力。传统上这些通用功能会通过 SDK 提供出来,但在云原生环境下,这些通用能力可以直接部署为服务,函数级能力可以部署于函数计算,提供函数级通用服务;模块级能力可以通过容器方式部署,向外提供模块级通用服务。

云开发平台充分考虑到这一云原生研发模式的特征,提供了应用级解决方案,当前支持静态定义。后期将支持动态生成,基于一系列基础框架、基础类库,像活字印刷一样组合成为某一场景的应用模板,开发者将在其上专注实现业务逻辑。函数级通用服务、模块级通用服务的生产、安装正在实现当中,将很快发布上线。

 

集成案例介绍


说不如练,云开发平台就在你眼前:https://workbench.aliyun.com 。以下将简单介绍 SpringBoot 应用、 PHP 应用如何迁移到 Serverless 计算服务当中。

1. SpringBoot 应用迁移

对于存量系统的迁移,云开发平台已经上架 了 FC、SAE、ASK 的各种架构形式的迁移解决方案,且还在不断丰富当中。Springboot 迁移方案步骤:

  • 在云开发平台上创建一个“ SpringBoot 应用迁移方案(ASK)”应用。

  • 打开这个应用的 CloudIDE 环境,点击“开发部署”。

  • 在 CloudIDE 中,把存量系统的 src 目录和 pom.xml 拖到 CloudIDE 工程目录中。

  • 调整 pom.xml ,增加两个约定配置:

  •  提交修改的代码,然后构建部署进行验证,完成迁移工作。

  1. <properties>
  2. <applicationName>${project.artifactId}</applicationName>
  3. <spring-boot.version>2.2.6.RELEASE</spring-boot.version>
  4. </properties>
  5. ...
  6. <build>
  7. <finalName>${applicationName}</finalName>
  8. <plugins>
  9. <plugin>
  10. <groupId>org.springframework.boot</groupId>
  11. <artifactId>spring-boot-maven-plugin</artifactId>
  12. <version>${spring-boot.version}</version>
  13. <configuration>
  14. <!--需要替换您的springboot启动类-->
  15. <mainClass>com.alibaba.sca.temp.web.Application</mainClass>
  16. <layout>ZIP</layout>
  17. </configuration>
  18. <executions>
  19. <execution>
  20. <goals>
  21. <goal>repackage</goal>
  22. </goals>
  23. </execution>
  24. </executions>
  25. </plugin>
  26. </plugins>
  27. ...
  28. </build>

完成 Springboot 应用到 Serverless 的迁移,让存量应用快速具备云开发 CICD 的特性,以及 Serverless 应用的所有优势。

 

2. PHP 应用迁移

PHP 应用迁移方案步骤:

  • 在云开发平台上创建一个“PHP 应用迁移方案(SAE)”或者 “PHP 应用迁移方案(ASK)”应用;

  • 打开这个应用的 CloudIDE 环境,点击“开发部署”;

  • 然后,把存量的 PHP 项目文件拖放到 CloudIDE 工程目录下,就能完成迁移工作;

  • 提交代码并 Push ,然后就可以开始进行应用部署,部署成功后,云开发平台会生成一个临时域名出来,点开即可验证部署效果。

 

WordPress 是社区比较热门的由PHP实现的建站平台,提供所见即所得的页面编辑发布功能。云开发平台支持一站式部署 WordPress ,开发者可以依据https://workbench.aliyun.com/activities/k8s中的描述部署,充分体验一下 WordPress 部署过程,感受 PHP 应用的迁移过程,还能机会获得限量版精美礼品哦!

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/从前慢现在也慢/article/detail/611835
推荐阅读
相关标签
  

闽ICP备14008679号