移动互联时代，很多企业或者个人都想要一个能属于自己掌控的APP平台，进行产品销售或者信息交流。据此，深圳APP开发公司结合多年经验，就如何制作APP后台管理端，帮助网友理清App后台和传统网站后端的区别，帮助开发者进行技术选型，并描述企业中App开发的整体流程，使开发者能对App后台的工作有初步的认识。
1.1 App后台的功能App后台，也称为App后端，称呼不一样，但指的是同一个东西。博纳网络一直都以为App后台的功能不用解释，但在网络上，准备用App创业的网友（是从传统行业过来的）问过这个问题，博纳网络就以App后台的两个主要功能简单地介绍一下。注意：App后台没有明确的定义，所涉及的范围也广，所以博纳网络解释的时候只选取App后台的两个主要的功能解析。为了保证通俗易懂，相关的概念会牺牲一定程度的准确性。如果已经了解App后台功能的网友，可跳过本节。
场景一：用户a平时喜欢用音乐App听歌，音乐App保存了他平时最喜欢听的歌曲列表。如果歌曲列表只保存在手机上，万一其手机被盗，就算买了一部新的手机回来，那歌曲列表也会丢失。为了解决这个问题，其中一个办法就是音乐App把歌曲列表的数据放在远处的一台机器上，当用户a买了新手机后，把放在远处的机器上的歌曲列表重新下载到音乐App上就行。
场景二：相信很多网友都有寄快递的经历。假设有两个用户a和b，当a向b寄一样东西的时候，会找快递员，把东西寄给b。用户a查看物流可以看到类似这样的描述“到达xx中转站”。通过中转站，东西就到达b的手上。两个App之前传输信息的流程也相似：假设App上的用户a需要向用户b发信息，这条信息也需要经过App后台这个中转站，才能到达用户b。总结：从以上的场景1和场景2可总结App后台的两个重要作用。远程存储数据。消息中转。
1.2 App后台架构App后台架构，一个听起来“高大尚”的名字，很多网友听到这个词语感觉很迷茫，不明白架构具体是指什么？“App后台应该怎样架构”这个问题博纳网络在QQ群被问了无数次。通过阅读本节，根据博纳网络提出的一个初级的通用架构设计框架，帮网友踏入架构的大门！在百度百科中对架构的定义是：网站架构，一般认为是根据客户需求分析的结果，准确定位网站目标群体，设定网站整体架构，规划、设计网站栏目及其内容，制定网站开发流程及顺序，以最大限度地进行高效资源分配与管理的设计。新手看到上面对架构的解析会被搞晕。博纳网络根据自身的开发经验，为了帮助新手快速入门，特地提炼出一个初级的通用架构设计框架。有什么业务？遇到什么问题？有什么可行的技术解决方案？掌握了以上的架构设计的框架，有什么好处？1．不怕被别人的架构文章搞晕当在网络上看到别人分享的架构文章时，套用这个架构的框架，问自己这3个问题：作者是在什么业务逻辑遇到哪些问题，采用了哪些技术解决方案。通过这个框架，能帮助网友快速提炼出别人架构的核心点，掌握这个架构的精髓。2．能快速地整理合适的架构当设计App后台的架构时，根据以上的架构框架，采用下面4点设计App架构。
（1）根据App的设计，梳理出App的业务流程，把每个业务流程列出。
（2）把每个业务流程可能会遇到的问题整理出来。
（3）根据整理出的问题，探讨可行的技术解决方案。
（4）把（3）中的所有技术解决方案有机融合，就是一个App后台的初步架构。另外，从建立架构的流程可得知，架构设计有以下特点。
1．架构是和业务紧密相关每个App都有独自的业务逻辑，遇到的问题也不会一样，解决方案也不一样，因此架构也不尽相同。博纳网络经常在QQ上被网友提问：“App后台应该采用什么架构？”博纳网络不了解相关的业务逻辑，不知道会遇到哪些问题，不能帮助网友确定其所需的技术方案，架构也根本无从谈起。
2．架构的演变是由业务驱动当App处于不同的发展阶段，架构上也需要做变化。例如，App刚上线的时候为了快速开发，查询用户的数据这个功能是每次查询数据库，随着用户量的增大，数据库的查询压力也随之增大，可能就要考虑缓存，或者把数据的查询迁移到NoSQL数据库。但同时要考虑一个问题，如果初期架构不合理，到了后期因为业务的发展需要改变架构是很困难的。但是初期要弄一个好的架构，又可能耽误后台的研发进度，使App的上架时间推迟，这时又要面对巨大的资金和时间压力，具体怎么取舍，需要认真考虑，马虎不得。
3．架构不是为了炫耀技术架构是为了满足业务的需求而设计的，技术人员不该过度设计，如学了一堆最新、最炫的技术并将其放进架构，而不是根据实际的需求来做。技术是为了满足业务而存在的。过度设计不但延误了App的研发周期，也可能给运维带来很多不必要的麻烦。总结：在App成长的过程中，后台的架构也需要不断成长，技术人员也需要一起成长。深圳网站建设博纳网络编辑整理。
