因为工作行业的原因，会有很多的同行或朋友找我推荐一些有运维经验的人，或者直接希望要运维专家。 最近我回顾了下这个事情，发现很奇怪的是，好像我一次都没有推荐成功过。...我琢磨了下，可能有这样几个原因： 第一个，运维范畴，就运维这个工种来说，其实也是有很大范畴的，比如IDC运维、主机运维、系统运维、网络运维、应用运维、运维开发、智能运维等等。...但是这种能力的承载，或者说对开发的运维能力的赋能，将成为运维这个角色的职责，需要能够有统一的基础平台建设提供支撑，所以我们会发现，当前我们更加需要能够帮助团队建设出高效运维体系的角色，而不再是能够被动响应更多问题的角色...这个能力的提升，也不是外面招几个人进来就解决问题的，关键还是有意识有规划的去做一些架构能力提升。...再往后，就需要对基础设施和基础服务有规划的建设，这个要求应该是提给系统架构师和业务架构师的，而不是提给运维角色。前面基础打不好，后面想让运维做好，这个没可能。
摘要 在“双态IT"的架构下，传统业务与创新性业务两种截然不同的业务形态如何统—管理成为了运维人员现在面临的最大挑战。...对于运维人员来说需要在不同时间点不同平台上进行转换，最后达成管理目标。 在“双态IT”中必须把这些所有“烟囱”的IT统一管理起来。 ?...最终用户有两种类型，如果这个平台是运维人员使用，这个自助服务就是供运维人员使用；另一类用户是运维人员的服务对象，比如研发团队或者互联网客户。...有了这些之后就相当于蓝图里有了整个要部署目标信息的完整信息。有了蓝图，并排引擎就能做到你想要达到的效果。我们可以把运维人员很多已有的工作直接嵌入到蓝图中。 自助服务——统一的服务目录 ?...用户以邮件形式申请应用或资源，运维人员审批工单，准备资源并手动部署应用，最后以邮件告知用户系统信息。运维人员需要维护操作系统、数据库、中间件等30多种不同系统和应用。
所谓IT运维自动化是指通过将日常IT运维中大量的重复性工作，由以往的手工执行转为自动化操作，从而减少乃至消除运维中的延迟，实现“零延时”的IT运维。...运维自动化可以大大提高运维的主动性和准确性，减少技术人员的工作强度，将精力转到运维策略规划、问题分析等有价值的工作中。...使用自动化简化IT运维的好处如下： 降低成本 没有一家公司是不想降低成本的，而自动化运维可以通过提高效率、减少人为错误和人力需求，降低企业IT成本。...提高生产力 自动化运维几乎不需要手动工作，这也就意味着它不仅可以提高产出，还可以将运维人员从复杂的传统运维工作中释放出来，将其知识和技能应用于更有价值的工作和任务上。...自动化运维可以明显提高可靠性，减轻运维人员繁琐的手动任务。 性能优化 运维专家面临的另一个问题是，让执行任务和工作流程变得更快、更高效、具备更高工作负载。
[root@ansible ~]# ansible host1 -m yum -a 'name="*" state=latest'
二、数据库的标准化 在实现MySQL的自动化运维的过程中，最痛苦的无非是目录的不统一，配置文件的混乱以及DB主机的不标准，而这些不标准的环境会让自动化运维的路途荆棘重重。...下面创建对应的数据目录、日志目录、运行文件目录等 每个实例独享一个配置文件，除serverid , bufferpool_size等参数外其他参数保持一致 线上环境的MySQL软件目录和版本保持一致 三、自动化运维之路一期...它实现的主要功能是： 实时查看备份的情况，当前应备份实例个数，已完成实例数 显示每个备份的耗费时长 查看过去5天的备份统计信息，如总个数，大小等 四、自动化运维之路二期 在实现了ZanDB备份监控系统之后...在MySQL主从复制中，有可能因为主从复制错误、主从切换或者软件的BUG等导致主从数据不一致。为了提早发现数据的不一致，就需要每天都针对核心数据库，进行主从的一致性校验，避免产生线上影响。...后续会加入数据库性能诊断，自动分析数据库慢查，获取关键信息，自动化拆库等功能。相信随着自动化的深入，DBA的手动重复操作将越来越少，将有限的时间投入到更有价值的事情上去。
“普通运维”和自动化运维并不存在严格的边界划分，自动化运维是普通传统运维演进的一种更高阶状态。...如果我们企业在前期已经有了相对扎实的基础，比如有比较完善的配置管理系统、监控告警体系和运维流程管理平台再来考虑自动化运维的建设会更加合理，避免出现返工或重复建设的情况，落地的效果和产生的收益也会更显著。...这意味着自动化运维平台的能力层（PaaS）需要将原有的运维能力进行拆分，将公用的能力沉淀下来形成各个原子比如有管控平台、作业平台、标准运维等，有统一接入的接口API Gateway能对接外部的系统和第三方工具...3）梳理企业现有的运维流程绝大部分的运维流程都会同时涉及到各类操作执行流和审批流，因此有必要提前梳理清楚各类运维流程，比如在金融行业都会有非常严格的运维流程要求，一般都会参照像ITIL、ISO20000...嘉为蓝鲸提供的自动化运维解决方案针对不同的运维场景，嘉为蓝鲸提供一系列自动化运维解决方案，自动化运维提升的关键在于IT对象执行能力的整合和场景构建。
在之前的文章中，谈到过“运维的本质——可视化”，在可视化的篇幅中，着重介绍自动化的可视化和数据的可视化；在后续的篇章中又介绍了“互联网运维的价值体系”，里面分解了几个维度：质量、成本、效率、安全等。...这个地方有个建议，把线上服务的数据驱动作为重点（80%），把运维内部服务的数据驱动为辅（20%）。因为线上服务的状态会反作用于运维内部事务的优化。...比如说自动化调度，可以根据业务涉及的基础节点资源使用情况，制定对应的自动化调度策略；可以在数据中直接进行故障定位；可以在数据中做安全分析。之前的文章“数据驱动运维”中介绍过我做的一个数据分层体系。...作者简介 王津银 07年进入腾讯公司接触运维，先后在YY和UC参与不同业务形态的运维，对运维有一些理解。...极力倡导互联网价值运维理念，即面向用户的价值是由自动化平台交付传递，同时由数据化来提炼和衡量。微信公众号：互联网运维杂谈。
如果到时候有优惠的商品，就不用担心了。...document.querySelectorAll('.mui-act-item-yhqbtn'); console.log("总共：" + couponLinks.length + "条张优惠券待领取
自动化运维监控工具诞生 初期阶段IT基础设施通常处在小规模状态。几台至几十台机器的规模，足以满足业务需求。...虽然有了运维管理工具自动化收集监控数据之后，但还是有很多问题，让底层物理资源运维工作无法实现完全自动化。...这也就能解释，为什么很多客户在上线了运维监控软件之后，还是需要人工巡检。我们来看几个大家经常遇到的问题： 事例1：某客户数据库系统上线，3块900G 硬盘做raid5。...然后从模板库当中，选择对应的自动化安装模板进行全自动化的安装，包括自动化的阵列卡配置、OS配置，配置标准化的基础设施给上层资源运维使用。...除了资产管理之外，还需要进行知识库管理，形成运维人员之间，以及运维人员和维保商/厂商之间更快的自动化沟通渠道，让维保商可以更快的将设备固件更新等信息自动化推送给用户，减少原有的繁琐沟通渠道。
为了使DBA的工作轻松，有效率很多年前各大公司就开始自动化运维平台建设，在这方面我们属于比较晚的了。 今天介绍下最近开发的一个平台，自助DML。什么是DML，就是平常执行的增删改查数据库操作。...有人有疑问这不是程序访问的操作，为什么还要做一个平台操作这些呢，其实这种操作主要是开发需要线下修复数据的一种操作，不只是增删改，还有建表，建索引，添加字段等，这些操作开发一般会提给DBA协助操作数据库。...可能你会觉得这些活能有多少，其实这种活真不少，我上家公司是电商互联网公司，大概有七八百个实例，每天的这种操作有近百个。处理近百个这种需求，基本上一个人一天就不用干别的了。...这里提交有两个按钮，其中定时是用celery实现的。 行数超过设置 没有加where条件 3) 提交后就会生成一条任务，每个任务id是唯一的 可以点击进入查看详细信息。
选择嘉维蓝鲸，让数据库自动化运维、安全运维、跨界运维触手可及！ 产品架构设计 嘉维蓝鲸数据库自动化运维中心SaaS，是基于蓝鲸PAAS平台开发，囊括数据库管理自动化、监控自动化及操作审计的运维中心。...原子层： 是指为满足通用运维场景的基础能力平台的封装，有作业功能模块 、DB CMDB模块、运维数据平台模块组成。...运维场景层： 是指基于PaaS层之上的运维SaaS，涵盖数据库管理自动化、数据库监控自动化、操作审计等。...核心功能及优势 数据库自动化运维中心，是嘉为数据库技术专家基于多年的数据库运维经验的沉淀，是深刻理解MySQL、Oracle数据库日常运维中各种场景的结晶。...嘉为数据库自动化运维中心，提供MySQL、Oracle日常运维、备份恢复等基本的运维操作，批量完成、自动化交付。
本次沙龙主要围绕数据库相关的主题，内容包括美团数据库自动化运维系统构建、点评侧MySQL自动化服务平台RDS、美团数据库中间件、和小米高级DBA带来的Redis Cluster的大规模运维实践。...目录 今天我主要分这几个部分讲： 第一部分是美团在数据库自动化运维系统构建前的烦恼，DBA手动运维DB的时候遇到的各种问题； 第二个是我们在构数据库运维自动化系统过程中的一些坎坷和思考，这里我会说我们的...构建前的苦恼——一线运维DBA 首先说一下数据库运维自动化系统构建前，运维DBA都有哪些烦恼？...构建中的坎坷和思考——1.0版系统设计之初的考虑 以上讲完了数据库运维自动化系统构建前DBA的苦恼，接下来说一说我们如果想去构建一套数据库自动化运维系统应该从哪里开始着手，我这里列的都是非常重要的。...做自动化其实就是做标准化，这样的话，你在做自动化运维的时候，CMDB可以很方便的让你查询到信息，对业务进行合理的描述，这样的话有一个基本的地方，其实就是数据标准，我后面会说。
1.获取数据库表空间变化情况： 已oracle为例(sql语句见文末：根据自己的修改，比如PDB名字，保存的位置等)： 2020-04-21_145907.png 查看的内容大概是这样的 2020-
腾讯大讲堂·限时专属优惠 报名 福利一： 扫描下方二维码，关注腾讯大讲堂，回复“Gdevops全球敏捷运维峰会·广州站”，就有机会抽取免费门票 ? 福利二： 限时特价优惠门票有限，码上报名 ?...讲师介绍：20年运营开发、海量运维和应用规划管理经验，任招商银行数据中心应用管理负责人，主要负责招行应用架构规划、发布、监控、运维等应用全生命周期管理工作，精通应用架构设计和自动化运维建设，目前专注于应用全生命周期的自动化运维实践...讲师介绍：15年数据库领域工作经验，历任多家公司数据库技术负责人，对于主流数据库的高可用架构、性能优化、监控报警、自动化运维等方面均有丰富经验。...DB类型的一站式数据库自动化运维平台。...维稳618和双11：京东科技数据库 海量运维的生态体系建设与实践 议题要点及收获： 如何建设海量数据和高并发场景下的数据库生态治理体系； 以6.18、11.11等大促为例的数据库海量运维经验； 数据库全生命周期管理
事件：Gdevops全球敏捷架构运维峰会 地点：广州 时间：6月17日 话题方向：云原生、数据库、架构、存储，运维、金融科技等 一些话题大家先睹为快。...王泳帅，宝洁中国，CTO 《宝洁技术架构演进之路》 舒展，建信金科，技术中心总工程师 《面向稳定和效率的金融科技平台化实践》 左兴宇，vivo，运维总监 《万级实例数据库可用性架构实践》 陈阳，哔哩哔哩...，数据库负责人 《B站巨型流量背后的数据库保障》 孟磊，OceanBase，架构师 《OceanBase如何支撑双11海量交易》 许中清，快手，NewSQL负责人 《快手在NewSQL数据库的探索和实践...《亿级金融系统智能运维的深度实践》 ......更多话题，参见官网：https://gdevops.com/ 有什么专属优惠？
在愈加激烈的数据库市场角逐中，企业有了更多选择和更为完善的技术保障的同时，也不免生出了脸盲症与选择困难症—— 此数据库与彼数据库有什么不同？哪个更适用于我的企业？ 迁移成本和难度大吗？会踩到哪些坑？...如果想同时用多种数据库，该怎么组合和构架？ 上云安全吗？数据泄露或丢失了怎么办？...中国电信甜橙金融 创新中心总经理 张小虎 《分布式数据库能力验证与落地实践》 腾讯云数据库总负责人 丁奇（林晓斌） 《云上MySQL产品研发和运维的挑战与实践》 贝壳找房 技术总监 肖鹏 《数据库选型那些事儿...》 微众银行 数据库运维经理 胡盼盼 《微众银行Redis应用实践》 《Oracle/MySQL DBA工作笔记》作者 杨建荣 《迁移到MySQL的架构和性能探索》 SequoiaDB巨杉 数据库研发副总裁...腾讯云数据库 · 专属优惠 ? 输入专属优惠码：TXY 普票29.9元优惠，限额5张 先到先得，抢完即止 ? ↓↓↓点这里了解更多详情
1.服务器管理: Spug 提供了集中管理服务器资源的功能，用户可以添加和管理服务器，包括服务器基本信息、操作系统、网络、磁盘等。它还支持对服务器进行批量操作，...
有5年以上一线运维经验，曾独立设计过过载保护、容灾、降级等企业级高级运维体系方案，对一线应用和系统调优有独到见解。目前的一些优化方案，为企业节省上千万成本。...三疯：前阿里巴巴集团高级运维，5年Linux一线经验，对Linux运维有整体架构和规划方面独到经验，擅长Shell脚本、自动化运维、Mysql数据库、Lvs集群、缓存系统等。...Derek：国内某小型互联网运维工程师，51CTO推荐博客博主、5年linux一线经验，擅长shell脚本、python开发、自动化运维、web应用等，曾就职过国家电网、链家、新浪等知名公司与企业，现在关注自动化运维...4 Linux运维精英网络班课程价格 2017年09月28日前报名，立享以下优惠： 早鸟价——优惠400元（01-20名） 勤奋价——优惠200元（20-40名） 课程价格详询顾问： 5 Linux运维精英网络班开课时间...2017年11月25日 6 Linux运维精英网络班往期学员评价及Offer 6 Linux运维精英网络班学员受到企业热捧 自第一期网络班以来，马哥教育已经成功培养3万付费学员。
只做客观分析，不吹，不喷，不黑，因为这个事情绝对不是像网上传的，什么微博架构烂、技术不行、可扩展性差、控制预算成本所以节省服务器、或者是运维要背锅等等，绝对不是这么不痛不痒的几句风凉话就能简单解释清楚的...1、系统压力的可预测性 可预测性，简单点解释，像电商每年大促618、双11、双12等等，这些峰值和压力是相对可预测的，因为峰值就是出现在某几个固定的时间点，这个是可以预见到的，我们所做的所有准备工作和容量评估的目标...所以双11也好，618也好，你0点那个峰值去访问天猫或者京东，很大概率上都会提示你小二正忙，请稍后再试，但这不是代表天猫和京东挂了，而是其采取的一种保护措施而已，所以，大促预案非常完善，也要演练很多轮。...卖家必然有不同的优惠折扣，是买二送一，还是满100送20？30？50？，还是满一定额度之后是否包邮？全站促销是否有全站优惠，是否有时间段限制？优惠之间是否有优先级和互斥逻辑？...关于稳定性保障，可以看天猫双11稳定性保障那本书，介绍的比较详细，上面提到的压测、容量评估、预案等等都有涉及，还是很不错的。
领取专属 10元无门槛券
手把手带您无忧上云
