前提

假设我们为每个实例分配的CPU/MEMORY/NET是固定的。

1. 清理应用程序。确保应用程序具有良好的自动化测试套件，并使用了最新版本的软件包、框架和编程语言。
2. 重构应用程序，把它拆分成多个模块，为模块定义清晰的API。不要让外部代码直接触及模块内部，所有的交互都应该通过模块提 供的API来进行。
   阅读全文 »

下面是我总结的内容，感觉这样会更好理解：

• 敏捷基础设施
• 公共基础服务（中间件）
• 故障反馈机制（监控告警）
• 流程与自动化工具链（DevOps流水线）
• 微服务框架（SpringCloud/Dubbo）

基准代码

从一个代码库部署到多个环境。 一个代码库，包括生产环境软件包，确保了单一的信任源，从而保证了更少的配置错误和更强的容错和复原能力。

依赖

依赖管理是声明式的。 云平台根据这些声明管理依赖，确保云应用所需的库和服务。

介绍

Telepresence是Apache 2.0 下的一个开源工具，它允许开发者在本地运行单个服务，并将这个服务连接到远端的k8s集群中。这使得那些致力于多个服务应用程序开发的团队，通过使用双向网络代理的方式，在本地运行调试程序来取代在K8S集群中运行的pod，从而实现Kubernetes微服务的快速本地开发。

介绍

Escalator是atlassian开源的自动弹性项目。该项目通过对k8s集群上workload的资源需求总量和Node Group中Node能提供的可用资源总量来计算使用率和扩缩容增量，并最终向Cloud Provider下发弹性伸缩的行为。另外，项目还提供了适用于Prometheus的metrics端点，方便从外部采集监控数据。需要强调的是，该项目针对的扩缩容目标是Node Group中的Node，而不是K8s层面的replicas数量。

多层嵌套的网络方案一方面浪费了大量计算资源来处理网络流量，同时又导致一些旧的网络监控设备无法透明的监控网络流量。

工作原理K8S的外部NFS驱动，可以按照其工作方式（是作为NFS server还是NFS client）分为两类： nfs-client也就是我们接下来演示的这一类，它通过K8S的内置的NFS驱动挂载远端的NFS服务器到本地目录；然后将自身作为storage provider，关联storage class。当用户创建对应的PVC来申请PV时，该provider就将PVC的要求与自身的属性比较，一旦满足就在本地挂载好的NFS目录中创建PV所属的子目录，为Pod提供动态的存储服务。 nfs与nfs-client不同，该驱动并不使用k8s的NFS驱动来挂载远端的NFS到本地再分配，而是直接将本地文件映射到容器内部，然后在容器内使用ganesha.nfsd来对外提供NFS服务；在每次创建PV的时候，直接在本地的NFS根目录中创建对应文件夹，并export出该子目录。 接下来我们来操作一 ...

Flannel是将多个不同子网（基于主机Node）通过被Flannel维护的Overlay网络拼接成为一张大网来实现互联的，通过官方的一张网络拓扑图我们可以对其基本原理一目了然：

某股份制商业银行的PaaS平台是由Wise2C与Rancher合作，基于Rancher做的定制化开发。基于业务场景和银行业的特殊需求，同时为了兼顾能够实现对以后Rancher版本的平滑升级，我们在Rancher之上做了一层逻辑抽象。