腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

综合排序丨最热优先丨最新优先

多门店IT运维CMDB实战：用这套最小数据模型把100家门店的资产和配置管起来

背景：自动化跑得越快，配置漂移越难追管理100+门店的运维体系里，监控、告警、工单、自动化核查这些环节可能都已经跑起来了。 Zabbix主机列表是一份数据，Ansible的inventory文件是一份，运维同事的Excel又是一份，历史工单备注里还散着一些。四个来源各有各的版本，每次改了设备也不一定同步。这篇文章给出一套多门店CMDB最小数据模型的落地方案：从哪些字段必须有、门店/设备/链路三层怎么建、怎么和监控/自动化打通联动，到防止CMDB数据腐化的运营动作。 ✅运维责任人on_site_contactstring✅现场联系人statusenum✅active suspended decommissionedmgmt_networkstring✅管理网段设备 5-8次基本为0小结多门店CMDB的核心不是"把设备信息记下来"，而是让所有系统共用同一份设备事实。

2026-05-07

2550

标签:

fiscoBcos运维工具多机搭链

多机搭链使用generator搭建多机部署的Fisco链以下是我们要做的实践我们将从多机两节点部署开始，机构A和机构B，为机构A节点1做落盘加密为机构A新增节点3并加入群组1 新增机构C节点4 输入命令： cp -r generator/ generator-A 这里我多复制了一个D作为备份，为以后需要做更改做准备 6链证书初始化一条链只能有一条唯一的链证书ca.crt,我们选择在generator /generator-A/nodeA目录下执行以下命令： tail -f node_10.206.0.13_30360/log/log_202412031* | grep +++ 至此双机单群组多机构的区块链网络已经搭建成功

2025-01-15

5720

标签:

如何实现多站点运维监控？

来源：python运维技术 ID：python运维技术在小型公司里如果产品线单一的话，比如就一个app, 一般1~2个运维就够用了，如果产品过于庞大，就需要多个运维人员，但对于多产品线的公司来说，运维人员就要必须分多个人负责，因为超过200个站点让1个人维护，那工作量是巨大的，就单单给开发的沟通时间，估计就要占用一整天时间了，目前我所在的公司站点非常多，为管理方便，之前我们这里是实行过一段叫站长制的方式我还没给出发报警邮件的函数代码，不但没贴而且不妨告诉大家我是故意的，之所以没直接给呢，第一：是因为现在报警方式太多了，我建议大家在这个脚本基础上进行修改实现自己想要的报警方式，第二：就当是留个作业吧，毕竟多动手才能提高编程水平

2018-08-17

1.3K0

标签:

如何运维多集群数据库？58 同城 NebulaGraph Database 运维实践

资源申请和集群管理方式为了更好的管理和维护，图数据库在运维部门集中运维管理。用户按需在工单平台中提交申请即可，工单中填写详细的资源需求数据和性能需求指标，由运维同学统一审核交付集群资源。为了高效管理和运维规模化的集群，需要提前规划和制定规范。 61000 meta 端口；51000 ws_http_port；41000 ws_h2_port 62000 storage 端口；52000 ws_http_port；42000 ws_h2_port 运维规范端口路径打包生成 rpm，作为标准安装包图片服务请求直接通过 DNS 和网关服务到 Graph，方便计算和存储服务直接交互，由于是通过 DNS 访问，不对外暴露 Meta 节点信息，可以更灵活的运维，较少服务绑定 Meta 节点 ip 带来的运维代价。

2023-02-15

5.2K0

标签:

初探精益运维体系｜多图

有一种努力一直放在心中，想更系统的表现运维，内心的这份冲动源于两点： 1.在互联网化业务的今天，运维的作用可以被更重视。 2.运维需要更体系化，更理论化，更实践化的阐述。在之前，我用过价值化运维来概括过运维，我也多次在文章中或公开演讲中提到运维应该关注“面向用户的价值“，但我依然觉得还是不够精炼。直到后来想到了“精益“这个词，把它和运维做了一次融合，只因精益思想的背后，很多观点都和我们运维很契合。接下来看看我在《全球运维大会｜上海站》上分享的主题——面向高性能IT的精益运维体系。基于TPS屋，我做了一次转换，把他放到了运维领域中，提炼出精益运维屋。 ? 非常希望我们能秉承着精益的理念对对待运维，只有这样才能把运维做好，才能更好的驱动IT产生更多的价值。希望未来能出现更多的精益运维人，在组织内不断的驱动IT组织能力提升和改进。

2019-11-18

2.1K0

标签:

必看，运维还要懂这么多？

