涉及关键词:一体化运维、平台化运维、数智化运维、运维PaaS、运维架构治理、蓝鲸等。
曾经有个研发想转运维,问是否要值夜班,如果是夜班的话,我就不转了。其实还真说明了一个事实,你做得好研发,还真不一定能做好运维哈。
前段时间有篇文章朋友圈疯传,【中台搞了2年,项目叫停,CIO被裁!本以为中台是道送分题,没想到是送命题!】。从结果来说,这个项目肯定是失败的,文章中透露出中台是“最短的笑话”和”玄学”之类的表达。很多时候把中台看成一个技术课题,但做着做着发现不对,它又是一个组织课题和业务课题。在前不久的【数字化奇葩说】第一期关于ERP和中台的讨论,我也作为嘉宾参与并发表了个人观点【见文末】。其实想表达的是,能和中台扯上关系的太多了,回到运维领域,是否有一个运维中台存在?它是否是个玄幻话题?抑或是为了概念而概念?如果有,我们该如何抽丝剥茧的理解它呢?
企业数字化转型,科技先行。国际知名咨询机构如麦肯锡、埃森哲、IDC、IBM等,都在解读数字化定义时提及智能化运营。但要实现智能化,我们还有很长的路要走。
梁定安, 腾讯织云负责人,目前就职于腾讯社交网络运营部,开放运维联盟委员,腾讯云布道师,复旦大学客座讲师。 前言 运维自动化是我们所渴望获得的,但是我们在一味强调自动化能力时,却忽略了影响自动化落
很好的一本书,读完大受启发。没有讲具体的技术,就像武功秘籍,提升的是认识和见识。1-4章讲运维的基础,5-7章讲效率和稳定性方面的实践,8-9章讲云计算方面的思考和实践,10章讲个人成长与趋势热点分析。最后拓展讲了一下个人成长和趋势热点的关系。
企业数字化转型已成为应对业务和市场不确定性以及新机遇的必备条件。在企业数字化转型的过程中,一个稳定且持续生长的运营平台显得至关重要。
1、频繁交付高质量的软件是研发、测试、运维的核心职责,运维并愿意承担持续改进的职责。
在数字化转型的大潮中,运维作为企业IT架构的关键环节,正面临着前所未有的挑战与机遇。如何利用先进的技术手段,提升运维效率和质量,成为业界关注的焦点。
接上篇《运维架构是全站技术架构中不可分割的一部分》,文中提到一个问题,运维架构和技术架构的脱节这个问题到底出在哪了?到底谁应该承担这个责任?
我写这个文章的动机,还是因为在会后很多人问我,“一个全局的运维体系应该是什么样的?”。这篇文章就给大家一个初步的回答。
在过去5年,嘉为蓝鲸研发运维运营一体化方案已经在近300家企业中落地。企业类型涵盖了传统的制造、能源,也有互联网性质的互联网金融、游戏。那么,CMDB作为研运一体化方案中非常重要和基础的一环,它的设计理念应该是怎样的?
之前有一篇讲了运维标准化是运维的基础,更是运维自动化的基础。但我觉得高效运维的关键是第二阶段---架构服务化更是关键,此项工作的深入推动需要运维和研发强力配合,这种配合不仅仅是技术和执行层面上的配合,有时候还需要一些部门文化和目标层面上的配合。为了强力推进这部分的工作,有时候甚至需要运维自己组建公共服务的研发团队。在小的IT企业中,大家对这块的认识应该不会太深刻,到一个中等规模(比如说多个产品线、服务器千台规模以上等等),此时更需要架构的公共能力服务化来形成技术架构的标准化,从而解决IT服务的效率和运维问题。有时候,你可以把这个服务化理解成PAAS平台化的一部分。
涉及关键词:一体化运维、平台化运维、数智化运维、运维PaaS、运维工具系统、蓝鲸等。
毕业于北京大学信息科学技术学院,之后在中国电信深圳分公司IT运营中心从事IT运营工作,2010年加入民生银行,先后担任系统管理员(SA),数据库管理员(DBA)。
随着云计算的快速发展,云原生架构和自动化运维成为了当今IT领域的热门话题。这两者共同构成了云计算的未来,为企业提供了更高效、更灵活和更具竞争力的解决方案。本文将深入探讨云原生架构和自动化运维的概念、原理以及未来趋势,以帮助读者更好地理解云计算的发展方向。
运维一体化是近几年被广泛提起的概念,有各种解读和实践形态,在到具体的技术架构和管理实践前,我们还是要对一体化有几个基本定义,这样才能更为严肃地探讨运维一体化的本质。
持续交付是DevOps的核心工程实践,持续交付流水线驱动着DevOps的落地,昨天在云+峰会的开发者专场,腾讯跟大家揭开了DevOps流水线平台的神秘面纱。同时也让我们看看织云如何在其中高标准地实现持
随着IT技术的发展,运维需求越来越多样,运维系统的架构也越来越复杂,各公司分别独立建设运维系统的技术和成本要求越来越高,因此越来越多的大型集团企业开始转变思路,考虑建设集团统一的一体化运维系统。
每次当我面对这样的一个问题,我内心又变得焦虑起来,问题的本质是涉及运维个人价值和运维团队价值。
从这篇文章开始,准备从架构设计层面谈谈Dev和Ops的关系,而不是单纯从组织架构和协作模式上的Dev和Ops关系。
作者:梁定安,腾讯织云负责人,目前就职于腾讯社交网络运营部,任运维技术总监,开放运维联盟委员,腾讯云布道师,腾讯课堂运维讲师,EXIN DevOps Master讲师,凤凰项目沙盘教练,复旦大学客座讲师。 导语:8月23日,腾讯 云+未来峰会在北京盛大开幕。在开发者专场,腾讯织云负责人梁定安为大家解读了腾讯DevOps流水线的系统组成,以及如何在平台的实践中实现持续部署能力,帮助企业创造更大的价值。 前言 国家的“互联网+”战略开启了一个企业业务与互联网相结合的新业务形态,有越来越多的企业将自己的业务以
说简单,倒也简单:运维工作就是支持生产运行,是成本中心,一般不直接产生利润。目的就是运行保生产设备软硬件正常运行,让内外部用户满意度。
认真评估你的软件的交付机制以及运维团队左移和右移的程度是你选择采用何种 DevOps 分合策略,以及 DevOps 实践是否成功的关键因素。
在多家传统行业的企业走访和落地了微服务之后,发现落地微服务是一个非常复杂的问题,甚至都不完全是技术问题。
当前,数字经济进入了高速发展的阶段,数字经济已经成为了引领经济的新增长点,全球范围的数字经济时代已经来临。尤其是在疫情期间,各地陆续颁发了推动和促进数字经济发展的相关政策与举措,以物联网、5G、大数据、人工智能等数字技术为支撑的新产业新业态将加快发展。
3月12日,优维科技与又拍云联合举办的Open Talk No.29《云上运维与研发最佳实践》在上海顺利举行,优维科技CTO黎明带来了《微服务架构下的运维平台构建》的精彩分享,结合微服务架构特点,解读如何构建一个高效运维管理平台。
在基础架构的设计和运维中,弹性是非常重要的一个概念。弹性的主要意义是指系统的可恢复性和容错性,即当系统出现故障或负载变化时,系统能够自动调整来适应变化,保持正常运行。弹性能够提高系统的可用性和稳定性,减少系统崩溃和业务中断的风险。
历经一年时间,Gdevops全球敏捷运维峰会再次从成都、上海、北京成功巡回至广州,即将于11月30日举办2018年度收官盛会!
本篇是第二章“组织”中“2.2 个体岗位能力”第1节,主要聊聊运维适应性系统建设中,人员岗位能力这个组件要求。
进入2018年以来,IT运维领域最热门的话题可能就是运维自动化,并且这种热门的趋势按照目前的发展态势,应该会继续扩展到2019年、2020年……
运维的起始点是拿到开发的代码包开始,然后进行资源环境准备、环境搭建、应用发布,以及一些列的运维支撑保障工作;而从运维团队内部来看,大致从技术栈层面分为几类:
本文主要介绍运维CMDB的设计思路,恰当的CMDB设计,对运维效率的提升,如收敛告警和故障自愈等,有着意向不到的效果。
黎明带领团队自主研发了全栈 DevOps 运维管理平台—EasyOps,是目前行业领先的智能化运维管理平台。作为前腾讯运维研发负责人,黎明主导了多个运维系统研发舆情监控、大数据监控平台、CMDB、实时日志分析平台、织云、客户端体验监控等。 本文内容有三点: 1、微服务架构特点及其传统巨石架构的差异,以及传统运维工具面临的挑战; 2、面向微服务的运维平台架构; 3、运维平台微服务进化。 一、微服务架构与巨石架构的差异 “微服务” 与 “巨石架构” 两者并非对立,而是分别针对不同场景的解决方案。 巨石架构指
上两周参加了部门项目敏捷培训,讲的是项目管理敏捷,内容很多,挑了一些点在团队中试运行,最终可落地的只剩下需求分解,看板管理两点。看起来,从技术角度看敏捷,通常讲的是项目研发层面的敏捷,涉及通过组织架构、流程机制、绩效管理、项目协同、产品研发、持续交付等层面的调整,推动业务技术相融合。由于各团队的现状不一样,很难采用一套标准化的敏捷协同模式,敏捷更多的是局部根据实际情况,悟出敏捷强调的“价值交付、适应变化、自组织、沟通、MVP”等的内涵,并进行落实。
“我们渴望构建一种能够描述市场、顾客及组织等世界万物的模型,并利用它为未来制定完美的战略。但很不幸,那是做不到的,而且永远做不到。未来具有VUCA特性,即波动性(volatility)、不确定性(uncertaninty),复杂性(complexity)和模糊性(ambiguity)。没有哪个哪个模型能够永远适用,相反我们必须保持敏捷、行动迅速,培养创造性思维,接受敢于尝试的文化。”
在上一次的分享中,我们分析了ITIL 4之后,运维Management层面该如何发力,提到由于ITIL 4所提倡的建设重心从流程建设转到了价值流和价值链,企业不仅需要一个强大的工具,还需要敏捷的运维管理来适应工具的迭代。这一篇文章,依然由资深咨询顾问赵海兵老师为大家讲解:金融数字化转型大势下,运维组织管理该何去何从?
各行各业数字化转型进步飞速的时代,由于企业所处行业和主营业务的不同,运维团队也呈现出不同的划分形式,但随着转型的进程推进,基本上都趋近统一,大同小异。目前互联网行业比较常见的运维部门架构一般包含应用运维、系统运维、网络运维、数据库运维、安全(比较特殊,一般独立小组/部门,或者有一个高级别的领导小组)等部门组成。
本文主要介绍银行业务的发展趋势、应用架构演进以及在此背景下应用运维面临的挑战和解决方案。文章目录如下,是笔者过去5年作为乙方在多个银行设计和落地应用运维自动化的经验分享,共11000字,阅读时长大约10分钟。
大家下午好!我叫赵成,来自蘑菇街。今天给大家分享的题目是从0到1,蘑菇街运维技术管理体系建设分享。正式开始分享之前,首先作一个简单的自我介绍和公司介绍。我叫赵成,花名谦益。2008—2015在华为技术有限公司,高级软件工程师。2015年加入蘑菇街,很有幸,进入蘑菇街后,经历了公司业务高速发展的这样一个阶段,在技术上,我们技术团队也经历了自创建以来非常关键的一个演进过程。同时,也是运维团从小到大的发展起来,运维体系架构也从无到有建设起来的的一个过程。这样的经历对于我和我的团队都是非常宝贵的,今天也是想把这样一个过程在这里分享给大家。
没有比“可视化”更好的一个词能概括运维的本质,而“可视化”又应该分成两部分:可视化的服务交付和可视化的服务度量!
多种因素驱动着技术架构复杂性不断增大,要做好运维管理难度将呈指数增大。在运维过程中,运维需要持续推进架构的优化,比如应用与数据库在服务器层面分离,利用集群部署方式提升并发能力,数据库读写分离提升数据库性能,反向代理及CDN加速提升前端访问速度,拆分业务或数据库提升性能,同步改异步方式提升并发能力,有损服务与降级提升故障恢复能力等。发挥运维核心价值,不仅要保障基础设施层面的高可用,还要不断向业务侧深入,加强软件架构管理能力。同时,架构是运维数字世界的骨架,沉淀了团队众多专家的经验,是一项核心资产,需要在运维侧建立架构管理的工作机制,沉淀架构资产,达到持续提升业务连续性、加快软件交付速度、提高服务质量、提升客户体验的运维价值创造。
在了解两者的区别前,我们得先明确对二者的定义,总的来说运维工作的目的都是为了保障企业业务连续性,核心在于提供高效、高质量、安全的IT运维服务。
在个人PC启动一个端口,浏览器访问即可调试代码,但要将应用部署到互联网,还需运维。
梁定安(大梁),运维技术总监,复旦大学客座 DevOps讲师。多年运维、运营开发和 DevOps 的工作经验,曾负责 Qzone、相册等 SNG 社交平台类业务的运维规划与管理,经历了 SNG 运维标准化、自动化、智能化建设的全程。腾讯织云负责人。 1 标题党一回!本文主要介绍运维 CMDB 的设计思路,恰当的 CMDB 设计,对运维效率的提升,如收敛告警和故障自愈等,有着意想不到的效果。 在运维自动化平台的设计理念中,我们一直提倡“减少运维对象”,并将运维对象进行抽象化、模型化、配置化的录入 CMDB 中
摘要 优云软件解决方案中心总监童华权为我们带来优云作为国内在运维领域做得比较深刻的厂商,在运维管理方面的一些见解。 运维面临的挑战 数据中心进入“两化转变” 数据中心转向“两化转变”,技术架构层面随着
国家“十四五”规划中25次提及“数字化”,在移动互联、大数据、云计算、人工智能等数据技术的推动下,银行的IT技术架构从传统的“IOE架构”走向分布式开放架构。其运维管理模式由传统ITIL指导向“ITIL+DevOps并举”演化,运维管理工具也将从ITOM、ITOA到AIOps发生颠覆性变革。
3月底有幸参加了全球云计算开源大会,并作了一个关于《运维一体之平台一体化》的分享,现将PPT的内容整理成文。
5.专业职责和经验赋能给综合运维岗,如提供数据库自动化脚本、数据库切换演练流程标准化等
领取专属 10元无门槛券
手把手带您无忧上云