互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案_第1頁(yè)
互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案_第2頁(yè)
互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案_第3頁(yè)
互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案_第4頁(yè)
互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)概念試題及答案姓名:____________________

一、單項(xiàng)選擇題(每題1分,共20分)

1.互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“SaaS”代表什么?

A.軟件即服務(wù)

B.安全即服務(wù)

C.服務(wù)即服務(wù)

D.服務(wù)器即服務(wù)

2.在微服務(wù)架構(gòu)中,服務(wù)之間的通信通常使用以下哪種技術(shù)?

A.RESTfulAPI

B.SOAP

C.RMI

D.RPC

3.什么是負(fù)載均衡?

A.將請(qǐng)求分配到多個(gè)服務(wù)器

B.確保服務(wù)器不超負(fù)荷

C.優(yōu)化網(wǎng)絡(luò)帶寬

D.提高服務(wù)器性能

4.以下哪個(gè)不屬于云計(jì)算的三個(gè)主要服務(wù)模型?

A.IaaS

B.PaaS

C.SaaS

D.DaaS

5.在分布式系統(tǒng)中,以下哪個(gè)不是常見(jiàn)的分布式協(xié)調(diào)服務(wù)?

A.ZooKeeper

B.Redis

C.etcd

D.Consul

6.什么是CAP定理?

A.一致性、可用性、分區(qū)容錯(cuò)性

B.通信、可用性、分區(qū)容錯(cuò)性

C.通信、一致性、分區(qū)容錯(cuò)性

D.一致性、分區(qū)容錯(cuò)性、分區(qū)容錯(cuò)性

7.在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,以下哪個(gè)不是常見(jiàn)的緩存技術(shù)?

A.Redis

B.Memcached

C.MongoDB

D.Elasticsearch

8.什么是數(shù)據(jù)中心的“三權(quán)分立”?

A.設(shè)計(jì)權(quán)、實(shí)施權(quán)、運(yùn)營(yíng)權(quán)

B.設(shè)計(jì)權(quán)、維護(hù)權(quán)、運(yùn)營(yíng)權(quán)

C.設(shè)計(jì)權(quán)、實(shí)施權(quán)、維護(hù)權(quán)

D.設(shè)計(jì)權(quán)、實(shí)施權(quán)、運(yùn)營(yíng)權(quán)、維護(hù)權(quán)

9.在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,以下哪個(gè)不是常見(jiàn)的消息隊(duì)列?

A.RabbitMQ

B.Kafka

C.ActiveMQ

D.Redis

10.什么是云計(jì)算中的“彈性伸縮”?

A.根據(jù)負(fù)載自動(dòng)調(diào)整資源

B.根據(jù)需求手動(dòng)調(diào)整資源

C.根據(jù)性能調(diào)整資源

D.根據(jù)成本調(diào)整資源

11.在分布式系統(tǒng)中,以下哪個(gè)不是常見(jiàn)的分布式存儲(chǔ)技術(shù)?

A.HDFS

B.Ceph

C.GlusterFS

D.MySQL

12.以下哪個(gè)不是互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“七層模型”?

A.應(yīng)用層

B.表示層

C.會(huì)話層

D.物理層

13.什么是云計(jì)算中的“多租戶”?

A.一個(gè)物理服務(wù)器上運(yùn)行多個(gè)虛擬機(jī)

B.一個(gè)虛擬機(jī)中運(yùn)行多個(gè)操作系統(tǒng)

C.一個(gè)云平臺(tái)為多個(gè)用戶提供服務(wù)

D.一個(gè)云平臺(tái)為多個(gè)組織提供服務(wù)

14.在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,以下哪個(gè)不是常見(jiàn)的負(fù)載均衡器?

A.Nginx

B.HAProxy

C.F5

D.Apache

15.什么是互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“高可用性”?

A.系統(tǒng)在任何時(shí)刻都能正常工作

B.系統(tǒng)在故障時(shí)能夠快速恢復(fù)

C.系統(tǒng)在高峰時(shí)段保持穩(wěn)定

D.系統(tǒng)在任何情況下都不會(huì)崩潰

16.在分布式系統(tǒng)中,以下哪個(gè)不是常見(jiàn)的分布式緩存?

A.Redis

B.Memcached

C.MongoDB

D.Elasticsearch

17.什么是云計(jì)算中的“混合云”?

A.將公有云和私有云結(jié)合在一起

B.將多個(gè)公有云結(jié)合在一起

C.將多個(gè)私有云結(jié)合在一起

D.將多個(gè)虛擬機(jī)結(jié)合在一起

18.在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,以下哪個(gè)不是常見(jiàn)的緩存策略?

