浅谈企业IT技术运营中台

关注嘉为科技,获取运维新知

如果你是IT圈内的人,在2月份,你的朋友圈里面最火的词应该就是“中台”了,我们在此不讨论企业的技术中台、数据中台、AI中台、业务中台,想和大家讨论一下IT技术运营中台。

“技术运营中台”,我们可以理解为“技术运营的中台”。这里面有两个关键词:技术运营和中台,我来分别解释一下这两个词的含义:

技术运营:是运用技术的手段和工程化的思想,管理支撑业务所用到的一切IT技术,包括企业的基础架构和应用,让IT技术更好的服务于用户,更好的支撑和引领业务;对IT技术的管理包括:应用生命周期管理、运维管理、IT服务管理、安全管理等运营管理的范畴;

中台:中台是在底层管控的能力之上、前台和后台之间,抽象出的一层,其目的是为了集中管控,用以满足技术运营的要求:更好、更快的满足企业不同类型的用户对IT服务的不同的诉求。

从企业IT运营的现状分析IT运营中台的意义

企业IT为了满足数字化转型的需求,采用了非常多的IT新技术,包括云、PaaS、大数据、AI等,同时为了运维管理这些技术,又开发或购买了一系列的运营管理工具,常见的如下:

  1. 1套云管理工具CMP
  2. 10套监控工具:网络监控、主机监控、DB监控、服务器端APM、移动端APM…….
  3. 1套事件和告警管理工具
  4. 3套自动化工具:作业调度自动化、网络自动化、服务器自动化、流程编排自动化……
  5. 1套日志管理工具
  6. 1套安全扫描工具
  7. 1套堡垒机工具
  8. 1套特权账号管理工具
  9. 2套CMDB工具,一套CMDB管资产,一套CMDB为自动化监控服务;
  10. 1套IT服务管理工具
  11. 1套DevOps工具

你可能会想:“上了这么多的工具,IT对象应该被管理的井井有条了吧?”但是结果却往往事与愿违。为什么?其实很简单,通过对比发现,IT运营管理系统的建设路径和业务系统的建设路径是一样的,我们根据需要建设了一个又一个的竖井。

当用户提出需求的时候,我们要么不能够满足,要么需要在3~5个系统之间跳转才能艰难的满足。如果用户需求发生变化,你的内心估计会有“一万头草泥马奔腾而过”。

如何破?腾讯很早就提出使用“技术运营中台”的思想构建技术运营平台,来解决IT对象快速变化和用户需求快速变化的问题。

腾讯蓝鲸技术运营中台具备以下的三大能力:

  1. 原子平台实现基础管控能力,并且原子平台可以自由扩展;目前蓝鲸具备配置平台、作业平台、容器平台、数据平台等原子平台,具备作业分发、文件分发、数据收集和分析的基础能力;
  2. 强大的集成能力,通过蓝鲸PaaS平台能够快速集成企业现有的IT运营管理工具,如堡垒机、监控系统、云管平台等等;
  3. 应用快速开发及应用托管能力,通过蓝鲸的PaaS平台的开发者中心,运维人员、开发人员、安全人员都可以在该平台上快速的开发工具,满足用户的IT运营管理的需求,并且SaaS直接托管在PaaS中,开发者只需要关注业务逻辑代码的编写即可。

参考下图,大家可以了解到腾讯蓝鲸技术运营中台的基本架构(红色方框就是技术运营中台):

腾讯通过“技术运营中台”的构建,不仅实现了自动化运维和智能运维,应用研发的持续集成、持续交付实现业务的快速上线,通过各种运维工具满足企业安全管控的要求,还实现了通过对运维大数据的分析辅助业务的运营!

这,就是IT技术运营中台的意义。

????

原文地址:https://blog.51cto.com/11811406/2361022

时间: 2024-11-07 12:07:28

浅谈企业IT技术运营中台的相关文章

浅谈大数据技术

忽如一夜春风来,无人不谈大数据.大数据就像前两年的云计算一样,是一个时下被炒得很火的概念.那么什么是大数据,大数据是如何定义的,大数据处理技术有哪些,大数据能给我们带来什么益处?虽然我不知道现在这些概念是如何被炒作的,但是作为一名互联网行业的从业者,作为一个大数据技术的实践者,根据自己的理解和经验发表一点浅显的认识,理解肯定有不到位之处请大家批评指正. 无论是大数据技术还是云计算技术,其实这些技术都不是突然冒出来的,而是随着互联网技术的发展,人们把现有的技术加以整合,总结,概括出来并冠一个新名字

浅谈PHP缓存技术之一

近来做了一阵子程序性能的优化工作,有个比较有意思的想法,想提出来和大家交流一下. Cache是"以空间换时间"策略的典型应用模式,是提高系统性能的一种重要方法.缓存的使用在大访问量的情况下能够极大的减少对数据库操作的次 数,明显降低系统负荷提高系统性能.相比页面的缓存,结果集是一种"原始数据"不包含格式信息,数据量相对较小,而且可以再进行格式化,所以显得相当灵 活.由于php是"一边编译一边执行"的脚本语言,某种程度上也提供了一种相当方便的结果集

