[枪弹封装了火药、弹头、底火,所以拜别了通马桶式发射]
第二个思路,是“在功能容器下运行”。在某个项目实践中,我见过某一个体系,他的每个过程,都包含了全部体系的全部功能代码。经由过程启动时的敕令行参数,可以指定此过程须要供给什么功能。这个体系在运维的便利性上,就远远比须要设备、安排各类不合功能宣布包的体系来的简单。并且这个办事器体系,还可以以单过程全功能的形态,用于开辟和主动化测试,在开辟效力上有着明显的优势。而在JSP/Servlet技巧的应用中,我们往往也是把不合的WebApp安排到不合的Servlet容器(如Tomcat/Resin等)中运行,而不须要完全的设备各类不合的Servlet容器。如今还有一些体系,把重要的营业功能,都用类似python/JS/Lua这类脚本说话来编写,体系中的过程安排,只要完成了脚本容器(引擎)后,根本上就是拷贝脚本文件罢了。在容器技巧的支撑下,我们除了可以简化安排的工作,还可以获得一些“热更新”的好处。而基于硬件、拜访量的运维工作,运维人员可以集中留意力治理好“容器”即可。比如GoogleAppEngine,就是一个高度主动化的Web App容器,应用者甚至完全不须要安装安排任何软件,直接上传一个PHP脚本或者Servlet类文件,就可以开端供给办事。在容器下运行办事器体系,还可以应用容器规定的一些通信规范,做一些主动化运维的工作,比如主动扩容、缩容、容灾——容器可以自我发明集群的运行状况,参加新的运行资本,剔除有故障(比如拜访超时)的运行资本。这也是所谓SOA概念最常见的实现方法。大年夜别的一个角度说,如不雅有了容器支撑,我们在设备办事器过程的时刻,是可以简化半数个集群中各类关系的设备的,因为只要告诉容器,如何参加一个目标的集群,其他的工作都可以让容器去和其他集群成员协商设备。容器除了提出了同一的功能代码开辟情况束缚,还规范了运维工作。这对于须要频繁变更办事内容,以及赓续改变运行情况的项目来说,是异常有价值的。在WEB开辟范畴,容器的概念已经是深刻人心了,所以这一类的体系应用比较广泛,而运维工作也能比较专业顺利的开展,然则在诸如收集游戏这种没有“行业标准”的范畴,关于功能容器的概念照样没有被很多人接收,很多人照样在质疑为什么要给本身套上这个“枷锁”,却不知道自由大年夜来都是在束缚下行走的。
[过程须要容器,功能也同样须要容器,有容器比没容器好!]
最后,我想说说各类运维对象,不管是Chef,照样各类非通用的运维安排体系,如不雅仅仅以操作体系供给的才能,就想把所有的体系都同一治理起来,是异常艰苦的。而如不雅我们在开辟的时刻,就充分推敲到体系的运维需求,那么可能只进行了一些简单的束缚,都能让运维工作有巨大年夜的改进。我想这也是所谓DevOps风行起来的原因吧。
【编辑推荐】
- 若何做数据中间的机房消防体系
- 数据中间行业供电体系之痛
- 英特尔梁雅莉:完美的生态体系是推动企业数字化转型的根本
- 办事器机房消防体系和保护
- 数据中间监控体系基本构件与技巧详解
推荐阅读
大年夜多半数据治懂得决筹划专注于赓续向各类存储层移动数据。其问题是每次数据移动时都有可能产生故障。此外,为了实现无缝移动,数据移动解决筹划将应用存根文件或元数据治理控制器来确保拜访时可以透明地调用数据>>>详细阅读
本文标题:如何设计运维友好的服务器端系统
地址:http://www.17bianji.com/lsqh/38881.html
1/2 1