A.緩存穿透

B.緩存雪崩

C.緩存擊穿

D.緩存過(guò)載

19.什么是云計(jì)算中的“虛擬化”?

A.將物理服務(wù)器轉(zhuǎn)換為虛擬機(jī)

B.將多個(gè)物理服務(wù)器合并為一個(gè)物理服務(wù)器

C.將一個(gè)物理服務(wù)器分割成多個(gè)物理服務(wù)器

D.將多個(gè)虛擬機(jī)合并為一個(gè)虛擬機(jī)

20.在分布式系統(tǒng)中,以下哪個(gè)不是常見(jiàn)的分布式鎖?

A.Redisson

B.ZooKeeper

C.etcd

D.Consul

二、多項(xiàng)選擇題(每題3分,共15分)

1.互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“五層模型”包括哪些層次?

A.應(yīng)用層

B.表示層

C.會(huì)話層

D.傳輸層

E.網(wǎng)絡(luò)層

2.以下哪些是常見(jiàn)的互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)原則?

A.確保系統(tǒng)可擴(kuò)展性

B.確保系統(tǒng)可維護(hù)性

C.確保系統(tǒng)高性能

D.確保系統(tǒng)安全性

E.確保系統(tǒng)可靠性

3.以下哪些是常見(jiàn)的互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)模式?

A.單體架構(gòu)

B.微服務(wù)架構(gòu)

C.分布式架構(gòu)

D.聚合架構(gòu)

E.容器化架構(gòu)

4.以下哪些是常見(jiàn)的分布式系統(tǒng)設(shè)計(jì)模式?

A.負(fù)載均衡

B.數(shù)據(jù)一致

C.容錯(cuò)性

D.分布式鎖

E.數(shù)據(jù)分區(qū)

5.以下哪些是常見(jiàn)的云計(jì)算服務(wù)模型?

A.IaaS

B.PaaS

C.SaaS

D.DaaS

E.IaaS+PaaS

三、判斷題(每題2分,共10分)

1.互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“SaaS”是指軟件即服務(wù)。()

2.微服務(wù)架構(gòu)中的服務(wù)通常使用RESTfulAPI進(jìn)行通信。()

3.負(fù)載均衡是將請(qǐng)求分配到多個(gè)服務(wù)器,以提高系統(tǒng)性能。()

4.云計(jì)算中的“混合云”是指將多個(gè)公有云結(jié)合在一起。()

5.分布式系統(tǒng)中,數(shù)據(jù)一致是比性能更重要的因素。()

6.互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“高可用性”是指系統(tǒng)在任何時(shí)刻都能正常工作。()

7.云計(jì)算中的“彈性伸縮”是指根據(jù)需求手動(dòng)調(diào)整資源。()

8.分布式系統(tǒng)中,容錯(cuò)性是指系統(tǒng)能夠在故障時(shí)快速恢復(fù)。()

9.互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“五層模型”包括應(yīng)用層、表示層、會(huì)話層、傳輸層和網(wǎng)絡(luò)層。()

10.云計(jì)算中的“虛擬化”是指將物理服務(wù)器轉(zhuǎn)換為虛擬機(jī)。()

四、簡(jiǎn)答題(每題10分,共25分)

1.簡(jiǎn)述微服務(wù)架構(gòu)的特點(diǎn)及其在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的應(yīng)用。

答案:微服務(wù)架構(gòu)是一種將應(yīng)用程序拆分為一組小型、獨(dú)立的服務(wù)的方法。其特點(diǎn)包括:

(1)獨(dú)立部署:每個(gè)服務(wù)可以獨(dú)立部署,無(wú)需依賴其他服務(wù)。

(2)松耦合:服務(wù)之間通過(guò)輕量級(jí)協(xié)議進(jìn)行通信,降低服務(wù)之間的依賴性。

(3)可擴(kuò)展性:可以根據(jù)需求獨(dú)立擴(kuò)展某個(gè)服務(wù),提高系統(tǒng)整體性能。

(4)易于維護(hù):每個(gè)服務(wù)可以獨(dú)立開(kāi)發(fā)、測(cè)試和部署,降低維護(hù)成本。

在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,微服務(wù)架構(gòu)的應(yīng)用包括:

(1)提高系統(tǒng)可擴(kuò)展性:通過(guò)獨(dú)立部署和擴(kuò)展,滿足不同業(yè)務(wù)場(chǎng)景的需求。

(2)降低系統(tǒng)復(fù)雜性:將大型系統(tǒng)拆分為多個(gè)小型服務(wù),降低系統(tǒng)復(fù)雜性。