浅谈Android保护技术__代码混淆

浅谈Android保护技术__代码混淆 代码混淆 代码混淆(Obfuscated code)亦称花指令,是将计算机程序的代码,转换成一种功能上等价,但是难于阅读和理解的形式的行为.将代码中的各种元素,如变量,函数,类的名字改写成无意义的名字.比如改写成单个字母,或是简短的无意义字母组合,甚至改写成"__"这样的符号,使得阅读的人无法根据名字猜测其用途.对于支持反射的语言,代码混淆有可能与反射发生冲突.代码混淆并不能真正阻止反向工程,只能增大其难度.因此,对于对安全性要求很高的场合,仅仅

搞懂分布式技术21:浅谈分布式消息技术 Kafka

搞懂分布式技术21:浅谈分布式消息技术 Kafka 浅谈分布式消息技术 Kafka 本文主要介绍了这几部分内容: 1基本介绍和架构概览 2kafka事务传输的特点 3kafka的消息存储格式:topic和parition 4副本(replication)策略:主从broker部署和partition备份,以及选主机制 5kafka消息分组,通过comsumergroup实现主体订阅 6push和pull的区别,顺序写入和消息读取,零拷贝机制 Kafka的基本介绍 Kafka是最初由Linkedi

浅谈分布式消息技术 Kafka

http://www.linkedkeeper.com/1016.html Kafka的基本介绍 Kafka是最初由Linkedin公司开发,是一个分布式.分区的.多副本的.多订阅者,基于zookeeper协调的分布式日志系统(也可以当做MQ系统),常见可以用于web/nginx日志.访问日志,消息服务等等,Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目. 主要应用场景是:日志收集系统和消息系统. Kafka主要设计目标如下: 以时间复杂度为O(1)的方式提供消息持久化

浅谈分布式消息技术 Kafka(转)

一只神秘的程序猿. Kafka的基本介绍 Kafka是最初由Linkedin公司开发,是一个分布式.分区的.多副本的.多订阅者,基于zookeeper协调的分布式日志系统(也可以当做MQ系统),常见可以用于web/nginx日志.访问日志,消息服务等等,Linkedin于2010年贡献给了Apache基金会并成为顶级开源项目. 主要应用场景是:日志收集系统和消息系统. Kafka主要设计目标如下: 以时间复杂度为O(1)的方式提供消息持久化能力,即使对TB级以上数据也能保证常数时间的访问性能.

浅谈企业建设邮件系统的各种方式

电子邮件已经成为各行各业办公沟通的重要工具,市面上的邮件系统软件琳琅满目,有商业自建邮件服务器软件.商业租用企业邮箱.开源自建邮件服务器软件.免费企业邮箱,且每种类型的品牌也是非常丰富.企业如何在如此众多的产品中选择适合于本企业的邮件服务器呢? 这就需要企业先自我认知,了解各种形式的不同之处,对需求进行定位,需求包含:功能性需求,数据安全性需求,价格预算等等:然后再确定是自建邮件系统还是租用企业邮箱? 若是选择自建,是购买商业的?还是开源的?若是选择企业邮箱,是租用企业邮箱?还是用免费企业邮箱?

浅谈企业内部安全漏洞的运营(一):规范化

一提到漏洞,不少安全工程师又爱又恨.爱在,挖掘和复现漏洞本身,就是特别有意思的事情,能登上国内各大SRC排行榜,进入谷歌名人堂.被微软致谢也是充满成就感的事情.恨在,如果企业真的发现的漏洞多了,就有"野火烧不尽 春风吹又生"之感,仿佛自己的时间被不断的发现漏洞.确认和分发漏洞.推动修复漏洞给淹没了.不修漏洞吧,风险在那儿好像也不踏实:修吧,总是在找业务方,业务方还不一定立即找得到.乐意修.一段时间下来,觉得仿佛漏洞怎么修也修不完,自己不像做技术的,反而很多时间花在技术之外,不少开发还谈

浅谈企业内部信息化(IT)人员的发展

我在甲方企业做了有10年多IT,过程中换过一些工作,和很多人一样,渐渐地走向管理岗,一直在传统制造业和零售业徘徊,现在不做具体的IT开发.只做企业内的IT规划和日常管理工作,总感觉这些比较虚,谈规划没有外面专业的咨询公司做的好,谈管理,可能也不如别人,那么我又不做开发,企业内部的管理管理软件基本都知道点,但是不精通(多而不精),心里一直有一种焦虑感,总感觉会被人家很快取代掉.我个人感觉未来一定会发生下面的事情: 随着信息化的发展,外包服务的标准化,以及内部IT人员成本的持续增高,企业内的(非专业