app伺服器

1、web server與app server有什麼不同

1、兩者的功能不同

當web伺服器接收到一個請求，它只是簡單的將請求交給處理該請求的最優程序。除了為伺服器程序簡單的提供一個運行環境之外，web伺服器不提供任何功能。不同於web伺服器主要發送用來展示在瀏覽器上的HTML頁面，app伺服器為客戶端程序處理應用邏輯方面問題。

2、兩者提供的服務不同

web伺服器一般會提供諸如容錯機制，負載均衡、緩存、集群等。app伺服器通過元件API，比如基於j2ee app伺服器的EJB，來提供應用邏輯。而更多的情況下，app伺服器自己管理自己的資源。這些責任（gate-keeping）包括安全、進程交互、資源池、消息分發等。

(1)app伺服器擴展資料：

WebServer：

Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應(response)。

例如送回一個HTML頁面。為了處理一個請求(request)，Web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)的產生委託(delegate)給一些其它的程序。

例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，伺服器端(server-side)JavaScript，或者一些其它的伺服器端(server-side)技術。無論它們的目的如何，這些伺服器端(server-side)的程序通常產生一個HTML的響應(response)來讓瀏覽器可以瀏覽。

Web伺服器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web伺服器里來時，它只單純的把請求(request)傳遞給可以更好的處理請求(request)的程序(譯者註：伺服器端腳本)。

Web伺服器除了僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會提供任何功能。伺服器端(server-side)程序通常具有事務處理(transaction processing)，資料庫連接(database connectivity)和消息(messaging)等功能。

Web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。

2、為什麼app無法鏈接伺服器

3、APP伺服器如何選擇？

不同的應用對於伺服器有不同需求，APP選擇伺服器時需要注意幾個方面：
一、根據規模的大小，來選擇合適的配置與帶寬，比如說新開發的APP，前期訪問量小，可以用一個普通配置的雲伺服器就能滿足需求，但如果是較大規模或者數據量比較多的APP，則需要用較高的配置和帶寬。
二、根據用戶分布區域來選擇機房線路，大多APP是面向全國各地的用戶，所以在伺服器線路方面，推薦用多線或者BGP線路。
三、後期擴展性。如果你選擇的是雲伺服器，基本上都是支持中途升級高配置的，但如果是選擇的物理伺服器，就需要考慮後期升級的便利性，畢竟隨著APP規模的提升，後期升級配置以及帶寬也是很常見的操作。
四、服務商的資質以及服務，APP是需要全天不間斷運行的，所以選擇一個有信譽，資質齊全，服務有保障的IDC服務商，在伺服器出現問題時能第一時間響應並解決，非常重要。

4、app需要伺服器嗎

app這類軟體需要有伺服器支持，因為在線人數較多，根據app業務和用戶群選擇伺服器配置。
配置不能低於4核8G內存，帶寬10M起步吧，因為用時用的人多，用起來就不會堵塞。

國內考慮用阿里雲或者騰訊雲都不錯。成本方面也是雲伺服器較低一些，實體伺服器較貴一些。發展的大趨勢就是奔著雲計算，上雲去的。從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

5、開發APP,什麼伺服器比較好

開發app不用伺服器，app只是客戶端，和app交互信息的後台放在伺服器上。

6、什麼是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熱門的原因之一，標準的統一對大家都有好處。

7、app後台租哪種伺服器比較好？

主要看你APP的規模大小以及訪問量.如果是新做的APP.其實前期可以不用伺服器,用一個普通配置的雲主機足矣,另外APP軟體一般是面向各個地區不同線路的用戶使用的.所以機房的話推薦用BGP多線,這樣能保證各種不同線路用戶的訪問速度.

8、app應用軟體需要伺服器嗎

看app的功能了，比如單機的，不需要，其他的比如網游，聊天軟體，需要伺服器

9、一般App的伺服器程序是放在哪？

app這類軟體的使用人數較多，程序當然是放在伺服器上面了。
伺服器價位很多種了，要根據app業務和用戶群選擇伺服器配置。配置不能低於4核8G內存，帶寬10M起步吧，因為用時用的人多，用起來就不會堵塞。
一般公司都會選擇雲伺服器作為起步用，後期跟進業務發展情況再升級配置。
國內考慮用阿里雲或者騰訊雲都不錯。成本方面也是雲伺服器較低一些，實體伺服器較貴一些。發展的大趨勢就是奔著雲計算，上雲去的。從你的需求來看，國內選擇那幾個比較大的商家合適，至於名字和具體配置選擇也是一門學問，老魏會幫助你提供參考意見。

10、APP與普通網站使用的伺服器有什麼區別

您好，隨著手機3G時代的到來，3G手機功能的越來越強大，手機App的市場是越來越火爆，也讓很多的普通網站受到了一些前所未有的重創，所以很多網站大洗牌，進行網站的改版更新。時代在更新隨之而來的事物也在更新，不能更上時代的步伐是落後的表現，所以不僅僅是手機APP在完善，手機網站WAP也在不斷的改進中，但是我們傳統的網建也在不斷的迎合著時代的改變。
所以更多的企業也緊跟時代的步伐，走進3G時代，但是究竟區別在哪裡很多人還是不是很清楚的，今天沙漠風的小編就帶你看看他們的區別吧，只能是淺析一下，希望能夠讓更多人的知道其中的關系，我們不深談，以為深談了也是迷迷糊糊~~~
相對普通網站而言，展示型app是一個新生事物。難免有人會對它產生好奇和疑問：展示型app和普通網站有什麼區別？
一、顯示終端不同。
普通網站只適合電腦頁面瀏覽，不適合手機頁面的瀏覽，一旦普通網站在手機上展示，就會不可避免地出現比例不協調，排版不整齊、錯位、變形、甚至出現亂碼的現象，這將有損企業形象，降低合作夥伴對企業的好感和信任，進而直接降低合作率和業務量，這是對企業一種致命的傷害。而手機網站是針對手機屏幕和手機解析度的大小而定製的網站，文字和圖片的顯示比例都適合手機頁面瀏覽，吻合手機用戶的視覺習慣和需求。兩者可謂是一個蘿卜一個坑，它們各自都是為自己的顯示終端量身訂做，不可通用。因此，展示型app製作已成企業當今的剛性需求。
二、風格特點不同。
普通網站和展示型app風格有「詳」與「簡」的區別。普通網站展現的是企業全面詳細的信息，它的特點就是面面俱到；而手機網站是居於電話、簡訊、定位、分享、留言等基本功能的網站，它只展現企業的核心信息，針對性和目的性強，傳輸數據量小，訪問速度快，這些特點更有利於其在手機終端發揮營銷價值。簡而言之，它是普通網站的簡約版，具備畫面清晰、板塊簡約、排版整齊、視覺沖擊力強等優勢。
三、登錄方式不同。
訪問普通網站需要通過輸入網址或者通過搜索引擎來進行訪問，而展示型app的訪問方式更新穎、更方便，訪問展示型app可通過拍攝二維碼直接登錄訪問，省去了手動輸入網址的麻煩，很好地滿足了人的惰性。眾所周知，能滿足客戶惰性的產品更具生命力，更容易吸引客戶，被客戶所接受。
此外，與普通網站相比，展示型app的留言、分享功能更能促進與客戶的互動，增加客戶的粘度。正因為展示型app製作可以實現上述的優勢，所以展示型app製作已成當今企業內在的需求。