一、app后台用什么服务器架构？
主要根据数据量了访问量来决定的。
一般用云服务器比较好，稳定。
二、app技术架构？
app应用架构描述了设计和构建应用的模式与技术。该架构可以提供构建应用时应遵循的路线图和最佳实践，构建一个结构合理的应用。
app应用架构包含前端和后端服务。前端开发事关应用的用户体验，而后端开发则侧重于提供对数据、服务及其他现有系统的访问，以确保应用正常工作。
app应用架构分类
目前应用架构有很多，但根据服务间的关系，当今最重要的应用架构是：单体式和 N 层架构（紧密耦合）、微服务（非耦合），以及事件驱动架构和面向服务的架构（松散耦合）。
三、移动app远程服务器繁忙？
远程服务器繁忙是指 app 连接的远端服务器计算资源紧缺而出现的一种 busy 状态。
引起远程服务器繁忙的第一种原因，是远端服务器未受到负载均衡服务器的保护，直接暴露在公网环境中，导致接收到远远超过其处理能力的用户请求。
引起远端服务器繁忙的第二种原因，是远端服务器的网络模块编写质量不佳，造成了服务器吞吐量下降，执行效率低，最终进入繁忙状态。
四、ftp服务器架构？
FTP服务器采取C/S架构。
默认使用TCP协议的21、20端口与客户端进行通信。21端口用于建立控制连接，并传输FTP控制命令；20端口用于建立数据连接，并传输文件数据。根据FTP服务器在建立数据连接过程中的主、被动关系，FTP数据连接分为主动模式和被动模式，两者的含义及主要区别如下：
主动模式：服务器主动发起数据连接。首先由客户端向服务端的21端口建立FTP控制连接，当需要传输数据时，客户端以PORT命令告知服务器“我打开了某端口，你过来连接我”，于是服务器从20端口向客户端的该端口发送请求并建立数据连接。
被动模式：服务器被动接收数据连接。如果客户机所在网络的防火墙禁止主动模式连接，通常会使用被动模式。首先由客户端向服务端21端口建立FTP控制连接，当需要传输数据时，服务器以PASV命令告知客户端“我打开了某个端口，你过来连接我”。
五、app运营组织架构？
一般互联网公司，电商类的主要的组织架构就是：
1、研发中心：ios、安卓、前端、后端、测试（后期如果做大了，运维等等也需要增加）业务要求比较高的，建议使用开发语言为java，如果前期试水，考虑效率可以先用php，另外，技术研发中核心的是架构师，需要一位经验在5年以上，拥有大平台经验的（比如阿里这类大平台出来的架构师，但是比较难挖，还要考虑下之前做的业务体系，是否庞大）
2、产品：产品经理（这个角色还是比较重要的，具备战略性）
3、运营：
运营总监（需要具备对互联网的技术、产品都有一定的了解）
商品运营：商品结构（偏向于营销策划方向）、数据分析能力
会员运营：会员体系的打造，裂变等等
市场拓展：市场好比淘宝天猫的流量~（通过社群、线下地推是现在比较常见的几种APP推广方式，可以考虑设立区域事分总）
客服：招个有经验的淘宝客服主管，做过那些淘宝天猫大店铺的就可以了
4、仓储：建议外包，接入外部合适的erp系统，自己开发成本太高。
建议招聘一位专业的运营总监，以及cto，整理架构和业务就比较清晰了，牛逼的运营，懂互联网产品，再懂怎么搞定技术就牛逼了，事情成一半。互联网能不能做起来，地域也是关键，人才吸引。
六、服务器横向架构特点？
1、服务器横向架构:就是以数量取胜，通常对单台服务器性能要求不高，主要通过更多的服务器协同完成任务。
这种架构具有高性能、低沉本、高密度、节能低碳和集群管理等特点，该架构通常应用于超大规模数据中心、大数据分析、公有云、Web应用集群等业务场景。
1、纵向架构:主要是提升单台服务器的性能，包括高可靠、高可用性以及可扩展性，主要应用于高性能交易类业务。主要用于关键数据库、应用系统以及HPC高性能计算业务等。
纵向架构广泛应用与金融交易、电信计费、科学研究、气象分析等领域。
3、超融合架构:这种架构理念是将计算、存储、网络和统一管理放在一个盒子里。通过一体化的设计、集成与优化，消除系统瓶颈，实现更好的整体系统效能。
这种架构主要应用于高性能数据分析、数据库整合、云计算资源池平台、一体化数据中心等应用场景。
七、服务器组成架构详解？
服见的服务器技术和架构组成
服务器主要由CPU、内存、硬盘、模组、RAID卡组成,配合电源、主板、机箱等基础硬件组成。
CISC:主要是两家,包括IntelCPU(非安腾系列)、AMD CPU。 RISC:服务器领域主要是IBM Power系列、Sun Spark系列,消费级的代表是ARM架构的CPU 2017年7月,Intel正式发布了代号为Purley的新一代服务器平台,包括代号为Skylake的新一代Xeon CPU,命名为英特尔至强可扩展处理器(Intel Xeon Scalable Processor,SP),也宣告了延续4代的至强E5/E7系列命名方式的终结。
Xeon至强可扩展处理器不再以E7、E5的方式来划分定位,而代之以铂金(Platinum)、金(Gold)、银(Silver)、铜(Bronze)的方式。Skylake是新命名方式的第一代产品,Cascade Lake是是二代,共用Purley平台。
大型机:普通人很少接触,用于大规模计算的计算机系统.大型机通常用于政府、银行、交通、保险公司和大型制造企业。特点是处理数据能力强大、稳定性和安全性又非常高
小型机:往往应用于金融、电力、电信等行业,这些用户看重的是Unix操作系统和专用服务器RAS特性、纵向扩展性和高并发访问下的出色处理能力。这些特性是普通的X86服务器很难达到的,所以在数据库等关键应用一般都采用“高大贵”的小型机方案。
x86服务器:采用CISC架构处理器。1978年6月8日,Intel发布了一款新型的微处理器8086,意味着x86架构的诞生,而x86作为特定微处理器执行计算机语言的指令集,定义了芯片的基本使用规则。
八、app架构设计思路？
1、架构设计概要
架构设计是从业务需求到系统实现的一个转换，是对需求进一步深入分析的一个过程，用于确定系统中实体与实体的关系，以及实体的形式与功能，架构课根据从业务需要到系统实现的不同需要 主要分为：业务架构、应用架构、数据架构、技术架构。
九、app功能架构怎么写？
App架构相关总结
题外语：其实前两年都有意识到自己的累积输出太少，尽管也经常在印象笔记、备忘录等地方进行记录，但没有一个系统的整理，对自己所学也没能有一个很好的总结索引，因此，调整习惯是刻不容缓的事情。最近刚好在看一些架构类的材料，就顺带记录下自己对于架构的一些总结。
每个项目首先是根据需求产生的，而不同的人对于架构设计有不同的看法。但很多架构思维还是通用的。比如API的设计、架构的分层、开发坏境与生产环境的分离等等。
我认为一个App，最核心的东西应该是数据，而数据的主要来源就是API了。一般架构设计，通常会从API开始着手。
API重点一：安全机制
我认为有个很重要的点容易被忽视，就是安全机制。为什么呢？因为安全机制在一开始不考虑进去，程序也能正常展现，功能也能正常，大家都会忽视掉，但一旦出现问题，都是重大问题，而且解决的话要从基地上调整。
安全机制可以通过两个方面来进行保障，一是API的安全校验机制，二是数据传输安全性。
关于安全校验机制，我觉得签名的方式是可以解决的，就是给各个端分别配一个AppKey和AppSecet，在API调用的时候，将AppSecet作为参数传递，并且与其他参数一起根据签名算法生成签名字符串，在服务端收到请求时，进行同样算法签名，核对是否一致。
关于数据传输安全，作为ios开发，我认为HTTPS协议很好进行了保障。HTTPS因为加入了SSL安全协议。从ios9开始，默认采用HTTPS了。
API重点二：接口协议标准化
API返回数据，一般都是JSON格式，而JSON里包含了六种数据类型：
Number,String,Boolean,Array,Object,Null,我自己开发过程中遇到很多坑都是因为JSON数据和实体对象转化出错导致的，这一点填坑也是很多。总结了几点，希望开发过程中注意。
1.Date类型处理，Json本省没有Date格式，Json 序列化时会将Date转换为String，不同环境不同平台解析出来的结果可能不一致，所以我认为最好都用时间戳的格式，避免不同平台问题。
2.开发人员将错误数据类型转换为了String，导致异常。比如null被转换成“null”,有些判断就会导致崩溃。
3.同一个含义的接口参数，不同开发人员制定了不同的名称，或者制定了不同的含义如当前页这个参数，A命名为c
十、app的架构如何确定？
架构设计相对于研发来讲就好比图纸相对于盖房子，其重要性不言而喻。首先我们了解一些基本概念：
一、框架思维：1）模块：强调职责，是一个可实现单元，其核心是内聚和分离2）组件：强调复用，可以理解为组件是可复用的模块。
二、 框架集成方式：1）模块化：以业务功能为单元的独立模块组成2）组件化：组件化是以复用为核心，达到即插即用快速构建软件的目的3）插件化：运行时合并模块，而组件化是编译时合并模块，以上三种均具有化大为小的功能，尤其是组件化和模块化，核心目的就是重用与解耦。实际开发过程中，组件可以独立调试，也可以多个组件集成后以APP的方式发布出去。组件化可以实现高分离、可复用代码模块，解除业务与代码的耦合，另外组件化彼此分离，有利于开发，维护，测试以及独立编译。
三： 设计原则请参考《APP设计模式》一文所述六大设计原则。四：接口设计 面向对象设计的最大原则就是接口设计。接口设计好坏，直接关系到接口本身的使用、维护、扩展是否方便。尤其是我们设计组件库或SDK为第三方接入时更是如此。
思考接口就是思考项目的未来，如果接口没有定义好，不利于扩展，会导致各种不稳定，安全性不高，甚至可能导致前期工作价值归零，所以，这就是项目一开始就应该考虑接口设计根本原因。