app服务器指什么

⑴ 什么是APP服务器

app server的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较着名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，现在还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，着名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。

然而在面向对象的技术出现和广泛的应用之后，TP Monitor由于不是面向对象的，而是面向过程的调用，因此TP Monitor管理的商业逻辑并没有分布式对象系统中的商业组件那样的可扩展性、可重用性，表现出来很大的局限。

不过像php这样主要还是面向过程调用的函数式的语言来说，TP Monitor仍然可以支持的非常完美，由于有了TP Monitor的支持，PHP也可以应用在企业的环境中了。

我所知道的eachnet用的是：

1
Linux+Apache+PHP+Tuxedo+Oracle

eachnet在上海好几个ISP那里放了服务器，以保证服务不因某个ISP的问题而无法访问。我曾经见过eachnet在上海热线机房的服务器，说出来，大家可能不信，eachnet竟然用的是自己攒的兼容机，世纪之星的机箱，估计不比我们大家自己买的兼容机强到哪里去。大概有六七台机器的样子，来负载均衡。

对象请求代理（Object Request Brokers）是另一种用的很多的中间件，支持分布式对象的调用。然而它的问题是仅仅是一个代理（Broker），系统级的功能需要自己来实现，这包括管理并发性、事务、资源管理和容错机制等等，而且不同的厂商提供的ORB之间也存在互操作的兼容性问题。

于是一种综合了TP Monitor和ORB功能的新的服务器出现了，叫做CTM（Component Transaction Monitor）组件事务监控器。用在我们特定的管理应用程序的环境中就是App Server。

在1997年开始，CTM市场发生了巨大的变化，因为这一年Sun的J2EE标准正式发布，从此除了微软之外，所有的CTM厂商都用java来改写自己的产品，例如Sybase原来有一个叫做Jagus CTS的东西，现在已经变成了纯Java实现的EAServer，Borland的公司app server也是这样来的。这样一来，除了微软之外，就剩下基于Java的app server了。

App Server可以自动管理并发性、事务、对象分布、负载均衡、安全性和资源管理等等系统级功能。简单的来说就是App Server是管理服务端组件的，它给服务端组件提供了一个全功能可靠的运行环境。

打个比方来说，数据库系统是管理数据的，它也给数据提供了一个受监控和管理的运行环境，提供了事务、安全性、负载均衡，并发性等等系统级功能，对于使用者来说，你不需要自己处理数据库表的并发锁定问题，自己处理SQL语句的解析、自己处理索引的优化等等系统级功能，同样对于服务端组件的调用者来说也不需要自己处理并发请求、对象创建、销毁、缓存，控制组件事务等等系统级功能。

App Server对服务端组件的的关系就是数据库系统对数据的关系。App Server完全是一个类似数据库系统这样一个非常复杂的服务端软件，所不同之处就是数据库系统（RDBMS）是管理数据的，而App Server是管理对象的。这也是我研究Weblogic Server之后的切身感受。

Microsoft是最早发布App Server的厂商，叫做Microsoft Transaction Server（MTS）。其他还有很多基于不同技术的App Server，不过随着EJB规范的发布，主流的App Server基本上都是基于J2EE的了。目前看来，App Server市场主要就是实现J2EE规范的Java应用服务器和Microsoft的.Net应用服务器这两大主流。

Tuxedo等基于过程传统的中间件会继续在特定的场合发挥巨大的作用，像那些需要极高的响应性能和基于特定平台C/C++的场合，还是具有不可替代的作用。

App Server提供的服务端组件模型并没有解决所有的问题，基于不同技术实现的服务端组件之间不能互相调用和数据共享，比如EJB组件和COM组件之间不能之间交换数据，所以基于SOAP协议的Web Services试图解决这个问题，想把互联网上所有的不同技术实现的组件服务都统一成单一的Web Services。这也是Web Services热门的原因之一，标准的统一对大家都有好处。

⑵ 手机app应用的服务器与网页web的服务器区别大吗用java写服务器的话适合共用吗谢谢

手机app应用的服务器与网页web的服务器没有任何区别
用JAVA写是完全适合共用的

⑶ 服务器和app到底怎么理解开发一个服务器和app有多难

以下做答是我对你问题的描述，给出的作答：
1、服务器：处理用户发送来的请求。(通俗理解、这不是写书)
2、app：显示服务器端发送来的数据。(根据你的提问作出的解释)
3、服务器你可以把他想成一台电脑，服务器相当于人的大脑，app相当于人的脸。
4、对于企业项目来说：难的是服务器端开发而不是APP开发。其实并不难。

⑷ web server与app server有什么不同

1、处理问题不同
Web服务器处理HTTP请求，而app服务器基于多种不同的协议，处理应用程序的逻辑问题

2、功能不同
当web服务器接收到一个请求，它只是简单的将请求交给处理该请求的最优程序。除了为服务器程序简单的提供一个运行环境之外，web服务器不提供任何功能。不同于web服务器主要发送用来展示在浏览器上的HTML页面，app服务器为客户端程序处理应用逻辑方面问题。

3、提供的服务不同

web服务器一般会提供诸如容错机制，负载均衡、缓存、集群等。app服务器通过元件API，比如基于j2ee app服务器的EJB，来提供应用逻辑。而更多的情况下，app服务器自己管理自己的资源。这些责任（gate-keeping）包括安全、进程交互、资源池、消息分发等。

(4)app服务器指什么扩展阅读

主要web server产品

1、kangle

kangleweb服务器（简称：kangle）是一款跨平台、功能强大、安全稳定、易操作的高性能web服务器和反向代理服务器软件。除此：kangle也是一款专为做虚拟主机研发的web服务器。实现虚拟主机独立进程、独立身份运行。

