本文从大的宏观网络架构一步一步深入到微观的微信后台接入，业务引擎是应用系统的核心，M是模型，是对数据库应用接口的封装，根据数据处理的结果而整合的页面，实现引擎业务。

2.业务系统不同的业务页面由业务引擎来进行控制和处理，业务引擎还会访问数据库，另外还需要将处理结果的页面视图通过WEB向用户展示。

3.如果数据访问量不大，我们一般可以认为WEB是一台服务器，业务引擎是一台服务器，数据库和服务是一台服务器。如果数据量大，那WEB前面可能还有负载均衡服务器，业务引擎和数据库可能是服务器集群。如果是超大型数据，如大数据，那传统的oracle根本就不管用，要用到分布式文件系统，如Hadoop里面的HDFS。当然，如果数据量很小，一台服务器装下三者也可以。

三、后端软件架构

以上分析是基于部署视图对整个系统的理解。在一般的软件业务系统中，web服务使用apache(开源)，数据库服务用Mysql(开源)等，都是成熟的软件产品，或者我们可以认为它们是一种软件工具。在实现业务系统中，我们能做的是去高效利用apache和mysql，而业务实现的核心是业务引擎的实现。

业务引擎是应用系统的核心，应用系统上成熟的模型是MVC模型。M是模型，是对数据库应用接口的封装，业务引擎即通过M模型的接口来访问数据库的业务数据;V是视图，是应用根据数据处理的结果而整合的页面，最终会通过WEB推向用户的浏览器;而C则是控制，即业务引擎的核心，其根据用户的交互来进行有针对的数据处理。

用户的交互最终都会通过HTTP协议来传送，而HTTP有两种方式，类似编程中的函数的参数传递，一种是GET的方式，即在网页的访问地址后面加上参数来传递;另一种是POST方式，不出现在访问地址后面，而是出现在消息体中。MVC的控制器会根据参数的不同来区分不同的子业务请求，并将它们交给对应的数据处理引擎来处理。

业务引擎的开发一般都是用解释性语言来开发，如php，JSP，asp等等。中小型系统常用apache+php+Mysql这种组合，另外就是tomcat+jsp+mysql.

四、云平台

云平台并不是什么神秘的技术，对于应用者而言，云技术能给我们带来极大的便利和成本优势。我们来想象一下，一个公司如果只在广州办公，它开发的产品系统是服务全国，如果它只是在自己的公司架设服务器，但全国各地用户访问的IP包都要在网络上跋山涉水来到广州，北方的用户的体验肯定很差。假设淘宝的服务器都在杭州，那11.11的抢购，我们在广州怎么抢得过杭州的。因为租赁云平台来假设分布式的服务平台是大型系统的不二选择，有人可能会想，这些公司可以在全国各地租机房买服务器放着啊，成本呢?而且用户的访问也有峰值和周期性，360的抢票虽然牛掰，但如果不是过年，也没多少人用吧。平时买那么多服务器就为了过年抢一抢多浪费，肯定比不上过年有针对性地租用云资源来得便宜。

简单地说，对于一般用户来说，云平台就是提供在看不见的地方提供虚拟服务器主机(CPU、内存、硬盘)和数据库、WEB服务(apache)等资源。对于云平台的提供商，那才是虚拟集群技术人才的聚居地，咱们不去讨论了。

目前，国内有阿里云、新浪云和百度云等知名云平台。新浪云对于体验用户是免费的(php免费，java是收费的)。对于初学者，可以考虑申请新浪云来进行技术开发。

各种云的申请和创建云应用的过程都比较简单。以新浪云为例简单说明一下，详细的例程可以百度得到。

1.注册新浪微博账号，两者是绑定的。

2.以新浪账号登陆新浪云计算中心。

3.在新浪SAE上创建新应用，如图：