滴滴的系统架构分为四层。最顶层是用户应用，每一个用户应用就是一个端，也就是用户所能看到的入口。然后是接入层，这是非常传统的结构，我们用了Nginx，还专门做了TCP接入层。在业务层，Web是非常...

合适的架构是软件成功的最重要因素之一。大型软件公司通常有专门的架构师职位（architect），只有资深程序员才可以担任。

Go语言是为编写服务端软件而设计的，这也是为什么今天它被广泛使用的原因。因此大量的在运行时和编译器的优化工作都集中在与服务端软件相关的问题：延时、易于部署、精确的垃圾回收、启动快速以及性能。

同样的题目有多种解法，我们做的只是其中的一种，所以要接受别人的质疑和建议，这样才能使系统完善。

游戏充分利用了AIR的特性，在模块化管理方面做得相当的不错，同时配合lua的使用，以最大限度降低平台移植的成本。虽然使用的框架并非主流框架，

对技术的好奇心/兴趣，是一切的基础。

EDAS并不是简单的服务化工具，它希望在整个应用的编写周期里都可以进行操作，所以它结合了HSF、鹰眼、燎原等等。现在，它在公有云和专有云里都有输出。

微信服务器端为每一份需要与客户端同步的数据（例如消息）都会赋予一个唯一的、递增的序列号（后文称为sequence），作为这份数据的版本号。

当大量“客户”同时访问一个“服务器”时，“服务器”面临的是大并发访问的技 术和架构问题。大并发访问的等级可以分为“超出连接”、“超出时限”和“超出应用 负载”三种。

本系列文章较全面地分析了时下流行的React库、GraphQL服务器以及Relay架构模式各自的功能特征，并通过一个具体的实例向你展示它们是如何相互配合来完成一款Web应用的开发的。本篇属于本系...

近期参加一些业界的技术大会， “ 微服务架构 ” 的话题非常之火，也在一些场合聊过服务化架构实践，最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解，希望能给大伙一些启示。 ...

今天打算写写关于 IM 去中心化涉及的架构模型变化和设计思路，去中心化的概念就是说用户的访问不是集中在一个数据中心，这里的去中心是针对数据中心而言的。

对于互联网应用和企业大型应用而言，多数都尽可能地要求做到7*24小时不间断运行，而要做到完全的不间断运行可以说“难于上青天”。

蘑菇街是做导购起家的，当时所有的业务都是 基于用户和内容这两大核心 展开。那个时候前台业务主要做的是社交导购，后台业务主要做的是内容管理。一句话总结就是小而美的状态，业务相对来也不是很复杂。 

夏绪宏，今日头条架构师，专注对高性能大规模 Web 架构，云计算、性能优化、编程语言理论等方向，PHP committer，HHVM 项目贡献者。2009 加入百度，先后从事大规模 IDC 自运...

在服务器端程序开发领域，性能问题一直是备受关注的重点。业界有大量的框架、组件、类库都是以性能为卖点而广为人知。然而，服务器端程序在性能问题上应该有何种基本思路，这个却很少被这些项目的文档提及。

每天万亿级调用的重量级系统，每次申请序列号平时调用耗时1ms，99.9%的调用耗时小于3ms，服务部署于数百台4核CPU服务器上！

这一篇，我们从 重构 这个场景来看看系统架构的设计中 过度设计 这个坑。 首先，我们这里说的重构，和《重构:改善既有代码的设计》这本书中的重构不太一样，这是本好书，他主要说的是代码级别的重构，这...

互联网生下来就是为了服务海量用户，在这个时代，几乎没有哪个应用再为单机而生。每个公司的每个产品将要面临的都是不可预知的用户海量请求。显然这个靠分布式程序来解决，比靠单机靠谱得多。

编者按：