一、DevOps 介绍 软件开发最开始是由两个团队组成： 开发计划由开发团队从头开始设计和整体系统的构建。需要系统不停的迭代更新。 运维团队将开发团队的 Code 进行测试后部署上线。希望系统稳定安全运行。 这看似两个目标不同的团队需要协同完成一个软件的开发。 在开发团队指定好计划并完成 coding 后，需要提供到运维团队。 运维团队向开发团队反馈需要修复的 BUG 以及一些需要返工的任务。 这时开发团队需要经常等待运维团队的反馈。这无疑延长了事件并推迟了整个软件开发的周期。 会有一种方式，在开发团队等待的时候，让开发团队转移到下一个项目中。等待运维团队为之前的代码提供反馈。 可是这样就意味着一个完整的项目需要一个更长的周期才可以开发出最终代码。 基于现在的互联网现状，更推崇敏捷式开发，这样就导致项目的迭代速度更快，但是由于开发团队与运维团队的沟通问题，会导致新版本上线的时间成本很高。这又违背的敏捷式开发的最初的目的。 那么如果让开发团队和运维团队整合到成一个团队，协同应对一套软件呢？这就被称为 DevOps。 DevOps，字面意思是 Development &Operations 的缩写，也就是开发 & 运维。 然字面意思只

在我上学期间，为了方便学习Spark，自己在台式机和笔记本通过VMware分别搭建了一个伪分布Spark环境，从组网开始，部署操作系统、数据库、运行时环境，Spark集群 ，最后提交一个简单的wordCount到Spark集群上运行，大功告成。然而这两个Spark集群导致自己经常把大把的时间浪费在了

从零搭建k8s集群及使用的一些心得

今天我们来玩一下混沌工程的开源工具chaostoolkit 。 它的目标是提供一个免费，开放，社区驱动的工具集以及api。 官方源码链接：https://github.com/chaostoolkit/chaostoolkit 要想了解这个工具就必须知道混沌工程原则中提到的要点。如下所示： 记往这里提到的第一个要点，建立稳态假设。 在运行这个工具之前，我们先来看一下它的架构。 简单来解释一下，就是ChaosToolkit通过Drivers来操作你的被测系统。 它的功能点包括如下部分：

某天晚上，客户碰到了这样的问题：K8s 集群一直扩容失败，所有节点都无法正常加入集群。在经过多番折腾无解后，客户将问题反馈到我们这里，希望得到技术支持。该问题的整个排查过程比较有意思，本文对其中的排查思路及所用的方法进行了归纳整理并分享给大家，希望能够对大家在排查此类问题时有些帮助和参考。

5G时代，核心网采用微服务架构，也是和容器完美搭配——单体式架构（Monolithic）变成微服务架构（Microservices），相当于一个全能型变成N个专能型。每个专能型，分配给一个隔离的容器，赋予了最大程度的灵活。

英国数字银行Monzo两位资深工程师Matt Heath和Suhail Patel在伦敦一场研讨会上，分享了如何管理1600个后端微服务的经验。这间设立超过5年的英国银行，金融用户超过了4百万人，去年9月开始进军美国市场，目前也正在开发企业用的数字银行服务。Monzo所有金融服务都是通过手机App提

与管理计算实例相比，管理存储是一个明显的问题。PersistentVolume子系统为用户和管理员提供了一个API，该API从如何使用存储中抽象出如何提供存储的详细信息。为此，我们引入了两个新的API资源：PersistentVolume和PersistentVolumeClaim。

容器的本质是一种特殊的进程。 在linux容器中有三个重要的概念：Namespace、Cgroups、rootfs。 Namespace做隔离，让进程只能看到Namespace中的世界；

　　自从去年（2018年）底离开工作了3年的M公司加入X公司之后，开始了ASP.NET Core的实践，包括微服务架构与容器化等等。我们的实践是渐进的，当我们的微服务数量到了一定值时，发现运维工作量已将增加了很多，因此容器编排引擎的需求也随之产生（虽然我们一直都知道K8S的必要性）。同时，在张队发的