大中型企业传统生产应用亟待容器化这些迁移难点如何解决 附大型制造企业数字化转型的问题与对策.docx
《大中型企业传统生产应用亟待容器化这些迁移难点如何解决 附大型制造企业数字化转型的问题与对策.docx》由会员分享,可在线阅读,更多相关《大中型企业传统生产应用亟待容器化这些迁移难点如何解决 附大型制造企业数字化转型的问题与对策.docx(7页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、大中型企业的业务系统,对性能和可靠性都有着严苛的要求,过去只能依赖 于主机系统本身的高可靠性和高性能来支持。随着云计算技术特别是容器技术的 成熟,多的企业意识到容器平台的优势,都开始容器平台的建设。但是,企业内 部大量的应用仍然是旧的主机体系架构,基于原来传统的中间件和技术框架开 发。这些应用想要获得云原生应用的优势,需要进行迁移。由于容器平台的应用 和传统应用的设计和开发规范存在差异,所以整个迁移过程是一个复杂和容易出 错的过程。所幸,目前已经有大量的案例和平台解决方案,可以更容易的进行迁移。上 个星期,社区组织了 “大中型企业传统生产应用容器化迁移方法路径和基础架构 技术难点交流探讨”,以
2、下是部分大家特别关注的问题分析解答汇总,希望给同 行朋友带来帮助和借鉴。1、容器云平台适用哪些业务场景?传统应用有必要改造吗?【问题描述】1 .传统制造业,传统应用有必要进行容器改造吗?有哪些注意事项呢?2 .容器真正适用的业务场景有哪些呢?除了数据库类的,有哪些还是不适用 呢?传统制造业很有必须进行容器化改造,产业互联网坐上云计算的快车,容器 化是最好的助力之一。注意事项方面要摆脱传统系统集成的思路,采用云解决方 案的思路去推进,注意相应人才的引进,自动化和弱电集成以及信息化梳理清楚。应该说自动化+IOT是很好的应用场景。容器云适应的业务场景很多,它带来了开发和运维体系的变革,这种模式能 够
3、更及时地响应快速变化的业务需求,提高效率。具体到场景,互联网应用、 AI/ML,车联网,IoT,好多场景都可以用得到。1)传统制造业,业务诉求不一定传统,比如要做大规模的仿真测试,要做 车联网,或者要提高效率、降低成本,都可能采用容器技术。2)但传统应用有必要么?坦白讲,很多时候也是没必要的:如果你的业务 需求没有变化,人员、预算、成本、硬件资源都没有变化,没有必要改造传统应 用。不是为了上容器而上容器。3)其实数据库的场景也不是完全不适合。现状是:很多传统应用,是基于 传统的商用数据库、中间件开发的,业务逻辑都在里面了。如果这个商用数据库 不支持上容器,那么迁移到容器环境就是徒劳的。我们好考
4、虑到之前的业务是不 是可以完好无损的跑在新环境里,是不是曾经做过那些业务变更,这些都是迁移 中要考虑的,自然给迁移带来困难和风险,最终得到的结论便是某些业务不适合 迁移。4)单机大型应用,不是分布式,无需横向扩展,对性能要求极高,也许可 以容器化,但跑在k8s上也意义不大。2、虚拟化上的应用迁移到容器云有哪些难点,有什么解决的方法?【问题描述】要把应用迁移到容器云上,心里发虚。虚拟化上的应用迁移到 容器云有哪些难点,有什么解决的方法?这个问题其实非常体系,涉及的点非常多,我从框架层面简单的总结一下。第一,是所有平台化产品都会面临的问题。平台化要定标准。目前来说,容 器的标准相对统一,但是容器管
5、理平台的标准好几家在做,k8s只是其中一个, 谁能占上风,目前也没有一个绝对的,新的产品和技术可能也会冒出来。标准不 统一,导致大家在使用过程当中,技术选型的时候会有挑战。第二,容器的技术涉及到资源,涉及到应用内部结构,所以它具有一定的侵 入性。不像是虚拟机,交付完成后,在虚拟机内部怎么搞平台就不管了。容器要 关心这个问题,否则就没有办法做模式化了,不做模式化的话,平台的很多东西 都没有办法构建了。第三,大量传统应用需要改造。运营商市场有几百,上千个应用。这些应用 估计都是儿百上千亿的投资,不可能这批应用都不用了,全部改成容渊。而且容 器也不是银弹可以解决所有的问题。传统应用的改造适合什么样的
6、技术,怎么改 变,这就是我们非常大的挑战。这些挑战在我们产品技术选型时,能多多少少都 会涉及一些。涉及内容较多,我简单说明几点:1、应用中间件选型,看要迁移应用中间件是否支持容器化;2、应用无状态还是有状态;3、数据库连接池设置;4、服务间接口调用使用TCP还是HTTP协议;5、应用配置;6、应用日志;7、应用数据缓存;8、应用是否使用固定的服务监听端口。3、老旧系统如何迁移上云,尤其是那种重新部署难度较大的,有没有专用 的迁移工具?没用迁移工具。改造了几百套系统,无关乎老旧,但有几条经验:1、tomcat、weblogic、nginx、叩ache的老旧系统可以直接上,获益明显2、关注容器云的
7、网络规范,主要是IP规则与port规则3、投产前需压力测试我们所说的迁移,是综合评估利弊得失,结合企业数字化转型发展阶段,迁 移上云。不是为了迁移而迁移,不是一刀切地将老旧系统迁移上云。红帽针对一 些典型的企业级应用,有指导迁移的方法论以及实施步骤,也有一些案例。4、为了能够顺利地将传统生产应用容器化,在容器化前,应用系统责任人 应该提前储备哪些知识?以便在迁移前做好准备工作及迁移过程中打好配合。为了能够顺利地将传统生产应用容器化,太保容器平台的设计理念是:让应 用负责人不用储备知识。总结一下几点:1、平台功能防呆,高级功能默认折叠2、撰写部署需求模板,要求应用负责人填写3、组织专门小团队(3
8、-5人),从开发第一环节介入部署4、实现应用整体导出,实现傻瓜导入式部署在现有的回复基础上做一些补充1、一定要注意组织协作能力,容器化后,支撑层前置,已经不仅仅是基础 架构的事情了,研发、测试、运维的知识体系必须要包括容器云平台的知识。2、怎么管理容器云,手动肯定不行的。因为容器生命周期的高度短暂性, 手动管理容器是不现实的;因此,部署容器应用,往往都是通过CLI(命令行)或 API(应用程序编程接口)进行的,以实现应用的自动化部署和管理。3、要有目标价值,必须通过容器化来达到既有的目标,比如,解决现有业 务的主要痛点,创造可量化的成本节约机会。4、应用程序的改造,要适配容器化,从简单的开始再
9、到复杂的,监控和保 障同时要跟上。5、传统生产应用容器化后,应用系统责任人在日常维护中需要关注的维护 点有哪些?关注自愈记录,协同开发增强鲁棒性,建议以周为单位统计。1、自愈成功次数2、自愈失败,应用陷入不可用状态的次数3、掌握全链路监控排摸手段除了日常需要关注的以外,个人建议还需要关注以下内容。1、数据是否会因为上云后导致新的风险而发生数据泄露,建议匹配相对于 的安全措施。2、业务连续性依赖容器云平台,尤其组件级和容器级,需要有新的学习成 本。3、企业内部和云上的应用的数据交互方式存在了变化,要提前介入适配。4、上云业务是否会因监管条例出现问题,这个格外要关注。以上4点作为补充。6、在开源k
10、8s平台上的应用迁移到OpenShift平台是否可以提供较快捷的 迁移方案?【问题描述】对于采用docker的已经容器化的应用和一些部署在开源k8s 平台上的应用迁移到openshift平台是否可以提供较快捷的迁移方案,在迁移过 程中开发和运维主要的重点和难点在哪里?红帽服务支持团队往往会根据客户的现状提供适合的、快捷的迁移方案。总 的来说:1) OpenShift是基于k8s的,与k8s是兼容的,已经容器化的应用是可以很 好地运行在上面的;2) OpenShift是k8s的超集,在k8s的基础上增加了 s2i, CI/CD等,有预集 成的监控、日志等方案,那么你原来跑在k8s上的应用,可能有
11、自己集成的CI/CD, 监控,日志等,那么,到了 OpenShifl平台上,这些不用自己做了,当然,这个 迁移过程要涉及到一些改动。3)原来在开源的k8s上,为实现某些业务需求,如果自己在不同层面改了 开源代码,而这些代码是没有回馈到社区的,而这些,要考虑一下在OpenShift 上如何实现。如前所述,OpenShift相当于超集,有些改动对应的功能在OpenShifl 上可能已经实现了,因此,要对相关的业务需求再好好地梳理一下。4) OpenShift涉及到一些新的命令与功能,初次使用者还是要熟悉一下。 OpenShift跟k8s社区跟的也比较紧,有些新功能新实现,比如operator,如果
12、在 之前的环境中没接触过,也是要熟悉一下。开发上:具体看你原有k8s的使用方式了,如果应用交付采取了 helm,那 基本上不用做什么改动,可以直接部署到openshift上。运维端的化:Openshift4已经和k8s有了一定区别,比如coreos和cri-o等技 术堆栈都不同,coreos作为不可变基础设施对原有的操作系统运维是个挑战,运 维团队需要做出一定改变,这一方面我们也在做尝试,还没有很多经验贡献出来。7、应用带数据库要从虚拟机迁移入OpenShift,如何保证数据不丢失?OpenShift里面也可以有持久化的数据存储,PV,容器重启,数据还在。但 迁移过程中,数据丢不丢失,就要看之
13、前是不是做好分析、规划、以及很好的备 份方案了,还有就是这个应用本身适不适合迁移。迁移本质上是个实施问题。8、OpenShifl 中可以部署 Oracle database、Db2、Weblogic Websphere MQ 等软件吗?技术上只要可以被容器化都可以在OpenShift上运行,问题是有些软件并没 有做运行在容器环境上的认证,而它又是个闭源的商用软件,企业来用只能在它 认可的平台上运行才有保障。OpenShift上是有很多开源替代方案的,比如上面 提到的weblogic/websphere - JBOSS EAP。当然,任何迁移,都要充分分析好 现有系统及应用的特点,做好规划,找有
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大中型企业传统生产应用亟待容器化这些迁移难点如何解决 附大型制造企业数字化转型的问题与对策 大中型企业 传统 生产 应用 亟待 容器 这些 迁移 难点 如何 解决 大型 制造 企业 数字化 转型 问题
链接地址:https://www.taowenge.com/p-86732039.html
限制150内