基礎架構需要哪些知識(軟件架構師需要掌握哪些知識)
1.軟件架構師需要掌握哪些知識
架構師首先必須具有豐富的開(kāi)發(fā)經(jīng)驗，是個(gè)技術(shù)主管。因為他必須清楚什么是可以實(shí)現的，實(shí)現的方式有哪些，相應的難度怎么樣，實(shí)現出來(lái)的系統面對需求變化的適應性等一系列指標。另外，需要對面向過(guò)程、面向對象、面向服務(wù)等設計理念有深刻的理解，可以快速的察覺(jué)出實(shí)現中的問(wèn)題并提出相應的改進(jìn)（重構）方案（也就是通常說(shuō)的反模式）。這些都需要長(cháng)期的開(kāi)發(fā)實(shí)踐才能真正的體會(huì )到，單從書(shū)本上很難領(lǐng)會(huì )到，就算當時(shí)理解了也不一定能融會(huì )到實(shí)踐中去。
在技術(shù)能力上，軟件架構師最重要也是最需要掌握的知識是構件通信機制方面的知識，包括進(jìn)程內通信（對象訪(fǎng)問(wèn)、函數調用、數據交換、線(xiàn)程同步等）以及進(jìn)程外（包括跨計算機）的通信（如RMI、DCOM、Web Service）。在WEB應用大行其道的今天，開(kāi)發(fā)者往往對服務(wù)器間的通信關(guān)注的比較多，而對進(jìn)程內的通信較少關(guān)注。進(jìn)程外跨機器通信是構建分布式應用的基石，它是架構設計中的鳥(niǎo)瞰視圖；而進(jìn)程內的通信是模塊實(shí)現的骨架，它是基石的基石。如果具體到一個(gè)基于.Net企業(yè)級架構設計，首先需要的是語(yǔ)言級別的認識，包括.NET的CLR、繼承特性、委托和事件處理等。然后是常用解決方案的認識，包括ASP.NET Web Service、.NET Remoting、企業(yè)服務(wù)組件等。總之，豐富的開(kāi)發(fā)實(shí)踐經(jīng)驗有助于避免架構師紙上談兵式的高來(lái)高去，給代碼編寫(xiě)人員帶來(lái)實(shí)實(shí)在在的可行性。
其次，具有足夠的行業(yè)業(yè)務(wù)知識和商業(yè)頭腦也是很重要的。行業(yè)業(yè)務(wù)知識的足夠把握可以給架構師更多的擁抱變化的能力，可以在系統設計的時(shí)候留出一些擴展的余地來(lái)適應可能來(lái)臨的需求變化。有經(jīng)驗的設計人員可能都碰到過(guò)這樣的事，一廂情愿的保留接口在需求變化中的命中率非常低。也就是說(shuō)，在系統設計之初為擴展性留下來(lái)的系統接口沒(méi)能在需求變化的洪流中發(fā)揮真正的作用，因為需求的變化并沒(méi)有按照預想的方向進(jìn)行，到最后還是不得不為變化的業(yè)務(wù)重新設計系統。這就是因為對業(yè)務(wù)知識的理解和對市場(chǎng)或者商業(yè)的判斷沒(méi)有達到一個(gè)實(shí)用的、可以為架構擴展性服務(wù)的水平。
再次，架構設計師對人的關(guān)注必須提升到架構設計之初來(lái)納入考慮的范圍，包括溝通以及對人員素質(zhì)的判斷。軟件過(guò)程是團隊協(xié)作共同構建系統的過(guò)程，溝通能力是將整個(gè)過(guò)程中多條開(kāi)發(fā)線(xiàn)粘合在一起的膠水。大家都應該碰到過(guò)事后說(shuō)“原來(lái)是這樣啊，我不知道啊”或者某個(gè)開(kāi)發(fā)人員突然高聲呼喊“為什么這里的數據沒(méi)有了”之類(lèi)的。溝通的目的就是盡量避免多條開(kāi)發(fā)線(xiàn)的混亂，讓系統構建過(guò)程可以有條理的高效進(jìn)行。另外，對人的關(guān)注還表現在對團隊成員的素質(zhì)判斷上，比如哪些開(kāi)發(fā)人員對哪些技術(shù)更熟悉，或者哪些開(kāi)發(fā)人員容易拖進(jìn)度等。只有合理的使用人力資源，讓合適的人做合適的事情才能讓整個(gè)軟件過(guò)程更加高效。
架構師應時(shí)刻注意新軟件設計和開(kāi)發(fā)方面的發(fā)展情況，并不斷探索更有效的新方法、開(kāi)發(fā)語(yǔ)言、設計模式和開(kāi)發(fā)平臺不斷很快地升級，軟件架構師需要吸收這些新技術(shù)新知識，并將它們用于軟件系統開(kāi)發(fā)工作中。但對新技術(shù)的探索應該在一個(gè)理性的范圍內進(jìn)行，不能盲目的跟風(fēng)。解決方案提供商永遠都希望你能使用它提供的最新技術(shù)，而且它們在推廣自己的解決方案的時(shí)候往往是以自己的產(chǎn)品為中心，容易給人錯覺(jué)。比如數據庫，往往讓人覺(jué)得它什么都能做，只要有了它其它什么都不重要了。但事實(shí)上并不是如此，對于小型應用可以將許多業(yè)務(wù)邏輯用script的方式放入數據庫中，但很少看到大型應用采用這樣的做法。對于新東西需要以一種比較的觀(guān)點(diǎn)來(lái)判斷，包括橫向的比較和縱向的比較，最后得出一些性能、可移植性以及可升級等指標。另外，新入行的開(kāi)發(fā)人員往往關(guān)心新技術(shù)動(dòng)向而忽略了技術(shù)的歷史，而從DOS時(shí)代一路殺過(guò)來(lái)的開(kāi)發(fā)者就對現在的技術(shù)體系有較全面的把握。
2.怎么提升自己的知識架構,要具備什么能力
依、理清自己的能力菜單，確定自己能力提升的目標 提升能力的第一步是要弄清楚四個(gè)問(wèn)題： （依）我最突出的能力有哪些？ （貳）目前工作最中國需的能力是什么？ （三）對比工作中國需的能力我最欠缺的能力是什么？ （四）我應該如何提升這些欠缺的能力？ 你可以列一個(gè)表單，逐一回答上述問(wèn)題，這樣你所欠缺的能力以及今后努力的方向就一目了然了。
貳、制定自己提升能力的行動(dòng)計劃 制定行動(dòng)計劃時(shí)，要注意幾點(diǎn)： （依）從知識結構上的合理、優(yōu)化與提升。 一個(gè)主管的知識結構，大體上有三種類(lèi)型：專(zhuān)業(yè)知識；管理知識；相關(guān)知識 。
只有建立和完善科學(xué)合理的知識結構，才能有效的支撐和提升自己的職業(yè)能力。 第一類(lèi)是傳統的知識結構，即僅有某一專(zhuān)業(yè)知識的結構。
這是唯一的知識結構，或稱(chēng)線(xiàn)性結構。這種知識結構已遠遠不能適應形勢對管理者的要求。
第二類(lèi)是“T”型知識結構，或稱(chēng)為縱橫結構。這里的“縱”，表示某一專(zhuān)業(yè)知識方面的深度；這里的“橫”，表示與某一領(lǐng)域相關(guān)的知識面的跨度或廣度。
“T”型的知識結構也可以稱(chēng)為通才的靜態(tài)結構。一個(gè)現代管理者的知識結構如果缺乏時(shí)間標量，沒(méi)有反映知識更新率的指數，仍然是不完整的。
第三類(lèi)是具有時(shí)間概念的“T”型知識結構，或稱(chēng)通才的動(dòng)態(tài)結構。這類(lèi)知識結構的主要測定指標有三個(gè)：即深度、廣度和時(shí)間度。
只有這樣的知識結構，才是管理者理想的知識結構。 （貳）結合職業(yè)和工作需要去“補短板”。
一般而言，我不主張“補短板”，主張發(fā)揮自己的長(cháng)處和優(yōu)勢，通過(guò)學(xué)習使長(cháng)處更長(cháng)，優(yōu)勢更優(yōu)。但如果你眼前的工作職位確實(shí)需要這種能力，那就必須補上這個(gè)缺少的“短板”。
例如，作為一名職業(yè)管理者，如果你在職業(yè)管理者所必備的職業(yè)知識和能力上有短板，那么，你就得必須補上。比如，溝通能力是管理者的最基本的素質(zhì)要求，如果你要想在管理崗位上有所發(fā)展，你就必須補上這一課，否則，你就不稱(chēng)職，你就無(wú)法有更好的發(fā)展。
假如你的性格和習慣無(wú)法改變，確實(shí)補不上這一課，你就應該考慮是不是轉換職業(yè)道路，比如走技術(shù)發(fā)展的道路。 （三）從行動(dòng)上如何約束自己 知識的掌握和積累必須化為實(shí)踐和行動(dòng)，否則知識再多也只能是 。
所以，你在學(xué)習的同時(shí)，一定注意把學(xué)到的知識、方法和工具運用到自己的管理實(shí)踐中去。比如，你學(xué)習了關(guān)于 、目標管理、方面的知識和方法，那就要有意識給自己制定一個(gè)如何落實(shí)的行動(dòng)計劃，如何檢查自己的執行情況，如何改進(jìn)自己存在的問(wèn)題和不足。
三、一般管理者的通用 能力 世界管理大師彼得?德魯克（Peter Druker）說(shuō)“ 正在成為社會(huì )的一項極為重要的資源，能夠成為 已經(jīng)成了個(gè)人獲取成功的主要標志。而 的基礎在于管理者的 。”
也就是說(shuō)，作為企業(yè)和團隊的主心骨與領(lǐng)導者，要想管理好別人，必須首先管理好自己；要想領(lǐng)導好別人，必須首先領(lǐng)導好自己。 一般而言，作為一個(gè)主管，在 方面應該具備九項自我管理的能力，你可以結合自己的實(shí)際情況，有目的地去鍛煉提升自己： （依）角色定位能力——認清 ，清晰職業(yè)定位； （貳）目標 ——把握處世原則，明確奮斗目標； （三） 能力——學(xué)會(huì )管理時(shí)間，做到關(guān)鍵掌控； （四）高效溝通能力——掌握溝通技巧，實(shí)現左右逢源； （5）情商 ——提升情緒智商，和諧人際關(guān)系； （陸）生涯 ——理清職業(yè)路徑，強化生涯管理； （漆）人脈經(jīng)營(yíng)能力——經(jīng)營(yíng)人脈資源，達到貴人多助； （吧）健康管理能力——促進(jìn)健康和諧，保持旺盛精力； （9）學(xué)習 ——不斷學(xué)習創(chuàng )新，持續發(fā)展進(jìn)步。
四、一般管理者的通用團隊 管理學(xué)中有個(gè)著(zhù)名的“鍋蓋原則”，是說(shuō)你的領(lǐng)導力有多大，你的成就就有多大，你的成就永遠不會(huì )超過(guò)你的領(lǐng)導力。拿破侖也曾說(shuō)過(guò)“只有糟糕的將軍，沒(méi)有糟糕的士兵”。
自我管理能力和團隊 是 必須具備的兩大基本能力系統，二者缺一不可。如果說(shuō)自我管理能力是管理者實(shí)現自我成功的基礎，那么，團隊 則是管理者實(shí)現團隊成功的保證。
通過(guò)提升自我管理能力可以獲得“小成功”（高績(jì)效個(gè)人），通過(guò)提升團隊領(lǐng)導能力則可以獲得“大成功”（高績(jì)效團隊） 一般而言，主管的領(lǐng)導能力可以從以下九個(gè)方面來(lái)進(jìn)行提升和訓練： （依）領(lǐng)導能力——掌握領(lǐng)導技巧，提升領(lǐng)導魅力； （貳）決策能力——學(xué)會(huì )科學(xué)決策，避免重大失誤； （三） 能力——重視目標執行，提高團隊績(jì)效； （四）激勵下屬能力——運用激勵技巧，點(diǎn)燃下屬激情； （5）教練下屬能力——教練培訓下屬，提升下屬能力； （陸）授權能力——善于授權放權，修煉 ； （漆）團隊學(xué)習 ——不斷學(xué)習創(chuàng )新，保持團隊活力； （吧）員工管理能力——體認員工需求，體驗快樂(lè )管理； （9）團隊 ——學(xué)會(huì )團隊協(xié)調，促進(jìn)團結凝聚。
3.什么是軟件基礎架構
軟件架構
軟件架構（software architecture）是一系列相關(guān)的抽象模式，用于指導大型軟件系統各個(gè)方面的設計。 軟件架構是一個(gè)系統的草圖。軟件架構描述的對象是直接構成系統的抽象組件。各個(gè)組件之間的連接則明確和相對細致地描述組件之間的通訊。在實(shí)現階段，這些抽象組件被細化為實(shí)際的組件，比如具體某個(gè)類(lèi)或者對象。在面向對象領(lǐng)域中，組件之間的連接通常用接口_（計算機科學(xué)）來(lái)實(shí)現。
軟件體系結構是構建計算機軟件實(shí)踐的基礎。與建筑師設定建筑項目的設計原則和目標，作為繪圖員畫(huà)圖的基礎一樣，一個(gè)軟件架構師或者系統架構師陳述軟件構架以作為滿(mǎn)足不同客戶(hù)需求的實(shí)際系統設計方案的基礎。
軟件構架是一個(gè)容易理解的概念，多數工程師（尤其是經(jīng)驗不多的工程師）會(huì )從直覺(jué)上來(lái)認識它，但要給出精確的定義很困難。特別是，很難明確地區分設計和構架：構架屬于設計的一方面，它集中于某些具體的特征。
在“軟件構架簡(jiǎn)介”中，David GArlan 和 Mary Shaw 認為軟件構架是有關(guān)如下問(wèn)題的設計層次：“在計算的算法和數據結構之外，設計并確定系統整體結構成為了新的問(wèn)題。結構問(wèn)題包括總體組織結構和全局控制結構；通信、同步和數據訪(fǎng)問(wèn)的協(xié)議；設計元素的功能分配；物理分布；設計元素的組成；定標與性能；備選設計的選擇。”[GS93]
但構架不僅是結構；IEEE Working Group on Architecture 把其定義為“系統在其環(huán)境中的最高層概念”[IEEE98]。構架還包括“符合”系統完整性、經(jīng)濟約束條件、審美需求和樣式。它并不僅注重對內部的考慮，而且還在系統的用戶(hù)環(huán)境和開(kāi)發(fā)環(huán)境中對系統進(jìn)行整體考慮，即同時(shí)注重對外部的考慮。
在 Rational Unified ProcESs 中，軟件系統的構架（在某一給定點(diǎn)）是指系統重要構件的組織或結構，這些重要構件通過(guò)接口與不斷減小的構件與接口所組成的構件進(jìn)行交互。
從和目的、主題、材料和結構的聯(lián)系上來(lái)說(shuō)，軟件架構可以和建筑物的架構相比擬。一個(gè)軟件架構師需要有廣泛的軟件理論知識和相應的經(jīng)驗來(lái)事實(shí)和管理軟件產(chǎn)品的高級設計。軟件架構師定義和設計軟件的模塊化，模塊之間的交互，用戶(hù)界面風(fēng)格，對外接口方法，創(chuàng )新的設計特性，以及高層事物的對象操作、邏輯和流程。
4.數據中心整合IT基礎架構 我們需要考慮什么
互用性是個(gè)老大難的問(wèn)題，供應廠(chǎng)常常把責任推給其他制造商。
對于多種產(chǎn)品構成的系統來(lái)說(shuō)，以上問(wèn)題使得管理更加復雜化，關(guān)鍵產(chǎn)品的支持也不得不延期。在過(guò)去幾年，我們看到更多的數據中心采用了整合方法——由一個(gè)供應商直接提供歐諾個(gè)整套數據中心硬件——來(lái)解決這些問(wèn)題。
本文中，TechTarget數據中心的Nick Martin連線(xiàn)MTM Technologies Inc.的虛擬化架構師Bill Kleyman，為讀者挖掘出更多關(guān)于整合基礎架構平臺的信息，以及IT人員對此需要考慮的關(guān)注點(diǎn)。 Nick Martin：對于整合基礎架構平臺，我們需要權衡什么？比如，刀片還是機架硬件？ Bill Kleyman：一個(gè)公司，不管要選擇哪種數據中心基礎架構平臺，都得考量其優(yōu)缺點(diǎn)，其關(guān)鍵是公司的明確業(yè)務(wù)驅動(dòng)是什么。
機架硬件環(huán)境和刀片機箱解決方案都可以做得很好。 HP ProLiant機架服務(wù)器定位就很精確，它們能夠用大量?jì)群颂幚砩习賯€(gè)gigabyte的RAM，就依賴(lài)于你的處理器。
這些機器可以處理虛擬化、應用托管和普遍的服務(wù)器需求。要點(diǎn)在于明白這個(gè)硬件在公司的短期目標和長(cháng)期目標中扮演了什么角色。
最好結合實(shí)例來(lái)理解，假如一個(gè)公司正在急速擴張，他們已經(jīng)購買(mǎi)了在XenServer或者VMware的虛擬化平臺。從那里，他們計劃把全部臺式電腦作為“使用各自設備工作”方針的一部分。
這個(gè)環(huán)境將一直擴張成長(cháng)，那最佳的解決方案是什么呢？ 如果他們購買(mǎi)獨立服務(wù)器，管理員就得個(gè)別地管理每個(gè)箱子，或者通過(guò)一些第三方管理工具。他們還需要管理工作負載、硬件配置和網(wǎng)絡(luò )，確保所有的獨立服務(wù)器工作運行良好。
另一方面，如果有了一個(gè)整合的基礎架構。就可以解決問(wèn)題。
思科UCS（統一計算系統）是個(gè)不錯的例子。使用這個(gè)解決方案之后，公司就能在一片屋檐下?lián)碛兴袛祿行幕A架構的元件。
網(wǎng)絡(luò )和交換，刀片管理和機箱控制都在一個(gè)GUI（圖形用戶(hù)界面）中。管理員可以復制整個(gè)硬件配置，然后加載到休眠中的服務(wù)器，以便快速配置。
管理和發(fā)展都成了比較輕松的工作。 如今，如果同樣的公司仍然想要虛擬化，但是自知計算需求有限，那選擇機架服務(wù)器可能才是最好的。
Martin：那么整合基礎架構有那些優(yōu)缺點(diǎn)呢？ Kleyman：可管理性和發(fā)展潛力的難度降低，這是我們最容易想到的好處。周?chē)ㄔO的管理工具控制并修改刀片機箱的工作呈極度粒狀。
管理者能夠登入，并馬上看到他們需要了解的環(huán)境信息。以UCS GUI為例，工程師可以登入查看環(huán)境中是否有關(guān)鍵性錯誤。
如果發(fā)現問(wèn)題，他們可以深入到問(wèn)題所在確切位置的刀片，并下至DIMM slot的層面解決問(wèn)題。管理硬件配置也變簡(jiǎn)單了，把新的刀片放進(jìn)機箱，你可以從一個(gè)刀片把屬性復制到另一個(gè)刀片，花不了多久就能將其就位。
這意味著(zhù)配置整個(gè)機架所有的刀片不需幾天，只需幾分鐘。 但是缺點(diǎn)也很明顯。
使用整合基礎架構最大的好處之一是“一步到位”，但是這某種意義上也是缺點(diǎn)。記住，整合基礎架構的管理是為在已有環(huán)境中特定分析和觀(guān)察而設計的。
所以，你放置任何東西若是超過(guò)了該環(huán)境，就得用另一種方式重新監測。不要忘了hyperviser層面、后備和快照的工作負載管理，以及一切需要企業(yè)應用管理的東西。
這些將會(huì )變得獨立，而且需要監控和管理。】。
5.架構師都要懂哪些知識
首先必須具有豐富的軟件設計與開(kāi)發(fā)經(jīng)驗，這有助于理解并解釋所進(jìn)行的設計是如何映射到實(shí)現中去。
其次要具有領(lǐng)導能力與團隊協(xié)作技能，軟件架構師必須是一個(gè)得到承認的技術(shù)領(lǐng)導，能在關(guān)鍵時(shí)候對技術(shù)的選擇作出及時(shí)、有效的決定。
第三是具有很強的溝通能力，軟件架構師需要與各路人馬經(jīng)常打交道，客戶(hù)、市場(chǎng)人員、開(kāi)發(fā)人員、測試人員、項目經(jīng)理、網(wǎng)絡(luò )管理員、數據庫工程師等等，而且在很多角色之間還要起溝通者的作用。
一般來(lái)講，系統架構師應該擁有以下幾方面的能力：
1：具備 5-8 年以上軟件行業(yè)工作經(jīng)驗；
2：具備 4 年以上 C/S 或 B/S 體系結構軟件產(chǎn)品開(kāi)發(fā)及架構和設計經(jīng)驗；
3：具備 3 年以上的代碼編寫(xiě)工作經(jīng)驗；
4：具備豐富的大中型開(kāi)發(fā)項目的總體規劃、方案設計及技術(shù)隊伍管理經(jīng)驗；
5：對相關(guān)的技術(shù)標準有深刻的認識，對軟件工程標準規范有良好的把握；
6：對 .Net/JAVA 技術(shù)及整個(gè)解決方案有深刻的理解及熟練的應用，并且精通WebService/J2EE 架構和設計模式，并在此基礎上設計產(chǎn)品框架；
7：具有面向對象分析、設計、開(kāi)發(fā)能力（OOA、OOD、OOP），精通 UML 和 ROSE，熟練使用 Rational Rose、PowerDesigner 等工具進(jìn)行設計開(kāi)發(fā)；
8：精通大型數據庫如 Oracle、Sql Server 等的開(kāi)發(fā)；
9：對計算機系統、網(wǎng)絡(luò )和安全、應用系統架構等有全面的認識，熟悉項目管理理論，并有實(shí)踐基礎；
10：在應用系統開(kāi)發(fā)平臺和項目管理上有深厚的基礎，有大中型應用系統開(kāi)發(fā)和實(shí)施的成功案例；
11：良好的團隊意識和協(xié)作精神，有較強的內外溝通能力。
6.游戲構架設計 需要哪些知識
游戲構架設計到底是啥？如果你自己都解釋不清楚，那就沒(méi)人可以回答你。
從技術(shù)實(shí)現角度，游戲構架 = 軟件構架
只是游戲的結構有特殊性，擁有一些游戲特有的軟件結構。
從內容設計角度，游戲構架 = 游戲系統設計
當然這個(gè)系統設計本身概念也很模糊，按照國外已經(jīng)成形的理論體系，是屬于核心機制和交互設計的混合內容，不過(guò)是從用戶(hù)使用角度加以定義的。
這兩者的知識量包含都很大，大學(xué)學(xué)習不過(guò)是學(xué)個(gè)基礎罷了。
如果走技術(shù)實(shí)現方向，那么一般的計算機專(zhuān)業(yè)都可以，不過(guò)大量基礎學(xué)科得通過(guò)自己的努力掌握扎實(shí)。算法、數據結構、對象分析等都是很基礎的能力。不斷的了解游戲技術(shù)基礎原理和方法。這其實(shí)是游戲引擎設計的領(lǐng)域，相當艱深和……枯燥。
如果走內容構架方向，我個(gè)人認為最有效的基礎學(xué)科是：哲學(xué)。因為系統設計大都是方法論的抽象和還原。當然，心理和經(jīng)濟，甚至是建筑方面的專(zhuān)業(yè)也都可以。因為內容構架需要的知識量更龐雜。指望速成是沒(méi)希望的，選好方向，調整好心態(tài)前進(jìn)就好了。
7.什么是it基礎架構
IT基礎架構是信息技術(shù)基礎架構庫，是全球公認的一系列信息技術(shù)（IT）服務(wù)管理的最佳實(shí)踐，是英國中央計算機與電信局創(chuàng )建，可以理解為是承載信息的結構，幫助各類(lèi)組織應對行業(yè)不斷增長(cháng)地對IT服務(wù)的要求，
IT基礎架構是目前全球IT服務(wù)領(lǐng)域最受認可的系統而實(shí)用的結構化方法，信息技術(shù)基礎架構融合了全球最佳IT實(shí)踐，是IT部門(mén)用于計劃、實(shí)施和運維的高質(zhì)量的服務(wù)準則，是這些信息的載體，信息技術(shù)基礎架構庫根據功能可以劃分：服務(wù)策略、服務(wù)設計、管理、服務(wù)轉型、服務(wù)操作和服務(wù)完善。
擴展資料：
IT互聯(lián)網(wǎng)技術(shù)主要組成：
1、傳感技術(shù)這是人的感覺(jué)器官的延伸與拓展，最明顯的例子是條碼閱讀器。
2、通信技術(shù)這是人的神經(jīng)系統的延伸與拓展，承擔傳遞信息的功能。
3、計算機技術(shù)這是人的大腦功能延伸與拓展，承擔對信息進(jìn)行處理的功能。
參考資料來(lái)源：百度百科——信息技術(shù)基礎架構庫
參考資料來(lái)源：百度百科——互聯(lián)網(wǎng)技術(shù)
