第1篇-对蓝鲸运维的个人理解

先介绍蓝鲸是什么?

蓝鲸智云,简称蓝鲸,是一套基于PaaS的技术解决方案;
通过蓝鲸,可以实现:
1、“运维基础服务”的无人值守;
运维基础服务就是我们经常做的发布变更和故障处理,日常的运维操作,
2、“运维增值服务”的低成本实现;
也就是说,在实行运维基础服务之后,实现IT运营转型;为相关关联的岗位提供快速、低成本的支撑工具,运营系统,推动企业企业内部的工具文化;并利用云和大数据技术为企业实现精细化的工作活动;
在腾讯内部,蓝鲸支撑着300多款业务,管理着20多万台服务器,完成着14万次发布变更操作,每天处理着变更和操作超过6万次。

下面我们一起看蓝鲸的架构图。
最底部是管控平台,他具体服务择
比如说传输数据,传输文件,执行脚本等;
在管控平台上层,是常用的基础平台,
如配置平台、作业平台、数据平台等,
他们为上层的集成平台提供原子服务,从而为下面平台提供调度自动化,
在集成平台的上层,承载着很多SAAS应用,如标准运维、监控系统、故障自愈,移动平台等。
目前蓝鲸2.0已经开放了这4个平台,管控平台、配置平台、作业平台、集成平台,

最底层的管控平台,可以管理各种OS,如WINDOWS,LUNIX,小型机,dux等
上面的作业平台可以是基础运维工作的自动化,如智能传输文件、脚本、云化管理、脚本快速执行,海量主机的并发操作,跨云管理(无论阿里云、腾讯云、私有云等都可以统一管理)等等;

目前蓝鲸主要3条产品线,社区版、企业版;
社区版是永久免费、跨云管理、一键部署就是可以通过几条命令完成蓝鲸系统的搭建,活跃的用户社区,

最近几年,运维的发展经历几个阶段
手工操作--脚本自动化--WEB自动化--调度自动化(跨系统的调度自动化),
运维工作变得越来越高效 ,

我为什么选择蓝鲸来做开发?
在传统的开发模式下,一个运营系统是这样的:
产品提出需求--运维准备服务器资源,并搭建环境--开发去实现公共组建和应用的逻辑--然后交给运维做代码的部署--运维去监控,添加告警--出现问题时,运维和开发会等到服务器上去看日志--修补BUG--进入这个循环当中
在蓝鲸开发模式,有了应用需求,就立刻可以直接开发逻辑了,其他工作可以在蓝鲸上一键完成;

大致的开发模型是这样的
开发人员在本地环境做应用程序编码的开发测试,将代码删除到GitHub,
在到蓝鲸上点击一键部署,就可以在测试环境中测试了。
测试完成后,再点击一键部署,就可以上传到正式环境中了。
开发应用所涉及的部分
1、搭建本地开发环境
2、前段样例,拖拽生成代码,所见即所得
3、后台开发工具,代码托管、安全、日志、监控告警。。
4、应用统一管理、环境隔离(开发、测试、正式)、一键部署
5、组建API,企业内部系统API自助接入,连接一切

原文地址:http://blog.51cto.com/656292/2327250

时间: 2024-11-09 14:05:46

第1篇-对蓝鲸运维的个人理解的相关文章

CentOS 6.8 部署腾讯蓝鲸运维平台

导读 运维的自动化一般需要经过四个阶段:手工操作->脚本自动化->WEB自动化->调度自动化,目前很多公司的运维同仁处于"脚本自动化"阶段,蓝鲸智云开放的社区版V1系列,就是为这个阶段的同仁准备的产品,可以帮助各位进入"WEB自动化":当进入"WEB自动化"之后,开始向更高的阶段发展,因而推出了社区版V2系列,这个版本基于之前的版本,不仅提供了API,而且还推出了可以低成本构建运维工具自建运营系统的"蓝鲸智云集成平台&

对运维工作的理解

