现有混合云平台的场景下，即有线下和线上的环境，又有测试与正式的场景，而且结合了Docker，导致打包内容有所区分，且服务的发布流程复杂起来，手工打包需要在编译阶段就要根据环境到处更改配置，因此纯手工发布增加了实施的难度，需要一个统一的适应各种环境部署的方案。基于微服务的发布流程　　手动/自动构建 -> Jenkins 调度 K8S API -＞动态生成 Jenkins Sla...

当虚拟机服务器运行Docker久了后，发现Docker的文件越来越大，某天发现此台机上的数据库访问不了了，再重启数据库等日志，提示空间不足，查看磁盘空间：　　root分区满载啊，前段时间还有不少空间的，查下什么大文件内容占了空间。find / -xdev -size +100M -exec ls -l {} \; 最近用的docker越来越大 才导致磁盘

随着互联网架构的扩张，分布式系统变得日趋复杂，越来越多的组件开始走向分布式化，如微服务、消息收发、分布式数据库、分布式缓存、分布式对象存储、跨域调用，这些组件共同构成了繁杂的分布式网络，那现在的问题是一个请求经过了这些服务后其中出现了一个调用失败的问题，只知道有异常，但具体的异常在哪个服务引起的就需要进入每一个服务里面看日志，这样的处理效率是非常低的。    分布式调用链其实就是将一次分布...

　　现有混合云平台的场景下，即有线下和线上的环境，又有测试与正式的场景，而且结合了Docker，导致打包内容有所区分，且服务的发布流程复杂起来，手工打包需要在编译阶段就要根据环境到处更改配置，因此纯手工发布增加了实施的难度，需要一个统一的适应各种环境部署的方案。基于微服务的发布流程　　手动/自动构建 -> Jenkins 调度 K8S API -＞动态生成 Jenkins Sla...

　　在各大厂分布式链路跟踪系统架构对比 中已经介绍了几大框架的对比，如果想用免费的可以用zipkin和pinpoint还有一个忘了介绍：SkyWalking，具体介绍可参考：https://github.com/apache/incubator-skywalking/blob/master/README_ZH.md　　由于追踪的要求是Net平台和Java平台都要支持，对于java平台各组件都是天生

KT Connect （ Kubernetes Developer Tool ） 是轻量级的面向 Kubernetes 用户的开发测试环境治理辅助工具。其核心是通过建立本地到集群以及集群到本地的双向通道，从而提升在持续交付生命周期中开发环节的效率问题以及开发测试环境的复用问题