nchu2020的专栏

Sergey Ignatchenko针对大规模多人网络游戏所撰写的开发与部署一书章章精彩，不过里面的内容远不仅适用于游戏。下面是这本书的最近一章：“关于服务器端架构、前端服务器与客户端随机负载平衡”问题在前端服务器输入[Enter Juliet] Hamlet: Thou art as sweet as the sum of the sum of Romeo and

本文章是电商网站架构案例的第三篇，主要介绍数据库集群，读写分离，分库分表，服务化，消息队列的使用，以及本电商案例的架构总结。6.5数据库集群（读写分离，分库分表）大型网站需要存储海量的数据，为达到海量数据存储，高可用，高性能一般采用冗余的方式进行系统设计。一般有两种方式读写分离和分库分表。读写分离：一般解决读比例远大于写比例的场景，可采用一主一备，一主多备或多主多备方式。本案例

转自：http://www.cnblogs.com/itfly8/p/4967966.html　　本文是学习大型分布式网站架构的技术总结。对架构一个高性能，高可用，可伸缩，可扩展的分布式网站进行了概要性描述，并给出一个架构参考。一部分为读书笔记，一部分是个人经验总结。对大型分布式网站架构有很好的参考价值。（如果感觉对大家有帮助，请帮忙点推荐，谢谢。本博客会逐步推出一系列的关于大型分布式

转自：http://www.cnblogs.com/itfly8/p/5155983.html以下是消息队列以下的大纲，本文主要介绍消息队列概述，消息队列应用场景和消息中间件示例（电商，日志系统）。本次分享大纲消息队列概述消息队列应用场景消息中间件示例JMS消息服务（见第二篇：大型网站架构系列：分布式消息队列（二））常用消息队列（见第二篇：大型网站架构系列：分布式消息队列（二））参

转自：http://www.cnblogs.com/itfly8/p/5156155.html本文是大型网站架构系列：消息队列（二），主要分享JMS消息服务，常用消息中间件（Active MQ，Rabbit MQ，Zero MQ，Kafka）。【第二篇的内容大部分为网络资源的整理和汇总，供大家学习总结使用，最后有文章来源】本次分享大纲消息队列概述（见第一篇：大型网站架构系列

转自：http://www.cnblogs.com/ejiyuan/archive/2010/10/29/1796292.html随着互联网应用的广泛普及，海量数据的存储和访问成为了系统设计的瓶颈问题。对于一个大型的互联网应用，每天百万级甚至上亿的PV无疑对数据库造成了相当高的负载。对于系统的稳定性和扩展性造成了极大的问题。一、负载均衡技术负载均衡集群是由一组相互独立的计算机系统构成，

转自：http://www.cnblogs.com/netfocus/p/5184182.html最近几年，在DDD的领域，我们经常会看到CQRS架构的概念。我个人也写了一个ENode框架，专门用来实现这个架构。CQRS架构本身的思想其实非常简单，就是读写分离。是一个很好理解的思想。就像我们用MySQL数据库的主备，数据写到主，然后查询从备来查，主备数据的同步由MySQL数据库自己负责，这是一

摘要对比微服务架构和面向服务的架构（SOA）是一个敏感的话题，常常引起激烈的争论。本文将介绍这些争论的起源，并分析如何以最佳方式解决它们。然后进一步查看这些概念如何与 API 管理概念结合使用，实现更敏捷、更分散化、更具弹性的企业架构。0 系列目录聊聊服务架构深入浅出SOA思想微服务、SOA 和 API对比与分析1 简介在对比微服务架构和面向服务

（转自http://tech.meituan.com/mq-design.html）王烨 ·2016-07-01 16:10消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴

【编者的话】以 Docker 为代表的容器技术一度被认为是虚拟化技术的替代品，然而这两种技术之间并不是不可调和的。作者分别列举了容器技术以及虚拟化技术的优缺点，并提出将两者结合取长补短的解决方案。容器为应用程序提供了隔离的运行空间：每个容器内都包含一个独享的完整用户环境空间，并且一个容器内的变动不会影响其他容器的运行环境。为了能达 到这种效果，容器技术使用了一系列的系统级别的机制诸如利用L

