ITPub博客

在运维平台的设计中，目前有两套系统是并存，并行发展的，其中一部分原因是涉及的业务不同，关注点不同。所以在设计CMDB的部分时，最开始我是整合了已有的实现，把系统层的指标和数据都录进去了，即录入元信息需要录入数据库层面，系统层面，应用层面等等。显然这不是一个好方法。如果内存是8G我录入错...

运维工作中只要牵扯到运维开发，要去推动这件事情势必会有几类问题需要解决：提高运维意识。从下到上，从上到下的工作都要做，对上运维工作的价值和含金量可以得到认可，对下我们的工作能够提高效率解放自己。比如对于运维开发，我可以配合和协调，有技术困难可以解决，但是我不会追着别人去...

其实到了现在的阶段，我开始做了大量的尝试，也开始去弥补之前欠缺考虑的一些地方，比如对于业务方向的接入，对此我也做了反思。运维工作中几点深刻的经验和教训我现在做的一个改变就是更多的承接业务，数据库部署安装我接过来，服务开通我接过来，然后把数据库的DDL变更接过来，虽然忙和累，但是我希望...

在运维工作中，我也经历和变换了一些角色，对我来说，行业里大家都彼此熟悉，我也会偶尔成为“意见领袖”。但是我发现工作中的事情需要落到实处，基本有几点需要明确：1.有想法 2.沟通 3.做事情的效率和产出 4.团队协作能力当然这个从空降或者一蹴而就来入手是显然阻力比较大的，除非给你的角色具有压倒...

从近几年的技术发展来看，行业里提到微服务应用场景越来越多，是时候能够提升目前的业务扩展能力了。相比于传统的EJB,SOA的方案，微服务是一种相对于更加轻量的方案，在Java领域有很多种实现，spring cloud算是一种，还有比如dubbo等等。我们就简单演示下如何通过idea的工具来创建一个简单...

关于接入管理，之前是想做成接口型，通过配置组合起来，实现灵活的调用方案。当时画了一个概要的图。如果把上面的路径和技术序列联系起来，就可能是下面的一些解决方案。ops_to_cmssh,paramiko,ansible_adhoc...

从去年发起里程碑来做自动化平台的事情到现在，已经几个月过去了。在这段时间里，其实我的心态是很焦灼的。其实从很多维度来说，做运维平台的事情，从不明朗的需求和定位开始，很难有说服力。如果用业务价值的一把标尺来衡量，那基本没戏；如果从做这件事情的难易程度来说，很多人算是从入门...

运维开发流程概述是我们参与到其中的一个入口，我们需要了解运维开发的一些环节，还有运维开发的一些技术基础。我们通过一个实例来做演示，基本的需求就是从数据库中查取数据，通过前端页面展现出来。（一）业务需求显示人员信息和部门使用Django...

我们就直接进入正题：系统的crontab解决不了的几类问题：任务的时间精度不够任务管理太臃肿没法设置任务的截止时间没有调度功能没法监控任务的执行情况...

我会分为下面三个维度来讨论下。1.公司对你的定位2.业务价值和技术价值3.关于运维开发的推进方法1.公司对你的定位在IT行业其实不乏换工作的机会，关键是看你是怎么定位的，是怎么理解你的期望的。而把这个问题做一层收敛，其中的一个面就...

对于平台里面的几个地方一直没大理清楚，所以想了几种办法，一种是蒙着头继续做，想到哪里做到哪里，结果做的时候发现很多东西都没有规划好，很容易从这个死胡同调入另一个死胡同，所以进度不能保证，质量不能保证。第二个是打算用原型的方式来补充，使用原型能够满足一些基础的产品功能，至少能通过一些配置看到一个...

今天整理了一下关于平台中的维度设计，之前总是感觉有些零乱，总是没有找到一些关联关系。整理了一个初版内容，后续会继续完善。自动化平台的维度设计元数据维度设计主机虚拟机宿主机外部接口实例MySQLRedis角色主从单点...

今天总结了下Python的基础，发现还是有很多基础需要巩固，直接把学习的内容放上来。>>> import os得到当前的所在的路径>>> os.getcwd() '/root/test' 列出当前路径所在的文件夹下的文件>>> os.listdir(os.getcwd())['a.py', 'redis_test.sql', 'cmdb_server.txt', 'a.sql', 'test.py', 'redis_test.txt', 'paramiko...

对于任务调度的实现方案，其实开源的项目有很多。我先说说对于任务调度的认识，如果从数据库层面来说，任务调度就是scheduler,这一点在Oracle中体现的更为细致。Oracle中创建scheduler，在后台运行JOB完成数据的处理，基本上会把一个任务拆分成不同的几个维度属性。可以参考之前的一篇文章：结合EM快速解...

  最近有一个很深刻的感受，那就是开发的中途被打断，然后重新恢复上下文需要花费更多的时间，而如果中间间隔几天，原来对于这个产品的认知和理解会立马下降，这一点在我接触数据库的过程中感同身受。数据库的运维工作中，我喜欢啪啦啪啦的敲一大堆的命令，处理问题的时候，手完全能跟上自己的思路，而明...

最近这两天做动态菜单和权限校验，想到了两个有意思的问题。第一个是对于一个用户的操作权限，无非就是这四个方面，增删改查。如果通过字母来标识，可能就是增(I)删(D)改(U)查(S)那么一个用户或者表所拥有的权限就可能有IS,IDUS，IDU类似这样的组合，其实如此一来会把我们已有的方式打乱，因为4个元素的组合...

今天开启了新的一轮，看了下上一轮100天做的事情。MySQL技术(31篇）自动化运维（14篇）综合技术（19篇）日常随笔（24篇）计划（5篇）影评&游记&招聘（12篇）简单来说，三个月的时间里，一个月在琢磨MySQL,一个月在琢磨运维...

周末翻了下书，突然想起一个问题，23个设计模式在Python中是如何体现的，虽然Python里面没有接口，但是设计模式不是重依赖于具体的语言。所以心血来潮，就速速买了一本书来看。这本书的名字是《精通Python设计模式》是一本翻译类的图书，书很薄，但是看起来没想象的那么好。23个设计模式，只有16个，当然这个不是主要...

最近花了些时间在琢磨自动化平台开发的事情，所以每天都会抽出几个小时来写一写，大方向的开发任务算是逐步有了眉目。如果客观来说，这部分的工作算是完成了20%左右。前期花在基础架构上的功夫比较多。为了方便平台化的开发，我主要考虑了一下几点：动态菜单，不同权限，不同业务的人看到的菜单是不一样...

本文是今天下午在我的自动化运维群做的分享，群里每天都有一到两个主题的分享，目前来看效果还不错。正文如下：我看过很多公司的知识库，干脆叫它文档库也可以。总体来说，知识库在很多公司的角色比较尴尬，不被重视，但是大家都希望有。如果从我的工作中碰到的知识库来说，我觉得之前的外企Amdocs的知识库做得...