摘要：
3.1 Playbook语法简介 Ansible使用YAML语法描述配置文件，YAML语法以简洁明了、结构清晰著称。Ansible的任务配置文件被称为Playbook，我们可以称之为＂剧本”。 每一个剧本(Playbook)中都包含一系列的任务，这每个任务在Ansible中又被称为＂戏剧”(play 阅读全文
摘要：
2.1 Ad-Hoc使用场景 所谓Ad-Hoc, 简而言之是 “临时命令＂，英文中作为形容词有 “特别的， 临时的含义。Ad-Hoc只是官方对Ansible命令的一种称谓， 大家按各自习惯称呼即可。一般称之为临时操作 ” 或Ansible命令 。 从功能上讲， Ad-Hoc是相对Ansible-pl 阅读全文
摘要：
1.1 Ansible 基础介绍 Ansible是一个开源自动化运维平台。Ansible是一个可以在Ansible playbook中在完美描述IT应用架构的 简单的自动化语言。它也是一个运行Ansible Playbook的自动化引擎。 Ansible可以管理强大的自动化任务，并且可以适应许多不同 阅读全文
摘要：
之前在kubernetes中完成的所有操作都是通过命令行工具kubectl完成的。其实，为了提供更丰富的用户体验，kubernetes还开发了一个基于web的用户界面（Dashboard）。用户可以使用Dashboard部署容器化的应用，还可以监控应用的状态，执行故障排查以及管理kubernetes 阅读全文
摘要：
9.1 访问控制概述 Kubernetes作为一个分布式集群的管理工具，保证集群的安全性是其一个重要的任务。所谓的安全性其实就是保证对Kubernetes的各种客户端进行认证和鉴权操作。 客户端 在Kubernetes集群中，客户端通常有两类： User Account：一般是独立于kubernet 阅读全文
摘要：
在前面已经提到，容器的生命周期可能很短，会被频繁地创建和销毁。那么容器在销毁时，保存在容器中的数据也会被清除。这种结果对用户来说，在某些情况下是不乐意看到的。为了持久化保存容器的数据，kubernetes引入了Volume的概念。 Volume是Pod中能够被多个容器访问的共享目录，它被定义在Pod 阅读全文
摘要：
7.1 Service介绍 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服 阅读全文
摘要：
6.1 Pod控制器介绍 Pod是kubernetes的最小管理单元，在kubernetes中，按照pod的创建方式可以将其分为两类： 自主式pod：kubernetes直接创建出来的Pod，这种pod删除后就没有了，也不会重建 控制器创建的pod：kubernetes通过控制器创建的pod，这种p 阅读全文
摘要：
5.1 Pod介绍 5.1.1 Pod结构 每个Pod中都可以包含一个或者多个容器，这些容器可以分为两类： 用户程序所在的容器，数量可多可少 Pause容器，这是每个Pod都会有的一个根容器，它的作用有两个： 可以以它为依据，评估整个Pod的健康状态 可以在根容器上设置Ip地址，其它容器都此Ip（P 阅读全文
摘要：
本章节将介绍如何在kubernetes集群中部署一个nginx服务，并且能够对其进行访问。 4.1 Namespace Namespace是kubernetes系统中的一种非常重要资源，它的主要作用是用来实现多套环境的资源隔离或者多租户的资源隔离。 默认情况下，kubernetes集群中的所有的Po 阅读全文
摘要：
3.1 资源管理介绍 在kubernetes中，所有的内容都抽象为资源，用户需要通过操作资源来管理kubernetes。 kubernetes的本质上就是一个集群系统，用户可以在集群中部署各种服务，所谓的部署服务，其实就是在kubernetes集群中运行一个个的容器，并将指定的程序跑在容器中。 ku 阅读全文
摘要：
JVM 调优和问题排查， jmap查看内存使用情况与生成heapdump 阅读全文
摘要：
2.1 前置知识点 目前生产部署Kubernetes 集群主要有两种方式： kubeadm Kubeadm 是一个K8s 部署工具，提供kubeadm init 和kubeadm join，用于快速部署Kubernetes 集群。 官方地址：https://kubernetes.io/docs/re 阅读全文
摘要：
1.1 应用部署方式演变 在部署应用程序的方式上，主要经历了三个时代： 传统部署：互联网早期，会直接将应用程序部署在物理机上 优点：简单，不需要其它技术的参与 缺点：不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚 阅读全文