一、前言

假如有一个15亿用户的系统，每天有几亿用户访问系统，要如何快速判断是否为系统中的用户呢？

• 方法一，将15亿用户存储在数据库中，每次用户访问系统，都到数据库进行查询判断，准确性高，但是查询速度会比较慢。
• 方法二，将15亿用户缓存在Redis内存中，每次用户访问系统，都到Redis中进行查询判断，准确性高，查询速度也快，但是占用内存极大。即使只存储用户ID，一个用户ID一个字符，则15亿*8字节=12GB，对于一些内存空间有限的服务器来说相对浪费。

Redis热点key问题真是让人头大，尤其在大促期间，几个热门商品的缓存key被疯狂访问，分分钟就能把系统搞趴下。不过别担心，今天咱聊聊几个实用的热点key

我们都知道Redis的集群有三种方案：

Docker Hub

Docker Hub是一个由Docker公司负责维护的公共注册中心，它包含了超过15000多个可用来下载和构建容器的Docker镜像。

Docker Hub作用

Docker好比一个代码集装箱，包含了代码运行所需的所有环境，而Docker Hub就是用来存储这些代码集装箱。

docker images — 查看本地镜像

命令

docker images

准备工作购买vps

使用ssh工具连接上

前言：在上一篇《Docker集群管理之Docker Machine》中，我们通过源码分析了解了Docker Machine的工作原理，使用者可以通过Docker Machine的一条命令在任意支持的平台创建一个Docker主机，并能集中管理这些主机。Docker主机创建好之后，接下来就该考虑Docker容器部署的问题了。本篇中我们将通过分析Docker Compose的源码，了解Docker Compose的工作原理。

与容器技术同样受到关注的微服务架构也在潜移默化的改变着应用的部署方式，其提倡将应用分割成一系列细小的服务，每个服务专注于单一业务功能，服务之间采用轻量级通信机制相互沟通。同时数据库解决方案也在发生在变化，多种持久化混合方案（Polyglot Persistence）提倡将数据存放在最适合的数据库解决方案中，而传统的数据库解决方案将数据存在在同一个数据库服务中。服务数量的增加也就意味着容器数量的增多，逐渐增加的容器数量为容器部署，运行及管理带来了挑战。Docker Compose的出现解决多个容器部署的问题并提高了多个容器解决方案的可移植性。

Docker映像可以看作是Docker容器的压缩包，包含了应用程序以及运行应用程序所需的依赖，容器是映像的运行时实例。

一般构建镜像都是使用dockerfile进行构建而不是docker commit，虽然commit也会创建新层，但这是一种手工创建镜像的方式，容易出错，效率低，使用者并不知道镜像是如何创建出来的，无法对镜像进行审计，存在安全隐患。

Docker：为Java应用装上“翅膀”

在当今快速发展的IT环境中，软件的部署方式正在经历一场深刻的变革。而在这场变革中，Docker无疑成为了最耀眼的明星之一。它是一种开源的应用容器引擎，能够让开发者打包他们的应用程序及其依赖项到一个轻量级、可移植的容器中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。今天，我们就来聊聊如何利用Docker为Java应用插上“翅膀”，让它飞得更高更远。

一、前言

Docker的作用，类似Java的SpringBoot框架。SpringBoot的Starter提供开箱即用的方法，Docker的容器亦是如此，开箱即用MySQL、Redis、ElasticSearch等应用，本文以Redis为例。

二、常规操作