奔跑的蜗牛的博客

前言学习docker之旅第一天——使用VirtualBox和vagrant搭建docker环境。软件下载VirtualBox下载链接：选择对应安装的操作系统即可。Vagrant下载链接:外网下载缓慢，可以到我的网盘提取，提取码：jhe9：使用Vagrant安装虚拟机使用前提vagrant的使用前提是必须安装好了virtualbox，因为vagrant是在virtualbox中创建虚拟机的。当vagrant安装好后，在一个空的目录下执行vagrant init centos/7会生成一个V

文章目录摘要Linux 网络命名空间Docker bridge网络容器之间的Link容器的端口映射容器网络之host和none多容器复杂应用的部署多机器通信摘要Docker学习之旅第三天——Docker 网络。看完这篇文章将收获docker中网络相关的部分知识：单机上的Docker容器之间是如何通信的？Docker容器是如何访问外网的？多个容器之间如何建立关系？多台机器上的Docker如何通信环境准备两台安装了Docker的虚拟机，我使用的是Vagrant搭建的多台含有Docker的

文章目录创建自己的Docker镜像commit已存在的container使用Dockerfile新建imageDockerfile语法梳理及最佳实践搭建私有的Docker仓库Dockerfile实战Docker容器操作容器资源的资源限制创建自己的Docker镜像commit已存在的container使用docker commit命令在用已有的container生成新的image。查看存在的container：通过docker history可以查看commit的内容：使用这种方式生成新的i

文章目录前言Swarm简介Docker swarm环境搭建Service的创建维护和水平扩展集群服务间通信之Routing MesDocker stack部署复杂应用至集群Docker Secret管理和使用前言环境准备多台安装了Docker的虚拟机，我使用的是在windows10上安装virtualbox和vagrant来创建多台虚拟机。关于vagrant和virtualbox的操作以及环境搭建可以看我以前写的这篇文章：使用virtualbox和vagrant搭建Docker环境。Vagrant

文章目录kubernetes简介Centos 安装minikube使用kubeadm搭建多节点K8S集群kubernetes简介kubernetes和swarm一样是一个容器编排的工具。kubernetes架构和docker swarm集群管理一样kubernetes集群也是由Master和Node节点组成，Master节点提供对外访问集群的API接口。Kubernetes MasterMaster节点主要由4部分组成：API Server: 给外部访问集群提供接口服务。Schedul

文章目录前言kubectl的基本使用k8s的节点和标签k8s调度的最小单位podNamespace命名空间创建自己的contextController和DeploymentReplicaset在Deployment更新中的作用前言环境准备使用minikube或者kubeadm搭建好的k8s集群实验环境。关于在Centos7中搭建环境可以看我以前的一篇文章。kubectl的基本使用kubectl是访问k8s的一个重要的命令行工具。命令自动补全通过命令kubectl completion -h可

容器与Linux 之间的那点关系，容器是如何实现四大特性的：安全性，隔离性，可配额，便携性的？容器间网络是如何通信的？为什么Docker 成为了最流行的容器技术?本片文章对上边的问题进行了学习总结，与大家分享.

envoy 是一个开源的高性能代理服务，可以作为独立的网络代理，也可以集成到服务网格（例如 Istio）中，用于处理服务之间的通信。目前社区比较流行的网络代理软件如下：还包括后起之秀 Istio, Istio 直接将 Envoy 作为其网络代理组件，Istio 服务控制面板， Envoy 负责数据面。本文简单总结了下 Istio 的使用，分享Istio 的强大之处。

在 k8s 生产话落地时，有许多问题需要考虑，问题主要分为两大类：计算节点相关：控制平面相关：改选哪种类型的操作系统来部署 k8s，市面上的操作系统主要分为两大类：通用操作系统：专为容器优化的最小化操作系统：这么多种类的操作系统，改选择哪一种，主要从以下方面进行评估和选择：生态系统与成熟度通用操作系统相较于容器化操作系统的优势就是成熟，但是容器化也有其优势所在：为了保证生产环境的稳定，生产环境的很多基础设施应该是不可变的，不可变基础设施包括：不可变的容器镜像，不可变的主机操作系统等，可变意味着风险。

Pod 的生命周期是怎么样的？Pod的状态是如何计算出来的？k8s 中的服务发现是如何实现的？微服务如何利用云原生实现高可用？

本文主要总结了 k8s 中的scheduler 架构以及调度策略，以及Pod 创建流程是怎么样的，对k8s 控制平面组件 scheduler 和 kubelet 有个更加深入的认知。

API Server 是 k8s 中非常重要的一个控制组件之一，承担着 k8s 的门神的作用，所有的外部请求以及节点间的交互都需要经过它。它的核心作用就是对请求进行认证、鉴权、准入、限流。同时它还承担着缓冲的作用，将一些资源对象缓存，大大减少了 etcd 的压力，保证了集群的稳定性。因此 API Server 的稳定运行是非常重要的。本文章主要对API Server 中的核心流程做了总结，并且进行了一些实践，记录与之分享。

k8s 的前世是Google 内部的作业调度平台Borg，后来开源出来，并且借助当时Docker的热度，进一步打响了k8s的名声，那么Borg 与k8s 的架构是什么样的，以及k8s 的架构组件都有哪些，它们是如何分工合作的呢？本文将对k8s 架构组件进行了简析，你会了解到k8s 并没有你想象的那么望而生畏。