云原生应用架构在高校信息化建设中的实践.pdfVIP

云原生应用架构在高校信息化建设中的实践

目录

1.云原生概述3

2.组织与赋权3

3.敏捷性基础架构3

4.持续交付4

5.微月艮务6

6.问题与挑战9

1.云原生概述

云原生(CloudNative)概念是由Pivotal的MattStine在2013年首次提出的。这概念得到

了各方的不断完善，内容越来越丰富，目前已经包括了DevOps(DevelopmentOperations

的组合)、持续交付(ContinuousDelivery,CD)、微服务(MicroServices).敏捷基础设施(gile

Infrastructure)和十二要素(TheTwelve-Factorpp)等几大主题。这概念不但包括根据业

务能力对企业(高校)进行文化、组织架构的重组与建设，也包括方法论和原则，以及具体的操

作工具。采用基于云原生的技术和管理方法，可以更好地从云中诞生业务，也可以把业务迁移

到不同的云中，从而享受云的高效与持续服务的能力。

2.组织与赋权

云原生架构的应用，不仅仅是技术的应用，还需要组织架构的调整，尤其是在高校，信息化部

门的职责和组织架构都需要进行调整。上海海事大学信息化办公室在2016年对组织架构进行

了调整，新成立了负责信息系统构建和运营的广义数据中心部门。该部门重新修订了校内与信

息应用系统建设相关规章制度，梳理了现有业务系统和各类货源，并从上到下获得管理的职权，

从而为云原生架构开发业务系统提供了制度保障、权力保障。

3.敏捷性基础架构

图1持续交付流程

为了满足业务需求变动，通过快速迭代，产品能够做到随时都能发布，上海海事大学研究了一

系列开发实践方法，包括持续集成、持续部署、持续发布。学校在内部部署了GitLab系统，

除了大规模第三方购买的软件外，学校将定制化开发的代码托管在自己的Git代码库中。GitLab

支持自动CI/CD,并且支持Kubernetes集群，这为软件系统的部署提供了最大程度地自动化

和最小的成本代价。基本架构可以参看图1。

举例来说，学校数字门户是基于著名开源内容管理框架Drupal开发的。学校要求开发公司将

代码托管在学校的代码库中，并配置了一台测试环境。在系统需要更新时，必须在测试环境上

先验、演示无误后方可自动更新至生产环境；而在后续运维中，无论是安全补丁还是码优化，

都必须采取该种模式。自动部署到生产环境中的工作无需人工操作，全部由码实现。最终形

成了如图2所示的持续交付流程，这也践行了DevOps.

图2海大Portal持续交付流程

5.微服务

云原生架构离不开微服务。2013年，大神MartinFlower对微服务概念进行了比较系统的理

论阐述，总结了相关技术特征，加速了微服务的应用普及。微服务最直观的理念是采用了Unix

的设计哲学--每种服务只做一件事，是一种松耦合的能够被独立开发和部署的无状态化服务，

且又可以通过一系列管道集成在一起发挥巨大作用。对企业来说，微服务不是银弹，企业也享

有不多的决策权力（更多的是在软件开发商那里），而且微服务多了后，还需要再有一套规章

制度来约束保障服务运转正常，正如数据需要治理一样，微服务多了后也需要微服务治理。而

这些都是价。本书建议有选择性地采用微服务，只有在必须使用时，或者是可以自主抽象为

API的场景下才选择微服务。无论如何，微服务的目录清单是必须且是对内公开的。

1.案例附件预览功能

在微服务的应用决策策略上，通过一个例子来跟大家介绍一下。为了能够让师生直接在线查看

附件，学校需