设为首页 收藏本站
查看: 1234|回复: 0

[经验分享] 对Devops的思考和构想——建立机器世界的生态系统 (结局篇)

[复制链接]
YunVN网友  发表于 2019-4-17 15:37:28 |阅读模式

  • 本文参考《失控》著作的部分智慧结晶
  • 本文还参考了"Docke到底解决了什么问题"这篇文章里面的部分智慧结晶
  • 本次系列文章暂定为三篇分节以及最后这篇结局篇,暂时仅完成一篇。
  • 警告:这是一篇仍未完成的文章,由于内容比较难写充实,权且看看有没有人看,再想想是否要继续写下去...
  

道家说“道生一,一生二,二生三,三生万物”,其中的“二”即是阴和阳,它们代表世界的正反两面,阴阳交融而得以衍生万物。那么,现实社会和互联网世界,哪个是阴,哪个是阳呢? 大家不妨思考下 :)


回到主题,通过本系列的几篇文章讲解了番人与机器及机器本身之间的关系之后,我们不妨回过头来看看用机器的思维是否可以对现实社会做些改造(反哺)? 这篇文章将会以一个全新的角度去看待我们的大千世界,用的是所谓的"运维思维"。


人 -- 机器
  

在IT世界里,每台机器均可以视为一个实体,服务器、交换机、负载均衡设备等等,每台机器均赋予了一定的职责,它可能是独立完成指定的任务,也可能是与别的机器共同组成集群形式提供统一的服务,总之,他们是“分工明确”的。


回到现实世界,“人”作为社会里面的核心角色,同样也是如此。每个人,从出生到孩提的学习和成长,再到步入社会参与社会劳动,最终安享晚年,化为尘土,正是一个“上线 -- 配置 -- 服务 -- 下线”的过程。


那么,可以从IT世界学习到什么东西,反射到现实社会呢?看官们别急,且待鄙人一一道来。
在IT世界里,每台机器均可以视为一个实体,服务器、交换机、负载均衡设备等等,每台机器均赋予了一定的职责,它可能是独立完成指定的任务,也可能是与别的机器共同组成集群形式提供统一的服务,总之,他们是“分工明确”的。


配置管理
  

机器世界里,配置管理的最终目标是实现每台机器都在各自预先定义好的正确的配置状态下运转工作。而现实社会里的“配置管理”是什么, 应该怎么做? 我们不妨分析下,通过解答下面几个问题来获取自己心目中的答案:



  • 一个人需要学多少东西才能成为“社会栋梁”?
  • zf 在这里面承担什么角色?
  • 九年义务教育、大学高等教育等等,教育的最终目的是什么?
  • 青少年犯罪、性格畸形等等的社会现象有没有引发深入的思考?


相信大家通过上面几个问题的思考,对“人的配置管理”这一理念有了一些认识。没错,对人的配置管理正是推动他们自身学习和成长的过程,我们可以把九年义务教育看做是基础层的配置,也就是每个人必须要学会的东西,另外,我们可以把高等教育或者说职业教育看做是应用层面的配置管理,使得每个人都有自己的“特色”。这里面,zf便扮演着中央配置管理节点的角色,它制定策略,发布到每个“个人实体”上,并且对整个“社会”生态系统产生震荡影响。


其实,配置管理里面还有一个必须关注的事情,那就是“未预料的配置修改”。当所有事情都交付给配置管理工具(比如Salt)处理时,一旦在机器世界里发现配置情况不符或者出现篡改情况的实体,首先要做的便是查明原因、现场清理和恢复。推广到现实世界,当出现我们不想看到的情况,比如青少年犯罪等社会现象,其实鄙人个人觉得,我们更应该意识到的是,“实体”的配置状态被篡改了,也就是说实体没有保持我们预定的配置状态。


为什么会这样? 当然首先得要反思,其次,我们有对这些数据做过分析吗? 我们有为此调整过教育制度和政策吗? 我们有日志数据反馈当前实体的运作情况吗?


很遗憾的是,上面所提到的事情,我们还做的很少。鄙人想说,当配置管理失效时,很可能的原因就是PD自身不满意当前运维设定的配置状态而擅自做了配置修改,而我们所要的做的便是根据当前的配置CI & 配置修改数据不断的自省、修正和革新。


角色分工


鄙人在本系列文章的第三篇里面介绍到了多层分布式协同工作的理念(并非鄙人独创,借鉴了《失控》这本神作的很多智慧),其将一个IT生态系统切分为基础层、应用层、业务层三个主要层次。而回到现实社会,对每个人的角色分工和定位同样是非常重要的。


