容器已成运维必备能力,你知道它是如何出现的吗?

242 阅读3分钟

2019年运维行业的变化还是很大的,除了比较多的新技术出现,更多的是一些原先处在设想中的技术的落地。

一年之前,大家还在热烈的讨论着容器、docker、k8s,今年就不得不开始接受自己必须会这些技术的现状了,去招聘网站看看,只要JD里写着容器技术的,都比同样水平的其他岗位工资要高。

当然,容器也不是万能的,只是最近流行的一些技术之一,今天马小哥给大家整理一下容器技术的发展史,让大家对容器技术的了解更深一层。

说容器的发展,必须要先提到云计算的发展。其实云计算到底是啥,兜兜转转这么多年也没个权威的解释,不过应用上倒是非常普遍了。云计算中例如IAAS是以虚拟机最小颗粒调度单位的,随着技术的更新迭代、应用规模的爆炸增长,开始出现调度分发缓慢、软件栈环境不统一之类的问题,随后出现的PAAS虽然一定程度上意识到了这个问题,但是在架构、支持环境上也有着较大的限制。

能够解决这些问题的就是容器技术,而Docker抓住了这个机遇,一跃成为最炙手可热的容器技术之一。Docker以Docker容器为基本的资源调度单位,容器封装整个运行时的环境,同时可以跨平台,移植简单。

这些特性一定程度上满足了当时的需求痛点,所以Docker快速成长,然后也更快的带动了容器生态的发展。从Docker出现为代表的,容器技术生态中包括引擎、调度、网络、存储、安全、监控、日志等一系列的工具开始出现,同时随着容器技术的应用,大家也发现Docker也存在一些令人非常难受的问题。

是什么问题呢?最大的问题就是容器的生态太庞大了,需求复杂的让人难以接受,我们需要众多跨主机的容器协同工作,需要支持各种类型的工作负载,企业级应用开发更是需要基于容器技术,实现支持多人协作的持续集成、持续交付平台。

Docker启动一个容器只需要一条命令,但是真正要用一个容器仍然太过麻烦。所以,后来的Kubernetes就逐渐兴起了。

跟Docker的创业公司血统不同,Kubernetes是谷歌开源的一个容器编排引擎,主要解决了容器应用中的自动化部署、编排、负载均衡等问题,所以也很快的流行开来。

于是就形成了今天提到云计算必谈容器,说到容器就不得不说Docker和K8s的现状了。

现在,容器技术已经成为了运维的普遍能力,相关的学习资料已经相当相当多了,马小哥的老师马哥也出过k8s的畅销书。所以,学习真的不是一件困难的事,最起码资料已经够全了。

那么马小哥就要提问了,你对于容器的未来是怎么看的呢?你愿意去学习容器技术吗?