| 失效链接处理 |
|
容器云平台建设需求分析-顾文俊 PDF 下载
本站整理下载：
相关截图：
主要内容：
1.1 容器的兴起
进入 21 世纪，社会和经济在不断进步的 IT 技术的推动下发生了巨大的变化，竞争越来越激烈，对各行
业的要求也越来越高。企业必须要保持“敏捷、开放、创新”，才能在竞争中保持优势 。
在新经济形态下，业务和应用系统和二为一。新的业务需求如洪水一般滔滔不绝地从市场的第一线喷涌
到企业的应用开发部门和系统运维部门。为了满足不断变化的业务需求，企业的信息系统的建设也在不断地
变革，而且从未停步。应用系统的架构从客户端/服务器(C/S)架构，变为分布式计算(Distributed Comput-
ing)架构和多层(Multi-tier)架构，应用系统从互不连通的信息孤岛，变为面向服务的架构(SOA)和微服务架
构(MSA)；软件工程方法从瀑布式，变为敏捷式(Agile Method)；应用系统的部署，从物理机，变为虚拟机和
基础设施即服务(IaaS) 云， 再变为平台即服务(PaaS) 云和功能即服务 (FaaS) 云 。
通过近十年云化的推进，大多数有一定规模的企业已经实现了基础设施资源的池化和云化，这里的基础
设施资源指的是诸如服务器、网络、存储。用户可以用很短的时间获取业务应用运行所需的虚拟机。基础设
施资源云化其实并不是目的，而是手段。最终的目标是让承载业务的应用可以更快地上线。但现实是，通过
虚拟机获取的基础设施资源并不能被我们的最终业务应用直接使用。应用系统还必须进行或繁或简的部署和
调试才可能运行。部署涉及到操作系统的配置的修改，编程语言运行环境的安装配置，中间件的安装配置，
数据库的安装配置，应用程序的发布和数据初始化等。部署的过程在一些企业仍然是通过手工完成，低效且
容易出错。有的企业则是通过简单的自动化方式完成，提高了效率，但是满足不了后期更高级别的要求，
如，补丁更新、操作系统升级、弹性伸缩、快速更改配置、动态申请存储、动态调整应用服务之间的网络
访问。即使勉强通过自动化工具帮助实现，后期随着基础设施资源和部署的应用系统的类型的增多以及复杂
化，维护的难度将会以几 何级增高，无法真正做到持续集成、持续部署和开发运维一体化(DevOps) 。
基于这个背景，业界需要有一种手段来弥合业务应用和基础设施资源的这道鸿沟，让应用可以做到“一
键式”便捷地云上运行。为了实现这个目标，业界出现了多种不同的轻量级虚拟化技术，即，Linux容器
(LXC) 。随后，一个叫Docker的开源项目出现了。Docker通过对 Linux内核已有功能的整合，为业务应用
部署提供了一个更简单的方案，其简单易用的用户命令行，让Docker快速地获取了巨大的用户基础，并推
出了Docker Swarm 容器编排工具 。而后Kubernetes异军突起，通过竞争击败了Docker Swarm和 Apache
Mesos，成为当前业界主流的容器编排软件，即，容器云平台的核心。Kubernetes源于Google开源的容器
集群管理系统，目前属于云原生计算基金会(CNCF) ，它通过规范的接口集成容器运行时，为容器化的应
用提供资源调度、部署运行、服务发现、扩容缩容、负载均衡等整一套功能 。CNCF定义了一系列的规范，
孵化了众多的项目，并建设了生态系统，以补充和完善基于Kubernetes的容器云平台解决方案 。
1.2 容器云平台规划时需要考虑的一些问题
容器云平台是一个全栈的企业级容器应用解决方案。它为容器提供了一揽子基础设施和平台服务：CRI
兼容的容器运行时 、CNI 兼容的网络服务 、CSI 兼容的存储服务 、主机管理、负载均衡、防火墙、操作
系统和平台软件……云端时代容器云平台让上述服务跨越公有云、私有云、虚拟机、物理机环境运行，真正
实现一键式部署和应用 。
|
| Java1234官方群25： | 
|
| Java1234官方群25： | 838462530 |
苏公网安备 32061202001004号