(3)提高開(kāi)發(fā)效率:獨(dú)立開(kāi)發(fā)和服務(wù),提高開(kāi)發(fā)速度和靈活性。

(4)提高系統(tǒng)可維護(hù)性:每個(gè)服務(wù)獨(dú)立維護(hù),降低維護(hù)成本。

2.解釋什么是CAP定理,并說(shuō)明其在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的應(yīng)用。

答案:CAP定理是由分布式計(jì)算專家EricBrewer提出的,它指出在分布式系統(tǒng)中,一致性(Consistency)、可用性(Availability)和分區(qū)容錯(cuò)性(Partitiontolerance)三者最多只能同時(shí)滿足兩項(xiàng)。

在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,CAP定理的應(yīng)用包括:

(1)系統(tǒng)設(shè)計(jì)時(shí),需要根據(jù)業(yè)務(wù)需求權(quán)衡CAP三者之間的關(guān)系,確定系統(tǒng)在一致性、可用性和分區(qū)容錯(cuò)性方面的取舍。

(2)對(duì)于需要高可用性和分區(qū)容錯(cuò)性的系統(tǒng),如金融、電商等,可以犧牲一致性,采用最終一致性模型。

(3)對(duì)于需要高一致性的系統(tǒng),如數(shù)據(jù)庫(kù)系統(tǒng),可以在分區(qū)容錯(cuò)性方面做出妥協(xié),采用主從復(fù)制、多副本等策略。

3.簡(jiǎn)述云計(jì)算中的“彈性伸縮”機(jī)制,并說(shuō)明其在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的作用。

答案:彈性伸縮是指云計(jì)算平臺(tái)根據(jù)系統(tǒng)負(fù)載自動(dòng)調(diào)整計(jì)算資源,以滿足業(yè)務(wù)需求。其機(jī)制包括:

(1)自動(dòng)檢測(cè)系統(tǒng)負(fù)載:根據(jù)預(yù)設(shè)的規(guī)則,檢測(cè)系統(tǒng)負(fù)載是否達(dá)到閾值。

(2)自動(dòng)調(diào)整資源:當(dāng)系統(tǒng)負(fù)載超過(guò)閾值時(shí),自動(dòng)增加計(jì)算資源;當(dāng)系統(tǒng)負(fù)載低于閾值時(shí),自動(dòng)減少計(jì)算資源。

(3)資源池管理:云計(jì)算平臺(tái)將計(jì)算資源劃分為多個(gè)資源池,根據(jù)需求動(dòng)態(tài)分配資源。

在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,彈性伸縮的作用包括:

(1)提高系統(tǒng)性能:根據(jù)業(yè)務(wù)需求自動(dòng)調(diào)整資源,提高系統(tǒng)性能。

(2)降低成本:避免資源浪費(fèi),降低運(yùn)維成本。

(3)提高系統(tǒng)可用性:在系統(tǒng)負(fù)載高峰時(shí)段,自動(dòng)增加資源,保證系統(tǒng)穩(wěn)定運(yùn)行。

五、論述題

題目:論述在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,如何平衡系統(tǒng)性能、可擴(kuò)展性和可維護(hù)性之間的關(guān)系。

答案:在互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中,系統(tǒng)性能、可擴(kuò)展性和可維護(hù)性是三個(gè)相互關(guān)聯(lián)但有時(shí)存在沖突的關(guān)鍵因素。以下是對(duì)如何在設(shè)計(jì)中平衡這三者關(guān)系的論述:

1.系統(tǒng)性能:

系統(tǒng)性能是衡量用戶使用體驗(yàn)和業(yè)務(wù)效率的重要指標(biāo)。為了提升性能,可以采取以下措施:

-優(yōu)化代碼:通過(guò)減少算法復(fù)雜度、避免不必要的計(jì)算和數(shù)據(jù)庫(kù)查詢來(lái)提升性能。

-使用緩存:通過(guò)緩存熱點(diǎn)數(shù)據(jù)減少數(shù)據(jù)庫(kù)訪問(wèn)次數(shù),提高響應(yīng)速度。

-異步處理:對(duì)于耗時(shí)的操作,采用異步處理方式,避免阻塞主線程。

-負(fù)載均衡:通過(guò)負(fù)載均衡器分散請(qǐng)求,提高資源利用率。

2.可擴(kuò)展性:

可擴(kuò)展性是指系統(tǒng)在面對(duì)用戶量和數(shù)據(jù)量增長(zhǎng)時(shí),能夠無(wú)縫地增加資源以應(yīng)對(duì)挑戰(zhàn)。以下是一些提高系統(tǒng)可擴(kuò)展性的策略:

