Mobabel

Just One Pure ITer

Category: System Monitor

[转]使用Hadoop和ELK进行业务代码分析 0

System Monitor

[转]使用Hadoop和ELK进行业务代码分析

大数据是计算领域的新高地，它有望提供一种方法来应对二十一世纪不断增长的数据生成。越来越多的大数据爱好者正在涌现，越来越多的公司正在采用各种大数据平台，并希望提出以客户为中心的解决方案，帮助他们在竞争激烈的市场中取得领先地位。虽然最常见的是使用大数据解决方案来推导针对业务收入的分析，但作为IT公司的开发人员，我的方法却略有不同。 以下是Hadoop生态系统用于监控，分析和改进IT公司软件组件的用例。

[汇总]监控系统经验 0

System Monitor

[汇总]监控系统经验

想吃透监控系统，就这一篇够不够? 这篇监控系统的建设思路，让你彻底找出性能瓶颈 系统监控 USE 法（Utilization Saturation and Errors）:USE 法把系统资源的性能指标，简化成了三个类别，即使用率、饱和度以及错误数。 性能指标: CPU, Memory, IO, Network, Connection 监控系统: 数据采集模块，数据存储模块，数据查询和处理模块，告警模块，可视化展示模块 应用监控 应用监控指标 全链路监控 日志监控   目标4个9的可用性？试试用 Prometheus 和 Grafana记录服务可用时间

0e3735c3f9e54d129509ee659afffe05_th.png 0

System Monitor

[转]日志处理两大生态Splunk和ELK深度对比

随着Splunk越来越被大家熟知和认可，现在市面上也不断涌各种同类产品，作为大数据搜索界的翘楚Splunk和ElasticSearch，绝对值得我们去学习，探索和使用，因此为了造福Splunk的铁粉和新粉们，小编特邀了Splunk的资深架构师，江湖人称“陶指导”的陶刚为大家就架构，功能，产品线，概念等方面将Splunk和ElasticSearch做了一下全方位的对比，希望能够给大家在制定大数据搜索方案的时候有所帮助。 陶刚在Splunk上海担任资深架构师，负责数据采集和云平台产品的技术架构。 拥有丰富的企业级产品的开发经验，对数据科学，数据可视化和机器学习等领域有着浓厚的兴趣。同时是足球和炉石传说的狂热爱好者，也是大圣庞卡足球队的当家球霸和炉石传说俱乐部最受追捧的明星会长。 本文就架构，功能，产品线，概念等方面就ElasticSearch和Splunk做了一下全方位的对比，希望能够大家在制定大数据搜索方案的时候有所帮助。

[转]从初创型到独角兽企业，监控架构演进 0

System Monitor

[转]从初创型到独角兽企业，监控架构演进

1. 一、业务背景 运满满创立于 2013 年，致力于为公路运输行业提供高效管理配货的 app。在 5 年时间内从初创型公司发展到独角兽企业，我们经历了很多次的技术架构调整。 今天给大家分享下不同时期，在运维监控方面做的多次架构升级。希望给大家在技术选型阶段，提供一些参考和借鉴。

0

System Monitor

[转]运维监控的终极秘籍

本文从饱和监控的采集和监控的四个黄金指标入手，解答关于新系统如何添加监控的问题。 有很多文章都提到过白盒监控和黑盒监控，以及监控的四个黄金指标。关于白盒与黑盒监控的定义，这里不再赘述。一般来说，白盒与黑盒分别从内部和外部来监控系统的运行状况，例如机器存活、CPU 内存使用率、业务日志、JMX 等监控都属于白盒监控，而外部端口探活、HTTP 探测以及端到端功能监控等则属于黑盒监控的范畴。

[转]携程新一代监控告警平台Hickwall架构演进 0

System Monitor

[转]携程新一代监控告警平台Hickwall架构演进

监控告警是网站可用性的第一道防线，为网站提供更加实时可靠高效的监控告警，对互联网企业具有非凡的意义。致力于这个目标，经过不断地改进，携程新一代监控告警平台 Hickwall 在存储效率、查询速度和告警可靠性方面都有了极大的改善。 本文将从存储、聚合、告警三个方面介绍 Hickwall 在核心架构方面的演进。

0

System Monitor

[转]Nginx监控运维

Nginx 是一个开源、免费、高性能的 HTTP 和反向代理服务器，也可以用于 IMAP/POP3 代理服务器。充分利用 Nginx 的特性，可以有效解决流量高并发请求、cc 攻击等问题。 本文探讨了电商场景下 Nginx 的监控方案，并将使用过程中遇到的问题和解决方案与大家一起分享。

[转]360容器平台监控实践 0

System Monitor

[转]360容器平台监控实践

360 近年来上线了容器云平台，给团队工作带来了一些便利，同时也给运维工作带来了很多挑战。 1.    背景 360 在做容器化平台之前，有一个基于小米开源的 Open-Falcon 进行二次开发的老监控系 (Wonder)，这个系统承揽了公司所有的物理机和虚拟机的监控任务。随着容器技术的普及，以容器的方式在创建应用时，由于 Kubernetes 容器编排系统部署的服务具有弹性扩容的特性，而老的监控系统无法感知这些动态创建的服务，已经不适合容器化的场景，所以 360 团队就搭建了一套可以支持服务发现的新监控系统。