中石化信息化建设——走向“云原”

长期以来，石化， 中国一直高度重视信息化建设，信息化能力和应用水平位居央企第一方阵。但信息化快速发展带来的一些共性问题也逐渐显现，如系统过多、功能重复、数据无法共享、对业务需求变化响应不及时等。仔细分析这些问题产生的原因，不难发现，这些问题的根源在于传统的信息化建设模式，而“项目化”的信息化建设模式实际上是“补丁”和“烟囱”。

一、传统信息化的“痛点”

每一个信息化建设需求，都要经过项目论证、招投标和建设团队、设计审查等一系列流程。已经填补了某一方面的业务需求，同时，一个或多个烟囱已经形成。久而久之，系统变得越来越大，效率低下，运维困难，业务部门提出了新的需求。所有的过程都需要重复一遍，需求慢慢得到满足。无法满足数字时代业务需求快速变化的新要求。这些根源于传统建设模式的问题，只有彻底改变IT建设的管理组织模式，才能得到有效解决。

“云Native”可以充分利用云的优势，最大化云企业的投资收益通过云，可以获得丰富的计算资源，云Native技术所倡导的自动化、智能化可以提高应用的交付效率，将有限的精力集中在核心业务的创新上，可以让企业更具竞争力。云原生建设应用简单快捷，部署应用容易，运行应用可按需扩展，是解决传统建设模式问题的有效方法，也是支持快速业务变革的最佳方式。

二，云本土的基本概念

“土生土长”的意思是“土生土长”。云本地应用程序基于云，可以直接在云平台上运行，也可以轻松迁移到云平台。云是一种构建和运行应用程序的方法、一种新的技术系统和一种新的工作方法。云原生是一个复合词，CloudNative。云意味着应用程序位于云，而不是传统的数据中心；意味着Native应用从设计之初就考虑了云的环境，最初是为云，设计的，充分利用了云平台灵活、分布式的优势，在云，以最佳状态运行。

Pivotal公司的Matt Stine在2013年首次提出了云云原生的概念。2015年，云本地计算基金会(CNCF)成立，他们将云本地定义为包括：容器化包装、自动化管理和面向微服务。到2017年，Matt Stine将云的原生架构总结为六个特征：模块化、可观察性、可部署性、可测试性、可替换性和可处理性。Pivotal公司官网将云总结为四点：DevOps持续交付微服务容器。

到2018年，CNCF更新了云原生的定义，增加了服务网络格和声明式API。可见，不同的人和组织对云本地人有不同的定义，同一个人和组织在不同的时间点对云本地人有不同的理解。但是，微服务、DevOps、连续交付、容器等。是云的基本元素

微服务技术指的是应用的原子化，所有的应用都可以独立部署和迭代。DevOps使应用程序能够快速编译、自动测试、部署、发布和回滚，集成开发和运维。连续交付使应用程序能够频繁发布、快速交付、快速反馈，并降低发布风险。基于容器进行容器应用的整体开发，形成代码组件复用和资源隔离。

总之，符合云原生架构的应用应该通过开源堆栈(K8S Docker)进行容器化，基于微服务架构提高灵活性和可维护性，敏捷方法和DevOps支持的持续迭代和运维自动化，以及云平台设施的灵活扩展、动态调度和优化资源利用。

云原生应用要在云平台上运行，必须具备云，的弹性伸缩、分布式、快速部署、快速迭代、高效可持续等特点。这不仅仅是简单地将物理服务器上的原始应用程序迁移到虚拟机，不仅是云，的基础架构和操作平台，还将改变应用程序架构、应用程序开发模式、应用程序部署模式和应用程序维护模式。

在云诞生之前，底层平台负责向上提供基础运营资源。云的出现不仅可以提供各种资源，还可以提供各种能力来帮助应用，让应用能够专注于业务需求的实现。

三，云本土的关键要素

1.微服务

微服务提倡化整为零，实现各个功能的独立开发和部署，增强应用架构的灵活性，从而提高对业务的响应速度。如今，当提倡敏捷时，微服务已经成为应用架构的默认选择。

微服务被定义为独立部署的、原子的和自治的业务组件。业务组件通过消息中间件相互作用，业务组件可以根据需要独立扩展、容错和从故障中恢复。几乎云的每一个原生定义都包括微服务，而微服务的对立面是单一应用。微服务架构的优势在于，在按功能切分之后，服务是解耦的、内聚的、易于改变的。

微服务架构的演进可以从早期的单片架构、中间的SOA架构以及后期的微服务架构来看。当客户提出需求时，早期的做法是直接在里加现有的代码包里放一些东西，当客户提出需求时，程序员在里面写一串代码，十串十串，一百串一百串。不管怎样，它在不断地增加。最后，我们的应用程序变成了一个巨大的应用程序，有必要给它添加一些东西。