-微服務(wù)架構(gòu):將系統(tǒng)拆分為多個(gè)獨(dú)立的服務(wù),便于獨(dú)立擴(kuò)展和部署。

-水平擴(kuò)展:通過(guò)增加服務(wù)器數(shù)量來(lái)提高處理能力,而不是升級(jí)現(xiàn)有服務(wù)器。

-自動(dòng)化部署:采用自動(dòng)化部署工具,快速部署新服務(wù)和更新。

-彈性資源:利用云服務(wù)提供的彈性資源,根據(jù)需求動(dòng)態(tài)調(diào)整資源。

3.可維護(hù)性:

可維護(hù)性是指系統(tǒng)在長(zhǎng)期運(yùn)行過(guò)程中,能夠被快速地發(fā)現(xiàn)、修復(fù)和升級(jí)。以下是一些提高系統(tǒng)可維護(hù)性的方法:

-模塊化設(shè)計(jì):將系統(tǒng)劃分為模塊,每個(gè)模塊職責(zé)明確,便于獨(dú)立開(kāi)發(fā)和維護(hù)。

-單元測(cè)試:編寫單元測(cè)試,確保每個(gè)模塊在修改后仍然能正常工作。

-代碼審查:定期進(jìn)行代碼審查,確保代碼質(zhì)量。

-文檔化:維護(hù)詳細(xì)的系統(tǒng)文檔,包括設(shè)計(jì)文檔、配置文檔和操作手冊(cè)。

平衡這三者之間的關(guān)系需要根據(jù)具體業(yè)務(wù)需求進(jìn)行權(quán)衡:

-在性能和可擴(kuò)展性之間,通常需要在系統(tǒng)設(shè)計(jì)初期就做出選擇,因?yàn)楹笃跀U(kuò)展性能往往成本高昂。

-可維護(hù)性通常被視為長(zhǎng)期投資,但可能短期內(nèi)會(huì)增加開(kāi)發(fā)成本。

-在某些情況下,可能需要犧牲一定的性能或可擴(kuò)展性來(lái)?yè)Q取更高的可維護(hù)性,特別是在維護(hù)周期較長(zhǎng)或維護(hù)成本較高的場(chǎng)景中。

試卷答案如下

一、單項(xiàng)選擇題(每題1分,共20分)

1.A.軟件即服務(wù)

解析思路:SaaS(SoftwareasaService)是指軟件服務(wù)提供商將應(yīng)用程序作為服務(wù)提供給用戶,用戶通過(guò)互聯(lián)網(wǎng)訪問(wèn)和使用,無(wú)需安裝和維護(hù)軟件。這是云計(jì)算服務(wù)模型之一。

2.A.RESTfulAPI

解析思路:微服務(wù)架構(gòu)中,服務(wù)之間的通信通常通過(guò)輕量級(jí)協(xié)議進(jìn)行,RESTfulAPI是一種無(wú)狀態(tài)的、基于HTTP的API設(shè)計(jì)風(fēng)格,非常適合微服務(wù)架構(gòu)。

3.A.將請(qǐng)求分配到多個(gè)服務(wù)器

解析思路:負(fù)載均衡是一種技術(shù),用于將請(qǐng)求分發(fā)到多個(gè)服務(wù)器上,以實(shí)現(xiàn)負(fù)載均衡、提高系統(tǒng)可用性和性能。

4.D.DaaS

解析思路:云計(jì)算的三個(gè)主要服務(wù)模型是IaaS(基礎(chǔ)設(shè)施即服務(wù))、PaaS(平臺(tái)即服務(wù))和SaaS(軟件即服務(wù))。DaaS(數(shù)據(jù)即服務(wù))并不是主流的云計(jì)算服務(wù)模型。

5.B.Redis

解析思路:微服務(wù)架構(gòu)中,服務(wù)之間的通信通常使用緩存技術(shù),Redis是一個(gè)高性能的內(nèi)存數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)系統(tǒng),常用于緩存。

6.A.一致性、可用性、分區(qū)容錯(cuò)性

解析思路:CAP定理是由分布式計(jì)算專家EricBrewer提出的,它指出在分布式系統(tǒng)中,一致性(Consistency)、可用性(Availability)和分區(qū)容錯(cuò)性(Partitiontolerance)三者最多只能同時(shí)滿足兩項(xiàng)。

7.C.MongoDB

解析思路:緩存技術(shù)通常用于存儲(chǔ)臨時(shí)數(shù)據(jù),Redis和Memcached是常見(jiàn)的內(nèi)存緩存技術(shù),而MongoDB是一個(gè)文檔型數(shù)據(jù)庫(kù),不屬于緩存技術(shù)。

