引言

基本概念

默认情况下，Compose会为我们的应用创建一个网络，服务的每个容器都会加入该网络中。这样，容器就可被该网络中的其他容器访问，不仅如此，该容器还能以服务名称作为hostname被其他容器访问。

默认情况下，应用程序的网络名称基于Compose的工程名称，而项目名称基于docker-compose.yml所在目录的名称。如需修改工程名称，可使用--project-name标识或COMPOSE_PORJECT_NAME环境变量。

先来看一份 docker-compose.yml 文件，不用管这是干嘛的，只是有个格式方便后文解说：

version: '2'
services:
 web:
 image: dockercloud/hello-world
 ports:
 - 8080
 networks:
 - front-tier
 - back-tier
 redis:
 image: redis
 links:
 - web
 networks:
 - back-tier
 lb:
 image: dockercloud/haproxy
 ports:
 - 80:80
 links:
 - web
 networks:
 - front-tier
 - back-tier
 volumes:
 - /var/run/docker.sock:/var/run/docker.sock 
networks:
 front-tier:
 driver: bridge
 back-tier:
driver: bridge

文章索引：

1、docker入门之镜像、容器和仓库

2、

<推荐阅读>秋招Java面试大纲：Java+并发+spring+数据库+Redis+JVM+Netty等

什么是微服务

顾名思义：指的是很小的独立服务。服务是什么呢？实现一个简单的业务逻辑既是一个服务。所以我们说微服务是指一个简单的业务逻辑用多个独立的小型服务实现。既然了解了什么是微服务，那我们今天就用docker按照微服务的设置思路来实现一个简单的业务逻辑。

业务逻辑

简单说：需要一个web展示页面，访问这个web可以输入名字，根据输入的名字动态生成一个简易的像素图标作为这个名字的头像。

复杂说：通过python Flask创建一个网页，要有输入框和提交按钮，通过Flask的response返回头像；当我们输入名字之后交于dnmonster容器处理，这个容器返回一个头像给Flask 网页；使用Redis缓存技术，当输入的名字已经在缓存中不再重新请求dnmonster容器，直接返回头像。