yadan

CentOS 中 nginx 负载均衡和反向代理的搭建

InfoQ 记者采访京东弹性云项目负责人鲍永成的文字稿，在 2015 年的 618 大促中，京东大胆启用了基于 Docker 的容器技术来承载大促的关键业务（图片展现、单品页、团购页），当时基于 Docker 容器的弹性云项目已经有近万个 Docker 容器在线上环境运行，并且经受住了大流量的考验。

GraphQL 并不是一个面向图数据库的查询语言，而是一个数据抽象层，包括数据格式、数据关联、查询方式定义与实现等等一揽子的东西。GraphQL 也并不是一个具体的后端编程框架，如果将 REST 看做适合于简单逻辑的查询标准，那么 GraphQL 可以做一个独立的抽象层，通过对于多个 REST 风格的简单的接口的排列组合提供更多复杂多变的查询方式。与 REST 相比，GraphQL 定义了更严格、可扩展、可维护的数据查询方式。

在笔者之前关于 RARF 的描述中，曾提及基于 MVC 风格的业务模块代码架构中存在的一些问题。彼时笔者推崇的是基于 URFP 的链式逻辑组织，换言之，一个完整的业务逻辑有数个 ResourceHandler 链接完成。但是在实践中这种方式并不是适用于全部的情况，很多时候，从一个正常的思维角度来说，我们还是习惯于去写面条式的代码，即在一个 Controller 中通过调用多个 Service 进行一条业务逻辑线的处理，本文笔者即是在编写这种面条式的逻辑代码的前提下，自己思索的一些实践。

本文主要介绍了一下如何创建一个更整洁的 Java 不可变类，详细讲解了两个著名的库：Immutables 和 AutoValue，以及对 Guava 的粗略介绍。

陌陌发展刚开始由于规模小，30-40W 的连接数（包括 Android 后台长连接用户），也使用 XMPP；由于 XMPP 的缺点：流量大（基于 XML），不可靠（为传统固定网络设计，没有考虑 WIFI/2G/3G / 地铁 / 电梯等复杂网络场景），交互复杂（登陆需 5-6 次，尤其是 TLS 握手）；XMPP 丢消息的根本原因：服务端和客户端处于 “半关闭” 状态，客户端假连接状态，服务端有收不到回执；Server 端连接层和逻辑层代码没有解耦分离，常常重启导致不可用。

在服务器端程序开发领域，性能问题一直是备受关注的重点。业界有大量的框架、组件、类库都是以性能为卖点而广为人知。然而，服务器端程序在性能问题上应该有何种基本思路，这个却很少被这些项目的文档提及。本文正式希望介绍服务器端解决性能问题的基本策略和经典实践，并分为几个部分来说明......

又过了一年 618，六月是公司一年一度的大促月，一般提前一个月各系统就会减少需求和功能的开发，转而更多去关注系统可用性、稳定性和管控性等方面的非功能需求。大促前的准备工作一般叫作「备战」，可以把线上运行系统想象成一辆车，大促即是它即将面临的一次严峻驾驶考验。 每次去长途自驾旅行…