博纳讯动：应用上容器指南2022年版（22页）.pdf

1、指南哪些应用适合上容器？P容器化对应用要求容器化应用的主要工作从架构层面看从需求层面看常见上容器的应用系统010203应用容器化步骤应用容器化耗时0102应用组件全容器化应用组件半容器化0102应用上容器方案上云实施策略定义上云流程的裁剪上云详细实施计划010203应用上容器后的变化部署流程的变化资源与应用绑定的习惯变化问题解决方式的变化应用扩展的变化升级回滚方式的变化0102030405应用上容器典型流程总体流程图规划阶段设计阶段实施阶段验证阶段维护阶段010203040506CONTENT目录5123467应用上容器的注意事项无状态化改造问题系统间的依赖问题容器化与非容器化的并存问题外部存

2、储的问题多进程的问题安全性的问题镜像制作的问题工作流程的改变问题0102030405060708PPPPPP哪些应用适合上容器？适合迁移到容器云平台上的系统一般来讲有如下特征：.从架构层面看应用本身是微服务架构或者希望变更为微服务架构应用本身无状态或者易于实现状态数据和应用的分离.从需求层面看应用访问有突发性的特点，需要弹性支持应用希望能实现快速迭代上线和快速部署.常见上容器的应用系统 web 类系统，WAS/WebLogic/Tomcat/JBoss 类应用 App 类系统，具有互联网特性的应用大数据系统，Hadoop/Spark 等。各类中间件，比如负载均衡、消息队列、服务注册等1容器化对

3、应用的要求应用容器化的方式分为两类：应用组件全容器化和应用组件半容器化。指组成应用系统的组件中，包括数据库，中间件，应用服务器等全部通过容器进行部署上线。01.应用组件全容器化应用状态保持应用分为两种一种是有状态的应用，一种是无状态的应用。对于无状态的应用，不需要保证应用当前状态。开发过程中除了需要修改程序中的配置文件以外，其他不需要做任何改动。实施过程中，首先需要根据应用的依赖情况编写 dockerfile 文件，其次通过 dockerfile 模板生成镜像。最后通过 docker 或者 kubernetes 进行部署。对于有状态的应用，例如会话保持（session）或者状态共享的问题。由于

4、容器本身暂时不支持有状态的应用（单个应用实例支持），当涉及到应用实例扩容，缩容的问题，如何保证 session 共享是应用本身需要解决的问题。如果通过 LVS，Nginx 等负载方式，可以通过配置 Nginx 中 ip_hash 的方式实现 session 保持，但是无法实现真正的负载均衡。因此遇到这类问题，建议在第三方缓存（redis或者memche）中保存状态信息，用来实现状态共享。除了应用服务器以外，任何一个应用组件容器化以后，搭建集群时都会遇到类似的问题，也可以通过上述方式解决。也可以在同一个容器网络内配置容器间链接实现。（例如搭建 Mysql 集群）。如果通过 kubernetes

5、编排工具，可以通过 PV（persist value）实现状态信息共享和同步。2全容器化后，除了状态保持和共享以外，遇到另外一个问题是应用配置改造。在应用开发过程中，会存在 jdbc.properties 等类型的配置文件用来存储应用和其他组件交互时的必要信息。应用在启动过程中会自动加载配置文件中的参数信息。当应用容器化后，在应用启动前由于无法通过之前的方式，先修改配置，再启动。因此需要在应用容器启动之前把对应的参数信息以一种方式传递到容器内部，使得应用启动过程中能够加载。所以容器化时，应用配置也是面临的一个问题。其实无论是哪种编排工具，都可以通过“环境变量”传递参数的方式把value 值传递

6、给容器，应用启动过程中可以正常启动。具体改造方式以jdbc.properties 文件为例。未改造之前的 jdbc.properties 文件如下：应用配置改造完成以后，文件内容如下：在容器启动过程中通过“-e USERNAME=root”方式就可以加载内容。jdbc.driver=com.mysql.jdbc.Driverjdbc.url=jdbc:mysql:/.:/bocloud_plus?charac-terEncoding=utfjdbc.username=rootjdbc.password=onceasjdbc.driver=$DRIVERjdbc.url=$RULjdbc.use