❶ web中的信息資源的基本構成是什麼
構成Web
（World Wide Web、萬維網）體系結構的五大基本元素是：Web伺服器、Web瀏覽器、瀏覽器與伺服器之間的通信協議HTTP(Hypertext Transfer Protocol 、超文本傳輸協議)、寫Web文檔的語言HTML（Hypertext Markup Language、超文本標記語言)、以及用來標識Web上資源的URL（Universal Resource Locator 、統一資源定位器)。
Web系統的組成部分：
頁面：超文本文檔在用戶端顯示為頁面（Page）
瀏覽器：頁面通過一個稱作瀏覽器（Browser）的程序觀看。
超鏈接：頁面內鏈接到其它頁面的文本串叫超鏈接，一般突出顯示。
主頁（Homepage）是首頁，整個文件的起始點和匯總點。
標識頁面的方法是採用統一資源定位器URL (Uniform Resource Locator) 有效地作為頁面的世界性名字。也稱為網頁在Internet上的地址（網址）。如:http：//www.cug.e.cn/welcome.html
Web系統的結構：
Web系統是客戶 —— 伺服器模式：
Web客戶機：客戶端的瀏覽器
Web伺服器：多媒體資源存放的主機
中間件：可以調用Web伺服器中的資料庫和其它應用程序，滿足客戶的各種應用要求。
Web系統的請求與應答：
客戶機使用特定的協議如 HTTP 與伺服器建立連接，客戶機發送請求伺服器接受並執行客戶請求的操作，再將結果返回客戶。
Web客戶-伺服器系統的功能:
信息取得,資料和交易的管理以及共享信息。
❷ web伺服器的組成
伺服器分塔式、機架式和刀片式這三種結構來劃分伺服器，伺服器的外形為什麼會有這樣的劃分呢？主要原因就是具體的應用環境不同，塔式伺服器長得跟我們平時用的台式機一樣，佔用空間比較大，一般是一些小型企業自己使用自己維護；而機架式伺服器長得就像卧著的台式機，可以一台一台的放到固定機架上，因此而得名，它可以拿去專業的伺服器託管提供商那裡進行託管，這樣每年只需支付一定的託管費，就免去了自己管理伺服器的諸多不便；而刀片伺服器是近幾年才比較流行的一種伺服器架構，它非常薄，可以一片一片的疊放在機櫃上，通過群集技術進行協同運算，能夠處理大量的任務，特別適合分布式服務，如作為WEB伺服器。
看完上面的簡單介紹，相信各位對這3種伺服器已經有個基本的認識了，下面我們就來一一細說，為大家做更詳細的講解：
什麼是塔式伺服器：
塔式伺服器應該是大家見得最多，也最容易理解的一種伺服器結構類型，因為它的外形以及結構都跟我們平時使用的立式PC差不多，當然，由於伺服器的主板擴展性較強、插槽也多出一堆，所以個頭比普通主板大一些，因此塔式伺服器的主機機箱也比標準的ATX機箱要大，一般都會預留足夠的內部空間以便日後進行硬碟和電源的冗餘擴展。
由於塔式伺服器的機箱比較大，伺服器的配置也可以很高，冗餘擴展更可以很齊備，所以它的應用范圍非常廣，應該說目前使用率最高的一種伺服器就是塔式伺服器。我們平時常說的通用伺服器一般都是塔式伺服器，它可以集多種常見的服務應用於一身，不管是速度應用還是存儲應用都可以使用塔式伺服器來解決。
就使用對象或者使用級別來說，目前常見的入門級和工作組級伺服器基本上都採用這一伺服器結構類型，一些部門級應用也會採用，不過由於只有一台主機，即使進行升級擴張也有個限度，所以在一些應用需求較高的企業中，單機伺服器就無法滿足要求了，需要多機協同工作，而塔式伺服器個頭太大，獨立性太強，協同工作在空間佔用和系統管理上都不方便，這也是塔式伺服器的局限性。不過，總的來說，這類伺服器的功能、性能基本上能滿足大部分企業用戶的要求，其成本通常也比較低，因此這類伺服器還是擁有非常廣泛的應用支持。
什麼是機架式伺服器：
作為為互聯網設計的伺服器模式，機架伺服器是一種外觀按照統一標准設計的伺服器，配合機櫃統一使用。可以說機架式是一種優化結構的塔式伺服器，它的設計宗旨主要是為了盡可能減少伺服器空間的佔用，而減少空間的直接好處就是在機房託管的時候價格會便宜很多。
為什麼說機架式伺服器是作為為互聯網設計的伺服器模式？
正如大家所知，很多專業網路設備都是採用機架式的結構（多為扁平式，活像個抽屜），如交換機、路由器、硬體防火牆這些。這些設備之所以有這樣一種結構類型，是因為他們都按國際機櫃標准進行設計，這樣大家的平面尺寸就基本統一，可把一起安裝在一個大型的立式標准機櫃中。這樣做的好處非常明顯：一方面可以使設備佔用最小的空間，另一方面則便於與其它網路設備的連接和管理，同時機房內也會顯得整潔、美觀。
機架伺服器的寬度為19英寸，高度以U為單位（1U=1.75英寸=44.45毫米），通常有1U，2U，3U，4U，5U，7U幾種標準的伺服器。機櫃的尺寸也是採用通用的工業標准，通常從22U到42U不等；機櫃內按U的高度有可拆卸的滑動拖架，用戶可以根據自己伺服器的標高靈活調節高度，以存放伺服器、集線器、磁碟陣列櫃等網路設備。伺服器擺放好後，它的所有I/O線全部從機櫃的後方引出（機架伺服器的所有介面也在後方），統一安置在機櫃的線槽中，一般貼有標號，便於管理。
現在很多互聯網的網站伺服器其實都是由專業機構統一託管的，網站的經營者其實只是維護網站頁面，硬體和網路連接則交給託管機構負責，因此，託管機構會根據受管伺服器的高度來收取費用，1U的伺服器在託管時收取的費用比2U的要便宜很多，這就是為什麼這種結構的伺服器現在會廣泛應用於互聯網事業。
還有一點要說的是機架式伺服器因為空間比塔式伺服器大大縮小，所以這類伺服器在擴展性和散熱問題上受到一定的限制，配件也要經過一定的篩選，一般都無法實現太完整的設備擴張，所以單機性能就比較有限，應用范圍也比較有限，只能專注於某一方面的應用，如遠程存儲和Web服務的提供等，但由於很多配件不能採用塔式伺服器的那種普通型號，而自身又有空間小的優勢，所以機架式伺服器一般會比同等配置的塔式伺服器貴上20－30％。至於空間小而帶來的擴展性問題，也不是完全沒有辦法解決，由於採用機櫃安裝的方式，因此多添加一個主機在機櫃上是件很容易的事，然後再通過伺服器群集技術就可以實現處理能力的增強，如果是採用外接擴展櫃的方式也能實現大規模擴展，不過由於機架式伺服器單機的性能有限，所以擴展之後也是單方面的能力得到增倍，所以這類伺服器只是在某一種應用種比較出色，大家就把它劃為功能伺服器，這種伺服器針對性較強，一般無法移做它用。
什麼是刀片伺服器？
對於企業和網路信息提供商來說，無限增長的數據必須集中存儲和處理，於是未來的網路發展呈現出集中計算的趨勢。集中管理模式與現有的分散管理模式，對伺服器提出了新的要求：節約空間、便於集中管理、易於擴展和提供不間斷的服務，成為對下一代伺服器的新要求。
作為網路重要組成部分的伺服器來說，性能已不僅僅是評價伺服器的唯一指標了，用戶更關心的是符合自己實際需要的產品。目前伺服器集群已經在市場上得以廣泛應用，而新一代機架式伺服器也開始進入市場，為用戶提供了更多的選擇。但是隨著網路向更深層面發展，下一代伺服器將會是BladeServer（刀片伺服器）。
刀片伺服器是一種HAHD（HighAvailabilityHighDensity，高可用高密度）的低成本伺服器平台，是專門為特殊應用行業和高密度計算機環境設計的。其中每一塊"刀片"實際上就是一塊系統主板。它們可以通過本地硬碟啟動自己的操作系統，如WindowsNT/2000、Linux、Solaris等等，類似於一個個獨立的伺服器。在這種模式下，每一個主板運行自己的系統，服務於指定的不同用戶群，相互之間沒有關聯。不過可以用系統軟體將這些主板集合成一個伺服器集群。在集群模式下，所有的主板可以連接起來提供高速的網路環境，可以共享資源，為相同的用戶群服務。在集群中插入新的"刀片"，就可以提高整體性能。而由於每塊"刀片"都是熱插拔的，所以，系統可以輕松地進行替換，並且將維護時間減少到最小。值得一提的是，系統配置可以通過一套智能KVM和9個或10個帶硬碟的CPU板來實現。CPU可以配置成為不同的子系統。一個機架中的伺服器可以通過新型的智能KVM轉換板共享一套光碟機、軟碟機、鍵盤、顯示器和滑鼠，以訪問多台伺服器，從而便於進行升級、維護和訪問伺服器上的文件。
克服伺服器集群的缺點
作為一種實現負載均衡的技術，伺服器集群可以有效地提高服務的穩定性和/或核心網路服務的性能，還可以提供冗餘和容錯功能。理論上，伺服器集群可以擴展到無限數量的伺服器。無疑，伺服器集群和RAID鏡像技術的誕生為計算機和數據池的Internet應用提供了一個新的解決方案，其成本遠遠低於傳統的高端專用伺服器。
但是，伺服器集群的集成能力低，管理這樣的集群使很多IDC都非常頭疼。尤其是集群擴展的需求越來越大，維護這些伺服器的工作量簡直不可想像，包括伺服器之間的內部連接和擺放空間的要求。這些物理因素都限制了集群的擴展。「高密度伺服器」－－BladeServer的出現適時地解決了這樣的問題。高密度伺服器內置了監視器和管理工具軟體，可以幾十個甚至上百個地堆放在一起。配置一台高密度伺服器就可以解決一台到一百台伺服器的管理問題。如果需要增加或者刪除集群中的伺服器，只要插入或拔出一個CPU板即可。就這個意義上來說，BladeServer從根本上克服了伺服器集群的缺點。
❸ .Web服務的原理是什麼，描述一下Web服務的基本架構和主要技術。
提供一種統一的、面向組件的編程模型。
Web Service的體系結構描述了三個角色（服務提供者、服務請求者、服務代理者）以及三個操作（發布、查找、綁定）。
Web主要技術特徵：在傳輸層和網路層採用TCP/IP協議，預設斷口的80；在應用層採用HTTP協議，使用HTML文檔實現信息交互；基本上運行在C/S模式下。
❹ 什麼是web五層結構
就是B/W/C/D/C結構
B: Browser; W: Web Server; C: CRUBA Server; D: Database; C: Client
傳統的Web資料庫B/W/D結構也逐漸暴露出了許多不足：
（1）由於瀏覽器只是為了進行Web瀏覽而設計的，當其應用於Web應用系統時，許多功能不能實現或實現起來比較困難。比如：通過瀏覽器進行大量的數據的錄入，或進行報表答應都是非常困難和不便的。
（2）復雜應用構造困難。雖然可以用ActiveX，Java等技術開發較為復雜的應用，但是相對於發展已經非常成熟C/S的一系列應用工具來說，這些技術的開發復雜，並沒有完全成熟的技術供使用。
（3）Web Server成為Database的唯一的客戶端，所有對資料庫的連接都通過該伺服器實現，Web伺服器同時要處理與客戶請求及資料庫伺服器的連接，當訪問量大時，Server負載過重。
2.1 Web資料庫的五層體系結構
正是由於B/W/D結構自身具有的這些弱點，為了改善其不足，在其基礎上，提出了一新的結構體系—— B/W/C/D/C結構
五層體系結構有如下優點：
（1）充分發揮了B/S結構與C/S結構系統的優勢，揚長避短。充分考慮用戶利益，保證瀏覽查詢者操作方便的同時也使得系統的更新簡單，維護簡單靈活，易於操作。
（2）信息發布端採用B/S結構，保持了瘦客戶端的優點。裝入客戶機的軟體可以採用統一的WWW瀏覽器。而且由於WWW瀏覽器和網路綜合伺服器都基於工業標准，可以在所有平台上工作。客戶機或伺服器的操作系統也可以完全統一，客戶端存在的各種問題迎刃而解。
（3）資料庫端採用C/S結構，通過ODBC/JDBC進行連接。這一部分的功能只涉及到系統維護，數據更新等，客戶端很少，不存在完全採用C/S結構帶來的客戶端維護工作量大等缺點。並且，在客戶端上可以構造非常復雜的應用，界面友好靈活，易於操作，能解決許多B/S存在的固有的缺點。
（4）許多原有的基於C/S結構的系統可以非常容易地升級到五層體系結構，只需要開發用於發布的WWW界面，可以保留原有的C/S結構的某些子系統，充分地利用現有資源。使得現有系統或資源無需進行大的改造即可以連接使用，保護了用戶以往的投資。
（5）由於應用了CORBA伺服器，對資料庫的訪問提供了一個統一的介面，使CORBA伺服器具有共享性，形成了模塊性更強的結構，更易擴充，升級。
❺ 什麼是Web應用系統 Web應用系統有哪些 Web應用系統結構 其特點及應用場景 相關技術
Web技術的發展，使得管理系統的開發更方便、功能更強大，在此系統的開發過程中，Web技術起了一個骨架式的支持作用；與此同時組件技術的發展為系統的開放性、集成性提供了便利，有效合理地引入組件技術是當前Web系統開發與發展的一個方向；通過對系統的開發進行建模，形象直觀的圖形化表示，可以顯示系統的流程與功能。選擇有效的建模方法，充分利用Web技術與組件技術，提高軟體的開發效率，提高的軟體的可靠性和可維護性，是每個軟體開發人員所關心的問題。UML(UnifiedModelingLanguage)是基於對象技術的標准建模語言，定義良好、易於表達、功能強大的特點使它在面向對象的分析與設計中更具優勢。在基於Web技術和組件技術的系統建模中，它完善的組件建模思想和可視化建模的優勢更利於系統開發人員理解程序流程和功能，進一步提高Web系統的開發效率以及Web組件的可重用性和可修復性。本文將結合我們自主開發的活塞PDM系統中的項目審批流程的建模，介紹UML在基於WEB技術和組件技術的系統建模中的應用。2、基於Web的應用系統結構對於基於Web技術的應用系統，用戶直接面對的是客戶端瀏覽器，用戶在使用系統時，請求之後的事務邏輯處理和數據的邏輯運算由伺服器與資料庫系統共同完成，對用戶而言是完全透明的。運算後得到的結果再通過瀏覽器的方式返回給用戶。這個過程可分成一些子步驟，每一個子步驟的完成可理解為通過一個單獨的應用伺服器來處理，這些應用伺服器在最終得到用戶所需的結論之前，相互之間還會進行一定的數據交流和傳遞。ERP（EnterpriseResourcePlanning企業資源計劃）是一種企業管理的思想，強調對企業的內部甚至外部的資源進行優化配置、提高利用效率。
一個由GartnerGroup開發的概念，描述下一代製造商業系統和製造資源計劃（MRPII）軟體。它將包含客戶/服務架構，使用圖形用戶介面，應用開放系統製作。除了已有的標准功能，它還包括其它特性，如品質、過程運作管理、以及調整報告等。特別是，ERP採用的基礎技術將同時給用戶軟體和硬體兩方面的獨立性從而更加容易升級。ERP的關鍵在於所有用戶能夠裁剪其應用，因而具有天然的易用性。
GartnerGroup提出ERP具備的功能標准應包括四個方面:
1.超越MRPⅡ范圍的集成功能
包括質量管理;試驗室管理;流程作業管理;配方管理;產品數據管理;維護管理;管制報告和倉庫管理。
2.支持混合方式的製造環境
包括既可支持離散又可支持流程的製造環境;按照面向對象的業務模型組合業務過程的能力和國際范圍內的應用。
3.支持能動的監控能力,提高業務績效
包括在整個企業內採用控制和工程方法;模擬功能;決策支持和用於生產及分析的圖形能力。
4.支持開放的客戶機/伺服器計算環境
包括客戶機/伺服器體系結構;圖形用戶界面(GUI);計算機輔助設計工程(CASE),面向對象技術;使用SQL對關系資料庫查詢;內部集成的工程系統、商業系統、數據採集和外部集成(EDI)。
ERP是對MRPⅡ的超越,從本質上看,ERP仍然是以MRPⅡ為核心,但在功能和技術上卻超越了傳統的MRPⅡ,它是以顧客驅動的、基於時間的、面向整個供應鏈管理的企業資源計劃。CRM（）就是客戶關系管理。從字義上看，是指企業用CRM來管理與客戶之間的關系。CRM是選擇和管理有價值客戶及其關系的一種商業策略，CRM要求以客戶為中心的商業哲學和企業文化來支持有效的市場營銷、銷售與服務流程。如果企業擁有正確的領導、策略和企業文化，CRM應用將為企業實現有效的客戶關系管理。
CRM的概念由美國Gartner集團率先提出。我們認為，CRM是辨識、獲取、保持和增加「可獲利客戶」的理論、實踐和技術手段的總稱。它既是一種國際領先的、以「客戶價值」為中心的企業管理理論、商業策略和企業運作實踐，也是一種以信息技術為手段、有效提高企業收益、客戶滿意度、雇員生產力的管理軟體。
CRM是一個獲取、保持和增加可獲利客戶的方法和過程，也是企業利用IT技術和互聯網技術實現對客戶的整合營銷，是以客戶為核心的企業營銷的技術實現和管理的實現。
CRM是一種技術手段，它的根本目的是通過不斷改善客戶關系、互動方式、資源調配、業務流程和自動化程度等，達到降低運營成本、提高企業銷售收入、客戶滿意度和員工生產力。企業以追求最大贏利為最終目的，進行好客戶關系管理是達到上述目的的手段，從這角度可以不加掩飾的說，CRM的應用是立足企業利益的，同時方便了客戶，讓客戶滿意。
在市場營銷和企業管理中，CRM將首當其沖地應用於各企業的銷售組織和服務組織，為您帶來長久增值和競爭力。
❻ 架構Web Service:什麼是Web服務
鬆散耦合，這一特徵也是源於對象/組件技術，當一個Web服務的實現發生變更的時候，調用者是不會感到這一點的，對於調用者來說，只要Web服務的調用界面不變，Web服務的實現任何變更對他們來說都是透明的，甚至是當Web服務的實現平台從J2EE遷移到了.NET或者是相反的遷移流程，用戶都可以對此一無所知。對於鬆散耦合而言，尤其是在Internet環境下的Web服務而言，需要有一種適合Internet環境的消息交換協議
。而XML/SOAP正是目前最為適合的消息交換協議。
使用協約的規范性，這一特徵從對象而來，但相比一般對象其界面規范更加規范化和易於機器理解。首先，作為Web服務，對象界面所提供的功能應當使用標準的描述語言來描述(比如WSDL)；其次，由標准描述語言描述的服務界面應當是能夠被發現的，因此這一描述文檔需要被存儲在私有的或公共的注冊庫裡面。同時，使用標准描述語言描述的使用協約將不僅僅是服務界面，它將被延伸到Web服務的聚合、跨Web服務的事務、工作流等，而這些又都需要服務質量(QoS)的保障。其次，我們知道安全機制對於鬆散耦合的對象環境的重要性，因此我們需要對諸如授權認證、數據完整性(比如簽名機制)、消息源認證以及事務的不可否認性等運用規范的方法來描述、傳輸和交換。最後，在所有層次的處理都應當是可管理的，因此需要對管理協約運用同樣的機制。
使用標准協議規范，作為Web服務，其所有公共的協約完全需要使用開放的標准協議進行描述、傳輸和交換。這些標准協議具有完全免費的規范，以便由任意方進行實現。一般而言，絕大多數規范將最終有W3C或OASIS作為最終版本的發布方和維護方。
高度可集成能力。由於Web服務採取簡單的、易理解的標准Web協議作為組件界面描述和協同描述規范，完全屏蔽了不同軟體平台的差異，無論是CORBA、DCOM還是EJB都可以通過這一種標準的協議進行互操作，實現了在當前環境下最高的可集成性。
Web Service "Stack"在前一節中，我們已經了解到為了完成在鬆散耦合的環境下的對象訪問，以及在基本對象訪問之上的諸如事務、工作流、安全機制等。實現一個完整的Web服務體系需要有一系列的協議規范來支撐。
其中，綠色部分是先前已經定義好的並且廣泛使用的傳輸層和網路層的標准：IP、HTTP、SMTP等。而藍色部分是目前開發的Web服務的相關標准協議，包括服務調用協議SOAP、服務描述協議WSDL和服務發現/集成協議UDDI，以及服務工作流描述語言WSFL。而橙色部分描述的是更高層的待開發的關於路由、可靠性以及事務等方面的協議。黃色部分是各個協議層的公用機制，這些機制一般由外部的正交機制來完成。
首先，這些協議本身都是簡單的，無論是HTTP, FTP等傳統的TCP/IP系統的網路協議，還是SOAP, WSDL, UDDI, WSFL等基於XML的協議，他們設計原則中的一個最重要點就是力求簡單性。相信大家如果對XML、SOAP等有深入了解的話，一定會深深體會這一點。
其次，一個可以使用的Web服務應當按照需要選用若干層次的功能，而無需所有的特性。比如在目前狀況下，一個簡單應用可能只要使用WSDL/SOAP就可以架構一個符合規范的Web服務了。
最後，所有的機制完全是基於現有的技術，並沒有創造一個完全的新體系。無論是IPv4、HTTP、FTP這些現有的網路協議，還是SOAP、WSDL等這些基於XML而定義的協議都是遵循著一個原則：繼承原有的被廣泛接受的技術，這樣才能使得Web服務被廣泛接受。
Web服務的類別綜合當今的Web應用以及Web服務的特點，我們認為Web服務實施的領域可以分為四類：Business-Oriented Web Service: 該類服務針對的是那些面向企業應用服務，包括企業內部的ERP系統，企業間的SCM/CRM等系統。當這些系統以Web服務的形式在網路(Internet和intranet)中出現時，企業內的應用集成將更未容易，而在企業間的眾多合作夥伴的系統對接也將不再是無法完成的任務。目前現有的解決方案和產品的提供商有Bowstreet、Epicentric等。
Consumer-Oriented Web Service: 此類服務針對的是那些原先的B2C的網站的改造，為這些Browser-Oriented的Web應用增加(注意是增加)了Web服務的應用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能夠利用更優秀的用戶界面提供跨越多個B2C服務的桌面服務。這將使得用戶使用Internet更為方便，能夠獲得更加便捷的服務。比如我們完全就可以在個人理財桌面系統中集成(調用)Internet上的股票價格查詢Web服務、機票預定Web服務等，使得個人理財應用的自動化程度更高。
Device-Oriented Web Service: 此類服務的使用終端一般是手持設備和日用家電，對於前者而言，可以在不用修改網路服務的體系架構的前提下，令先前的網路服務支持除PC以外的各種終端，比如Palm、PocketPC、手機等。如此，那些天氣預報服務、Email服務、主動信息服務等將更為有效和便捷。而後者對於日用家電，則可能是一個市場的啟動期，有了Web服務作為基礎框架，智能型的日用家電將真正獲得標準的支持，從而有了廣泛使用的可能。
System-Oriented Web Service: 一些傳統意義上的系統服務，比如用戶許可權認證，系統監控等，如果被遷移到全球范圍的Internet上，或者企業內部的intranet上，其作用范圍將從單個系統或局部網路拓展到整個企業網路或整個Internet。如此，基於同一系統服務的不同應用將得以在整個Internet環境中部署，譬如跨國企業的所有在線服務可以使用同一個用戶許可權認證Web服務。
Web服務: 當今的技術最亮點以上這幅圖是Gartner Group在研究了所有IT主流時尚技術的發展道路後，作出的抽象模型。Y軸表明技術的受關注程度，而X軸則表示技術的應用的成熟度。每一項技術在從出現到成熟的整個過程都將沿著圖中的曲線前進，而且典型地，都將被劃分為五個階段：技術顯現：一門技術被發明或定義之後，開始進入公眾的視野；
不斷膨脹的期望期：由於該項技術的劃時代的突破，使人們對這項技術有著無比美好的想像和期望，這一階段類似"網路的泡沫器"；
希望破滅之後的醒悟期：由於每項技術都不是萬能的，真正獲得使用仍然需要務實的加以應用研究，因此此時人們發現這項技術似乎並沒有期望中那麼有用，這一階段類似"網路的泡沫破滅"；
豁然開朗的應用發展期：經過了一個階段的開發和研究，該項技術終於走上了良性發展的軌道，越來越多的人接受並使用了該項技術；
大量的工業化生產期：該項技術成為業界主流，大量應用在具體的環境中。
❼ 構成Web有幾大要素
構成web的要素有：文字、圖片、多媒體以及底層代碼。
文字與圖片是構成一個網頁的兩個最基本的元素。你可以簡單的理解為：文字，就是網頁的內容，圖片，就是網頁的美觀。除此之外，網頁的元素還包括動畫、音樂、程序等等。
在網頁上點擊滑鼠右鍵，選擇菜單中的 「 查看源文件 」 ，就可以通過記事本看到網頁的實際內容。可以看到，網頁實際上只是一個純文本文件，它通過各式各樣的標記對頁面上的文字、圖片、表格、聲音等元素進行描述（例如字體、顏色、大小），而瀏覽器則對這些標記進行解釋並生成頁面，於是就得到你現在所看到的畫面。 為什麼在源文件看不到任何圖片？ 網頁文件中存放的只是圖片的鏈接位置，而圖片文件與網頁文件是互相獨立存放的，甚至可以不在同一台計算機上。
❽ Web Service
Web Service 技術是原來的組件技術思想在 Internet 時代中的進一步發展，更准確地說，Web Service 是封裝成單個實體發布到網路上，並提供 API 以提供其他程序使用的功能集合，是在 Internet 上進行分布式計算的基本構造塊，是可用 URL 定位服務資源。簡言之，Web Service 是可遠程調用的應用程序組件。Web Service 的本質目的是提供一個與操作系統、程序設計語言、機器類型、運行環境均無關的平台，實現 Internet 中應用程序的共享。Web Service 基於一系列的標准協議，其協議構架如圖 4.4 示。
圖 4.4 Web Service 協議架構
統一描述、發現與集成協議 UDDI(UniversalDescription，Discovery and Integration )用 於 構 建Web Service 的服務注冊中心，實現服務發現功能。Web 服務描述語言 WSDL(Web Service DescriptionLanguage)駐 留 在 服務 容 器 中， 定義 了 一 種提供Web 服務 描述 的 標 准化 方 式。簡 單 對 象 訪 問協議SOAP(Simple Object Access Protocol)提供傳輸數據的標准方式，充當在服務提供方和服務請求方之間激活服務的消息交換服務。可擴展標記語言 XML(Extensible Markup Language)是 Internet 上數據交換的標准，在 Web Service 中實現信息表達，用於 SOAP，WSDL 和 UDDI。超文本傳輸協議 HTTP(Hyper Text Transfer Protol)是 Web Service 最流行的傳輸協議。Web Service 體系結構是一種面向服務的結構，典型的Web Service 組件架構如圖 4.5 示。
Web Service 體系結構主要由服務請求者、服務注冊中心和服務提供者三部分組成。其實現過程包括服務發布與注冊、服務查詢與發現、服務綁定與調用三個過程。服務請求者指查詢、調用服務的客戶端程序; 服務提供者即服務的所有者和部署服務的平台; 服務注冊中心指用來存儲服務信息的信息庫，服務提供者在這里發布、注冊服務、而服務請求者在這里查詢、綁定服務，最終實現調用服務提供者的服務。
圖 4.5 Web Service 組件架構
Web Service 有兩大核心優勢，即分布性和互操作性。在 Web Service 架構下，服務提供者和服務請求者都可以是分布式的，一個服務請求者可以遠程調用多個服務提供者的服務，服務提供者也可以同時為多個服務請求者提供服務，這為服務共享提供了一個最佳的方式。
互操作性也是服務共享的關鍵問題。Web Service 的信息表達基於標准通用的 XML 語言，在 XML 語言的基礎上，使用 WSDL 和 UDDI 實現服務注冊與發現，使用 SOAP 實現服務調用。基於這些標準的協議，Web Service 實現了服務的跨平台、跨語言的共享。XML、SOAP、WSDL 和 UDDI 是用於構建和使用 Web Service 的核心標准和技術。以下將分別介紹這四種標准和技術。
4.2.2.1 XML
XML 是一種數據描述語言，為 Internet 上數據交換的標准。XML 定義了應用系統間傳遞數據的結構，而且這種結構的描述不是基於二進制的、只能由程序去判讀的代碼，而是一種簡單的、能夠用通用編輯器讀取的文本。XML 的基本概念包括元素、屬性、DTD，Schema 和命名空間等。元素是 XML 文檔內容的基本單元。語法上而言，一個元素包括一個起始標記、結束標記以及標記之間的數據內容。形式上為: < tag > 數據內容 < tag > 。元素內容可以為其他的元素或未處理文本或兩者的混合，還可以是空的。元素的嵌套使得文檔的層次結構很容易表示。一個元素可以有多個屬性。屬性是一個名稱數據對，表示為字元串。用戶可以根據需要自己定義。一個元素不能有同名的兩個屬性。
XML 的精髓是允許文檔編寫者制定基於信息描述、體現數據間邏輯關系的自定義標記。如果不對文檔標記作明確定義，而是任意地使用它們，則生成的文檔是無法識別的。DTD 是對文檔結構的一個清晰描述，定義了特定文檔中允許出現的元素類型、屬性和實體，給出了文檔的整體結構和語法。XML Schema 是定義 XML 的數據定義文件。XMLSchema 也規定了一套特定文檔的結構，這是與 DTD 的相同之處。與 DTD 相比，最大的不同在於它本身也是 XML 文檔。此外還有以下的不同: XML Schema 可以用 XML 解析器來解析; 允許使用全局性元素(在整個 XML 文檔中用相同的方式使用元素)和局部元素(特定的上下文中元素有不同的含義); 提供豐富的數據類型(整型、布爾型、日期類型等)，且元素的數據類型可以自定義。
XML 命名空間是一組可以用作 XML 文檔的元素或屬性名稱的名稱集，就是將元素或屬性的名稱歸類。因為 XML 的開放性，允許任何人創建屬於他們自己的元素或屬性名稱，這樣就不可避免地出現不同的人或組織定義的元素名稱或屬性名稱重復，使得相同的名稱表達不同的語義。為了避免元素之間出現相同名稱的沖突，命名空間限定這些元素或屬性名稱在命名空間內是唯一的。一般命名空間由這些統一資源標識符 URI(Universal Resource Identifier)來識別。URI 在 Internet 上是全球唯一的，用 URI 來限定 XML 元素名稱或屬性名稱也就確保是全球唯一的。XML 主要具有四大優勢:
(1)XML 用文本格式表示數據，方便在 Internet 上的傳輸。這一點使 XML 數據可以方便地利用現有的 Internet 上基於文本的各種傳輸協議(如 HTTP)進行傳輸，可以安全的穿越防火牆。
(2)XML 是可擴展的。XML 是一個元語言(MetaLanguage)，它使用了標准化的方法定義其他語言。它只是為結構文檔提供了一個數據格式，而沒有深入該數據本身，定義它的詞彙列表。這使自定義標記語言成為可能，每個行業，每個部門，甚至每個人都可以定義自己的標記語言。
(3)XML 可以對信息進行很好的層次描述。它基於信息內容的描述，對信息的表達清晰。
(4)XML 可以進行數據完整性的自動檢驗。XML DTD 和 Schema 機制使得 XML 解析器可以檢驗 XML 文檔是否與 DTD 或 Schema 相配。
4.2.2.2 SOAP
SOAP 通過定義一個關於遠程組件如何請求信息和如何遞交信息的標准，實現 Internet中不同應用之間的集成和交互。SOAP 是一個基於 HTTP 和 XML 的請求、響應 RPC 協議。SOAP 把 XML 使用代碼化為請求和響應參數編碼模式，並用 HTTP 傳輸。SOAP 本身沒有定義任何應用程序語義，如編程模型或特定語義的實現，實際上它通過提供一個有標准組件的包模型和在模塊中編碼數據的機制，定義了一個簡單的表示應用程序語義的機制。這使得 SOAP 能夠被用於從消息系統到 RPC(遠程進程調用)的各種應用中。
SOAP 規范主要由信封(Envelop)、編碼規則(Encoding Rules)和 RPC 表示(RPC Representation)三部分組成。①SOAP 信封構造定義了一個整體的 SOAP 消息表示框架，可以用於表示消息中的內容是什麼，是誰發送的，誰接受並處理它，以及這些處理操作是可選的還是必需的等。②SOAP 編碼規則定義了一個數據的編碼機制，通過這樣一個編碼機制來定義應用程序中需要使用的數據類型，並可用於交換由這些應用程序定義的數據類型所衍生的實例。③SOAP RPC 表示定義了一個用於表示遠程過程調用和響應的約定，例如，如何使用 HTTP 或 SMTP 協議於 SOAP 綁定，如何傳輸過程調用，在具體傳輸協議的哪個部分傳輸過程響應，如可以在 HTTP 的響應的時候傳遞過程響應。這三部分在功能上是彼此獨立的。特別的，信封和編碼規則是被定義在不同的 XML 命名空間中，這樣有利於通過模塊化獲得定義和實現的簡明性。
SOAP 消息是 SOAP 應用中的主體要素。SOAP 為在一個鬆散的、分布的環境中使用XML 對等地交換結構化地和類型化的消息提供了一個簡單的輕量級機制。SOAP 消息的描述框架格式是以 SOAP 信封為根元素，內含 SOAP Header 和 SOAP Body 子元素的一個XML 文檔。所有的 SOAP 消息都是使用 XML 格式來編碼的。SOAP 消息必須不包含 DTD與 PI(Processing Instructions)。除 SOAP must understand attribute 和 SOAP actor attribute外，一般允許屬性及屬性值自由地選擇是在 XML 實例中描述還是在 XML Schema 中描述。SOAP 是一種基於 XML 的輕量級消息交換協議，它是建立在現有行業標准之上的，所以在支持這些標準的平台上運行的應用程序可以通過 SOAP 消息與其他平台上運行的應用程序有效地進行通信，而且能夠穿越防火牆，因而得到了業界的廣泛支持。
4.2.2.3 WSDL
Web 服務描述語言 WSDL(Web Services Description Language)是基於 XML 模式的規范，用於將 Web 服務描述為操作集，並將數據輸入/輸出參數描述為消息。WSDL 還定義使用綁定機制將任何傳輸協議、數據格式或結構附加到抽象消息、操作或終端的通信模型。
WSDL 將 Web 服務描述為一組服務訪問點，或稱為一組 「埠」，客戶端可以通過這些埠對包含面向文檔信息或面向過程調用的服務進行訪問。一個埠定義了一個 「服務」項目的提供地點。一個服務可以有多個提供地點，但只能對一組事先定義好的 「信息」做出響應。「信息」是對通信數據的描述，每條信息由一組數據組成，這些數據必須定義為收、發雙方都能識別的 「類型」。埠和信息結合在一起代表了一組 「操作」，並定義了這個服務訪問點的 「埠類型」。把一種協議和一種數據格式關聯在一起就定義出了一種可重復使用的 「綁定」。把一個網址和一個綁定關聯在一起就定義了一個埠，相關的具體部署的端點通過組合就成為抽象的 Web 服務。綜上所述，WSDL 文檔的根元素是 definitions 元素，該元素又包含 6 個子元素:
(1)Types: 包含可由伺服器收發的消息的架構定義。最常見的表示架構的方法是使用 XML 架構;
(2)Message: 充當一個將架構中的消息與消息的定義關聯起來的交叉引用。簡單地說，就是定義通信中的數據，包括數據輸入和輸出。
(3)PortType: 定義一組 Web 服務可公開的介面。一個介面與一個或多個消息關聯。
(4)Operation: 它是對服務端所實現功能的抽象定義。
(5)Binding: 將 PortType 定義與某個特定的協議關聯。
(6)Service: 定義 Web 服務公開的相關端點(埠)的集合。
4.2.2.4 UDDI
統一描述、發現和集成協議 UDDI(Universal Description，Discovery and Integration)是一套基於 Web 的、分布式的、為 Web 服務提供信息注冊中心的實現標准規范，同時也包含一組使不同的人或組織能將自身提供的 Web 服務注冊以使得他人或其組織能夠發現的訪問協議的實現標准。UDDI 注冊的工作流程如圖 4.6。
UDDI 注冊中心是 Web 服務注冊、用戶集中管理的地方，通過它可以發布、查詢、調用 Web Service，也可以查詢特定服務的描述信息，並動態綁定到該服務上。UDDI 注冊中心同時還提供服務結點管理、用戶管理、許可權管理、計費管理等功能。服務提供者提供服務需要到 UDDI 注冊中心進行服務的注冊、登記，這樣用戶就可以通過 UDDI 注冊中心獲取所需要服務的基本信息與技術細節信息，再通過對服務的綁定得到服務和產品。
圖 4.6 UDDI 注冊工作流程
❾ 如何讀懂Web服務的系統架構圖
大數據數量龐大，格式多樣化。大量數據由家庭、製造工廠和辦公場所的各種設備、互聯網事務交易、社交網路的活動、自動化感測器、移動設備以及科研儀器等生成。它的爆炸式增長已超出了傳統IT基礎架構的處理能力，給企業和社會帶來嚴峻的數據管理問題。因此必須開發新的數據架構，圍繞「數據收集、數據管理、數據分析、知識形成、智慧行動」的全過程，開發使用這些數據，釋放出更多數據的隱藏價值。
一、大數據建設思路
1）數據的獲得
四、總結
基於分布式技術構建的大數據平台能夠有效降低數據存儲成本，提升數據分析處理效率，並具備海量數據、高並發場景的支撐能力，可大幅縮短數據查詢響應時間，滿足企業各上層應用的數據需求。
❿ 簡述web技術的結構
它是超級文本的簡稱。 二、超媒體（hypermedia） 超媒體是超文本（hypertext）和多媒體在信息瀏覽環境下的結合。它是超級媒體的簡稱。用戶不僅能從一個文本跳到另一個文本，而且可以激活一段聲音，顯示一個圖形，甚至可以播放一段動畫。 Internet採用超文本和超媒體的信息組織方式，將信息的鏈接擴展到整個Internet上。Web就是一種超文本信息系統，Web的一個主要的概念就是超文本連接，它使得文本不再象一本書一樣是固定的線性的。而是可以從一個位置跳到另外的位置。可以從中獲取更多的信息。可以轉到別的主題上。想要了解某一個主題的內容只要在這個主題上點一下，就可以跳轉到包含這一主題的文檔上。正是這種多連接性把它稱為Web。 三、超文本傳輸協議（HTTP） Hypertext Transfer Protocol超文本在互聯網上的傳輸協議。 當你想進入萬維網上一個網頁, 或者其他網路資源的時候，通常你要首先在你的瀏覽器上鍵入你想訪問網頁的統一資源定位符（UniformResourceLocator)，或者通過超鏈接方式鏈接到那個網頁或網路資源。這之後的工作首先是URL的伺服器名部分，被名為域名系統的分布於全球的網際網路資料庫解析，並根據解析結果決定進入哪一個IP地址(IP address)。 接下來的步驟是為所要訪問的網頁，向在那個IP地址工作的伺服器發送一個HTTP請求。在通常情況下，HTML文本、圖片和構成該網頁的一切其他文件很快會被逐一請求並發送回用戶。 網路瀏覽器接下來的工作是把HTML、CSS和其他接受到的文件所描述的內容，加上圖像、鏈接和其他必須的資源，顯示給用戶。這些就構成了你所看到的「網頁」。 大多數的網頁自身包含有超鏈接指向其他相關網頁，可能還有下載、源文獻、定義和其他網路資源。像這樣通過超鏈接，把有用的相關資源組織在一起的集合，就形成了一個所謂的信息的「網」。這個網在網際網路上被方便使用，就構成了最早在1990年代初蒂姆·伯納斯-李所說的萬維網。 傳統的Web資料庫系統體系結構 傳統的Web資料庫系統一般實現Web資料庫系統的連接和應用可採取兩種方法，一種是在Web伺服器端提供中間件來連接Web伺服器和資料庫伺服器，另一種是把應用程序下載到客戶端並在客戶端直接訪問資料庫。中間件負責管理Web伺服器和資料庫伺服器之間的通信並提供應用程序服務，它能夠直接調用外部程序或腳本代碼來訪問資料庫，因此可以提供與資料庫相關的動態HTML頁面，或執行用戶查詢，並將查詢結果格式化成HTML頁面。通過Web伺服器返回給Web瀏覽器。最基本的中間件技術有通過網關介面CGI和應用程序介面API兩種。 （一）、基於通用網關介面CGI CGI是WWW伺服器運行時外部程序的規范，按照CGI編寫的程序可以擴展伺服器的功能，完成伺服器本身不能完成的工作，外部程序執行時間可以生成HTML文檔，並將文檔返回WWW伺服器。CGI應用程序能夠與瀏覽器進行交互作用，還可以通過資料庫的API與資料庫伺服器等外部數據源進行通信，如一個CGI程序可以從資料庫伺服器中獲取數據，然後格式化為HTML文檔後發送給瀏覽器，也可以將從瀏覽器獲得的數據放到資料庫中。幾乎使用的伺服器軟體都支持CGI，開發人員可以使用任何一種WWW伺服器內置語言編寫CGI，其中包括流行的C、C、VB和Delphi等。 從體系結構上來看，用戶通過Web瀏覽器輸入查詢信息，瀏覽器通過HTTP協議向Web伺服器發出帶有查詢信息的請求，Web伺服器按照CGI協議激活外部CGI程序，由該程序向DBMS發出SQL請求並將結果轉化為HTML後返回給Web伺服器。再由Web伺服器返回給Web瀏覽器。這種結構體現了客戶/伺服器方式的三層模型，其中Web伺服器和CGI程序實際起到了HTML和SQL轉換的網關的作用。CGI的典型操作過程是：分析CGI數據；打開與DBMS的連接；發送SQL請求並得到結果；將結果轉化為HTML；關閉DBMS的連接；將HTML結果返回給Web伺服器。 基於Web的資料庫訪問利用已有的信息資源和伺服器。其訪問頻率大，尤其是熱點數據。但其主要的缺點是：①客戶端與後端資料庫伺服器通信必須通過Web伺服器，且Web伺服器要進行數據與HTML文檔的互相轉換，當多個用戶同時發出請求時，必然在Web伺服器形成信息和發布瓶頸。②CGI應用程序每次運行都需打開和關閉資料庫連接，效率低，操作費時；③CGI應用程序不能由多個客戶機請求共享，即使新請求到來時CGI程序正在運行，也會啟動另一個CGI應用程序，隨著並行請求的數量增加，伺服器上將生成越來越多的進程。為每個請求都生成進程既費時又需要大量內存，影響了資源的使用效率，導致性能降低並增加等待時間；④由於SQL與HTML差異很大，CGI程序中的轉換代碼編寫繁瑣，維護困難；⑤安全性差，缺少用戶訪問控制，對資料庫難以設置安全訪問許可權；⑥HTTP協議是無狀態且沒有常連接的協議，DBMS事務的提交與否無法得到驗證，不能構造Web上的OLTP應用。 （二）、基於伺服器擴展的API 為了克服CGI的局限性，出現的另一種中間件解決方案是基於伺服器擴展API的結構。與CGI相比，API應用程序與Web伺服器結合得更加緊密，佔用的系統資源也少得多，而運行效率卻大大提高，同時還提供更好的保護和安全性。 伺服器API一般作為一個DLL提供，是駐留在WWW伺服器中的程序代碼，其擴展WWW伺服器的功能與CGI相同。WWW開發人員不僅可以API解決CGI可以解決的一切問題，而且能夠進一步解決基於不同WWW應用程序的特殊請求。各種API與其相應的WWW伺服器緊密結合，其初始開發目標伺服器的運行性能進一步發掘、提高。用API開發的程序比用CGI開發的程序在性能上提高了很多，但開發API程序比開發CGI程序要復雜得多。API應用程序需要一些編程方面的專門知識，如多線程、進程同步、直接協議編程以及錯誤處理等。目前主要的WWWAPI有Microsoft公司的ISAPI、Netscape公司的NSAPI和OReily公司的WSAPI等。使用ISPAI開發的程序性能要優於用CGI開發的程序，這主要是因為ISAPI應用程序是一些與WWW伺服器軟體處於同一地址空間的DLL，因此所有的HTTP伺服器進程能夠直接利用各種資源這顯然比調用不在同一地址空間的CGI程序語句要佔用更少的系統時間。而NSAPI同ISAPI一樣，給WWW開發人員定製了NetscapeWWW伺服器基本服務的功能。開發人員利用NSAPI可以開發與WWW伺服器的介面，以及與資料庫伺服器等外部資源的介面。 雖然基於伺服器擴展API的結構可以方便、靈活地實現各種功能，連接所有支持32位ODBC的資料庫系統，但這種結構的缺陷也是明顯的：①各種API之間兼容性很差，缺乏統一的標准來管理這些介面；②開發API應用程序也要比開發CGI應用復雜得多； ③這些API只能工作在專用Web伺服器和操作系統上。 （三）、基於JDBC的Web資料庫技術 Java的推出，使WWW頁面有了活力和動感。Internet用戶可以從WWW伺服器上下載Java小程序到本地瀏覽器運行。這些下載的小程序就像本地程序一樣，可獨立地訪問本地和其他伺服器資源。而最初的Java語言並沒有資料庫訪問的功能，隨著應用的深入，要求Java提供資料庫訪問功能的呼聲越來越高。為了防止出現對Java在資料庫訪問方面各不相同的擴展，JavaSoft公司指定了JDBC，作為Java語言的資料庫訪問API。 採用JDBC技術，在JavaApplet中訪問資料庫的優點在於：直接訪問資料庫，不再需要Web資料庫的介入，從而避開了CGI方法的一些局限性；用戶訪問控制可以由資料庫伺服器本地的安全機制來解決，提高了安全性；JDBC是支持基本SQL功能的一個通用低層的應用程序介面，在不同的資料庫功能的層次上提供了一個統一的用戶界面，為跨平台跨資料庫系統進行直接的Web訪問提供了方案。從而克服了API方法一些缺陷；同時，可以方便地實現與用戶地交互，提供豐富的圖形功能和聲音、視頻等多媒體信息功能。 JDBC是用於執行SQL語句的Java應用程序介面API，由Java語言編寫的類和介面組成。Java是一種面向對象、多線程與平台無關的編程語言，具有極強的可移植性、安全性和強健性。JDBC是一種規范，能為開發者提供標準的資料庫訪問類和介面，能夠方便地向任何關系資料庫發送SQL語句，同時JDBC是一個支持基本SQL功能的低層應用程序介面，但實際上也支持高層的資料庫訪問工具及API。所有這些工作都建立在X/Open SQL CLI基礎上。JDBC的主要任務是定義一個自然的Java介面來與X/OpenCLI中定義的抽象層和概念連接。JDBC的兩種主要介面分別面向應用程序的開發人員的JDBC API和面向驅動程序低層的JDBC DriverAPI。JDBC完成的工作是：建立與資料庫的連接；發送SQL語句；返回數據結果給Web瀏覽器。