Docker

是一个开源的应用容器引擎让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux或Windows操作系统的机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。

作者简介热爱跑步的恒川致力于C/C、Java、Python等多编程语言热爱跑步喜爱音乐的一位博主。

Python零基础入门系列Java入门篇系列正在发展中喜欢Python、Java的朋友们可以关注一下哦

Docker的工具实践及root概念和Docker容器安全性设置

使用案例2.

Docker是一个命令行工具它提供了中央“docker”执行过程中所需的所有工具。

这使得Docker的操作非常简单。

一些例子可以检查运行中的容器的状态

上面的命令显示了命令行界面操作的方便快捷。

只需要指定镜像ID的前几个字符就可以。

可以看到只需要“d95”就能显示d95238078ab0镜像的所有历史。

人们可能会注意到该镜像非常小。

这是因为Docker从父镜像建立增量镜像只存储每个容器的更改。

因此如果有一个300MB的父镜像如果在容器中安装了50MB的额外应用或服务该容器和生成镜像可能只有50MB。

可以用Dockerfiles自动化Docker容器的创建过程。

Dockerfiles是含有单个容器性能规范的文件。

例如可以创建一个Dockerfiles来建立一个Ubuntu容器在新容器内运行一些命令、安装软件或执行其他任务然后启动容器。

容器网络

1.0包含了一种新形式的网络允许容器直接连接到主机以太网接口。

默认情况下一个容器有一个回路以及一个连接到默认内部桥接的接口但是如果需要的话也可以配制成直接访问。

通常直接访问比桥接的速度更快。

然而桥接方法在许多情况下是非常有用的。

桥接是通过主机自动创建一个内部网络适配器并为其分配一个主机本身尚未使用的子网。

然后当新的容器连接到这座桥它们的地址进行自动分配。

容器启动时可以将其连接到主机接口或端口因此运行Apache的容器可能启动并连接到主机上的TCP端口8080或随机端口。

通过使用脚本和管理控制可以在任何地方启动Docker连接端口并将其传达到需要使用该服务的应用或服务堆栈的其他部分。

要在Hyper-V服务器上创建Docker主机需要下载并且安装OpenSSH以及Windows版本的Docker

Machine。

还应该将OpenSSH二进制文件添加到Hyper-V服务器路径以便Docker

一旦所需的组件就绪创建Docker主机如同运行一条命令行一样轻而易举。

打开命令提示符窗口定位到包含Docker

Machine的文件夹然后输入可执行文件名称Docker-machine_windows-amd64.exe其后输入-d开关、驱动程序的名称在本例中是Hyper-V以及正在创建的虚拟机VM的名称。

Docker-machine_windows-amd64.exe

hyper-v

Machine完成几个不同的任务。

其中一些更重要的任务从备份的角度来看包括

hard

云计算、大数据移动技术的快速发展加之企业业务需求的不断变化导致企业架构要随时更改以适合业务需求跟上技术更新的步伐。

毫无疑问这些重担都将压在企业开发人员身上团队之间如何高效协调快速交付产品快速部署应用以及满足企业业务需求是开发人员亟需解决的问题。

Docker技术恰好可以帮助开发人员解决这些问题。

为了解决开发人员和运维人员之间的协作关系加快应用交付速度越来越多的企业引入了DevOps这一概念。

但是传统的开发过程中开发、测试、运维是三个独立运作的团队团队之间沟通不畅开发运维之间冲突时有发生导致协作效率低下产品交付延迟

影响了企业的业务运行。

Docker技术将应用以集装箱的方式打包交付使应用在不同的团队中共享通过镜像的方式应用可以部署于任何环境中。

这样避免了各团队之间的协作问题的出现成为企业实现DevOps目标的重要工具。

以容器方式交付的Docker技术支持不断地开发迭代大大提升了产品开发和交付速度。

此外与通过Hypervisor把底层设备虚拟化的虚拟机不同Docker直接移植于Linux内核之上通过运行Linux进程将底层设备虚拟隔离这样系统性能的损耗也要比虚拟机低的多几乎可以忽略。

同时Docker应用容器的启停非常高效可以支持大规模的分布系统的水平扩展真正给企业开发带来福音。

正如中国惠普云计算集成云技术首席专家刘艳凯所说的那样“任何一项技术的发展和它受到的追捧都是因为它能够解决困扰人们的问题”Docker正是这样的一种技术。

Docker未来发展

