- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术杂记
Elasticsearch 监控4
创建nginx用户 [root@es_node cert]# useradd nginx [root@es_node cert]# grep nginx /etc/passwd nginx:x:505:505::/home/nginx:/bin/bash [root@es_node cert]# chown -R nginx.nginx /usr/local/nginx/ [root@es_node cert]# ll total 12 -rw------- 1 nginx nginx 1249 Jan
29110编辑于 2022-02-10 - 来自专栏技术杂记
RabbitMQ 监控4
创建用户 [root@rabbitmq ~]# rabbitmqctl list_users Listing users ... cooper [] guest [administrator] [root@rabbitmq ~]# rabbitmqctl add_user mqmonitor mqpass Creating user "mqmonitor" ... [root@rabbitmq ~]# rabbitmqctl list_users Listing users ... cooper []
25430编辑于 2022-02-09 - 来自专栏技术杂记
Mysql 监控4
目前是使用 root 的身份执行的，但是 zabbix agent 是使用 zabbix 身份来执行这条命令的，我们尝试使用 zabbix 来执行一下，看看效果
1.2K30编辑于 2022-06-30 - 来自专栏敏捷开发
教你绕过看板误区——看板如何应用？
对于看板来说，正确的流程才能产生正确结果。 为了发挥看板方法论的最大作用，很多公司不断优化看板内容，实现全程持续改进。 很多企业在看板中添加的工作项是技术任务，比如JavaScript页面开发、后台数据、测试用例设计等。 实际上，看板中流动的应该是直接承载用户或客户价值的内容，比如：需求、线上缺陷等。 若看板上流动的是技术任务，就失去了管理和优化价值流的意义。 当然，并不是说技术任务类型工作不应该上看板，而是说，这种类型的工作项可以作为从需求拆分的子工作项，它们在看板上流动一些环节后结束生命，最终交付给用户或客户的是承载价值的工作项。 总的来说，从依据价值流的工作项流动过程中，我们总结出团队在应用看板时需要注意的两点： 在看板上价值流动的单位是承载价值的工作项。
67600发布于 2020-11-16 - 来自专栏SAP最佳业务实践
SAP最佳业务实践:使用看板的生产制造(233)-4经典看板：使用及时 (JIT) 调用、看板计算和警报的外部采购
已检查 R234-4 数据的可用性。 ? 2、PK13N将可用看板设置为 "空" 在此活动中，将可用看板设置为 "空" 可触发 R233-4 的外部采购。 已创建物料 R233-4 的看板控制周期。 将一个看板 R233-4 设置为 "空"。要执行此操作，请选择一个等待的看板 ( ? )，然后选择为空。 看板状态将设置为空 ( ? )。将自动创建及时调用。 4. 4、PK07预计算未来需求的看板。 在此活动中，您将预先计算下一期间（月）所需的看板。 已创建物料 R233-4 的看板控制周期，且物料 R233-4 存在相关需求。 在弹出窗口中检查是否已计算看板周期。 4. 按 回车。 已为物料 R233-4 创建看板的未来需求建议。 在解锁看板屏幕上，标记物料 R233-4 的看板，然后选择按钮 解锁所有看板。 3. 按 是确认信息消息。 已为物料 R233-4 解锁新创建的看板。它们现在可供使用。
3.8K41发布于 2018-03-27 - 来自专栏xcdh
看板娘
看着别人博客主页的看板娘好萌好贴心,自己也想弄一个啊此处记录自己的学习实践过程,也供大家参考我认为一个不太够所以我弄了两个哈哈题外话. margin-bottom: 50px; box-shadow: 0 2px 6px rgba(100, 100, 100, 0.3); } body { background-image: url("http://ww4. important; left: 0; } 这个相对了说比较适合 最重要的还是自定义body标签末尾位置内容 L2Dwidget.init(); 看板娘的图形代码地址合集：https://www.lanol.cn
28700编辑于 2024-12-25 - 来自专栏学而时习之
【Prometheus】4. 监控案例
监控linux服务器 node_exporter 概述 node_exporter：用于*NIX系统监控，使用GO语言开发的收集器 使用文档：https://prometheus.io/docs/guides xfs"} /node_filesystem_size_bytes{mountpoint="/", fstype=~"ext4|xfs"} * 100) 监控服务状态 1. 更多看板：https://grafana.com/dashboards 使用方法 1. docker安装：docker run -d --name=grafana -p 3000:3000 grafana 创建仪表盘 image.png image.png image.png 4. 语言开发 下载地址：https://github.com/google/cadvisor 更多看板：https://grafana.com/dashboards/193 使用方法： 1.
1.6K20发布于 2021-05-06 - 来自专栏云计算之道
SCRUM 还是 看板
另外，在选择SCRUM时，还需要考虑以下方面： 节奏 SCRUM强调的是快速交付，在每个Sprint结束时交付用户可用的可交付物，每个Sprint一般2周最多4周，有着清晰的开始和结束时间。 因此，我们在选择SCRUM之前，需要先问自己2个问题：1）团队是否如此快节奏的交付；2）团队是否有足够意愿参加SCRUM的4种会议。 看板：一种持续改善，变化灵活的过程 看板是一种持续的工作流结构，强调为保持团队的敏捷以随时适应和应对变化。看板的卡片代表工作项，在代表工作项的不同状态或时期之间移动。 角色 整个团队对看板负责。有些团队可能需要一个敏捷教练的角色来帮助看板过程的顺利进行，但是不像SCRUM一样，有一个看板master,来保证每件事情都平稳运行。 看板过程中，整个团队相互协作，来负责交付看板上的每个任务。 关键指标 循环周期（Cycle Time）是看板过程的一种重要指标。它指的是一个工作项从开发到结束所花费的平均时间。
87020编辑于 2022-06-13 - 来自专栏solate 杂货铺
go监控方案(4) -- telegraf
telegraf 整个包非常大，在这个方案只用了statsd插件部分的修改，所以更具体的需要根据自己需要进行学习，如果只是使用本方案就可以略过。
3.3K20发布于 2019-07-22 - 来自专栏技术杂记
Zabbix 监控系统搭建4
初始化数据在 /usr/share/doc/zabbix-server-mysql-2.4.7/create/ 中
33410编辑于 2022-02-09 - 来自专栏王小雷
Hadoop YARN学习之监控集群监控Nagios（4）
doop YARN学习之监控集群监控Nagios（4） 1. Nagios是一个流行的开源监控工具，可以用来监控Hadoop集群。 2. 监控基本的Hadoop服务 调试好脚本后命名为chek_resource_manager.sh，并把它放在Nagios的插件目录中。
1K90发布于 2018-01-02 - 来自专栏C博文
从模型到监控 “用Prometheus+Grafana搭建RAG系统运维看板”
这种"黑盒"状态导致平均故障修复时间（MTTR）超过4小时，直接影响用户体验和业务连续性。更严重的是，由于缺乏细粒度监控，许多团队直到月底账单出现才惊觉LLM调用费用已超预算200%以上。 某案例中GPT-4的32K上下文用量突发增长，3天内产生$23，000额外费用，直到月末结算才暴露。 PromQL强大查询：支持跨指标关联分析（如延迟与成本相关性） 4. # NLP检测幻觉关键词 if detect_hallucination(comment): HALLUCINATION_FLAG.inc() Grafana看板工程学 生成优化建议报告 阶段1：基础监控（1-2周） 阶段2：高级分析（2-4周） 业务指标映射 机器学习异常检测 成本优化引擎 阶段3：自治运维（持续迭代） 自动根因分析 预测性扩缩容 智能知识管理 核心范式转变
67810编辑于 2025-07-15 - 来自专栏最新最全的大数据技术体系
有效线索主题看板
有效线索主题看板： 报名用户主题看板，该看板有三个需求。 我们先来进行维度和指标的分析，维度包括年月日时，线上线下和新老客户，指标只有有效线索量。第一个需求是有效线索转化率。 以上就是我的有效线索看板的看板分析，谢谢大家。 ?
69020发布于 2021-04-09 - 来自专栏CODING DevOps
看板的前世今生
对于如今的敏捷开发团队来说，看板是一项非常重要的功能，但看板的工作方法可以追溯到 50 多年前。 看板的板 所有看板团队的工作都围绕着一块看板，看板是一种用于可视化工作并优化团队工作流程的工具。 看板方法极度依赖工作的完全透明性和实时沟通能力，因此看板应被视为团队工作的唯一真实来源。 看板上的卡片 在日语中，看板字面意思是“视觉信息”。 对于使用看板的团队，每个工作项目都会以卡片的形式单独在看板上显示。 将工作展示为看板上的卡片的主要目的是，允许团队成员以高度直观的方式审视工作流程，跟踪各项工作进度。 看板的优势 看板是当今敏捷团队采用的最流行的软件开发方法之一，并为各种规模的团队项目规划提供了几个额外的优势。
82020发布于 2019-09-16 - 来自专栏yeedomliu
《Prometheus监控实战》第4章 监控主机和容器
第4章 监控主机和容器 首先，我们将在每台主机上安装exporter，然后配置节点和Docker指标让Prometheus来抓取。 该方法对于监控那些受高使用率或饱和度的性能问题影响的资源来说是最有效的 资源：系统的一个组件。 4.4.2 重新标记 在一个集中的复杂监控环境中，有时你无法控制监控所有资源以及所有暴露的监控数据。通过重新票房，你可以控制、管理并标准化环境中的指标。 内存饱和度 我们还可以通过检查内存和磁盘的读写来监控内存饱和度。 通过一个名为predict_linear的函数，可以构造一个查询来回答这个问题 predict_linear(node_filesystem_free_bytes{mountpoint="/"}[1h], 4*
6.2K21发布于 2019-12-19 - 来自专栏东风微鸣技术博客
OpenShift 4 监控技术栈解析
了解 红帽OpenShift 4监控技术栈 概述 默认平台监控级别 OpenShift 4 包括一个预配置、预安装和自我更新的监控技术栈，用于监控核心平台组件。 OpenShift 4 提供了与监控相关的现成的最佳实践。其中默认包括一组警报，可立即就集群问题通知集群管理员。 监控技术栈 OpenShift 4 监控堆栈基于 Prometheus 开源项目及其更广的生态系统。监控堆栈包括以下组件： 默认平台监控组件。 在 OpenShift 4 安装过程中，默认会在 openshift-monitoring namespace(租户) 中安装一组平台监控组件。 这为包括 Kubernetes 服务在内的 OpenShift 4 核心组件提供了监控。默认监控堆栈还为集群启用远程健康状态监控。上图中的默认安装部分说明了这些组件。 用于监控用户定义项目的组件。
1.5K20编辑于 2022-04-21 - 来自专栏Prometheus专栏
Prometheus监控神器-Alertmanager篇(4)
为了提升Prometheus的服务可靠性，我们会部署两个或多个的Prometheus服务，两个Prometheus具有相同的配置（Job配、告警规则、等），当其中一个Down掉了以后，可以保证Prometheus持续可用。
2.1K20发布于 2020-08-25 - 来自专栏腾讯云智能顾问
【云顾问-健康看板】腾讯云健康看板（Status Page）简介
简介腾讯云健康看板（Status Page）已于2023年在腾讯云官网全面上线，为用户提供腾讯云产品在全球各区域的健康状态和可用性相关的信息，方便用户及时关注或在需要的时候进行回溯查询。 及时准确能够及时准确地展示腾讯云服务的可用性状态，以实时看板的形式呈现各服务状态和异常处理过程。历史记录保存一年的历史记录供用户快速、方便地进行查看。 产品架构产品可用性实时监测云产品实时监测自身服务可用性，通过事件总线将异常事件信息投递到腾讯云健康看板。及时准确腾讯云健康看板将通过准确性校验后的可用性事件及时展现到官网页面。 系列文章腾讯云Status Page（健康看板）前端部署实践腾讯云Status Page（健康看板）服务端渲染实践腾讯云Status Page（健康看板）容灾设计与混沌演练实践——上篇腾讯云Status Page（健康看板）容灾设计与混沌演练实践——下篇
1.1K10编辑于 2024-03-12 - 来自专栏CSDN技术头条
软件看板之父David Anderson：使用看板方法进行项目管理
一、使用看板方法管理项目 我是项目经理，看板对我来说意味着什么? 我是项目经理，我的组织正在采用Kanban，它对我意味着什么？以及我应该在工作中如何使用看板？ 在企业已经实施的看板体系中，你的现有角色并未发生改变，仍然是项目经理。然而，为了在已经实施的看板系统中充分利用可预测性和风险管理，你应该对自己的工作进行适当调整。 看板方法中，排优先级不再是一种活动，而是当看板系统中形成拉动信号时，根据可选工作的风险情况动态决策所产生的结果。 还有一种找到这一时间点的方法，就是监控看板系统的流动性，寻找流动性水平发生较大变化的日期。这样的日期可作为制作直方图时数据采样的历史时间起点。 图2 利特尔法则 利特尔法则应用于看板时，可表述为：离开看板系统（所有工作完成后被存档）的工作项的平均交付速度等于系统中看板的数量（即WIP限制）除以平均前置时间。
1.8K90发布于 2018-02-11 - 来自专栏腾讯云智能顾问
【云顾问-健康看板】腾讯云Status Page（健康看板）前端部署实践
前言 腾讯云健康看板（Tencent Cloud Health Dashborad，下面简称：腾讯云status page ），采用了Next.js全栈框架实现SSR+SSG。 LEVELS = { trace: log4js.levels.TRACE, debug: log4js.levels.DEBUG, info: log4js.levels.INFO, warn: log4js.levels.WARN, error: log4js.levels.ERROR, fatal: log4js.levels.FATAL, }; const LAYOUT_CONSOLE 快速访问 腾讯云Status Page 国际站Status Page 系列文章 腾讯云Status Page（健康看板）简介 腾讯云Status Page（健康看板）前端部署实践 腾讯云Status Page （健康看板）服务端渲染实践 腾讯云Status Page（健康看板）容灾设计与混沌演练实践——上篇 腾讯云Status Page（健康看板）容灾设计与混沌演练实践——下篇 参考 Nextjs Nginx
1.8K50编辑于 2024-03-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号