前言

前面两章主要是介绍了RocketMQ的应用场景和组件之间的关系，相信对MQ已经有了一定的认识，那么这篇主要来记录一下RocketMQ的安装，以及简单的消息生产和消费的demo编写。

前言

上一篇简单的介绍了消息中间件的一些应用，后面的中间件主要围绕着RocketMQ进行学习，所以这篇来记录一下RocketMQ的基本组件，以及他们的关联。

前言

简单的记录一下消息中间件的一些应用场景。

前言

昨天看到一篇讲述Sidecar的文章，发现对这个组件的理解还不够透彻，所以在这里整理一下我对“三轮边车”的认识。了解过Service mesh的对Sidecar应该不会陌生。下面我会简单讲述一下传统服务到微服务的一个转变，以及微服务的几种服务发现模式。

前言

原文链接。

前面我们的课程中学习了Pod的一些基本使用方法，而且前面我们都是直接来操作的Pod，假如我们现在有一个Pod正在提供线上的服务，我们来想想一下我们可能会遇到的一些场景：

1. 某次运营活动非常成功，网站访问量突然暴增
2. 运行当前Pod的节点发生故障了，Pod不能正常提供服务了

前言

上一篇简单介绍了K8S中的组件，以及组件之间的联系。这篇就来详细的说说K8S是如何对Pod进行管理编排的。

Ubuntu上安装K8S有比较多的问题，centos7.0可以直接yum install。我直接在katacoda测试运行。

前言

前面几篇博客大体上了解了Docker的一些使用。Docker针对于个人开发者开发单机版容器化应用来说，已经足够好用了。

但是在企业应用场景中，很快会因为容器规模增大导致手动操作Docker的方式弊端越来越大。在生产环境中会涉及到健康检查，可用性，负载均衡，服务发现等很多问题。因此，如何批量创建调度和管理成为了亟待解决的首要问题。

Google开源的一个容器编排引擎 Kubernetes，就是为了解决上述问题。这篇我主要来讲一些Kubernetes中常用的组件。方便阐述Kubernetes用k8s代替。

前言

在docker低版本中，容器间的通信通常有以下三种方式：

1. 通过使用容器的IP地址来通信。
2. 通过宿主机的IP加上容器暴露出的端口号来通信。
3. 通过docker的link机制可以通过一个name来和另一个容器通信

本章主要来讲解一下这三种连接方式。实验容器为 python2.7 以及 mysql5.7，可以直接从dockerHub上pull。

前言

在Docker容器中，如果启动的容器需要将数据持久化到本机上，这个时候通常使用docker run -v的命令将本地路径挂载到docker容器中。

1

docker run -v 宿主目录:容器挂载的目录 镜像

本章就来说明一下Docker如何部署MySQL服务，同时持久化数据。

前言

在上一篇中，对于CMD和ENTRYPOINT只是简单介绍了它们使用上的差别。即有两个方式书写。分别是exec模式和shell模式。具体格式如下：

1. exec模式CMD /ENTRYPOINT ["executable", "param1", "param2"]，
2. shell模式 CMD /ENTRYPOINT command param1 param2

想要了解清楚这两个命令的区别，需要先明白这两个模式有什么区别。