任何一项新技术的出现都需要一个发展过程比如云计算为企业所接受用了将近五年左右时间OpenStack技术也经历了两、三年才受到人们的认可。

因此虽然Docker技术发展很快但技术还不够成熟对存储的灵活的支持、网络的开销和兼容性方面还存在限制这是Docker没有被企业大范围使用的一个主要原因。

另外一个原因是企业文化是否与DevOps运动一致只有企业支持DevOps才能更大地发挥Docker的价值。

最后一个原因就是安全性问题Docker对于Linux这一层的安全的隔离还有待改进才能进一步得到企业的认可。

惠普刘艳凯认为这也是Docker需要在下一步中改进的一方面。

Docker价值的最大体于对企业DevOps的支持对原生云应用大规模水平扩展的支持。

在惠普Helion云战略中包括了对DevOps服务和原生云应用的支持而这一战略的具体落地与Docker技术有着紧密的联系。

因此惠普团队一直积极地参与OpenStack社区中和Docker项目相关的开发活动中努力改进Docker技术中存在的不足。

同时惠普产品中也集成了Docker例如惠普开发平台产品集成了Docker使用Docker作为应用的容器以及惠普最新发布的CloudSystem

9.0也增加对Docker的支持用户可以像使用其它的虚拟化资源一样选择Docker作为应用的承载容器。

刘艳凯认为惠普非常认可Docker给用户带来的一些价值那也希望通过自己努力使更多的用户使用到Docker这样的先进的技术。

Docker

的战略合作阿里云将更好地为企业级客户提供完善的云服务使能客户并实现时代转型。

技术局限

可以方便地在同一主机下对容器进行网络连接。

加上一些其他的工作就可以跨主机使用叠加网络功能。

然而也就到此为止了。

网络配置操作是受限的而且到docker

0.7为止可以说这些手段都是人工的。

尽管容器脚本化可以规模化但是必须给网络定义增加预分配实例每次提供容器时还需要额外步骤这容易引起错误。

库控制受限库已经成为任何容器会话的中心议题。

公共库是最有价值的因为他贡献了大量的预置容器节省了许多的配置时间。

然而在沙盒里使用它是有风险的。

在不知道谁以及如何创建镜像的情况下可能会存在任意数量的有意或无意的稳定性和安全性风险。

对于企业来说有必要建立和维护一个私有库这个库的建立挑战不大但管理是个问题。

Docker为大型库的镜像管理提供了一个有限的元数据模型确保未来实例如预期的能力受限也没有叠加功能。

没有清晰的审计跟踪提供容器是很简单的但知道提供容器的时间、原因、方式以及提供方却不容易。

因此在提供之后用户并不掌握多少出于审计目的的历史。

运行实例的低可见性如果没有经过深思熟虑的行动实例提供后很难接触到运行容器的对象也很难知道哪些应该出那里哪些不应该出那里。

Docker环境安全

Docker的势头在过去的12个月里十分火热很多人表示很少见如此能够吸引行业兴趣的新兴技术。

然而当兴奋转化为实际部署时企业需要注意Docker的安全性。

了解Docker的人都知道Docker利用容器将资源进行有效隔离。

因此容器相当于与Linux

OS和hypervisor有着几乎相同的安全运行管理和配置管理级别。

但当Docker涉及到安全运营与管理以及具有保密性、完整性和可用性的通用控件的支持时Docker可能会让人失望。

当Docker运行在云提供商平台上时Docker安全性变得更加复杂。

需要知道云提供商正在做什么或许用户正在于别人共享一台机器。

Docker虽然容器没有内置的安全因素而且像Docker这样的新兴技术很难有比较全面的安全措施但这并不意味着以后也不会出现。

容器部署安全

也有专家将Docker安全问题的实质定位于配置安全认为Docker的问题是很难配置一个安全的容器。

虽然Docker的开发人员通过创建非常小的容器来降低攻击面但问题在于大型企业内部在生产环境中运行Docker容器的员工需要有更多的可见性和可控性。

企业在部署数千或数万台Docker容器时能够确保这些Docker容器都遵守企业安全策略进行配置是至关重要的事情。

Docker为解决这个问题就需要增加Docker容器部署的实时可见性同时实施企业制定的安全策略。

也有一些厂商为此推出解决方案给运营商提供了实时可见性并帮助他们执行容器级别的虚拟基础设施的安全策略。

如果这份博客对大家有帮助希望各位给恒川一个免费的点赞作为鼓励并评论收藏一下⭐谢谢大家