团队监控
收录了 团队监控 频道下的 50 篇内容
新的杀手级应用: 从军队借鉴团队合作和微弱信号检测的经验
这篇文章探讨了来自军队的团队合作和微弱信号检测经验如何成为“新的杀手级应用”。
建立自组织敏捷团队
敏捷建议团队自组织他们的工作。问题就产生了，自组织是什么，什么样的组织让团队可能做到自组织。
DigitalOcean 添加监控和告警特性
云基础设施提供商DigitalOcean最近释放了监控服务器和发送告警的功能。尽管这不是什么新奇的功能，但是这个免费的特性带有一定的象征性，代表了行业越来越关注服务器和应用内部的运行情况。
部署策略对比：蓝绿部署、金丝雀发布及其他
更频繁的部署，意味着已经部署的代码会对站点可用性和客户体验带来负面影响。这就是制定代码部署策略如此重要的原因，因为它可以最大限度的降低产品和客户的风险。
百分点大数据技术团队：万亿级大数据监控平台建设实践
随着互联网业务的迅速发展，用户对系统的要求也越来越高，而做好监控为系统保驾护航，能有效提高系统的可靠性、可用性及用户体验。
King 使用 Looker 打造更有趣的游戏
从一开始，King 便依靠分析来帮助开发人员在简单和困难之间实现完美平衡。
Chaperone：来自 Uber 工程师团队的 Kafka 监控工具
Uber工程师团队发布了开源项目Chaperone，这是一个Kafka监控工具。在Uber，它被用于监控并检测多个数据中心及大容量Kafka集群中数据丢失、延迟以及重复的问题。
邪恶大模型多到离谱！黑客通过后门攻击操纵大模型，BadGPT 时代来了？
不是大模型变坏了，是用大模型的人变坏了。
中小型研发团队架构实践：应用监控怎么做？
“没有度量就没有提升”，度量是改进优化的基础，是做好一个系统的前置条件。业务应用是个黑盒子，通过数据埋点来收集应用的实时状态，然后展示在大屏或看板上。它是报警系统和数字化管理的基础，还可以结合集中式日志来快速定位和查找问题。我们的业务监控系统使用 Metrics.NET+InfluxDB+Grafana。
Robinhood 工程团队是如何实现度量的收集和监控的
Robinhood服务器运营团队发表了一系列的文章，详细阐述了公司所采用的度量采集、监控和报警的架构。根据文章介绍，OpenTSDB、Grafana、Kafka和Riemann构成了其技术栈的核心。其中Kafka作为代理层，实现将度量流数据推送给Riemann处理，并推送到OpenTSDB存储。
热门方向 Top4：大前端监控、移动端性能与效率优化、团队可持续发展、低代码
2 月 7 日，由极客邦科技旗下 InfoQ 中国举办的 GMTC 全球大前端技术大会在北京·四季酒店顺利落下帷幕。
携程框架团队对于应用监控系统的探索与思考
本文介绍携程框架团队对于应用监控系统的探索与思考
性能监控综述：Rails 核心团队与 New Relic 合作，FiveRuns TuneUp 支持 Merb
NewRelic宣布与Rails核心团队合作，以改进Rails的性能。通过可选特性，可以将性能数据提供给Rails核心团队，用以指出Rails在真实应用中的瓶颈所在。另外：FiveRuns的TuneUp性能监控工具现在已经支持Merb。
大话 DevOps 监控，团队如何选择监控工具？
如今的软件开发⽣命周期⽐以往任何时候都快，多个开发和测试阶段同时发⽣。这催⽣了DevOps，使之前执⾏开发测试与运营管理彼此孤⽴的团队转化为了要执⾏所有功能并接受“⾃⼰构建，⾃⼰运营”(YBIYRI)的联合团队。
微服务场景下监控的设计和实现 | InfoQ 公开课
随着业务迅速扩张，越来越多后端团队采用微服务设计方案。系统基础设施提出更高要求。微服务场景下，后台服务数量迅速膨胀，各个服务技术选型多样化，涉及相关人员众多，对系统监控带来比较大挑战。
监控全覆盖，接入只需 5 分钟：爱奇艺内容中台基于 CAT 的服务监控实践
系统监控一直是项目完整性的一个要素，“不让没有监控的系统上线”，这条准则也逐渐得到越来越多的人的认可。
微博增值团队可观测性落地实践与回顾 - 上篇
过去两年多作者本人关于可观测性相关工作的反思与回顾。
某 500 强银行基于 Zabbix 高级特性的全栈自动化监控实践
Prometheus和Zabbix哪一个更好？
京公网安备 11010502039052号 | 产品资质
