- 综合排序
- 最热优先
- 最新优先
- 来自专栏DBA随笔
MongoDB运维与开发(10)---chunk
// MongoDB运维与开发(10)---chunk // MongoDB中，在使用到分片的时候，常常会用到chunk的概念，chunk是指一个集合数据中的子集，也可以简单理解成一个数据块，每个
94230发布于 2020-12-14 - 来自专栏一个会写诗的程序员的博客
第10章 Spring Boot应用部署运维第10章 Spring Boot应用部署运维
第10章 Spring Boot应用部署运维 10.1 Spring Boot应用运行 To create a ‘fully executable’ jar with Maven use the following
38420发布于 2018-08-20 运维那些事儿（10）：运维服务台，串联全流程的运维闭环核心
前九期我们从IT资产管理、监控、U 位管理、自动化方案到运维知识库，搭建起了精细化运维的 “工具库” 和 “经验库”。 运维服务台正是为此而生 —— 它是运维工作的 “总调度中心”，不管是普通运维人员查设备、报故障、跟踪进度，还是管理员派工单、管流程、做复盘，都能一站式完成。 先分清：运维服务台 vs 运维知识库，相辅相成不混淆很多人会把服务台和第九期的知识库搞混，其实两者各司其职、相辅相成，用一句话就能分清：· 运维知识库：核心是 “查答案”，是 “运维经验库”，比如遇到 核心功能与价值：闭环、高效、可追溯，一站式解决运维痛点运维服务台的核心价值，是串联前九期的所有运维成果，解决 “多工具切换、故障无跟踪、流程不规范” 的痛点，核心功能和价值如下：✅一、核心功能：覆盖运维全流程 运维服务台让所有工具、流程、经验形成闭环，让运维工作不用切换工具、不用多渠道沟通，真正实现 “高效、规范、可追溯”。
16210编辑于 2026-03-20- 来自专栏CSDNToQQCode
10·24【运维工程师也过节】【运维MySQL大礼包】
开发挖坑，运维埋！ 运维如庖丁解牛，得意处游刃有余，碰壁时寸步难进。 在天愿作比翼鸟，在地愿结运维亲，第一个为你排忧解难的不是老公而是默默的运维人! 运维是城管，维持秩序的是它，背锅的也是它；运维是对应用的承诺，不离不弃一辈子；运维是血与泪——发生在夜深人静的时候。 运维是块砖，哪里用哪里搬。不出问题你打杂，出了问题你负责。 天下运维是一家，一入运维深似海！ 运维就是7*24 别惹运维，否则后悔！ 运维其实很简单“三分技术、七分管理“。 我们真的不只是会重启，我们还会背锅啊。 好的运维不需要经常加班。 做的好的是运维，没做好的是背锅侠。 运维让产品更出色，让技术更有价值！ 规范流程，临危不惧，提供值得信赖的运维服务。 运筹维幄，百味人生。 运维就是我每天念想的但又触及不到的梦想。 不为人知的幕后英雄 运维就是不断的重启、重启、再重启。 运维的本质是”可控” 运维人，做的多，说得少。 运维是救火员，平时用不到，出事少不了。
1.3K20编辑于 2022-11-29 - 来自专栏亨利笔记
企业级Docker镜像仓库的管理和运维
在应用的生命周期中，无论开发人员或CI系统发布镜像，还是测试人员或运维人员下载镜像，都要通过镜像仓库来完成。镜像仓库可以使用公有的SaaS服务，例如Docker Hub。 Harbor是由VMware中国研发团队负责开发的开源企业级Registry，可帮助用户迅速搭建企业级的registry 服务，提供权限控制、镜像同步、中文管理界面等强大功能，深受广大用户喜爱。 当测试通过后，镜像推送到准生产环境的Registry; 准生产环境（Staging）的Registry: 主要由测试和运维人员使用，镜像保持不变。 由于项目团队中有不同的成员，如项目经理、产品经理、开发、测试和运维等人员，每种人员使用镜像的需求不同，因此可以根据角色分配相应的权限。 例如，在开发环境的registry中，运维人员一般不需要权限（或只需要读权限）；而在生产环境中的Registry，运维人员就需要有读写权限。
84420编辑于 2023-04-18 - 来自专栏测试技术圈
企业级自动化运维方案设计
通过自动化运维能最大限度地在更少的维修时间内实现运维目标，提高运维服务质量。 因此, 对于越来越复杂的运维来说，将人工操作逐渐改变为自动化管理是一个重要发展趋势。 2. 业务流程标准化与健全运维管理制度 3.1 实现业务流程标准化，为自动化运维打好基础 标准化是自动化运维的基础，想要实现标准化，首先识别各个运维对象，然后我们日常做的所有运维工作都应该是针对这些对象的运维 2）Zabbix 是一个基于WEB界面的提供分布式系统监视以及网络监视功能的企业级的开源解决方案。 优缺点分析：优点是企业级开源、功能强大、入门容易、数据可以图形的方式呈现、提供多种API接口，可定制化开发。 缺点是深层次需求开发难度较大、报警设置复杂、缺少数据汇总功能、数据报表需要二次开发。 自动化运维平台的建设是一个循序渐进的过程，根据业务和运维的需要不断的测试和改进才能从根本上改变运维现状，提升运维工作效率，最终实现自动化运维。 6.
4.1K42发布于 2019-08-02 - 来自专栏章工运维
运维10道基础面试题
并发netstat -na | grep ESTABLIS | wc -l tcp数netstat -an|grep ":80 "｜grep -v grep|wc -l # 10.说说tcp/ip的七层模型
44720编辑于 2023-05-19 - 来自专栏嘉为动态
企业级运维监控系统体系化建设指南
常见的数据视图模式有以下几种：大屏：面向领导，提供全局概览；也可以面向值班员，提供盯屏视图；拓扑：面向运维人员，提供告警关联关系和影响面视图；仪表盘：面向运维人员，提供自定义的关注指标的视图；报表：面向运维人员 、领导，提供一些统计汇总报表信息，例如周报、日报等；检索：面向运维人员，用于故障分析场景下的各类数据的快速查找和定位。 指标体系的输出结果应当是一份指标字典，需要至少满足以下要求：成体系化的指标，能够从多维度了解应用运行的现状在应用运行出现问题时能够快速定位问题所在高效地为运维团队提供数据支持1）核心理念监控的指标体系是以监控对象为骨架 其中的MTTA、MTTR便是运维团队工作的告警处理的最好衡量指标，直接反馈了团队的告警处理效率和告警处理能力。至此，便是企业监控系统体系化建设思路的完整内容。 码字不易，若觉得有用，可点赞关注我们，会持续提供研发&运维相关的干货内容，若想深入了解咱们的监控告警平台，欢迎去官网联系嘉为蓝鲸，我们将为您提供最新的产品材料与产品试用。
2.1K11编辑于 2022-09-27 基于 OpenCLAW + 飞书 构建企业级运维智能助手实践
一、引言在云原生与分布式架构普及的今天，传统运维模式面临着告警分散、操作繁琐、响应滞后、风险不可控等挑战。 本文介绍如何基于 OpenCLAW 大模型网关，对接 Anthropic Sonnet 4.5 大模型，结合飞书机器人与阿里云、腾讯云双云平台能力，打造一个集查询、执行、分析、安全管控于一体的运维智能助手 ，实现运维工作的自动化、智能化与安全化。 ，从架构设计到落地场景，再到安全管控，已形成一套可复用的企业级运维智能化解决方案。 未来可扩展方向：接入故障自愈能力，实现告警自动闭环集成成本分析，提供跨云资源优化建议支持多租户与团队权限隔离，服务更多业务线增强大模型的运维场景训练，提升复杂问题的推理与解决能力
1.1K53编辑于 2026-02-09- 来自专栏华汇数据服务
谈一谈企业级IT运维管理体系建设
而大型数据中心由于对系统、数据的高度依赖，IT风险更大，企业对IT运维管理的重视也就更高。 目前，企业运维管理体系建设常见问题包括超前建设、重复建设、滞后建设、无效建设。 这就使得在运维管理体系功能模块的建设中就要拥有与业务相关的模块，包括企业级监控产品、应用监控工具、大数据应用等；与基础平台相关的模块，包括风火水电管理工具、硬件监控管理工具、管理规章制度等。 集中化运维管理平台以数据中心硬件设备为核心，采用带外管理方式对设备进行全生命周期管理，从采购到安装使用，再到运维、报废的整个过程服务，可以有效帮助客户减少繁琐、重复、费时的各项运维工作。 并且通过云帮手运维管理平台，用户可以提高服务器的设备使用率，延长服务器的使用寿命；
1.2K30编辑于 2022-10-19 - 来自专栏亨利笔记
容器运维不再重造轮子：企业级容器平台VIC
Registry和容器应用管理门户，使得企业级容器平台更加完整，整个平台计划于年底正式发布。 这些问题在虚拟化时代都已经很好地解决过了，这回换上了更“先进”的容器，运维人员却失望地发现必须再次解决这些问题，犹如踏破铁鞋，又回到了原点，要辛辛苦苦地重造轮子。这就是容器应用目前的尴尬！ 容器的落地问题，关键在于解决各种生产系统中部署(day 1)和运维(day 2)问题。 VIC真正把开发人员喜爱的Docker API和运维人员熟悉的vSphere管理工具完美地集成起来，成为开发运维一体化平台。 参见《玩转容器镜像-镜像仓库的管理和运维》。
1.1K10发布于 2019-04-12 - 来自专栏用户1880875的专栏
Linux云计算运维架构师（连载）-自动化运维ansible-10
用户模块可以帮助用户管理远程客户机中的用户，例如创建、删除、修改用户属性等。其常用的参数如表1.5所示。
1.9K30发布于 2021-07-05 - 来自专栏devops_k8s
做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)
做运维需要考虑的事 简介 /* 运维是在于一个量 最少的人，最多的事 并且保证业务 比如说google的一个数据中心，只有几个人在维护 运维不能直接的创造价值，而是可以变相的节约成本 运维研发 运维研发负责通用的运维平台设计和研发工作，如：资产管理、监控系统、运维平台、数据权限管理系统等。提供各种API供运维或研发人员使用，封装更高层的自动化运维系统。详细的工作职责如下所述。 (10-20K —— 乐视) */ 技术关键字 故障排查、优化、Shell、Python、监控 随着自身技术的积累，运维的薪资在突飞猛涨。 算是中级运维了，薪资一线城市可以达到10-20k左右。 岔道 再往前就会分出很多个岔道，开发、安全、DBA、测试、应用运维、基础运维等等。 时间有限，需要从中挑选适合的。 高级运维，一般5-10年经验，薪资15-35k左右 终点 技术是没有终点的，当然可以有你自己的终点。当工作10年，技术已经很厉害了，就需要靠拢一些别的东西了。
8K1011发布于 2020-12-23 - 来自专栏EAWorld
企业级应用的高可靠运维实践与DevOps（一）
我今天与大家分享的主题是关于企业级应用的可靠运维实践的这个话题。 本次交流的内容主要包括我对运维工作的认识、运维与架构、运维设计和持续改进的体验四个方面，最后是开个头，谈一下可靠运维与DevOps。 只有从这里出发，运维人员才会对所维护的系统有一个正确的认识，才能够进行可靠的、恰当的运维设计。 不同企业不同系统，有着不同的运行要求，必然会产生不同的运维目标。 所以，对于一个系统，要保证其可靠运维，上线后稳定运行，易于运行维护和监控，异常后快速排障，运维人员在前期架构阶段，即投入进来，将运维的目标和要求，线上实际的运行场景与环境提出来，这样才能为可靠运维打好坚实基础 ··· 三、可靠的运维设计 前面简单讨论了我对运维工作，和运维与架构的认识，接下来主要谈一下运维设计的实践。主要从流程、多视角看系统、复核和核心运维能力四个方面进行介绍。 可靠的运维设计，不能仅仅依赖系统，或是仅仅依赖运维人员。
1.2K100发布于 2018-04-02 - 来自专栏华汇数据服务
未来企业级IT运维的发展趋势-华汇数据
数字化大潮下，IT监控运维的高要求与低成本之间的矛盾日益突出，对企业的IT运维提出了严峻的挑战。基于大数据的智能系统，逐渐取代了仅由人来操控规则系统的传统，让运维从成本中心的定位发展成服务中心。 数字化转型让IT运维应“云”而生，企业IT运维发展备受各界关注，未来企业IT运维的发展趋势有哪些呢？ 企业级IT运维拥抱云计算、大数据、智能算法的技术变革，以全新的平台化、集约化架构设计理念，颠覆国内外传统运维工具竖井化模式，构建运维能力底座，赋能运维应用生态，推动传统运维模式向业务运营升级，通过利用减少技术和流程的重复 可视化将运维数据公开、透明，实现数据分享，让运维数据成为运维体验。另一方面，可视化代表了运维。运维可视化实现程度的高低，在一定程度上反映出我们对运维工作的理解程度。 可视化程度越高，运维就越简单，运维效率也就越高。
66900编辑于 2023-03-17 - 来自专栏zaking's
《前端运维》一、Linux基础--10定时任务
而 linux 任务调度的工作主要分为以下两类： 1、系统执行的工作：系统周期性所要执行的工作，如备份系统数据、清理缓存 2、个人执行的工作：某个用户定期要做的工作，例如每隔10分钟检查邮件服务器是否有新信 比如"1,2,3 ",就代表每小时的1分、2分、3分执行命令 - 代表连续的时间范围 比如 " 1-5 * ** ",代表每小时的第1分到第5分执行命令 */n 代表每隔多久执行一次 比如 "/10 " 就代表每隔10分钟就执行一次命令 0 0 1,10 * 1 每月1号和10号，每周1的0点0分都会执行 仅仅罗列语法有点模糊，我们来看个例子吧： 首先，我们通过定时任务的编辑模式命令，编辑一个定时任务
1.3K50编辑于 2022-05-10 - 来自专栏kafka专栏
【kafka运维】Leader重新选举运维脚本
1 指定Topic指定分区用重新PREFERRED：优先副本策略 进行Leader重选举
3.9K40编辑于 2021-12-31 - 来自专栏kafka专栏
【kafka运维】ConfigCommand运维脚本
默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置
3.2K10编辑于 2022-04-13 - 来自专栏从青丝到白发，有人还在灯下
10kV配电运维智能化设备与一体化运维模式
10kV自动化配电自动化设备就能够实现这些目标，其在运行过程中能够保证电网的 安全性和稳定性，为用电单位提供更加优质的服务。本文主要分析探讨了10kV配电自动化设备与一体化运维模式。 1545989057460498.jpg 1 .10kV配电自动化设备概述 10kV配网自动化建设的好坏在于自动的实施程度。“自动化”一词意味着以更快的运行速率自动执行特定任务。 2.1.3成立专门的维护公司 易电务配电运维是一体化运维模式所需的主要运维方式，对于一易电务公司来说，为了保证电网故障能够快速、准确地处理和排除，就可以成立专门的维护公司。 这种运维模式主要有管理部门、系统 运维部门、设备运维部门组成。 一体化运 维模式主要是由管理部门对系统运维部门和设备运维部门进行统一协调，对配电网自动化系统进行相关运行管理和设备维护工作。
1.4K50发布于 2021-06-03 - 来自专栏北京马哥教育
【运维故事】运维小白黑化记
来源:运维人那些事儿 ID:jzjytd2016 【01】换工作 2017年8月份的某一个晴朗慵懒的下午，我在望京中环南路7号西家大院E楼5层最角落且紧靠大落地窗的工位上掐指一算，我在研究院竟然已经工作 顶着小伙伴和家人都觉得你脑子进水的诧异目光，我开始了我的换工作大业，从实习开始就在研究院工作，突然开始可以选择了竟然有些茫然，种种纠结波折暂且不表，总之，在2017年12月18号，我走进了东四157号，正式成为了银河信息化集中交易运维团队的一份子 每每想到这些，我除了自责、懊恼、自我怀疑之外，也深深体会到了团队成员的团结和大家释放出来的善意，对于运维团队来讲，每天来自业务部门及客户的压力非常大，小心翼翼，如履薄冰，全部精力用来对抗外部还不够，对于团队内部制造麻烦消耗精力的人的态度 这次经历也让我对运维工作有了新的认识和更多的思考，在这里和大家分享一下： 操作层面 1. 线上操作无小事”，坚持 “双人复核”，坚持“按照流程操作” 端正心态，受过去经历和个人性格的影响，我是一个有一点个人英雄主义倾向的人，来到新的团队，更是急于证明自己，心态出了问题自然会导致路线跑偏，生产系统线上运维是一个严谨度要求非常高的工作
2.9K30发布于 2018-06-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号