(一)运维,从字面意思很容易理解,就是运营.维护.有很多朋友认为,在互联网公司中Linux系统运维的工作就是安装系统,部署服务处理紧急故障,为公司里的开发人员及其他部门提供支持服务.同时,还可能负责公司办公内部和IDC外网的网络业务稳定.以上的工作的确是运维的一部分,但并不是全部,只是中小公司低级的运维劳动,在我看来,除了上面的角色外,运维人员还是管理.制度.规范.流程的制定.推行.监督角色.运维的核心是运维思想,而非运维技术本身,上百台以上的服务器的规模如果没有好的管理流程.规范.制度策略是无

运维LVS-NAT模式理解

一.LVS-NAT模式的工作原理这个是通过网络地址转换的方法来实现调度的.首先调度器(LB)接收到客户的请求数据包时(请求的目的IP为VIP),根据调度算法决定将请求发送给哪个 后端的真实服务器(RS).然后调度就把客户端发送的请求数据包的目标IP地址及端口改成后端真实服务器的IP地址(RIP),这样真实服务器(RS)就能够接收到客户的请求数据包了.真实服务器响应完请求后,查看默认路由(NAT模式下我们需要把RS的默认路由设置为LB服务器.)把响应后的数据包发送给LB,LB再接收到响应包后,把包

运维工具大宝典之开源平台篇

from http://cio.it168.com/a2015/1128/1782/000001782714_all.shtml [IT168技术]在运维工具大宝典系列第一篇文章<运维工具大宝典之运维需求篇>中,云智慧对上云企业的运维需求进行的汇总,其中第6条“对开源的强烈需求”主要是来自运维人员,特别是技术大牛,他们喜欢一切尽在掌握的感脚,而这就需要开源运维工具. 目前流行的开源运维工具如Zabbix.Nagios等大部分来自国外,虽然这些开源产品功能非常强大,但对技术要求很高,而且缺少足够

如何迅速掌握并提高linux运维技能

之前曾经写过一篇如何学习Linux的文章,得到了很多反馈,大家都在分享自己的学习经验和体会,并且也提出了不少意见和建议.学习这个事情其实是说起来容易,做起来就很难,虽然给大家提高了很多学习linux的思路和方法,但是很多时候,学习的过程是个锻炼和总结的过程,需要自己去体会和领悟,而这个领悟跟钻研的深度有关,所以,对linux技术点钻研较深的朋友,可能收获的知识就多一些,提高也就快一些,而相反,不太喜欢钻研的朋友们,技能提高就稍微慢一点,因此,我们说虽然有了统一的学习方法,但是由于每个人的领悟力不

实战:基于Python构建运维自动化平台

导语: 今天与大家一起探讨如何基于Python构建一个可扩展的运维自动化平台,也希望能与大家一起交流,共同成长. 此次分享将通过介绍OMServer.OManager具备的功能.架构设计.模块定制.安全审计.C/S结构的实现等几个方面的内容来展开. 为什么选择Python? 默认安装且跨平台 可读性好且开发效率高 丰富的第三方库(开发框架.各类API.科学计算.GUI等) 社区活跃&众多开发者. Python在腾讯的现状,根据去年内部提交组件语言统计,除去2.3.4前端技术,Python在高级编

运维经验分享(六)-- 深究crontab不能正确执行Shell脚本的问题(二)

运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下crontab不能正确执行Shell脚本的问题(一)> <运维经验分享(四)--关于 java进程管理的服务控制脚本编程思路分析> <运维经验分享(五)-- 改进的java进程管

运维经验分享(七)-- Linux Shell之ChatterServer服务控制脚本第三次优化

运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下crontab不能正确执行Shell脚本的问题(一)> <运维经验分享(四)--关于 java进程管理的服务控制脚本编程思路分析> <运维经验分享(五)-- 改进的java进程管

运维经验分享(四)--关于 java进程管理的服务控制脚本编程思路分析

运维经验分享作为一个专题,目前共7篇文章 <运维经验分享(一)-- Linux Shell之ChatterServer服务控制脚本> <运维经验分享(二)-- Linux Shell之ChatterServer服务控制脚本二次优化> <运维经验分享(三)-- 解决Ubuntu下crontab不能正确执行Shell脚本的问题(一)> <运维经验分享(四)--关于 java进程管理的服务控制脚本编程思路分析> <运维经验分享(五)-- 改进的java进程管