8.A.設(shè)計(jì)權(quán)、實(shí)施權(quán)、運(yùn)營(yíng)權(quán)

解析思路:數(shù)據(jù)中心的“三權(quán)分立”是指在設(shè)計(jì)、實(shí)施和運(yùn)營(yíng)數(shù)據(jù)中心的過(guò)程中,分別由不同的團(tuán)隊(duì)負(fù)責(zé),以實(shí)現(xiàn)專業(yè)化和效率。

9.D.Consul

解析思路:消息隊(duì)列是一種用于異步處理消息的系統(tǒng),RabbitMQ、Kafka和ActiveMQ是常見(jiàn)的消息隊(duì)列,而Redis不是用于消息隊(duì)列的技術(shù)。

10.A.根據(jù)負(fù)載自動(dòng)調(diào)整資源

解析思路:彈性伸縮是指根據(jù)系統(tǒng)負(fù)載自動(dòng)調(diào)整資源,以應(yīng)對(duì)不同的業(yè)務(wù)需求,保證系統(tǒng)性能。

11.D.MySQL

解析思路:分布式存儲(chǔ)技術(shù)如HDFS、Ceph和GlusterFS適用于分布式環(huán)境,而MySQL是一個(gè)關(guān)系型數(shù)據(jù)庫(kù),不是分布式存儲(chǔ)技術(shù)。

12.D.物理層

解析思路:互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)中的“七層模型”包括應(yīng)用層、表示層、會(huì)話層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層和物理層,物理層不屬于互聯(lián)網(wǎng)架構(gòu)的層級(jí)。

13.C.IaaS+PaaS

解析思路:云計(jì)算的服務(wù)模型包括IaaS、PaaS和SaaS,而DaaS并不是常見(jiàn)的云計(jì)算服務(wù)模型。IaaS+PaaS是指基礎(chǔ)設(shè)施和平臺(tái)即服務(wù)的結(jié)合。

14.D.Apache

解析思路:Nginx、HAProxy和F5是常見(jiàn)的負(fù)載均衡器,而Apache雖然也用于處理Web請(qǐng)求,但不是專門用于負(fù)載均衡的。

15.B.系統(tǒng)在故障時(shí)能夠快速恢復(fù)

解析思路:高可用性是指系統(tǒng)在故障時(shí)能夠快速恢復(fù),保持服務(wù)的連續(xù)性和可靠性。

16.C.緩存擊穿

解析思路:緩存穿透、緩存雪崩和緩存擊穿是緩存常見(jiàn)的問(wèn)題,緩存擊穿是指緩存中某個(gè)key突然失效,導(dǎo)致大量請(qǐng)求直接打到數(shù)據(jù)庫(kù)。

17.A.將公有云和私有云結(jié)合在一起

解析思路:混合云是指將公有云和私有云結(jié)合在一起,以利用兩者各自的優(yōu)勢(shì)。

18.B.緩存雪崩

解析思路:緩存穿透、緩存雪崩和緩存擊穿是緩存常見(jiàn)的問(wèn)題,緩存雪崩是指緩存集中失效,導(dǎo)致大量請(qǐng)求直接打到數(shù)據(jù)庫(kù)。

19.A.將物理服務(wù)器轉(zhuǎn)換為虛擬機(jī)

解析思路:虛擬化是指將物理服務(wù)器轉(zhuǎn)換為虛擬機(jī),以便于管理和分配資源。

20.C.ZooKeeper

解析思路:Redisson、etcd和Consul是常見(jiàn)的分布式鎖技術(shù),而ZooKeeper是用于分布式協(xié)調(diào)的服務(wù)。

二、多項(xiàng)選擇題(每題3分,共15分)

1.A.應(yīng)用層

B.表示層

C.會(huì)話層

D.傳輸層

E.網(wǎng)絡(luò)層

解析思路:五層模型包括應(yīng)用層、表示層、會(huì)話層、傳輸層和網(wǎng)絡(luò)層,這是OSI模型中的七層模型的一個(gè)簡(jiǎn)化版。

2.A.確保系統(tǒng)可擴(kuò)展性

B.確保系統(tǒng)可維護(hù)性

C.確保系統(tǒng)高性能

D.確保系統(tǒng)安全性

E.確保系統(tǒng)可靠性

解析思路:互聯(lián)網(wǎng)架構(gòu)設(shè)計(jì)原則包括確保系統(tǒng)可擴(kuò)展性、可維護(hù)性、高性能、安全性和可靠性。

3.A.單體架構(gòu)

B.

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論