- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯云智能顾问
【云顾问-云巡检】聚焦架构风险，助力卓越治理
云顾问云巡检功能一直以来着力于打造云上隐患风险发现能力，当前版本已结合云架构可视化能力，全面升级助力客户聚焦云上架构五大类型风险，持续治理优化打造卓越架构！ · 当前已上线云巡检插件，在架构图“治理视图”中可随时启用，全面巡检隐患风险。· 聚焦安全、可靠、性能、成本、服务限制 5 大类别巡检项，支持按架构业务特性启停、定制。 · 即时生成巡检报告，聚焦架构相关风险和趋势呈现，治理成果和进展可随时归档到“数字资产”，也可下载、分享。 · 【即将上线】基于自动巡检和各 region 资源自动生成架构图和风险可视化视图，提升架构绘制和治理效率。（敬请期待，相关问题欢迎联系我们）欢迎立即访问云顾问，体验云巡检！
1.1K10编辑于 2024-07-15 IT自动化巡检怎么做？从巡检策略、风险控制到异常闭环的技术实践
低风险、标准化操作可以自动处置；涉及业务风险的动作则应该进入审批流程。这也是自动化巡检与自动化运维平台结合后的真正价值：巡检负责发现问题，自动化负责执行标准动作。 六、安全控制为什么是巡检平台的核心指标巡检通常需要远程执行脚本，因此存在高危命令和权限风险。安全控制至少需要包含：高危命令识别；脚本版本管理；执行权限隔离；审批流程；全过程审计。 九、如何评价自动化巡检是否有效指标一：巡检覆盖率统计实际纳管对象与应巡检对象的比例，而不是只看任务执行次数。指标二：执行成功率检查巡检任务是否能够稳定完成。脚本大量失败会直接影响结果可信度。 技术标签自动化巡检、自动化运维、IT运维、巡检平台、智能巡检、基线核查、补丁管理、Web页面巡检、信创运维、CMDB发布前风险检查结果广告风险：通过。未设置厂商推荐或产品营销内容。引流风险：通过。 榜单风险：通过。未使用TOP、十大、最好等排名表达。重复风险：通过。结构已重构为“问题—原理—实践—验证—局限”。事实风险：通过。未新增具体数据，产品相关信息均来自原始材料。
16710编辑于 2026-09-09- 来自专栏Hank’s Blog
3-4 列表的子集
#列表的子集 Subsetting List #[[]] / $ / [[]][] / [[]][[]] #嵌套列表 /不完全匹配(partial matching) > x <- list(id=1:4,height=170,gender="male") > x[1] #找第1列的元素 $`id` [1] 1 2 3 4 > x["id"] #两个函数作用相同 $`id` [1] 1 2 3 4 > x[[1]] [1] 1 2 3 4 > x[["id"]] [1] 1 2 3 4 > x
1K10发布于 2020-09-16 - 来自专栏运维之路
风险感知场景（一）之“监控、拨测、巡检、可观测性”
从发现风险角度，我们经常会从监控、拨测、巡检、可观测性、演练、混沌工程等角度发现风险。 4.巡检 巡检是主动对IT运行风险的评估发现，包括常规巡检与深度巡检，前者是高频、例行的分析，通常融入到常规运维流程；后者主要从成本角度区别于常规巡检，比如加大评估分析面、分析深度、预测分析、协同范围 、问题跟踪等，通常深度巡检带有一定的风险分析主题。 巡检的目标是“主动评估风险”，强调的是一种主动发现风险的数字化思维模式与组织协同文化。 巡检：目标是“主动评估风险”，从风险角度重点关注健康质检，或更深度或广度风险评估，包括多个“点”组合的“面”，偏主动。
5.1K10编辑于 2022-11-16 靠人工巡检撑着的合规，就是银行最大的隐形风险
靠人工巡检撑着的合规，看似万无一失，实则危机四伏。一、人工巡检：合规的“纸糊城墙”“数十个设备巡检，需要手工输入账号、密码登录设备，手工完成信息采集和汇总。”“手动执行步骤复杂，耗时耗力效率低。” 二、表面合规，才是最大的风险“人工操作繁琐，耗时耗力效率低。”这句话的背后，是无数运维人员的心酸。但比这更可怕的是——为了应付检查而“做样子”。 三、自动化才是合规的真正“护城河”“自动化巡检确保100%覆盖且数据不可篡改。”一个自动化合规巡检平台，能做到人工巡检做不到的三件事：第一，100%覆盖，不漏一个。 同时，自动化合规巡检可以将等保2.0、行业专项合规等标准化模板内置，巡检过程自动校验合规性，生成带操作留痕的合规报告，满足金融行业严格审计要求。四、写在最后靠人工巡检撑着的合规，不是合规——是“赌”。 别让人工巡检，成为银行最大的隐形风险。
11200编辑于 2026-08-31- 来自专栏python3
3-4 文件读写例子
n学习通过文件流FileStream打开文本文件、写入文本文件、设置文件属性、实施对文件的目录操作管理的基本方法
1.3K30发布于 2020-01-14 - 来自专栏python3
3-4 文件读写例子(2)
向项目中添加名为FileOption.cs的类文件，并准备填写关于文件操作的各种方法，如图3－8所示：
62930发布于 2020-01-14 - 来自专栏python3
3-4 文件读写例子(4)
/*******************************************************
58730发布于 2020-01-14 - 来自专栏python3
3-4 文件读写例子(3)
//==============================第二部分：类设计============================
59110发布于 2020-01-08 - 来自专栏python3
3-4 文件流类FileStream
nFileMode和FileAccess，FileShare方法基本介绍及注意事项
1.1K20发布于 2020-01-07 - 来自专栏腾讯云智能顾问
周五下午，那个改了 5 版的 Excel 还没发出去~
对比：以往需要在五个控制台之间跳转评估风险和容量，然后截图发邮件与架构师对齐。现在一句话获取巡检报告，风险和容量一目了然，且与云厂商团队在同一张架构图上在线协作。 在 5+ 个控制台之间反复跳转，逐项检查（半天） 一句话获取巡检报告，风险+容量水位全覆盖 团队协作 邮件传 Excel/截图，反复 3-4 轮对齐（3-5天） 架构图在线协作，云厂商直接标注风险 护航发起 检查方式改变：从人工逐项检查变为 AI 自动巡检 ● 传统：人工登录 5+ 个控制台，逐项检查配置和监控曲线 ● CloudQ：AI 自动巡检，一句话获取风险+容量水位全覆盖 3. 协作方式改变：从邮件反复沟通变为在线实时协作 ● 传统：邮件传文档，来回 3-4 轮对齐 ● CloudQ：架构图在线协作，云厂商直接标注风险，运维实时跟进 SH-WEB 架构护航实践总结：三步法则 护航中：随时通过 CloudQ 获取巡检报告，了解风险项和容量水位；标准护航场景下还可在架构图上与云厂商在线协作 3.
17100编辑于 2026-05-09 银保监现场检查，运维拿不出完整巡检记录，当场记风险点
风险点当场记录在案，整改通知书随后送达，而最可怕的不是罚款本身，而是这个风险点会同步到机构评级、业务审批、乃至下一年度的监管频次中——影响深远、代价沉重。一、一张缺失的巡检记录，是如何变成风险点的？ 任何一个环节出现漏洞——一段记录的缺失、一个资产被遗漏、一个“正常”背后没有截图支撑——都可能被定性为“巡检制度执行不到位，信息科技风险管控存在隐患”，作为风险点写入检查底稿。 一个完整、连续、可追溯的巡检台账，是你向监管机构证明“信息科技风险可控”的最直接的证据。不要等到检查人员坐在会议室里，你才发现那个月的巡检记录有5天空白，或者那台核心数据库的检查结果丢失了截图。 在超自动化巡检时代，这样的风险点完全可以通过一次工具升级来规避——让系统自动记录每一次检查，让监管审查时，你能拿出没有任何漏洞的完整台账。 让每一次检查都有据可查，不给风险点留下任何模糊地带——这是超自动化巡检，对银保监合规最直接的承诺。
21200编辑于 2026-07-08- 来自专栏用户画像
4.4 文件系统疑难点 3-4
为了创建一个文件，应用程序调用逻辑文件系统。逻辑文件系统知道目录结构形式。它将分配一个新的FCB给文件，把相应目录读入内存，用新的文件名更新该目录和FCB，并将结果写回到磁盘。
78710发布于 2018-08-24 - 来自专栏东隅已逝
MySQL巡检
MySQL本身 MySQL本身的监控应该包含重点参数的检查，MySQL状态的检查，除此以外还应该包含自增id的使用情况（小心因为自增id使用满了 不能insert写入从而引发报警哦），及主从健康状态的巡检 中间件的巡检 mycat && proxysql 这些中间件的巡检，首先参考系统巡检，再看一下中间件本身的日志类和状态类信息，网络延迟或丢包的检查，也是必须要做工作。
2.2K40发布于 2019-12-12 - 来自专栏杨建荣的学习笔记
业务巡检-系统巡检该怎么做
系统巡检是对于服务巡检的第一站，所以在这里我们要做好第一班岗，如果系统巡检稀里糊涂，那么后续的数据库服务巡检效果也会大打折扣。 对于系统巡检整体上有如下的一些部分需要注意： ? 可能整体看起来没有太深入的理解，但是和实践结合起来就有很多的注意事项，我们就以硬件信息-ILO状态检查为例来提供一种巡检思路，iLO(Integrated Lights-Out)服务基于惠普的远程控制卡服务 对于iLO服务，我们需要做如下的巡检： （1） 检查ILO可用性和使用情况 （2） ILO模块是否开启 （3） iLO密码检查 （4） iLO超过最大用户连接数限制检查 （5） iLO在不同的硬件产品版本和浏览器的兼容性
3.3K20发布于 2019-05-13 - 来自专栏用户6465593的专栏
设备巡检的痛点和巡检方案
如何让设备巡检人员高质量完成巡检工作呢也是管理者头疼的一个问题。设备巡检工作的难点在哪呢？ 对巡检人员而言：巡检人员需要按照巡检任务对设备进行巡检，保证按时完成巡检任务。纸质的巡检表格显然不方便开展巡检工作。没有自动提醒功能的话，很容易漏检，纸质表格数据也容易丢失等。 2) 可设置巡检定位和拍照，实现高效巡检管理员创建巡检方案后，系统可根据周期自动生成巡检任务，分配给巡检人员。可设置巡检定位、拍照以及巡检班组、巡检路线、巡检点等。巡检人员根据设置的巡检路线进行巡检。 抵达相应的巡检点和设备存放处后扫码填写巡检项目，现场定位并对设备进行拍照记录，可有效规避未到场的假巡检等；同时，通过易点易动设备巡检解决方案，可以设置自定义提醒，确保巡检班组人员收到巡检提醒，确保巡检没有遗漏 3) 实时掌握巡检数据，多维度巡检数据分析通过易点易动设备巡检解决方案自动生成多维度的巡检数据报表，让管理者可实时掌握设备巡检状态、巡检点统计、班组巡检统计、整改统计、巡检点整改统计等，从而可以进一步优化巡检工作和巡检人员管理
1.4K30编辑于 2022-09-01 - 来自专栏叽叽西
lagou 爪哇 3-4 spring cloud 问答笔记
熔断即断路保护。微服务架构中，如果下游服务因访问压⼒过⼤⽽响应变慢或失 败，上游服务为了保护系统整体可⽤性，可以暂时切断对下游服务的调⽤。这种牺 牲局部，保全整体的措施就叫做熔断。
68720编辑于 2022-05-17 AI智能体搞定Linux全自动巡检
整套人工巡检流程走完，最少需要 3-4 小时，服务器数量增多，耗时更是成倍上涨。 ，精准识别 CPU 过载、磁盘爆满、日志异常等风险 4）、自动生成运维报表：整合巡检数据，划分风险等级，附带优化整改建议，报表直接可用 5）、实时异常告警：出现宕机、资源爆满等紧急故障，第一时间推送消息提醒运维人员 智能数据分析（自动识别异常） if name == "磁盘" and "100%" in res: errors.append("磁盘使用率 100%，服务存在崩溃风险 传统运维 VS AI 智能自动化运维 对比维度 传统人工巡检 Python+AI 智能体运维 巡检频次 每日 1-2 次，容易出现漏检 7×24 小时不间断巡检，无巡检盲区 巡检耗时 批量巡检 3-4 故障处理 被动等待告警，排查耗时久 主动预判风险，快速定位故障根源 工作状态 熬夜加班 无人值守 4.
57510编辑于 2026-06-22- 来自专栏AI机器学习与深度学习算法
机器学习入门 3-4 创建Numpy数组(和矩阵)
Notes: zeros 和 ones 函数创建的数组默认为浮点型，而 full 函数 dtype 默认为 None 类型，所以如果在使用 full 不指定 dtype 的情况下，默认为传入 fill_value 值的类型。
1.1K10编辑于 2022-05-25 - 来自专栏爬虫逆向案例
Js逆向-猿人学(3-4)访问逻辑-样式干扰
第三题和第四题跟Js逆向没有什么关系，本来是不想发的，为了排版好看也发这个专栏里吧。
81930发布于 2021-11-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号