基于webapi的移动互联架构

又到了一年最后一次上班了，写下这篇日志作为本年总结。

首先总体介绍一下项目背景，今年公司开发了一款app，本人一个人负责app的接口服务、微信开放平台搭建以及系统后台，上线半年，如今活跃用户数3W+。本文重点记录目前项目的架构。

大概架构图如下，初次作图，可能不太准确，下面详细说明。

一、DB层

　　DB很简单，直接一台sql server2008，服务以及系统后台都直接连接DB，目前是一台单独的数据库服务器。

二、服务层

　　由于是.net出身，所以采用.net web api为android和ios提供服务，里面自己写了限流、加密、gzip压缩、https等。

　　加入了公用缓存机制，为服务与系统后台提供缓存服务。缓存不光减轻了DB压力，还便于以后使用负载均衡。（memercached,redis都是可行的）

　　独立的文件服务器，考虑到以后文件肯定很多，所以把文件服务器独立出来，服务、系统后台、移动端都可访问。（可以使用fastdfs）

　　搜索引擎，目前这个只在计划中，还未实现，目前搜索还是会查库，考虑到将来这块会成为一个瓶颈，所以计划加入搜索引擎（sphinx,lucene.net都可以）

　　目前服务和后台都在同一台服务器上。

三、移动端和web端

　　移动端目前有android和ios，使用json与服务传输数据，不常变更数据缓存在本地。

　　web端有微信公众平台和系统后台。微信端与移动端一样，也使用jsong与服务传输数据。

 

写完了，其实没什么干货，只是看贬低.net的太多，发出来证明用.net作为移动互联的后台是没有问题的，再进一步扩展也是很方便的。