在AWS上运行Docker.docxVIP

在AWS上运行Docker:一个更好的开发测试体验假如你正在为一个跟踪健康和健身的移动应用编写REST API。一开始你在你的笔记本上的开发环境中编写代码，在运行了所有单元测试并成功通过后，你将所有代码提交到Git，并且通知QA工程师测试。然而，当QA工程师认真地将最新版本代码部署到测试环境后却发现，这个新开发的REST程序往往连前几分钟的测试都通不过。为什么会发生这样的情况？你明明已经完整的运行了单元测试，而代码移交给QA工程师之前又没发生任何问题。在与QA工程师一起奋斗数个小时后，你发现测试环境使用了一个过时版本的第三方库，而正是这个原因导致了你的REST程序无法正常运行。在软件开发过程中，这个问题并不稀奇，开发、测试、演示、生产环境中的微小的区别都会引起各种各样的问题，而之前的处理流程已经适应不了现在应用程序快速的构建和部署流程。我们需要的是将开发环境与测试环境无缝对接，减少人工干涉以及配置。AWS为开发者提供了自动化构建可靠及高效的开发环境。类似Amazon EC2和AWS CloudFormation等服务都允许开发者们通过代码的方式管理基础设施。通过CloudFormation服务，AWS资源可以使用JSON做预分配。CloudFormation模板可以在应用程序代码中正确的进行描述，通过EC2的自动化能力，用户可以快速和可靠地新建及结束某个环境。正是基于这个原因，AWS非常适合开发和测试工作。类似Docker之类的容器技术让资源配置声明的理念成为现实。类似CloudFormation提供给EC2实例的功能，Docker为容器建立提供了一个非常实用的声明语法。同时，Docker容器并不依赖任何虚拟化平台，或者一个专用的操作系统。容器的运行仅仅需要一个Linux内核，这就意味着它几乎可以运行在任何环境之下——不管是笔记本或者是EC2实例。Docker容器的架构如下图所示：Docker容器使用了一个被称为Libcontainer的执行环境，它为不同的Linux内核隔离特性提供了一个接口，类似命名空间及控制组。这种架构允许多个容器在共享同一个Linux内核的情况下完全隔离地运行。鉴于Docker容器并不需要一个专用的操作系统，因此它比虚拟机更加的便捷和轻量。Docker平台架构由下图一系列组件组成：Docker客户端并不与运行的容器直接通信，取而代之，它通过TCP Sockets或REST与Docker守护进程通信，而守护进程将与主机上的容器直接通信。同时，Docker客户端并不需要与守护进程安装在同一台主机上。在使用Docker时有3个理念必须理解：镜像（image）、注册表（registry）和容器（container）。镜像，用于建立容器组件，它是个只读模板，使用它可以发布一个以上的容器实例。理论上说，它非常类似于AMI。Registry用于储存镜像，既可以在本地，也可以在远程。当我们发布一个容器时，Docker首先会在本地Registry上搜索镜像。如果在本地Registry上没有发现，它随后会搜索远程公用的Registry，也就是DockerHub。如果在DockerHub发现所需镜像，Docker会将它下载到本地注册表，并使用它来发布所需容器。DockerHub非常类似于GitHub，我们可以使用它来建立公用或私有镜像资源。鉴于这个属性，有效及安全的镜像发布将非常便捷。可以这么说，容器运行在一个镜像的实例上，Docker使用容器来执行和运行打包在镜像中的软件。你也可以为一个正在运行的容器建立一个Docker镜像，类似为一个EC2实例建立AMI。举个例子，用户可以发布一个容器，并使用类似APT或者YUM的包管理器安装大量的软件，然后将更新提交到一个新的Docker镜像。但是这里还存在更有效和灵活的途径来建立镜像，那就是使用Dockerfile，它允许声明式的镜像定义。Dockerfile语法由一系列的命令组成，我们可以用之安装和配置镜像中包括的各种组件。写一个Dockerfile就像茶余饭后使用UserData配置一个EC2实例那么简单。类似一个CloudFormation模板，Dockerfile可以使用一个版本控制系统进行跟踪和发布，你可以将Dockerfile比作一个镜像的建立文件。那么在运动健身移动应用的打造中，Docker又会起到什么样的作用？应用程序架构由下图中的组件构成：首先，我们需要建立一个Docker镜像，用于发布运行中REST程序的容器。我们可以在笔记本上测试我们的代码，而QA工程师则可以使用这个镜像在EC2实例上对应用程序进行测试。REST程序使用Ruby和Sinatra框架编写，因此它们需要被封装到容器中。我们将使用Amazon DynamoDB作为后端，因此，为了保证应用程序在AWS内