jiangmingfei的博客

需求 定义一组操作，操作执行过程中如果失败，支持回滚 设计理念 抽象一个（仅仅一个）状态的改变为一个步骤，也即是说步骤是一个状态变更 将步骤按一定顺序串起组成整个原子 每个步骤又分为两个部分 收集当前的状态数据，并更新状态中的旧状态 执行 收集当前的状态数据，并更新状态中的新状态 整个原子支持在执行原子之前操作和之后的操作，这两个操作都支持回滚，比如发版前关闭实例流量，发版完成后打开实例流量；当然这种操作也可以放到原子中，看场景和便捷性； 注意 这里仅仅提供一种思路或者说实现框架，落地.

1. 创建型模式 1.1. 工厂模式 1.2. 抽象工厂模式 1.3. 建造者模式 1.4. 原型模式 2. 结构型模式 2.1. 外观模式 2.2. 装饰器模式 2.3. 代理模式 2.4. 控制器模式 2.5. 享元模式 2.6. 适配器模式 3. 行为型模式 3.1. 观察者模式 3.2. 命令模式 3.3. 解释器模式 3.4. 责任链模式 3.5. 状态(机)模式 3.6. 策略模式 3.7. 模板模式 1. 创建型模式 1.1. 工厂模式 解释： 工厂方法(Fact..

思路历程： 一开始以为小小的tailf命令功能很容易实现 可是真到动手写的时候，还是迷糊了好一会。 到找到一点思路，又掉进代threading.Condition的坑 最后是中间的逻辑，有点绕 功能： 就是一个python版本的tailf 有待扩展： 暂时不支持Ctrl+C结束进程 暂时没有实现监控多个文件及发送到kafka或者logstash 直接上代码： #!/usr/bin/en...

在写python脚本时，导入模块报错: 代码： #!/usr/bin/env python #coding:utf-8 import salt.config import salt.fileclient # 下面这一串内容，官方文档有 __opts__ = salt.config.minion_config('/etc/salt/minion') __grains__ = salt.loade...

这篇博文是一个获取linux系统运行时数据的脚本框架，属于ops_agent中工具集中一个小工具，用于排错之前对机器有一个整体的把握，不过暂时还没有完全完工。 功能规划： 系统版本、内核版本 当前时间（会和标准时间进行对比） 磁盘使用情况（包括文件inode数）、内存使用情况、cpu使用率 运行中的应用 执行应用的用户：进程数、文件描述符数 如果是java应用，jdk的版本；如果是php应用，p...