首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏腾讯云智能顾问

    【云顾问-云巡检】聚焦架构风险,助力卓越治理

    云顾问云巡检功能一直以来着力于打造云上隐患风险发现能力,当前版本已结合云架构可视化能力,全面升级助力客户聚焦云上架构五大类型风险,持续治理优化打造卓越架构! · 当前已上线云巡检插件,在架构图“治理视图”中可随时启用,全面巡检隐患风险。· 聚焦安全、可靠、性能、成本、服务限制 5 大类别巡检项,支持按架构业务特性启停、定制。 · 即时生成巡检报告,聚焦架构相关风险和趋势呈现,治理成果和进展可随时归档到“数字资产”,也可下载、分享。 · 【即将上线】基于自动巡检和各 region 资源自动生成架构图和风险可视化视图,提升架构绘制和治理效率。(敬请期待,相关问题欢迎联系我们)欢迎立即访问云顾问,体验云巡检!

    1.1K10编辑于 2024-07-15
  • IT自动化巡检怎么做?从巡检策略、风险控制到异常闭环的技术实践

    低风险、标准化操作可以自动处置;涉及业务风险的动作则应该进入审批流程。这也是自动化巡检与自动化运维平台结合后的真正价值:巡检负责发现问题,自动化负责执行标准动作。 六、安全控制为什么是巡检平台的核心指标巡检通常需要远程执行脚本,因此存在高危命令和权限风险。安全控制至少需要包含:高危命令识别;脚本版本管理;执行权限隔离;审批流程;全过程审计。 九、如何评价自动化巡检是否有效指标一:巡检覆盖率统计实际纳管对象与应巡检对象的比例,而不是只看任务执行次数。指标二:执行成功率检查巡检任务是否能够稳定完成。脚本大量失败会直接影响结果可信度。 技术标签自动化巡检、自动化运维、IT运维、巡检平台、智能巡检、基线核查、补丁管理、Web页面巡检、信创运维、CMDB发布前风险检查结果广告风险:通过。未设置厂商推荐或产品营销内容。引流风险:通过。 榜单风险:通过。未使用TOP、十大、最好等排名表达。重复风险:通过。结构已重构为“问题—原理—实践—验证—局限”。事实风险:通过。未新增具体数据,产品相关信息均来自原始材料。

    16410编辑于 2026-09-09
  • 来自专栏运维之路

    风险感知场景(一)之“监控、拨测、巡检、可观测性”

    从发现风险角度,我们经常会从监控、拨测、巡检、可观测性、演练、混沌工程等角度发现风险。 4.巡检 巡检是主动对IT运行风险的评估发现,包括常规巡检与深度巡检,前者是高频、例行的分析,通常融入到常规运维流程;后者主要从成本角度区别于常规巡检,比如加大评估分析面、分析深度、预测分析、协同范围 巡检的目标是“主动评估风险”,强调的是一种主动发现风险的数字化思维模式与组织协同文化。 5.风险感知 百度百科对“感知”的定义是“对内外界信息的觉察、感觉、注意、知觉的一系列过程”。风险感知包括对客观风险信息的“知觉”,与运维专家经验知识的“感觉”。 在组织、流程、平台、场景四位一体的体系方案中,场景接近用户工作,包括“人、事、时间、协同、环境”5要素,提升场景价值不是重复造轮子,要善用、组合已有的平台能力。

    5.1K10编辑于 2022-11-16
  • 靠人工巡检撑着的合规,就是银行最大的隐形风险

    靠人工巡检撑着的合规,看似万无一失,实则危机四伏。一、人工巡检:合规的“纸糊城墙”“数十个设备巡检,需要手工输入账号、密码登录设备,手工完成信息采集和汇总。”“手动执行步骤复杂,耗时耗力效率低。” 二、表面合规,才是最大的风险“人工操作繁琐,耗时耗力效率低。”这句话的背后,是无数运维人员的心酸。但比这更可怕的是——为了应付检查而“做样子”。 三、自动化才是合规的真正“护城河”“自动化巡检确保100%覆盖且数据不可篡改。”一个自动化合规巡检平台,能做到人工巡检做不到的三件事:第一,100%覆盖,不漏一个。 同时,自动化合规巡检可以将等保2.0、行业专项合规等标准化模板内置,巡检过程自动校验合规性,生成带操作留痕的合规报告,满足金融行业严格审计要求。四、写在最后靠人工巡检撑着的合规,不是合规——是“赌”。 别让人工巡检,成为银行最大的隐形风险。

    11200编辑于 2026-08-31
  • 云服务器巡检还在手动?CloudQ 对话即巡检,5 分钟出报告

    摘要: 云服务器巡检还在逐台手动检查?CloudQ对话即运维,5分钟完成实例巡检并输出结构化报告,移动端卡片呈现六大维度,公测免费。 等到下一个巡检周期,风险可能已经演变成故障。 对话即运维"是CloudQ的核心产品特点——只需用自然语言描述巡检意图,5分钟内即可完成实例巡检。 智能分析 AI分析巡检数据,识别风险和优化点 结构化报告 自动生成格式规范的巡检报告 主动推送 将报告推送到指定渠道和人员 从"描述意图"到"收到报告",整个过程5分钟内完成,运维人员无需逐台操作, 2.3 自定义推送策略 CloudQ的巡检推送通过自然语言一键配置,支持: 自定义风险推送阈值:只推送你关心的风险级别 自定义推送时间段:避免非工作时间打扰 自定义接收人:不同风险推送给不同负责人 这种精细化推送确保运维人员只收到真正需要关注的信息

    30310编辑于 2026-06-03
  • 来自专栏运维之路

    风险感知(二)场景设计5要素

    分析前,先回顾一下场景设计的一些要点: 场景的基础是实际运维工作,要用“连接、数据、赋能”的数字化思维重塑场景 按“人、事、时间、协同、环境”5要素梳理场景 场景强调多角色“组织”高效协同,是对线下流程的在线化 ,平台赋能场景生产力 再看看风险感知场景的要点: 在线感知风险状况,即时健康质检 赋能专家主动构建、调优风险感知模型 “数据指标+算法策略”(点)=》编排组装主题(面、兼顾非知风险) 建立风险识别(感知 )、决策、执行闭环 以下从“人、事、时间、协同、环境”5要素看看场景。 【归类】可以梳理哪些主题的运行风险感知? 【闭环】运行风险识别后,如何确保风险得到处置? 5.环境 环境包括显性环境与隐性环境。

    1.6K20编辑于 2022-11-16
  • 银保监现场检查,运维拿不出完整巡检记录,当场记风险点

    风险点当场记录在案,整改通知书随后送达,而最可怕的不是罚款本身,而是这个风险点会同步到机构评级、业务审批、乃至下一年度的监管频次中——影响深远、代价沉重。一、一张缺失的巡检记录,是如何变成风险点的? 任何一个环节出现漏洞——一段记录的缺失、一个资产被遗漏、一个“正常”背后没有截图支撑——都可能被定性为“巡检制度执行不到位,信息科技风险管控存在隐患”,作为风险点写入检查底稿。 一个完整、连续、可追溯的巡检台账,是你向监管机构证明“信息科技风险可控”的最直接的证据。不要等到检查人员坐在会议室里,你才发现那个月的巡检记录有5天空白,或者那台核心数据库的检查结果丢失了截图。 在超自动化巡检时代,这样的风险点完全可以通过一次工具升级来规避——让系统自动记录每一次检查,让监管审查时,你能拿出没有任何漏洞的完整台账。 让每一次检查都有据可查,不给风险点留下任何模糊地带——这是超自动化巡检,对银保监合规最直接的承诺。

    21200编辑于 2026-07-08
  • 来自专栏东隅已逝

    MySQL巡检

    MySQL本身 MySQL本身的监控应该包含重点参数的检查,MySQL状态的检查,除此以外还应该包含自增id的使用情况(小心因为自增id使用满了 不能insert写入从而引发报警哦),及主从健康状态的巡检 1Binlog_cache_disk_use 2使用临时二进制日志缓冲但超过 binlog_cache_size 值并使用临时文件 3Binlog_cache_use 4使用临时二进制日志缓冲的事务数量 5Binlog_stmt_cache_disk_use 3Handler_read_first 索引第一条记录被读的次数,如果高,则它表明服务器正执行大量全索引扫描 4Handler_read_key 根据索引读一行的请求数,如果较高,说明查询和表的索引正确 5Handler_read_last = 'innodb' AND 4 TABLE_SCHEMA NOT IN 5 ("INFORMATION_SCHEMA" ,"PERFORMANCE_SCHEMA", "MYSQL", "SYS"); 中间件的巡检 mycat && proxysql 这些中间件的巡检,首先参考系统巡检,再看一下中间件本身的日志类和状态类信息,网络延迟或丢包的检查,也是必须要做工作。

    2.2K40发布于 2019-12-12
  • 来自专栏杨建荣的学习笔记

    业务巡检-系统巡检该怎么做

    系统巡检是对于服务巡检的第一站,所以在这里我们要做好第一班岗,如果系统巡检稀里糊涂,那么后续的数据库服务巡检效果也会大打折扣。 对于系统巡检整体上有如下的一些部分需要注意: ? 可能整体看起来没有太深入的理解,但是和实践结合起来就有很多的注意事项,我们就以硬件信息-ILO状态检查为例来提供一种巡检思路,iLO(Integrated Lights-Out)服务基于惠普的远程控制卡服务 对于iLO服务,我们需要做如下的巡检: (1) 检查ILO可用性和使用情况 (2) ILO模块是否开启 (3) iLO密码检查 (4) iLO超过最大用户连接数限制检查 (5) iLO在不同的硬件产品版本和浏览器的兼容性 (5) iLO在不同的硬件产品版本和浏览器的兼容性 ILO在不同的硬件产品版本中浏览器也有一些使用差异,有些版本使用IE低版本可以,有些可以使用chrome,firefox,有些则不适用。 在主机层面需要注意如下的两点: (1) 操作系统版本 操作系统的版本也需要提前规划,如果有些服务的版本过旧,需要考虑升级到一个较新的稳定版本,比如RedHat 5是个相对较旧的版本,需要尽可能升级到

    3.3K20发布于 2019-05-13
  • 来自专栏用户6465593的专栏

    设备巡检的痛点和巡检方案

    如何让设备巡检人员高质量完成巡检工作呢也是管理者头疼的一个问题。设备巡检工作的难点在哪呢? 对巡检人员而言:巡检人员需要按照巡检任务对设备进行巡检,保证按时完成巡检任务。纸质的巡检表格显然不方便开展巡检工作。没有自动提醒功能的话,很容易漏检,纸质表格数据也容易丢失等。 2) 可设置巡检定位和拍照,实现高效巡检管理员创建巡检方案后,系统可根据周期自动生成巡检任务,分配给巡检人员。可设置巡检定位、拍照以及巡检班组、巡检路线、巡检点等。巡检人员根据设置的巡检路线进行巡检。 抵达相应的巡检点和设备存放处后扫码填写巡检项目,现场定位并对设备进行拍照记录,可有效规避未到场的假巡检等;同时,通过易点易动设备巡检解决方案,可以设置自定义提醒,确保巡检班组人员收到巡检提醒,确保巡检没有遗漏 3) 实时掌握巡检数据,多维度巡检数据分析通过易点易动设备巡检解决方案自动生成多维度的巡检数据报表,让管理者可实时掌握设备巡检状态、巡检点统计、班组巡检统计、整改统计、巡检点整改统计等,从而可以进一步优化巡检工作和巡检人员管理

    1.4K30编辑于 2022-09-01
  • 来自专栏编程时光

    5分钟教你SSL证书自动巡检与过期提醒

    自动巡检SSL证书过期时间 我们首先定义了一个checkCertificates函数,该函数的主要任务是读取一个名为domain.txt的文件,该文件中列出了需要检查的域名和对应的IP地址。

    1.4K40编辑于 2023-08-13
  • 来自专栏王的机器

    信用风险建模 in Python 系列 5 - 阈值模型概述

    本文含 1845 字,2 图表截屏 建议阅读 10 分钟 引言 本文是「信用风险建模 in Python」系列的第五篇,其实在之前的 Cufflinks 那篇已经埋下了信用风险的伏笔, 信用组合可视化 信用风险 101 独立模型 - 伯努利模型 独立模型 - 泊松模型 混合模型 - 概述 注:由于每次我都是在 word 里写好,然后再在微信公众里编辑。

    99220发布于 2020-08-20
  • 来自专栏智慧物联产品&方案

    5G边缘网关如何助力打造隧道巡检机器人

    针对隧道渗漏水、冻害、事故监测预警等关键需求,可以借助5G边缘网关打造隧道巡检机器人应用,融合5G技术、人工智能技术、边缘计算技术等,实现智能、高效、精细的隧道监测与管护。 基于5G边缘网关的隧道巡检机器人方案应用得益于5G技术与机器人技术的发展,当前我们可以采用搭载佰马BMG5000系列边缘5G智能网关的隧道巡检机器人,代替人工进行对隧道的智能、高效、快速巡检工作。 BMG5000系列边缘5G智能网关,搭载工业级高性能处理器和5G模块,满足强大的边缘计算能力和5G通信实力,满足巡检机器人的设备系统集中接入、全局状态监测、设备控制、系统管理、远程管控等,支撑包括AI视觉识别 5G + 隧道巡检机器人应用优势1、工业5G网关搭载高品质5G通信模块,提供稳定、可靠、高速的5G链接,保障隧道巡检机器人稳定在线。 3、5G网关采用工业级元器件,通过耐高低温、抗干扰等多种严格测试,能够适应各种复杂恶劣的隧道环境条件,保障巡检机器人可靠运行。

    51910编辑于 2023-12-14
  • 来自专栏智慧物联产品&方案

    基于5G工业CPE打造智慧煤矿无人巡检监测应用

    得益于5G+物联网技术的发展普及,煤矿场景也迎来智能化升级,实现了包括智能采掘、智能调度、无人运输、无人巡检等新型应用,极大提升了煤矿采运产业的效率和质量。 本篇就为大家简单讲讲基于5G工业CPE打造智慧煤矿无人巡检监测应用.方案背景长期以来煤矿依靠人工进行巡检监测,存在不安全、效率低、劳动强度大、巡检结果差异化大等问题。 5G+无人巡检监测应用基于5G工业CPE,搭建5G专网,通过对接海量分布式传感器、智能摄像头、轨道机器人、轮式机器人等,实现全局环境感知和无人巡检。 5G工业CPE优势1、5G+WiFi6佰马5G工业CPE,集5G和WiFi6于一体,将5G的低时延和高带宽,与WiFi 6兼容性好和成本低优势完美结合,为煤矿厂区人、机、物全面互联提供支撑,打造智慧煤矿一张网 2、工业CPE采用嵌入式搭载方案可与各型物联网设备深度融合,根据需要可直接搭载于机电、掘进、巡检、运输车辆等设施设备之中,有效节约设备结构空间,节省额外布线,应用优势显著。

    71320编辑于 2023-10-26
  • 来自专栏腾讯云智能顾问

    【最佳实践】巡检项:对象存储(COS)5XX 错误率

    问题描述 某客户反馈自己在并发上传或下载对象时会出现5XX的错误,5XX错误码主要是500,503错误,产生的原因为: 5XX 类型错误 HTTP 状态码 错误码 描述 500 Internal Server >XXX</Resource> <RequestId>XXX</RequestId> <TraceId>XXX</TraceId> </Error> 若 5XX

    1.3K30编辑于 2022-05-10
  • 来自专栏云云众生s

    外包开发的5大风险及如何规避

    译自 5 Risks of Outsourcing Development and How to Avoid Them,作者 Liz Ryan。 但外包并非万无一失,依赖这种劳动力类型的公司会让自己面临各种风险。 5. 隐藏成本和预算超支 57% 的公司在其外包项目中出现财务超支,因此控制成本对于防止预算和时间表失控至关重要。预测隐藏成本(如意外许可费或为减轻意外情况所需的额外开发时间)可能具有挑战性。 随着软件支出预计将超过 5 万亿美元,企业必须保持警惕,在必要时降低成本。外包旨在成为一种缓解措施。防止额外成本潜入预算有助于确保此策略实现其目标。 在风险中取得成功 风险在任何商业活动中都是不可避免的。对于软件开发团队而言,与外包开发团队合作也不例外。当支出失控时,这种做法可以以较低的成本提高生产力。

    1.5K10编辑于 2024-03-28
  • 来自专栏今天有没有多懂一点工业安全

    5 种降低 OT 网络勒索软件风险的方法

    为了适当地强化 OT 基础设施并降低勒索软件攻击的风险,这里有 5 条 建议: 1. 扩大风险治理的范围,包括任何网络物理资产我们必须知道我们公司拥有什么。 5. 对勒索的事件响应计划进行练习。要为勒索软件攻击做准备,公司必须创建攻防演练并定期练习。这些可以帮助了解风险和提高事件响应能力的好机会。 通过采取一些简单的基础步骤,可以降低勒索软件对工业环境造成的风险。

    55410编辑于 2022-05-10
  • 来自专栏数据库相关

    SQL Server巡检

    这里简单的补充几个,用python包装一下即可集成到数据库巡检任务平台。 CN.most_recent_sql_handle) AS ST where CN.session_id = ${上一步查出来的BSID} 用python处理下,大致这样,还可以优化下通过钉钉告警出来: 长事务巡检 WHEN 4 THEN 'Distributed Transaction Initiated Commit Process' WHEN 5 SS.session_id = ST.session_id WHERE DATEDIFF(minute, AT.transaction_begin_time, GETDATE())> 5 -- 找出运行时间大于5分钟的事务 ORDER BY TransactionStartTime 用python处理下,大致这样,还可以优化下通过钉钉告警出来:

    1.7K30编辑于 2023-07-05
  • AR工业巡检:虚实融合的智能巡检技术详解

    一、核心原理:空间锚定与虚实叠加​AR 巡检通过技术手段建立物理巡检场景与数字信息模型的一一对应关系,它可以对真实空间进行数字增强,提神工人的感知能力。​ 边缘计算模块就近处理采集到的海量数据,降低延迟;AI 算法(如目标检测、图像识别)自动分析图像和传感器数据,识别设备缺陷(如螺栓松动、管道腐蚀、绝缘子破损),并标记风险等级。 三、实现流程​以工业设备巡检为例,AR 巡检的典型流程的为:​预处理阶段:采集巡检区域的环境数据,构建数字孪生模型,录入设备参数、检修标准、应急预案等信息,完成 AR 系统的场景标定(即建立虚拟坐标与物理坐标的映射关系 数据反馈阶段:巡检过程中产生的缺陷记录、图像、传感器数据自动上传至后台管理系统,更新设备档案,形成巡检报告,为后续维护计划制定提供数据支撑。​ 确认平面稳定追踪 5. 在平面中心创建锚点(对应原理:空间定位锚定) ArAnchor anchor = plane.createAnchor(plane.getCenterPose()); 6.

    98510编辑于 2025-10-20
  • 来自专栏Python自动化测试

    线上巡检机制

    这种情况下,可以使用线上巡检机制。 线上巡检机制可以把它理解为实时的进行轮训监控,如果一旦服务出现问题,触发报警的机制通知相关的人员进行紧急的处理。 针对线上巡检的机制可以沿着两个维度来思考,一个是单纯的验证服务的可用性,也就是服务返回200的状态码认为服务是可用的,另外一种是结合业务场景来进行,因为服务返回200的状态码不代表服务提供的业务场景是可用的

    1.5K10编辑于 2022-03-29
领券