负载均衡的基本算法，主要有以下几种（参考F5产品）：随机：负载均衡方法随机的把负载分配到各个可用的服务器上，通过随机数生成算法选取一个服务器，然后把连接发送给它。虽然许多均衡产品都支持该算法，但是它的有效性一直受到质疑，除非把服务器的可运行时间看的很重。轮询：轮询算法按顺序把每个新的连接请求分配给下一个服务器，最终把所有请求平分给所有的服务器。轮询算法在大多数情况下都工作的不错，但是如果负

从各个角度总结了电商平台中的架构实践，由于时间仓促，定了个初稿，待补充完善，欢迎大家一起交流。转载出处：http://blog.youkuaiyun.com/yangbutao/article/details/12242441作者：杨步涛关注分布式架构、大数据、搜索、开源技术QQ:306591368技术Blog：http://blog.youkuaiyun.com/yangbuta

随着业务发展步伐的加快，要求企业对客户需求要达到实时的反应。为了达到这个目标，很多企业的IT部门已经采用了面向服务架构(SOA)。SOA可以帮助企业降低开发成本，降低项目失败的风险，增加IT资产的重用，并且提高业务的敏捷性。SOA是一种利用可重用的业务逻辑构建企业系统平台的方式。这些业务逻辑是一些离散的功能，可以为了实现不同的功能进行重用，开发人员可以通过调用和编排多个服务、事件和模型来创建复杂的...

电网网站架构案例系列的第二篇文章。主要讲解网站架构分析，网站架构优化，业务拆分，应用集群架构，多级缓存，分布式Session。五、网站架构分析根据以上预估，有几个问题：需要部署大量的服务器，高峰期计算，可能要部署30台Web服务器。并且这三十台服务器，只有秒杀，活动时才会用到，存在大量的浪费。所有的应用部署在同一台服务器，应用之间耦合严重。需要进行垂直切分和水平切分。大量应用存在冗

转自：http://www.cnblogs.com/itfly8/p/5006197.html大型网站架构是一个系列文档，欢迎大家关注。本次分享主题：电商网站架构案例。从电商网站的需求，到单机架构，逐步演变为常用的，可供参考的分布式架构的原型。除具备功能需求外，还具备一定的高性能，高可用，可伸缩，可扩展等非功能质量需求（架构目标）。根据实际需要，进行改造，扩展，支持千万PV，是没问题的。

本文是负载均衡详解的第四篇，主要介绍了LVS的三种请求转发模式和八种负载均衡算法，以及Haproxy的特点和负载均衡算法。具体参考文章，详见最后的链接。 三、LVS负载均衡LVS是一个开源的软件，由毕业于国防科技大学的章文嵩博士于1998年5月创立，用来实现Linux平台下的简单负载均衡。LVS是Linux Virtual Server的缩写，意思是Linux虚拟服务器。基于IP层

数据库的基本概念基本概念这一块，主要是让大家就一些数据库方面的概念达成一致。首先是“单库”，最初的时候数据库都是这么玩的，几乎所有的业务都有这样的一个库。接下来是“分片”，数据库的分片是解决数据量大的问题。如果数据量非常大，就要做水平切分，有一些数据库支持auto sharding。之前58同城也用过两年mongoDB，后来发现auto sharding功能

【编者按】TiDB 是国内 PingCAP 团队开发的一个分布式 SQL 数据库。其灵感来自于 Google 的 F1，TiDB 支持包括传统 RDBMS 和 NoSQL 的特性。在国内ITOM 管理平台OneAPM 举办的技术公开课中，TiDB的高级工程师刘奇从HBase特性、TiDB的优势和系统架构等方面进行了详细阐述。以下为演讲整理：HBase简介众所周知，在SQL方面处于顶

