柳清风的专栏

就是说一个事情都是关联，当出现一个故障的之前，已经有300的相关的事情发生以及29个危险的事情发生。金字塔的结构，越是向上约靠近真相，越是危险。其实这个可以作为监控系统的理论支撑，从大量的分散的数据中，提取出最有用的价值点，从而能够提前预知并解决问题。避免最后那个 1 的发生。...

TCP# nc -z -v [hostname/IP address] [port number]DEMO# nc -z -v 192.168.10.12 22Connection to 192.118.20.95 22 port [tcp/ssh] succeeded!发送HTTP请求printf “GET / HTTP/1.0\r\n\r\n” | nc google.com 80UDP# nc -z -v -u [hostname/IP address]...

在一次内部的分享中，有位同事分享了稳定性的话题，有句话是这样说的”稳定性不是创可贴“，深有感触，从多年的工作经历分享我对稳定性的认识。一、定义稳定性简单来说就是不出故障，通常理解的稳定性就是几个9，就是一年的服务不可用时间占全年的占比多少。譬如三个9（99.9%） 也就是（1-0.999）36524 =8.76 个小时四个9（99.99%）52.6 分钟五个9（99.999%）5.26 分钟9越多，稳定性越搞，无限趋近1.二、相关因素这个我想分享的重点，通常的观点是认为稳定性就是线上运维

这里我不想再引用Pivotal的Matt Stine的定义，只是想从个人角度思考一下什么是云原生。云原生是啥？在我看来是一套思想，一套完整的方法论和体系。是不是太虚了，的确，云原生就是一套指导意见。它主要有几个核心的工具：容器和基于容器的面向服务设计这个是云原生的的基石，容器镜像将程序和依赖环境打包到一个镜像里面，然后这个镜像就可以随处分发启动，再通过k8s等管理平台编排的调度，对外提供服务能力。面向服务的架构设计和管理，摆脱繁杂的IaaS资源配置。不仅如此Devops的发布流程也离不开容器镜像的支持