企業(yè)網(wǎng)絡(luò)論文
網(wǎng)絡(luò)點(diǎn)擊都知道，這一方面的同學(xué)們，你們是怎么樣寫(xiě)論文的?看看下面的企業(yè)網(wǎng)絡(luò)論文吧!
企業(yè)網(wǎng)絡(luò)論文
摘要： 由系統(tǒng)管理員管理的結(jié)構(gòu)化計(jì)算機(jī)環(huán)境和只有一臺(tái)或幾臺(tái)孤立計(jì)算機(jī)組成的計(jì)算機(jī)環(huán)境的主要區(qū)別是服務(wù)。
針對(duì)計(jì)算機(jī)網(wǎng)絡(luò)中的服務(wù)概念進(jìn)行了闡述。
關(guān)鍵詞：計(jì)算機(jī);網(wǎng)絡(luò);服務(wù)。
由系統(tǒng)管理員管理的結(jié)構(gòu)化計(jì)算機(jī)環(huán)境和只有一臺(tái)或幾臺(tái)孤立計(jì)算機(jī)組成的計(jì)算機(jī)環(huán)境的主要區(qū)別是服務(wù)。
這種只有幾臺(tái)孤立計(jì)算機(jī)的典型環(huán)境是家庭和那些很小的非技術(shù)性的辦公室，而典型的結(jié)構(gòu)化計(jì)算機(jī)環(huán)境則是由技術(shù)人員操作大量的計(jì)算機(jī)，通過(guò)共享方便的通信、優(yōu)化的資源等服務(wù)來(lái)互相聯(lián)結(jié)在一起。
當(dāng)一臺(tái)家用電腦通過(guò)互聯(lián)網(wǎng)或通過(guò)ISP 連接到因特網(wǎng)上， 他就是使用了ISP 或其他人提供的服務(wù)才進(jìn)入網(wǎng)絡(luò)的。
提供一個(gè)服務(wù)絕不僅僅是簡(jiǎn)單的把硬件和軟件累加在一起，它包括了服務(wù)的可靠性、服務(wù)的標(biāo)準(zhǔn)化、以及對(duì)服務(wù)的監(jiān)控、維護(hù)、技術(shù)支持等。
只有在這幾個(gè)方面都符合要求的服務(wù)才是真正的服務(wù)。
1 服務(wù)的基本問(wèn)題。
創(chuàng)建一個(gè)穩(wěn)定、可靠的服務(wù)是一個(gè)系統(tǒng)管理員的重要工作。
在進(jìn)行這項(xiàng)工作時(shí)系統(tǒng)管理員必須考慮許多基本要素，其中最重要的就是在設(shè)計(jì)和開(kāi)發(fā)的各個(gè)階段都要考慮到用戶的需求。
要和用戶進(jìn)行交流， 去發(fā)現(xiàn)用戶對(duì)服務(wù)的要求和預(yù)期，然后把其它的要求如管理要求等列一個(gè)清單，這樣的清單只能讓系統(tǒng)管理員團(tuán)隊(duì)的人看到。
服務(wù)應(yīng)該建立在服務(wù)器級(jí)的機(jī)器上而且機(jī)器應(yīng)該放在合適的環(huán)境中，作為服務(wù)器的機(jī)器應(yīng)當(dāng)具備適當(dāng)?shù)目煽啃浴?/p>
服務(wù)和服務(wù)所依賴的機(jī)器應(yīng)該受到監(jiān)控，一旦發(fā)生故障就發(fā)出警報(bào)或產(chǎn)生故障記錄清單。
作為服務(wù)一部分的機(jī)器和軟件應(yīng)當(dāng)依賴那些建立在相同或更高標(biāo)準(zhǔn)上的主機(jī)和軟件，一個(gè)服務(wù)的可靠性和它所依賴的服務(wù)鏈中最薄弱環(huán)節(jié)的可靠性是相當(dāng)?shù)摹?/p>
一個(gè)服務(wù)不應(yīng)該無(wú)故的去依賴那些不是服務(wù)一部分的主機(jī)。
一旦服務(wù)建好并完成了測(cè)試， 就要逐漸轉(zhuǎn)到用戶的角度來(lái)進(jìn)行進(jìn)一步的測(cè)試和調(diào)試。
1.1 用戶的要求。
建立一個(gè)新服務(wù)應(yīng)該從用戶的要求開(kāi)始，用戶才是你建立服務(wù)的根本原因。
如果建立的服務(wù)不合乎用戶的需要，那就是在浪費(fèi)精力。
搜集用戶的需求應(yīng)該包括下面這些內(nèi)容：他們想怎樣使用這些新服務(wù)、需要哪些功能、喜歡哪些功能、這些服務(wù)對(duì)他們有多重要，以及對(duì)于這些服務(wù)他們需要什么級(jí)別的可用性和技術(shù)支持。
如果可能的話，讓用戶試用一下服務(wù)的試用版本。
不要讓用戶使用那些很麻煩或是不成功的系統(tǒng)和項(xiàng)目。
盡量計(jì)算出使用這個(gè)服務(wù)的用戶群有多大以及他們需要和希望獲得什么樣的性能，這樣才能正確的計(jì)算。
1.2 操作上的要求。
對(duì)于系統(tǒng)管理員來(lái)說(shuō)， 新服務(wù)的有些要求不是用戶直接可見(jiàn)的。
比如系統(tǒng)管理員要考慮到新服務(wù)的管理界面、是否可以與已有的服務(wù)協(xié)同操作，以及新服務(wù)是否能與核心服務(wù)如認(rèn)證服務(wù)和目錄服務(wù)等集成到一起。
從用戶期望的可靠性水平以及系統(tǒng)管理員們對(duì)系統(tǒng)將來(lái)要求的可靠性的預(yù)期，系統(tǒng)管理員們就能建立一個(gè)用戶期望的功能列表，其內(nèi)容包括群集、從屬設(shè)備、備份服務(wù)器或具有高可用性的硬件和操作系統(tǒng)。
1.3 開(kāi)放的體系結(jié)構(gòu)。
有時(shí)銷售商使用私有協(xié)議就是為了和別的銷售商達(dá)成明確的許可協(xié)議，但是會(huì)在一個(gè)銷售商使用的新版本和另一個(gè)銷售商使用的兼容版本之間存在明顯的延遲，兩個(gè)銷售商所用的版本之間也會(huì)有中斷，而且沒(méi)有提供兩個(gè)產(chǎn)品之間的接口。
這種情況對(duì)于那些依靠它們的接口同時(shí)使用兩種產(chǎn)品的人來(lái)說(shuō)，簡(jiǎn)直是一場(chǎng)惡夢(mèng)。
一個(gè)好的解決方法就是選擇基于開(kāi)放標(biāo)準(zhǔn)的協(xié)議，讓雙方都能選擇自己的軟件。
這就把用戶端應(yīng)用程序的`選擇同服務(wù)器平臺(tái)的選擇過(guò)程分離了，用戶自由的選擇最符合自己需要、偏好甚至是平臺(tái)的軟件，系統(tǒng)管理員們也可以獨(dú)立地選擇基于他們的可靠性、規(guī)模可設(shè)定性和可管理性需要的服務(wù)器解決方案。
系統(tǒng)管理員們可以在一些相互競(jìng)爭(zhēng)的服務(wù)器產(chǎn)品中進(jìn)行選擇，而不必被囿于那些適合某些用戶端應(yīng)用程序的服務(wù)器軟件和平臺(tái)。
在許多情況下， 如果軟件銷售商支持多硬件平臺(tái)，系統(tǒng)管理員們甚至可以獨(dú)立地選擇服務(wù)器硬件和軟件。
我們把這叫做用戶選擇和服務(wù)器選擇分離的能力。
開(kāi)放協(xié)議提供了一個(gè)公平競(jìng)爭(zhēng)的場(chǎng)所，并激起銷售商之間的競(jìng)爭(zhēng)，這最終會(huì)使我們受益。
開(kāi)放協(xié)議和文件格式是相當(dāng)穩(wěn)定的， 不會(huì)經(jīng)常改動(dòng)(即使改動(dòng)也是向上兼容的)，而且還有廣泛的支持，能給你最大的產(chǎn)品自主選擇性和最大的機(jī)會(huì)獲得可靠的、兼容性好的產(chǎn)品。
2 其它需要考慮的問(wèn)題。
建立一個(gè)服務(wù)除了要求可靠、可監(jiān)測(cè)、易維護(hù)支持，以及要符合所有的我們基本要求和用戶的要求外，還要考慮到一些特別的事情。
如果可能的話，應(yīng)該讓每個(gè)服務(wù)使用專門(mén)的機(jī)器，這么作可以讓服務(wù)更容易得到支持和維護(hù)，也能減少忘記一些服務(wù)器機(jī)器上的小的服務(wù)的機(jī)會(huì)。
在一些大公司，使用專門(mén)的機(jī)器是一條基本原則， 而在小公司，由于成本問(wèn)題，一般達(dá)不到這個(gè)要求。
還有一個(gè)觀念就是在建立服務(wù)時(shí)要以讓服務(wù)完全冗余為目標(biāo)。
有些重要的服務(wù)不管在多大的公司都要求完全冗余。
由于公司的規(guī)模還會(huì)增長(zhǎng)，所有你要讓所有的服務(wù)都完全冗余為目標(biāo)。
2.1 使用專門(mén)的機(jī)器。
理想的情況，服務(wù)應(yīng)該建立在專門(mén)的機(jī)器上。
大網(wǎng)站應(yīng)該有能力根據(jù)服務(wù)的要求來(lái)調(diào)整到這個(gè)結(jié)構(gòu)，而小網(wǎng)站卻很難做到。
每個(gè)服務(wù)都有專門(mén)的機(jī)器會(huì)使服務(wù)更可靠，當(dāng)發(fā)生可靠性問(wèn)題是也容易調(diào)試，發(fā)生故障的范圍更小，以及容易升級(jí)和進(jìn)行容量計(jì)劃。
從小公司成長(zhǎng)起來(lái)的大網(wǎng)站一般有一個(gè)集中管理的機(jī)器作為所有重要服務(wù)的核心，這臺(tái)機(jī)器提供名字服務(wù)、認(rèn)證服務(wù)、打印服務(wù)、郵件服務(wù)等等。
最后，由于負(fù)荷的增長(zhǎng)，機(jī)器不得不分開(kāi)，把服務(wù)擴(kuò)展到別的服務(wù)器上去。
常常是在這之前，系統(tǒng)管理員們已經(jīng)得到了資金，可以買(mǎi)更多的管理用的機(jī)器，但是覺(jué)得太麻煩，因?yàn)橛羞@么多的服務(wù)依賴這機(jī)器，把它們都分開(kāi)太難了。
當(dāng)把服務(wù)從一臺(tái)機(jī)器上分開(kāi)時(shí)，IP 地址的依賴最難處理了， 有些服務(wù)如名字服務(wù)的IP 地址都在用戶那里都已經(jīng)記得很牢固了，還有一些IP 地址被安全系統(tǒng)如路由器、防火墻等使用。
把一個(gè)中心主機(jī)分解到許多不同的主機(jī)上是非常困難的，建立起來(lái)的時(shí)間越長(zhǎng)，上面的服務(wù)越多，就越難分解。
使用基于服務(wù)的名字會(huì)有所幫助，但是必須整個(gè)公司都使用標(biāo)準(zhǔn)化的、統(tǒng)一的、始終如一的名字。
2.2 充分的冗余。
充分的冗余是指有一個(gè)或一系列復(fù)制好的服務(wù)器， 能在發(fā)生故障的時(shí)候接管主要的故障設(shè)備。
冗余系統(tǒng)應(yīng)該可以作為備份服務(wù)器連續(xù)的運(yùn)行，當(dāng)主服務(wù)器發(fā)生故障時(shí)能自動(dòng)連上線，或者只要少量的人工干預(yù)， 就能接管提供服務(wù)的故障系統(tǒng)。
你選擇的這類冗余是依賴于服務(wù)的。
有些服務(wù)如網(wǎng)頁(yè)服務(wù)器和計(jì)算區(qū)域，可以讓自己很好的在克隆好的機(jī)器上運(yùn)行。
別的服務(wù)比如大數(shù)據(jù)庫(kù)就不行，它們要求連接更牢固的崩潰恢復(fù)系統(tǒng)。
你正在使用的用來(lái)提供服務(wù)的軟件或許會(huì)告訴你，冗余是以一種有效的、被動(dòng)的、從服務(wù)器的形式存在的，只有在主服務(wù)器發(fā)生故障并發(fā)出請(qǐng)求時(shí)，冗余系統(tǒng)才會(huì)響應(yīng)。
不管什么情況，冗余機(jī)制必須要確保數(shù)據(jù)同步并保持?jǐn)?shù)據(jù)的完整。
如果冗余服務(wù)器連續(xù)的和主服務(wù)器同步運(yùn)行，那么冗余服務(wù)器就可以用來(lái)分擔(dān)正在正常運(yùn)行的負(fù)荷并能提高性能。
如果你使用這種方法，一定要注意不要讓負(fù)荷超出性能不能接受的臨界點(diǎn)，以防止某個(gè)服務(wù)器出現(xiàn)故障。
在到達(dá)臨界點(diǎn)之前要為現(xiàn)存系統(tǒng)增加更多的并行服務(wù)器。
冗余的另一個(gè)好處就是容易升級(jí)。
可以進(jìn)行滾動(dòng)升級(jí)。
每次有一臺(tái)主機(jī)被斷開(kāi)、升級(jí)、測(cè)試然后重新開(kāi)始服務(wù)。
單一主機(jī)的故障不會(huì)停止整個(gè)服務(wù)，雖然可能會(huì)影響性能。
如果你真的搞雜了一個(gè)升級(jí)那就關(guān)掉電源等你冷靜下來(lái)再去修它。
參考文獻(xiàn)：
[1]莫衛(wèi)東。計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)及應(yīng)用[M].北京：機(jī)械工業(yè)出版社，2009,4.
[2]吳怡。計(jì)算機(jī)網(wǎng)絡(luò)配置、管理與應(yīng)用[M].北京：高等教育出版社，2009,1.
【企業(yè)網(wǎng)絡(luò)論文】相關(guān)文章：
企業(yè)網(wǎng)絡(luò)營(yíng)銷論文04-23
企業(yè)網(wǎng)絡(luò)營(yíng)銷的研究論文03-10
分析企業(yè)網(wǎng)絡(luò)營(yíng)銷的論文06-12
企業(yè)網(wǎng)絡(luò)安全畢業(yè)論文03-31
基于網(wǎng)絡(luò)的企業(yè)資源邊界厘定研究論文04-12
石油企業(yè)網(wǎng)絡(luò)信息安全監(jiān)控技術(shù)論文03-21
中小企業(yè)網(wǎng)絡(luò)營(yíng)銷論文04-11
網(wǎng)絡(luò)營(yíng)銷在企業(yè)營(yíng)銷活動(dòng)中的應(yīng)用論文06-12
網(wǎng)絡(luò)環(huán)境下的企業(yè)危機(jī)管理與輿情應(yīng)對(duì)論文06-29