首先需梳理出该系统的由哪些应用部件组成,比如WEB、应用、数据库、加密机、负载等。其次需逐个对这些应用部件的技术架构、高可用方式、切换方式进行梳理。再者将这些切换方式、步骤逐个脚本化,并按照应用部件的切换流程进行合理编排。最后通过统一的切换调度平台/系统来调...
开发一个卖一个,占住市场再整合。对于运维人员来讲,一下子给个整合之后的产品,可能也未必是个好事儿。一个模块一个模块儿了解清楚了,遇到整合产品也不会感到吃惊。呵呵。
说到运维工作的多少,不能不和规模这个定义,统一范畴,如果你的规模很小,这时候又要上一个云平台,实现很多云功能,那你的运维工作必然是增加。反过来讲如果你运维的环境规模很大,或者非常大,增加一个云平台长远来看会给你的运维减少很多人员重复性的工作。当然这个过程需要很多自定...
1,敏捷其实相对来说,首先得有这些专业的管理平台运营着,且在相应的日常运营运维中确实在使用,那么如果通过这个些工具链打通后,就比较稳固的提升了敏捷本身的效率。如果本身这些工具链平台都不存在,那其实与其说敏捷,还不若说先构建敏捷工具链及其相关集成平台后,再说敏捷更有实...
我简单了解过zabbix,但具体部署相对比较复杂,也需要有技术能力支持完善。
从技术上来说是可行的,ansible的模块是有对vmware和云平台的支持的,这个任务编排主要取决于playbook是怎么写的。但实际操作的话得考虑其他条件,比如网络是否可达,存储是否有限制等等,一般来说是很少几个云平台混在一起当资源池的需求的。...
自动化平台的建设和使用的安全问题一直是一个焦点话题。平台有自身可靠性问题和外部使用风险控制问题。使用风险控制可以有以下几个措施:在平台建设中要考虑权限控制,严格控制平台使用人员的各类权限,功能使用权限、数据访问权限等都要根据岗位角色适当设置。对生产脚本设置...
WAS提供了wsadmin命令行工具,语法可以根据自己的实际情况选择Jacl或者Jython。通过wsadmin,可以实现创建配置server/cluster、datasource等、起停server、部署应用等功能,基本满足devops的要求。
呵呵,EXCEL应该是最简单有效的办法。建议看一下前几期的存储开讲中,建行的系统架构师张有才老师讲的那一期,有关存储的自动化管理。实际上现在的软件定义存储和存储虚拟化一定程度上也是实现了存储的半自动化管理,由于需求和底层架构的巨大差异,这样的软件基本只能自主开发。...