很多朋友对于移动服务器架构和s三层架构能做移动端吗不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！
一、如何用python开发移动App后台需要掌握哪些技术
1、如果使用python语言，需要学习哪些知识？
就是Python语法、Python的一个Web框架及其他Web开发的知识（如数据库，缓存等），对初学者，架构方面一本《大型网站技术架构：核心原理与案例分析（接地气的网站架构经验，网站生存技术心要，应对大数据挑战的干货分享！）》(李智慧...)【简介就可以了。
2、选择什么样的python框架开发，这个框架的优势？
无论是Django、Flask、Pyramid等主流框架都可以作为后端Rest API服务的选择，选择哪个看团队开发者对框架的熟悉、对框架的设计哲学是否认同、框架的周边（也就是第三方扩展）环境是不是足够满足需要。
Tornado确实好，但是它其实作为web服务器时候才是异步IO的网络模型，并不是使用了Tornado作为web框架就是异步非阻塞了，但是以我的工作经验来看，有很多团队还是同步阻塞的在用，呵呵。其次tornado的周边一般，在复杂的业务场景下，Tornado需要造的轮子远比django和flask多。
Tornado的优势主要在于对大量Comet长轮询连接的维护上，我们先分析下后台和web后端的区别之一是手机有电量限制和流量（贵啊），我们作为有节操的程序员，要尽量的给用户省电，不要做大量的网络请求，用tornado保持长连接是什么心态？
3、如何部署服务器？本地服务器调试，以及公网服务器部署？
小型规模使用fabric甚至几个shell部署脚本即可。产品线服务器达到一定规模（个人觉得超过50台）可以选择配置管理工具，如Saltstack或者Ansible（当然也可以选择ruby的puppet）。部署无非是安装相关依赖，拷贝或者checkout最新的代码，重启服务（重启的服务可能有顺序要求），最后返回是不是部署成功。
本地调试可以使用web框架自带的web服务器启动，可以每次都填充进来一些测试数据，或者连接到线上的数据库环境（不推荐）。
测试，建议使用pytest，不要用nose。 nose已经停止维护好几年了。
4、如果使用python框架开发移动后台服务，在开发源码内使用哪种框架？mvc还是其它的，比如我返回json数据，每次json对象最外层有一些相同的东西，该如何处理？
MVC是一种软件架构模式，它是一种被验证有效的使程序结构更加直观的方法，和web框架有什么关系.....
包一层相同的东西虽然不懂，可能应该是为了结构化返回的结果，比如：
{'r': 1,'items': []}
或者
{'r': 0,'error:'user name is toolong'}
这是基于业务要求的封装，要自己实现哦，给你一个例子， mentbox/api.py at master· dongweiming/mentbox· GitHub。
5、python的后台服务最大能支持多大的pv量会严重影响用户体验*能？
影响用户体验的标准就是服务器响应慢（比如一个请求不应该超过200ms，结果3s才返回），这个响应时间和业务的架构，代码质量，数据库、缓存等的使用是不是恰当相关。一般和Python没什么关系。而且我一直认为除非是大型网站（豆瓣都不算，淘宝这种算），否者没有必要考虑到语言实现的层面：大部分公司活不到那天。
现在的服务器要比开发者便宜，所以就算量大还可以把请求分发，让多个服务器一起来处理。
6、如何兼顾网页前端以及移动端开发的后台？
JSON是一种倾向的数据*格式，目前绝大多数编程语言都支持 JSON格式数据的生成和解析，它既可读也方便生成，除非安全*要求极高的场景下使用自定义的二进制协议，否则让API返回使用JSON数据给各个平台就好了。
你要考虑的是如何让返回的JSON数据可以被各个平台重复利用。
并不是只有React才能解决前后端分离...请不要看着新名词乱误导人好不好，React适用于包含复杂交互的单页面场景，有些人看着新的东西，一个简单地列表页也非要耗时耗力加上React，让人哭笑不得。
7、有没用相关的案例，即用python开发的移动后台？有没有该问题的开源项目？
其实就是一个支持移动端数据的服务而已，不需要有开源项目特别的出现。敏感不敏感的开源它也不要意思写这是一个移动后台的框架....至于要不要使用GitHub- tomchristie/django-rest-framework: Web APIs for Django.或者GitHub- flask-restful/flask-restful: Simple framework for creating REST APIs这样的框架依业务需要和团队看法而定。
二、什么是移动通信的架构
移动通信的架构主要包括核心网、无线接入网和终端设备三大部分。
首先，核心网是移动通信架构的“大脑”。它负责处理移动网络中的数据*、用户管理、业务控制等核心功能。核心网通常由多个高*能的服务器和复杂的网络系统组成，以确保数据的快速、安全传输。例如，在4G网络中，核心网通过EPC（Evolved Packet Core）系统来管理用户的移动数据业务，实现用户身份认证、计费、数据连接等功能。到了5G时代，核心网进一步演化为更加高效、灵活的结构，以支持更多样化的业务需求。
其次，无线接入网是移动通信架构的“触手”。它通过无线电波将终端设备与核心网连接起来，实现了移动通信的无线传输。无线接入网包括基站、基站控制器等关键组件。基站负责接收和发送无线信号，而基站控制器则负责管理基站的运行和资源配置。以5G为例，其无线接入网采用了更高频段的无线电波和更先进的技术，如大规模MIMO（多输入多输出）天线技术，从而提供了更高速、更稳定的移动网络服务。
最后，终端设备是移动通信架构的“末梢”。这些设备包括智能手机、平板电脑、物联网设备等，用户通过这些设备接入移动网络，享受各种移动服务。终端设备的发展不断推动着移动通信技术的进步。如今，随着智能终端的普及和功能的日益强大，用户不仅可以进行语音通话和短信交流，还能随时随地访问互联网、观看高清视频、进行在线游戏等。
总的来说，移动通信的架构是一个高度集成、相互协作的系统工程，它融合了先进的通信技术、计算机技术和网络技术，共同构建了一个覆盖广泛、高速便捷的移动通信环境。随着技术的不断进步和市场需求的变化，移动通信的架构也在持续演进，以更好地满足人们的通信需求。
三、中国移动营业厅使用什么架构写的
在实际的移动开发过程中无论是前端还是服务端，比较常用的架构就是MVC了，很多开发工程师为了能更好的开发和管理移动项目，还会在MVC的基础上去衍生出一些自定义的架构。
因为通过应用公园在线制作平台制作这种移动开发方式，可以不用去学习移动开发技术及相应的架构知识，无需编程开发、无需专业UI设计，只需要简简单单4步操作，即使是技术小白也能在最快10分钟内完成移动开发。
另外还有一种移动开发平台架构，那就是VIPER(View Interactor Presenter Entity Router)，该架构有以下几点特*：
1.任务均摊：VIPER是任务划分中的*者。
2.可测试*：不出意外地，更好的分布*就有更好的可测试*。
3.易用*：必须为很小功能的类写出大量的口。
四、b***s三层架构能做移动端吗
可以的，注意本文是从技术角度，而不是商业角度来分析。。
从技术角度来看，C/S和B/S除了UI不同，BLL(1)层和DAL层使用相同的DLL；BLL(0)层可以根据C/S、B/S特点开发；
即使用UI-->应用服务器(BLL0)-->BLL1-->DAL的架构方式。
1.首先看一下典型的使用场景
用户网页A，此时服务器更新了A的提交逻辑，A再提交后新的逻辑立即起作用，并保证所有的客户端是一样的。
在这一个场景中，有两类人：一类是客户，二类是程序开发者；客户访问了网站，程序开发者更新了网站程序。
2.Client：客户端，Server：服务器端，最大的问题就在Server这个词，多数的C/S应用是C/DatabaseServer，而不是C/ApplicationServer。
2.1 C/DatabaseServer：即各个客户端访问了数据库，如果此时各个客户端的BLL层和DAL层是一样的，那没有什么问题；如果因为更新等因为BLL层和DAL层造成了不一致，就可能出现问题。 C/ApplicationServer：即各个客户端访问了应用服务器，而不能访问数据库
3.接着说B/S，B/S=Browser+C/ApplicationServer，这里C是指Web服务器前端的请求分发的路由器，ApplicationServer即Web服务器。如果有一台Web服务器配置多个域名的经验，应该很清楚这个意思。从技术角度，B/S的本质是，不让Browser读写数据库，而C/S开发则“不会舍近求远”来开发应用服务器层。B/S架构：商业逻辑总是通过Web服务器，才能到达数据库，从而有了保证。而C/S架构，各C均访问了数据库，这是最大的不同。