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熱門的原因之一,標準的統一對大家都有好處。
使用說明:
1、雙擊安裝文件
2、安裝完畢后,從“開始菜單”-“所有程序”-“Microsoft Applocale”-“Applocale.exe”開啟本程式
3、使用提示:“下一步”-啟動應用程序-“瀏覽文件”,
(在這里選擇您所要轉碼的程序,請定位到安裝文件夾里擴展名為EXE的主程序文件)
4、選中后,點“下一步”選擇您要轉換的語言。
繁體中文轉碼請選擇“中文(繁體)”,日語轉碼請選擇“日本語”,以此類推
5、“下一步”,勾選“創建快捷方式,總是使用Applocale運行此程序”
(這一步是為保存先前您做的設置,以后只要從從“開始菜單”-“所有程序”-“Microsoft Applocale”文件夾里選擇您需要的程式圖標,即可實現轉碼運行此程式。)
不同的應用對于服務器有不同需求,APP選擇服務器時需要注意幾個方面:
一、根據規模的大小,來選擇合適的配置與帶寬,比如說新開發的APP,前期訪問量小,可以用一個普通配置的云服務器就能滿足需求,但如果是較大規模或者數據量比較多的APP,則需要用較高的配置和帶寬。
二、根據用戶分布區域來選擇機房線路,大多APP是面向全國各地的用戶,所以在服務器線路方面,推薦用多線或者BGP線路。
三、后期擴展性。如果你選擇的是云服務器,基本上都是支持中途升級高配置的,但如果是選擇的物理服務器,就需要考慮后期升級的便利性,畢竟隨著APP規模的提升,后期升級配置以及帶寬也是很常見的操作。
四、服務商的資質以及服務,APP是需要全天不間斷運行的,所以選擇一個有信譽,資質齊全,服務有保障的IDC服務商,在服務器出現問題時能第一時間響應并解決,非常重要。
學校服務器的作用是連接學校各臺電腦的上網連接,又稱‘局域網’
保護校網安全要‘360安全衛士’軟件
網站標題:校園安全app的服務器 校園安全app的服務器有哪些
URL網址:http://m.kartarina.com/article8/dogicop.html
成都網站建設公司_創新互聯,為您提供網站排名、面包屑導航、微信公眾號、定制開發、網站制作、
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