很多人都觉得当下的教育机制是存在问题的,其中有一点是就业方面带来的人员分工问题。那么,怎么做到合理分配呢? 我们不妨再一次通过问答形式试着解答下:
  


  •   国家分配? 八九十年代实行的由国家统一分配工作的制度能否完成“合理分工”的任务呢?
( 鄙人的答案是否定的,所有指望着一个家伙能做好一切的想法都是不切实际的。 )
  


  •   我们是否有办法看到现实社会当下所有的职业分布和招聘数据,是否可以据此修正和调整教育制度和zf政策?
(很显然,我们国内目前鲜有公共API的开放,针对这样的招聘数据尤其如此。至于zf是否有做过数据分析和挖掘,并调整对应策略的问题,鄙人也无法解答。)
  


  •   我们是否可以做到重新分配角色? 角色的重新分配和配置数据的变化怎么做的?
(一个实体很有可能发生的情况便是它本身的角色定位出现更改而导致角色 & 配置数据发生根本的变化,机器世界里,我们可以通过结束实体的本次生命周期,也即是下线来完成变换。但是,现实社会里,我们无法做到这一点,因而如何重新分工也是一门很大的学门,鄙人觉得很重要的一个前提就是,我们得要做好每个"角色"对应的"配置管理",如果连一台Web Server怎么配置都不知道,如何实现角色的切换呢? 切换到现实社会来说,举个例子罢,我以前是文员,现在想转型为广告制作人员,怎么做? 很显然,当下的职业教育以及zf两者均没有做的很好,也即是说角色定义和配置管理都没有做到极致。)


弹性资源分配和反省机制
To be continue.


(+) 监控自动化和“冒烟”
今年的元旦(2015.1.1)因为上海滩的踩踏事件失去了往日的光彩,其中,可能是因为“撒钱”导致的,也可能是警方没有做好安保措施所致,众说纷纭罢。鄙人也没啥个人的想法,但是以运维屌丝的视野,有一点让鄙人感觉异常诧异:既然有对应的监控视频,那么,为什么不对人流量的数据做下分析,并且设置个预警阀值呢? 在IT世界,这种行为叫“冒烟”,也就是事故还没有发生的时候,机器本身抛出预警,从而让运维人员有准备的时间来应对。


运行时调整
To be continue.


“API化”
To be continue.


“阴阳”社会
To be continue.


最后想说几句
  

可能读者们会看不懂鄙人最近几篇“xx 生态系统”的系列文章,觉得没有实际的价值,这里,我谨有几句心里的真实感受,想同互联网上的各位分享下:
  


  •   技术永远只是工具,推动革新的永远是新的工作和思维的方式;


Ps. 之所以说这句之前早就被很多人强调的话,是因为鄙人感觉我们国内的环境仍然是照搬学样的学技术,比如我所关心的Saltstack,很无奈的一点是有些人用salt只是用了一个cmd.run,其实它们这些新兴工具的诞生的背后,正是开源界大牛们对技术世界的重新思考、定位,它们是为了完成一个“新的理念”而诞生的。
  


  •   万物是相通的,平常在机器世界的做事方式同样可以推广到现实社会的点点滴滴;


Ps. 举个例子罢,我们平常编写代码喜欢模块化、抽象化,因为这样可以实现reuse,并且也易于维护,那么推广到现实社会罢,其实我们的同样也可以开放出来很多基础的服务,供大家使用,比如说节假日的数据,zf统一提供接口供大家消费,再比如说组建一个开源软件的组织,无偿性质的编写统一的企业信息门户类Web、基础服务类API等,推广到zf的各个组织结构,最终实现整个zf有一套完整的IT生态系统,对外展示Public的完成任务的日志等数据,便于监督和自省。



  •   用阴阳虚实的理念看待整个大千世界,工作 & 生活,互联网 & 现实社会,等等。
  

Ps. 鄙人个人觉得,互联网的出现正是为了让现实世界更为丰富。现实是阳,互联网便是阴,虚实相应,才能组成一个融汇的整体。我们身边遇到了太多的“问题”和“不满”,如果可以的话,为什么不尝试着推动一下,为什么不试试用“互联网思维”去改造一下? ( 原谅鄙人无知的窃用了时下热门的“互联网思维”一词,:) )


  原文出自:Colstuwjx的博客




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-828280-1-1.html 上篇帖子: DevOps领域不可或缺的十款顶级工具 下篇帖子: DevOps中如何系统开展微服务性能测试?
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表