我们这篇文章不是说运维除了懂Linux，还要懂Windows，而是涉及运维的其他方方面面。环境部署一开始这个世界是开发的，然后才是运维的。有些时候，开发环境也是需要运维来部署的。排错和调优事情从来都没有一帆风顺的。上线没多久，服务就502了，还不被老板骂死。尽管你有一肚子的委屈，我只是个运维，代码不是我写的，为什么要我来背这锅？！相关技术: F5, Nginx, LVS, HA-proxy, MHA, Zookeeper, 各种其他分布式集群方案, … 监控告警运维工程师的第一次解放运动。当有故障发生的时候，通过短信、微信、钉钉、邮件等等通知对应的运维工程师来处理，甚至是自动切换或摘除故障节点，然后我们离线对故障节点进行问题排查。现在国内的阿里云和腾讯云也发展得如日中天，他们几乎提供了运维所需要的一切，甚至可以让一个公司不再需要运维的岗位。你需要服务器，只需要几秒钟，就可以创建一台。

2018-08-01

9000

标签:

多集群运维(二)：应用渐进发布

关键在于运用自动化工具和最佳实践，以实现高效、可靠的运维流程。目标细节 IaC管理云资源: 使用基础设施即代码（IaC）方法来初始化云资源。自动化工具和流程的应用不仅减少了人为错误的风险，还提高了运维效率和系统的可靠性。 d72ba38f7a3a76b71eb50f00fe46a94497e6ecaa" ingress: className: "apisix" canary: enabled: true 通过上述步骤，我们能够实现在多集群环境中的应用渐进式发布

2023-12-29

6390

标签:

连锁门店如何借助设备管理系统，提高报修及运维效率？

随着业务的发展，餐饮、商超、酒店、便利店、百货公司的零售门店越来越多、地点分布也越来越分散。随着门店的不断扩张，企业在设备管理上也逐渐变得困难，尤其是设备维修的闭环式管理。举个例子，门店设备在发生故障后如何及时上报，上报后维修人员如何快速定位故障现场，联系报修人。加强连锁门店企业内部设备数字化管理水平，成为连锁企业能否低成本发展的因素之一。那么如何帮助连锁门店打造更加高效门店设备报修服务体系，保障连锁门店高效运转？图片易点易动设备管理系统为连锁门店提供设备管理解决方案：设备全生命周期管理通过一物一码管理，为每个设备都提供一个唯一的二维码，从设备的申购、采购、验收、入库到报废，实现了设备的全生命周期管理。统一平台报事报修，打通门店服务环节易点易动系统让用户告别纸质化填写工单，支持扫码报修、APP报修及处理、PC端后台管理的多端智能交互使用，各门店无论从哪个渠道报修，都能获得及时响应，快速得到总部的技术支持

易点易动固定资产管理系统

2023-03-23

9620

标签:

运维不怕事多，就怕没数据——用大数据喂饱你的运维策略

“运维不怕事多，就怕没数据——用大数据喂饱你的运维策略”咱干运维的都知道，一个系统出问题，往往不是技术没到位，而是问题没及时发现，或者发现了却没找到根因。一、为什么运维离不开大数据以前的运维更多是“救火队”：监控报警 → 运维接单 → SSH 上服务器排查一顿猛查，找到原因修好 → 继续等下一次报警这套流程的缺点很明显：反应慢：报警来了才动手。而大数据的价值，就是把海量运维数据“榨干”，让我们：提前预警快速定位自动化决策一句话，大数据让运维从“救火”变成“防火”。二、运维数据从哪来？四、运维优化的几种大数据玩法真实场景可不止检测 CPU，这里我给你总结几个高价值玩法：1. 如果说传统运维靠经验，那数据驱动运维就是“经验 + 科学”的结合，既有老道的判断，也有算法的精准。所以我一直跟团队说：别等报警响了才翻日志，先用大数据把明天的问题今天找出来。

2025-08-12

3250

标签:

10倍流量突增，智能门店行业引领者—「非码」如何灵活运维？

非码是行业领先的智能门店提供商，服务于行业内众多一线品牌，对服务稳定性、问题处理及时性都有极高的要求，日志是运维环节中重要的一环。【用户说】刘立湘 —— 非码科技运维总监 CLS的低成本以及弹性扩缩容很好的满足了我们日志需求，同时也解放了更多运维人力聚焦在业务本身。业务背景非码科技作为一家服务众多品牌的SaaS化解决方案提供商，致力于将智能门店带入每个消费者、每个门店、每个品牌，构建智能商业世界。这就对非码方的运维和运营能力都提出了极高的要求。前期非码使用ELK作为运维/运营平台，遇到的主要挑战如下： 1. 通过高效便捷的数据接入方案，一键部署，数据快速导入，使非码的运维成本趋近零。

日志服务CLS小助手

2022-01-17

1.1K0

标签: