前言
驱动技术的,从来都不应该是技术,也不是情怀,应该是不断变化的诉求。
在过去的不知道多少年前,我们的应用和数据库,还部署在一台机器上,大概如下:
+----------+ +--------------+
| | | |
| | | |
| | | +--------+ |
| +--------------------> | | |
| | | | App | |
| | <------------------+ | ^ + | |
| Client | | +--------+ |
| | | | | |
| | | +--------+ |
| | | | + v | |
| | | | DB | |
| | | | | |
| | | +--------+ |
| | | |
| | | Server |
+----------+ +--------------+
随着业务的增长,这样的架构已经不能满足大量的请求,这时候架构也随之改变,把应用与数据库拆分开来:
+--------+ +---------+ +-------+
| | | | | |
| +-------------> | +-----------> | |
| Client | | App | | DB |
| | <-------------+ | <-----------+ |
| | | | | |
+--------+ +---------+ +-------+
当然,业务是不停的增长的,而上述这样的也会发生变化,可以把应用与数据库进行集群部署。
然后...
不搭的后语
而如今,技术与架构,在业务的驱动下,早已发生了巨大的变化。
在最近两年,最火的,莫过于服务化,容器化与云化。
微服务
微服务架构,它把软件围绕业务功能结构进行划分、拆解成服务,以服务构建应用,而服务可以独立部署、独立扩展,服务也可以提供模块化的边界,并且不同的使用也可以使用不同的开发语言。
微服务风格的特性:
- 组件与服务
- 围绕业务功能进行组织
- 产品不是项目
- 强化终端及弱化通道
- 分散治理
- 分散数据管理
- 基础设施自动化
- 容错性设计
- 设计改进
容器
容器,另一个热门的话题,而在这个话题中,我们能够快速想到的,应该是Docker。
Docker 最初是 dotCloud 公司创始人 Solomon Hykes 在法国期间发起的一个公司内部项目,它是基于 dotCloud 公司多年云服务技术的一次革新,并于 2013 年 3月以 Apache 2.0 授权协议开源。
Docker包括三个基本概念镜像、容器、仓库。镜像和容器的关系,就像是面向对象程序设计中的类和实例一样,镜像是静态的定义,容器是镜像运行时的实例;容器可以被创建、启动、停止、删除、暂停等;而仓库,则是用来统一存储镜像,进行版本控制。
使用容器技术,带来了以下好处:
- 持续部署与测试
- 跨云平台支持
- 环境标准化和版本控制
- 高资源利用率与隔离
- 简单易用
- ...
容器云
容器云是以容器为资源分割和调度的基本单位,封装整个软件运行时环境,为开发者和系统管理员提供用于构建、发布和运行分布式运用的平台。
当容器云专注于资源共享与隔离、容器编排与部署时,它更接近传统的IaaS;当容器云渗透到应用支撑与运行时环境时,它更接近传统的PaaS。
使用容器云,带来了以下好处:
- 更高效的利用系统资源
- 更快速的启动时间
- 一致的运行环境
- 持续交付和部署
- 更轻松的迁移
- 更轻松的维护和扩展。
服务化,容器化与云化
当软件服务化后,我们的架构看起来应该是这样的:
+-------+ +--------------------------------------+ +--------------------------+
| | | | | |
| | | WebUI | | App |
| | | | | |
| | +--------------------------------------+ +--------------------------+
| |
| | +-------------------------------------------------------------------+
| | | |
| | | RESTful API |
| | +-------------------------------------------------------------------+
| |
| | +-----------+ +-----------------------------------+ +-------------+
| | | | | +-----------+ +------------+ | | |
|Monitor| | Registry | | | Ser^ice1 | | Ser^ice2 | | | Configure |
| | | & | | +-----------+ +------------+ | | |
| | | Dsco^ery | | | | |
| | | | | +-----------+ | | |
| | | | | | ... | Ser^ices | | |
| | | | | +-----------+ | | |
| | | | | | | |
| | | | | | | |
| | +-----------+ +-----------------------------------+ +-------------+
| |
| | +-------------------------------------------------------------------+
| | | +-------------+ +------------+ +----------+ |
| | | | DB | | MQ | | ... | |
| | | +-------------+ +------------+ +----------+ |
+-------+ +-------------------------------------------------------------------+
众多的服务给运维带来极大的挑战,要求能够快速地发布与容错处理,而如果再使用人肉运维的方式再也无法满足。
这时候,一个借助于CI/CD的研发流水线的开发方式,渐渐进入了视野:
+--------------+ +------------+ Re^iew +--------------+
| | | +-------> | |
| Developer | Push | | | Maintainer |
| +--------> | Repo | Merge | |
| | | | <----+ | |
+------+-------+ +-----+------+ +--------------+
^ |
| |
| v Trigger
|
| +------------+
Feedback | |
| CI | | CD
| +----------+ CI/CD +-------------+
| | | | |
| v +------------+ v
|
+-------------------------------+ +--------------------------------------+
|-------+ +-------+ +--------+ | | |
||Build +-> Unit +->Analyze +-+| | +---------+ +---------+ +---------+ |
|-------+ +-------+ +--------+ || | |Test Env | |UAT Env | |Production |
|-------+ +-------+ +--------+ || | | | | | | | |
||Deploy<-+Package<-+ Test <-+| | +---------+ +---------+ +---------+ |
|-------+ +-------+ +--------+ | | |
+-------------------------------+ +--------------------------------------+
可以借助容器与容器云,将服务进行持续集成、持续部署与交付,最终达到自动化。
放弃
服务化是未来吗?容器是未来吗?容器云是未来吗?
谁知道呢?未来,还没来!
只是现在,作为一枚面向搜索引擎复制粘贴的开发者,在不停的学习中,开拓自己的视野,积累自己的经验,为后来的业务需求打下坚实的基础也是势在必行。
参考: