Container

2019/03/09 20:28
阅读数 67

一:什么是Container?Container的作用?

容器是一个标准的软件单元,它将代码及其所有依赖关系打包,以便应用程序从一个计算环境快速可靠地运行到另一个计算环境.container的主要作用是将软件打包成标准化单元用于开发,装运和部署。下面以当下比较受欢迎的Docker容器为例说明container的作用构成以及和虚拟软件的区别。

Container所处的位置:

container

Container可以运行在不同的操作系统之上

container for system

容器与虚拟机的区别

容器和虚拟机具有类似的资源隔离和分配优势,但功能不同,因为容器虚拟化操作系统而不是硬件。容器更便携,更高效。

 

container:

容器是应用层的抽象,它将代码和依赖关系打包在一起。多个容器可以在同一台机器上运行,并与其他容器共享操作系统内核,每个容器在用户空间中作为独立进程运行。容器占用的空间比VM少(容器映像的大小通常为几十MB),可以处理更多的应用程序,并且需要更少的VM和操作系统

VM:

虚拟机(VM)是物理硬件的抽象,将一台服务器转变为多台服务器。管理程序允许多台VM在单台机器上运行。每个VM都包含操作系统的完整副本,应用程序,必要的二进制文件和库 - 占用数十GB。虚拟机也可能很慢启动。

 

Container的历史:

1979年:Unix V7     

在1979年Unix V7 的开发过程中,引入了chroot系统调用,将进程的根目录及其子进程更改为文件系统中的新位置。这一进步是开始的进程隔离:隔离每个进程的文件访问。Chroot 于1982年加入BSD。 

2000:FreeBSD Jails

 

FreeBSD Jails允许管理员将FreeBSD计算机系统划分为几个独立的小型系统 - 称为“jails” - 能够为每个系统和配置分配IP地址

2001:Linux VServer

与FreeBSD Jails一样,Linux VServer是一种可以对计算机系统上的资源(文件系统,网络地址,内存)进行分区的监狱机制

2004年:Solaris Containers

2004年,第一个公开测试版 Solaris容器  被释放 吨ħ 在  联合机系统的资源控制,并通过区域,这是能够利用像从ZFS快照和克隆特征提供边界分离

2005年:Open VZ(Open Virtuzzo)

这是Linux 的操作系统级虚拟化技术,它使用修补的Linux内核进行虚拟化,隔离,资源管理和检查点.

2006年:流程容器

Process Containers(由Google于2006年推出)旨在限制,计算和隔离一组进程的资源使用(CPU,内存,磁盘I / O,网络)。一年后它被重命名为“控制组(cgroups)”,最终合并到Linux内核2.6.24。

2008年:LXC

LXC(LinuX容器)是Linux容器管理器的第一个,最完整的实现。它是在2008年使用cgroups和Linux命名空间实现的,它可以在单个Linux内核上运行,无需任何补丁。

2013年:LMCTFY

(LMCTFY)在2013年开始作为谷歌容器堆栈的开源版本,提供Linux应用程序容器。应用程序可以“容器识别”,创建和管理自己的子容器。在谷歌开始向libcontainer(现在是Open Container Foundation的一部分)提供核心LMCTFY概念后,LMCTFY的积极部署于2015年停止。

2013年:Docker 

当Docker于2013年问世时,容器爆炸式增长。Docker和容器使用的增长并非巧合,这并非巧合  。 正如Warden所做的那样,Docker在其初始阶段也使用了LXC,后来用自己的库libcontainer替换了该容器管理器。但毫无疑问,Docker通过为集装箱管理提供整个生态系统而脱颖而出

二:Injection/Dependency injection

软件工程中依赖注入是一种技术,其中一个对象(或静态方法)提供另一个对象的依赖关系。依赖项是可以使用的对象(服务)。注入是将依赖项传递给将使用它的依赖对象(客户端)。该服务是客户所在端的一部分。将服务传递给客户端,而不是允许客户端构建或找到服务,是模式的基本要求。

依赖注入的目的是对象解耦到不需要更改客户端代码的程度,因为它所依赖的对象需要更改为不同的对象。这允许遵循开放/封闭原则

依赖注入是更广泛的控制反转技术的一种形式。与其他形式的控制反转一样,依赖注入支持依赖性反转原则。客户端将其依赖关系的责任委托给外部代码(注入器)。客户端不允许调用注入器代码; [2]它是构建服务并调用客户端注入它们的注入代码。这意味着客户端代码不需要知道注入代码,如何构建服务,甚至不知道它正在使用哪些实际服务; 客户端只需要知道服务的内在接口,因为它们定义了客户端如何使用服务。这分离了使用和构造的责任。

客户端接受依赖注入有三种常用方法:setter - ,interface - 和基于构造函数的注入。Setter和构造函数注入主要取决于它们何时可以使用。接口注入的不同之处在于依赖关系有机会控制其自身的注入。每个都要求单独的构造代码(注入器)负责将客户端及其依赖关系引入彼此。

为什么要使用依赖注入:

    • 依赖注入允许客户端灵活地进行配置。只修改了客户端的行为。客户端可以对支持客户期望的内部接口的任何事情采取行动。
    • 依赖注入可用于将系统的配置详细信息外部化为配置文件,从而允许在不重新编译的情况下重新配置系统。可以针对需要不同组件实现的不同情况编写单独的配置。这包括但不限于测试。
    • 因为依赖注入不需要对代码行为进行任何更改,所以它可以作为重构应用于遗留代码。结果是客户端更加独立,并且使用存根模拟对象模拟其他未测试的对象,更容易单独进行单元测试。这种易测性通常是使用依赖注入时注意到的第一个好处。
    • 依赖注入允许客户端删除它需要使用的具体实现的所有知识。这有助于将客户端与设计更改和缺陷的影响隔离开来。它提高了可重用性,可测试性和可维护性。
    • 减少应用程序对象中的样板代码,因为初始化或设置依赖项的所有工作都由提供程序组件处理。
    • 依赖注入允许并发或独立开发。两个开发人员可以独立开发彼此使用的,而只需要知道类将通过的接口。插件通常由第三方商店开发,甚至从不与创建使用插件的产品的开发人员交谈。
    • 依赖注入减少了类与其依赖关系之间的耦合

参考:

https://www.cnblogs.com/yuanchao-blog/p/10502844.html

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部