[转]Nginx监控运维
Nginx 是一个开源、免费、高性能的 HTTP 和反向代理服务器，也可以用于 IMAP/POP3 代理服务器。充分利用 Nginx 的特性，可以有效解决流量高并发请求、cc 攻击等问题。 本文探讨了电商场景下 Nginx 的监控方案，并将使用过程中遇到的问题和解决方案与大家一起分享。
Category: Distributed Architecture
![[转]百亿大表任意维度查询，如何做到毫秒级返回](http://www.mobabel.net/wp-content/themes/hueman/assets/front/img/thumb-medium-empty.png)
[转]百亿大表任意维度查询，如何做到毫秒级返回
随着闲鱼业务的发展，用户规模达到数亿级，用户维度的数据指标，达到上百个之多。 如何从亿级别的数据中，快速筛选出符合期望的用户人群，进行精细化人群运营，是技术需要解决的问题。业界的很多方案常常需要分钟级甚至小时级才能生成查询结果。本文提供了一种解决大数据场景下的高效数据筛选、统计和分析方法，从亿级别数据中，任意组合查询条件，筛选需要的数据，做到毫秒级返回。
[转]360容器平台监控实践
360 近年来上线了容器云平台，给团队工作带来了一些便利，同时也给运维工作带来了很多挑战。 1. 背景 360 在做容器化平台之前，有一个基于小米开源的 Open-Falcon 进行二次开发的老监控系 (Wonder)，这个系统承揽了公司所有的物理机和虚拟机的监控任务。随着容器技术的普及，以容器的方式在创建应用时，由于 Kubernetes 容器编排系统部署的服务具有弹性扩容的特性，而老的监控系统无法感知这些动态创建的服务，已经不适合容器化的场景，所以 360 团队就搭建了一套可以支持服务发现的新监控系统。
[转]ZooKeeper分布式锁的实现原理
1. 一、写在前面 之前写过一篇文章（《拜托，面试请不要再问我Redis分布式锁的实现原理》），给大家说了一下Redisson这个开源框架是如何实现Redis分布式锁原理的，这篇文章再给大家聊一下ZooKeeper实现分布式锁的原理。 同理，我是直接基于比较常用的Curator这个开源框架，聊一下这个框架对ZooKeeper（以下简称zk）分布式锁的实现。 一般除了大公司是自行封装分布式锁框架之外，建议大家用这些开源框架封装好的分布式锁实现，这是一个比较快捷省事儿的方式。
[转]Uber:大规模系统下如何构建可伸缩的告警生态系统
Uber 的软件架构包含上千个微服务，为了维持增长和架构，Uber 的可观察性团队构建了一个健壮的、可伸缩的指标和告警管道，具体来讲，就是构建了两个数据中心内的告警系统，称为 uMonitor 和 Neris。 Uber 的软件架构包含上千个微服务，它们能够让团队快速迭代并支撑公司的全球化增长。这些微服务支撑着各种解决方案，比如移动应用、内部与基础设施服务、产品等，它们有着非常复杂的配置，这些配置会在城市和子城市级别对产品的行为产生影响。
[转]Redis持久化实战
它支持的数据类型很丰富，如字符串、链表、集合、以及散列等，并且还支持多种排序功能。 1. 什么叫持久化？ 用一句话可以将持久化概括为：将数据（如内存中的对象）保存到可永久保存的存储设备中。 持久化的主要应用是将内存中的对象存储在数据库中，或者存储在磁盘文件中、 XML 数据文件中等等。
[总结]Redis热点Key发现及常见解决方案
1. 一、热点Key问题产生的原因 1、用户消费的数据远大于生产的数据（热卖商品、热点新闻、热点评论、明星直播）。 在日常工作生活中一些突发的的事件，例如：双十一期间某些热门商品的降价促销，当这其中的某一件商品被数万次点击浏览或者购买时，会形成一个较大的需求量，这种情况下就会造成热点问题。 同理，被大量刊发、浏览的热点新闻、热点评论、明星直播等，这些典型的读多写少的场景也会产生热点问题。 2、请求分片集中，超过单 Server 的性能极限。 在服务端读数据进行访问时，往往会对数据进行分片切分，此过程中会在某一主机 Server 上对相应的 Key 进行访问，当访问超过 Server 极限时，就会导致热点 Key 问题的产生。 2. 二、热点Key问题的危害 1、流量集中，达到物理网卡上限。 2、请求过多，缓存分片服务被打垮。 3、DB 击穿，引起业务雪崩。 如前文讲到的，当某一热点 Key 的请求在某一主机上超过该主机网卡上限时，由于流量的过度集中，会导致服务器中其它服务无法进行。 如果热点过于集中，热点 Key 的缓存过多，超过目前的缓存容量时，就会导致缓存分片服务被打垮现象的产生。 当缓存服务崩溃后，此时再有请求产生，会缓存到后台 DB 上，由于DB 本身性能较弱，在面临大请求时很容易发生请求穿透现象，会进一步导致雪崩现象，严重影响设备的性能。 3....
[转]58集团RPC框架SCF的设计与实践
1. 前 言 RPC 是远程过程调用（Remote Procedure Call）的缩写，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。举例来说，部署在 A 节点上的应用调用部署在 B 节点上的应用提供的接口，A 节点需要将调用的数据信息通过网络传递到 B 节点，B 节点根据接收到的数据信息找到具体的接口执行，并将执行的结果通过网络返回给节点 A。 RPC 框架封装网络传输、序列化、负载均衡、故障剔除等通用能力，使得 A 节点可以像调用本地方法一样简单地调用远程接口。 SCF 是 58 自主研发的 RPC 框架，致力于在分布式环境下提供高性能、高可靠和透明化的 RPC 远程调用方案。 服务管理平台是基于 SCF 框架的服务治理平台，具有服务节点自动注册与发现、负载均衡、服务鉴权、全方位监控、完善的告警等特点。 2. 整体架构 SCF...
[转]消息中间件–2缺点
这篇文章给大家讲讲，如果你在系统架构里引入了消息中间件之后，会有哪些缺点？ 1. 1 系统可用性降低 首先是你的系统整体可用性绝对会降低，给你举个例子，我们就拿之前的一幅图来说明。
![[汇总]AI经验](http://www.mobabel.net/wp-content/themes/hueman/assets/front/img/thumb-small-empty.png)
