使用Docker for Windows初体验-低调大师

使用Docker for Windows初体验

2018-02-02 615

这是第二次使用Docker for Windows了。

最近准备研究一下Docker的一些高级特性如Swarm Clusters，需要用到docker-machine，docker-machine目前仅支持Mac 或 Windows，由于没有Mac所以需要在Windows上运行Docker。官方声称Docker for Windows是一个在Windows系统中创建容器化App的完整开发平台。看完这篇文章，或许你会对Docker和Windows有重新的认识，一改之前对Windows的那些“不好感”。

先放几个截图供查阅：

1.docker 引擎信息

2.容器基本操作

3.容器镜像基本操作：

Docker for Windows运行环境要求：

1.当前Docker for Windows版本需要64位Windows 10 Pro、Enterprise或Education（1511 November update, Build 10586 or later）系统，后续版本可能会支持更多Windows 10，Windows Server 2016同样被支持

2.必须启用CPU虚拟化和Hyper-V功能，Hyper-V角色可以在Docker for Windows安装过程中自动安装，可能会重启Windows，一旦安装Docker for Windows，将无法再使用VMware虚拟化产品以及其他虚拟化产品，如无法再使用VMware Workstation和Virtualbox等

Docker for Windows一些基本知识：

Docker for Windows运行原理远比现有了解的复杂的多得多，只是简单描述一些已经获得的知识：

1.Docker for Windows的组成部分有多个，不仅包含Windows平台上的一些bin程序供用户使用，也包含了一个基于Hyper-V的虚拟机，虚拟机采用Alpine Linux v3.5操作系统

2.docker volume create指令创建出的数据卷存在在虚拟机中，不易与主机进行交互（Hyper-V虚拟机运行期间无法将磁盘中的数据暴露到主机上），因此数据卷这个功能或许会被-v选项所替代

3.Docker for Windows与PowerShell联用，通过PowerShell来操作docker行为，当然cmd也可以

4.Docker for Windows支持两种容器，Linux container和Windows Container，默认是Linux container，依赖于运行在Hyper-V中的虚拟机。Windows Container并不依赖于虚拟机，但也同样依赖于Hyper-V。两种模式的切换会导致重启Windows，而且显而易见的两种模式下的数据并不共享，它们的配置和数据都是独立存在的。令人意外的是Windows container无法运行依赖Linux环境的容器，如nginx等。

Docker for Windows使用小技巧：

与Linux平台上安装的docker环境基本一样，Docker for Windows同样支持一些共有的特性：

1.配置不安全的registry地址和registry镜像（加速）地址

2.支持数据卷和主机存储路径映射（-v选项），数据卷的支持在Docker for Windows中用起来不方便（参考上文的基本知识），推荐使用-v选项

3.在使用-v选项之前，个人建议在磁盘管理中创建一个vhd虚拟磁盘挂载到主机，比如标记成E盘，然后将这个虚拟磁盘共享给Docker for Windows：

需要注意的是，重启后vhd虚拟磁盘将会不再挂载，需要手动"附加vhd"。

借助Docker for Windows做几件有意思的事儿：

1.重新定义app，将运行在Linux上的app，原生的“放到”Windows中，轻松获得心理上的“原生感”

2.操作容器简单化，不再需要打开VMware等虚拟化产品也不需要再使用端口映射，启动Linux再启动容器这样麻烦，只需要双击运行Docker for Windows，即可使用，外部访问轻松配置

3.开始玩转docker-machine和Swarm Clusters等

开始安装吧！因为一点也不难！

参考链接：

开始使用Docker for Windows https://docs.docker.com/docker-for-windows/

安装Docker for Windows https://docs.docker.com/docker-for-windows/install/

tag:Docker for Windows

--end--

本文转自 urey_pp 51CTO博客，原文链接：http://blog.51cto.com/dgd2010/1914864，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/426841

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

云场景实践研究第13期：新浪微博DCP系统

更多云场景实践研究案例，点击这里：【云场景实践研究合集】联合不是简单的加法，而是无限的生态，谁会是下一个独角兽每逢重要节日，微博流量会出现暴涨，2016年春晚，微博日活跃用户达到1.34亿，比去年除夕增长31%。在如此大访问量的情况下，后端服务的稳定性和性能保障任务艰巨。面对如此这样的挑战，以最低成本实现弹性能力成为了摆在新浪微博运维面前的重大挑战，DCP系统应运而生，DCP系统对外提供的功能包括集群管理、服务池之间的调度。目前使用DCP系统的业务方涵盖微博的核心业务，主要包括微博平台、红包飞、手机微博等。而DCP系统正是通过借助阿里云的力量，帮助新浪微博实现分钟级服务器规模成倍扩容。 “在使用公有云时，不仅要单单使用公有云，要将公有云和专有云结合使用，最大程度地利用公有云按需付费的特点，降低单位成本，例如在2016年春晚，微博与

2018-02-03

604

更多云场景实践研究案例，点击这里：【云场景实践研究合集】联合不是简单的加法，而是无限的生态，谁会是下一个独角兽南京路特软件的产品线内子产品太多，并且相互有重叠，导致基础服务大量重复，并且无法在开发阶段将其拆开，面对40台服务器和一堆服务，公司却仅有一个专职运维人员，此外，公司的持续交付产品/服务效率非常低，也无法有效掌握负载峰谷，进而合理调配资源。通过使用阿里云容器服务，较好地解决了其所面对的敏捷、成本、可靠这困扰南京路特的三大核心问题。当然，在这一过程中，南京路特也在Docker实践中不断踩坑，也不断地总结经验教训，并总结出了适合中小企业实践Docker技术的两个常用场景。 “从痛苦到曙光，从濒临放弃到看到曙光，再到磕磕绊绊行至远方，感谢我们所有的媒体客户和阿里云默默的支持。路还很长，你我同在...” ——戚俊南京路特软件有限公司

2018-02-03

625

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。