用户之间安全隔离，一个用户出问题不影响其他用户。安全支持php、asp、net、java、ruby等多种动态开发语言。

2、nginx

Nginx（发音同 engine x）是一款轻量级的Web服务器/反向代理服务器及电子邮（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。由俄罗斯的程序设计师Igor Sysoev所开发，供俄国大型的入口网站及搜索引擎Rambler（俄文：Рамблер）使用。

其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：新浪、网易、腾讯等。

3、apache

Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。

同时Apache音译为阿帕奇，是北美印第安人的一个部落，叫阿帕奇族，在美国的西南部。也是一个基金会的名称、一种武装直升机等等。

app服务器的功能。

场景1：web服务器，而非app服务器

在这个场景里，web服务器独自提供在线商店的功能。它接受用户的请求，交给服务器端程序处理。该服务器端程序通过数据库，或者纯文本，查找到价格信息，然后生成HTML响应，通过web服务器返回给用户的浏览器。

总结来说，web服务器仅需要接受HTTP请求，并响应HTML网页。

场景2： web服务器 + app服务器

同场景1一样，web服务器仍然代理脚本生成的响应。但是你可以把业务逻辑部署在app服务器上。

这样，脚本就不需要去关注怎样查询和生成响应，而仅需要调用app服务器提供查询服务，从而利用其生成它的HTML响应。

在这个例子中，app服务器提供了价格查询的业务逻辑。这个逻辑不应该包含怎样去展示，或者强迫客户端使用这些数据。相反的是，客户端和app服务器进行交互，只有当客户端调用了app服务器的价格查询服务的时候，该服务才查找到信息并返回。

同HTML代码生成分离开后，价格查询逻辑的复用性提高了。另外一个客户端，比如收银机，同样可以调用这个接口。而场景1里，价格查询服务就很难被重用，因为它和HTML页面紧密联系。

总结来说，第二个场景中，web服务器处理HTTP请求，并返回HTML页面，而app服务器处理业务逻辑。

⑸ 什么是APP服务器租用，对服务器带宽有什么要求

服务器能做的应用很多，比如做网站、app、数据库、下载站、采集站等等。做app的话就叫app服务器，做网站就叫网站服务器。
每个人的应用都是不一样的，对服务器配置需求还看自己的具体情况，具体要多大带宽没人能够说得清楚。建议前期选择基础的配置，包括cpu、内存、硬盘、带宽等，这些都是可以随时补差价升级的，后期不够用再根据实际情况升级就好了。
耀磊数据为您解答

⑹ APP服务器的APP服务器的历史

app server的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较着名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，如今还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，着名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。
然而在面向对象的技术出现和广泛的应用之后，TP Monitor由于不是面向对象的，而是面向过程的调用，因此TP Monitor管理的商业逻辑并没有分布式对象系统中的商业组件那样的可扩展性、可重用性，表现出来很大的局限。
不过像PHP这样主要还是面向过程调用的函数式的语言来说，TP Monitor仍然可以支持的非常完美，由于有了TP Monitor的支持，PHP也可以应用在企业的环境中了。 eachnet用的是： 1 Linux+Apache+PHP+Tuxedo+Oracle eachnet在上海好几个ISP那里放了服务器，以保证服务不因某个ISP的问题而无法访问。
对象请求代理（Object Request Brokers）是另一种用的很多的中间件，支持分布式对象的调用。然而它的问题是仅仅是一个代理（Broker），系统级的功能需要自己来实现，这包括管理并发性、事务、资源管理和容错机制等等，而且不同的厂商提供的ORB之间也存在互操作的兼容性问题。 于是一种综合了TP Monitor和ORB功能的新的服务器出现了，叫做CTM（Component Transaction Monitor）组件事务监控器。用在我们特定的管理应用程序的环境中就是App Server。
在1997年开始，CTM市场发生了巨大的变化，因为这一年Sun的J2EE标准正式发布，从此除了微软之外，所有的CTM厂商都用Java来改写自己的产品，例如Sybase原来有一个叫做Jagus CTS的东西，如今已经变成了纯Java实现的EAServer，Borland的公司app server也是这样来的。这样一来，除了微软之外，就剩下基于Java的app server了。

⑺ 什么叫CTI服务器，APP服务器

CTI服务器
CTI服务器是整个Call Center的核心，它将电话交换系统和计算机系统有机地结合起来，充分利用交换机话路交换功能和计算机系统数据处理功能。不仅可以接收来自交换机的呼叫信息(如呼叫电话号码等)，同时可以通过计算机有效地控制交换机的呼叫处理，包括呼叫转移、呼叫中止、智能呼出等服务。

app server的前身是middleware（中间件），历史要长的多。早在上世纪六七十年代就已经开始在IBM大型机系统上广泛应用了，叫做TP Monitor，比较着名的是BEA的Tuxedo和IBM的CICS，运行在Terminal/Server模式的Server端，其功能主要是分离商业逻辑，进行分布式计算的，可以自动管理事务、资源和容错等等。因为发展的时间很长，所以技术非常成熟。middleware最早是用cobol编写的，现在还可以偶尔看到cobol的中间件的旧系统，再后来middleware改用C++来实现，着名中间件的有IBM的CICS，BEA的Tuexdo，仍然广泛的应用在高端系统中，特别是银行系统。

⑻ 服务器APP服务器与WEB服务器有什么区别

应用场景不同，web服务器现在部署模式比较固定统一，有利于做其他改进

⑼ APP服务器的介绍

APP服务器1（APP Server）是一个让用户接收从一个远端网络存取服务器上的象征密， 其促使一个用户 码改变的工具。