摘要：4月2日，蚂蚁金服方面宣布，蚂蚁金服及阿里巴巴自主研发的通用关系数据库OceanBase已经开始支撑淘宝、天猫和聚划算的所有日常交易。编者按：时至今日，“Big data”（大数据）时代的来临已经毋庸置疑，尤其是在电信、金融等行业，几乎已经到了“数据就是业务本身”的地步。这种趋势已经让很多相信数据之力量的企业做出改变。为了应对大数据的冲击，淘宝将以前的Oracle、小型机、高端存

转自：http://www.blogjava.net/BlueDavy/archive/2008/01/24/177533.html技术是为需求而服务的，分布式服务框架也同样如此，它不是凭空诞生的，也是因为有这样的需求才会有分布式服务框架这么样的东西诞生，在这篇blog中来详细的分析分布式服务框架诞生的原因(其实也是需要用分布式服务框架的应用场景，这里隐含的意思就是并不是什么应用都

网站架构设计方案      目 录1      设计思路.... 32      系统结构.... 33      网络规划及性能计算.... 33.1       网络架构... 33.2       网络架构说明... 43.2.1        采用双防火墙双交换机做网络冗余，保障平台服务... 43.2.2

转自：http://www.ibm.com/developerworks/cn/webservices/0907_rest_soap/Web 服务编程，REST 与 SOAP为什么选择 RESTREST 架构风格是一种全新的针对 Web 应用的开发风格，与 RPC 风格的 Web 服务（关于 RPC 风格的 Web 服务描述，请参见 Wikipeida ）一

关于权限菜单的设计http://blog.youkuaiyun.com/bearyb1982/article/details/2448301权限设计（初稿）     1. 前言：     权限管理往往是一个极其复杂的问题，但也可简单表述为这样的逻辑表达式：判断“Who对What(Which)进行How的操作”的逻辑表达式是否为真。针对不同的应用，需要

原文：http://www.orientware.org/viewArticles.do?action=browse&columnId=29&id=22&flag=home消息中间件（message oriented middleware）是指支持与保障分布式应用程序之间同步/异步收发消息的中间件。消息是分布式应用之间进行数据交换的基本信息单位，分布式应用程序之间的通信接口由消息中间件提供

谈谈我对程序的理解　　作为程序员你对程序是如何理解的？写这篇文章的时候，我认真思考了下，发现我对程序的理解不是和教科书一样的，我每次听到程序二字我想到的只有两个东西：代码和数据，而每次写程序的时候也就是写代码操作数据的过程。　　做程序开发和做菜很像，数据就是食材，代码就是厨艺，做出的软件就是一道菜了，至于这个菜好不好吃，到底是看食材还是看厨艺了？呵呵，当我抛出这个问题的时候，我的第

面对大量用户访问、高并发请求，海量数据，可以使用高性能的服务器、大型数据库，存储设备，高性能Web服务器，采用高效率的编程语言比如(Go,Scala)等，当单机容量达到极限时，我们需要考虑业务拆分和分布式部署，来解决大型网站访问量大，并发量高，海量数据的问题。从单机网站到分布式网站，很重要的区别是业务拆分和分布式部署，将应用拆分后，部署到不同的机器上，实现大规模分布式系统。分布

本文是负载均衡详解的第一篇文章，介绍负载均衡算法， 硬件负载均衡。部分内容摘自读书笔记。三、负载均衡算法常用的负载均衡算法有，轮询，随机，最少链接，源地址散列，加权等方式；3.1 轮询将所有请求，依次分发到每台服务器上，适合服务器硬件同相同的场景。优点：服务器请求数目相同；缺点：服务器压力不一样，不适合服务器配置不同的情况；3.2 随机请求随机分配到各个服务

本次分享大纲软件负载均衡概述Ngnix负载均衡Lvs负载均衡Haproxy负载均衡本次分享总结一、软件负载均衡概述硬件负载均衡性能优越，功能全面，但是价格昂贵，一般适合初期或者土豪级公司长期使用。因此软件负载均衡在互联网领域大量使用。常用的软件负载均衡软件有Nginx，Lvs，HaProxy等。本文参考大量文档，部分为直接拷贝，参考出处见负载均衡详解（4）。二、Ngnix负载均