Klients{0}}Serveris salīdzinājumā ar P2P: kurš tīkls ir piemērots?

Galvenā atšķirība starp aklienta{0}}servera tīklsun apeer{0}}to-peer (P2P) tīklsrodas viens jautājums: kurš kontrolē resursus? Klienta{0}}servera arhitektūrā īpašs serveris glabā datus, ievieš piekļuves politikas un apstrādā pieprasījumus no klienta ierīcēm. Vienādranga-līdz-tīklā katra ierīce var koplietot un patērēt resursus tieši -, nav nepieciešama centrālā iestāde.

Šī atšķirība nosaka visu pārējo: drošību, izmaksas, mērogojamību, rezerves stratēģiju un ilgtermiņa pārvaldību{0}}. 5-personu birojam, kas koplieto printeri, ir ļoti atšķirīgas vajadzības nekā uzņēmumam ar 200{6}} darbiniekiem, kas pārvalda sensitīvus klientu datus vairākās filiālēs. Ja sākumā tiek izvēlēts nepareizs tīkla modelis, vēlāk bieži vien ir dārgi jāpārstrādā - centralizētas drošības kontroles modernizēšana ad-hoc P2P iestatījumos vai jāmaksā par servera infrastruktūru, kas nekad nebija vajadzīga trīs cilvēku komandai.

Šajā rokasgrāmatā ir aprakstīts, kā darbojas katrs modelis, kur ir reālie kompromisi{0}}un kā izlemt, kura arhitektūra atbilst jūsu situācijai. Tas attiecas arī uz hibrīdiem dizainparaugiem, izplatītām lēmumu kļūdām un praktisku kontrolsarakstu, ko varat izmantot pirms jebkuras pieejas apņemšanās.

Kas ir klienta{0}}servera tīkls?

A klienta{0}}servera tīklsir tīkla arhitektūra, kurā viens vai vairāki centralizēti serveri sniedz pakalpojumus - failu glabāšanai, autentifikācijai, lietojumprogrammu mitināšanai, dublēšanai, drukāšanai - vairākām klientu ierīcēm. Serverim ir tiesības: tas izlemj, kam ir piekļuve, kādi dati ir pieejami un kā tiek īstenotas drošības politikas. Klienti iniciē pieprasījumus; serveris tos apstrādā un atgriež rezultātus.

Šis modelis ir pamats lielākajai daļai uzņēmējdarbības, iestāžu un interneta infrastruktūras. Atverot vietni, jūsu pārlūkprogramma (klients) nosūta pieprasījumu uz atīmekļa serveris, kas apstrādā pieprasījumu un atgriež lapu. Tas pats modelis attiecas uz e-pasta sistēmām, uzņēmumu datu bāzēm, mākoņa lietojumprogrammām un uzņēmuma iekšējiem tīkliem.

Kā darbojas klienta{0}}servera arhitektūra

Process notiek pēc konsekventa pieprasījuma{0}}atbildes cikla:

1. Klienta ierīce (klēpjdators, tālrunis, darbstacija) tīklā nosūta pakalpojuma vai resursa pieprasījumu.
2. Pieprasījums sasniedz serveri, kas, izmantojot autentifikācijas un piekļuves kontroles mehānismus, pārbauda klienta identitāti un atļaujas.
3. Serveris apstrādā pieprasījumu -, izgūstot failu, vaicājot datu bāzē, palaižot lietojumprogrammu - un piemērojot visus atbilstošos drošības noteikumus.
4. Serveris nosūta rezultātu atpakaļ klientam.
5. Klients saņem un parāda datus.

Tā kā serveris ir vienīgais kontroles punkts, IT administratori var pārvaldīt lietotāju kontus, ieviest paroļu politikas, ieplānot dublēšanu, nosūtīt programmatūras atjauninājumus un pārraudzīt tīkla aktivitātes no vienas vietas. Šī centralizētā pieeja padara klienta-servera modeli praktisku organizācijām, kurām nepieciešama konsekventa pārvaldība desmitiem, simtiem vai tūkstošiem ierīču.

Real{0}}World Client-servera piemēri

Klientu{0}}serveru tīkli nodrošina lielāko daļu strukturēto skaitļošanas vidi. Bieži sastopami piemēri:

• Uzņēmuma failu serveri- Uzņēmuma koplietota dokumentu sistēma, kurā lietotāju piekļuve, versiju vēsture un dublēšanas politikas tiek pārvaldītas centralizēti. Ja darbinieks aiziet, viņa piekļuve tiek atsaukta no vienas administratora konsoles, nevis no katras ierīces atsevišķi.
• Web serveri- Katra jūsu apmeklētā vietne darbojas ar šo modeli. Jūsu pārlūkprogramma pieprasa lapu; serveris to piegādā. Vietnes ar lielu-datplūsmu izmanto slodzes balansētājus, lai izplatītu pieprasījumus pa vairākiem serveriem, taču pamata arhitektūra joprojām ir klienta{4}}serveris.
• E-pasta serveri- Tādi pakalpojumi kā Microsoft Exchange vai korporatīvās e-pasta sistēmas maršrutē, glabā un pārvalda ziņojumus, izmantojot centralizētu infrastruktūru.
• Datu bāzes serveri- Uzņēmējdarbības lietojumprogrammas, piemēram, ERP, CRM un grāmatvedības sistēmas, balstās uz centralizētu datu bāzes serveri, kas vienlaikus apstrādā vaicājumus no vairākām klientu lietojumprogrammām.
• Skolu un augstskolu tīkli- Studenti un darbinieki autentificējas, izmantojot centrālo direktoriju pakalpojumu, lai piekļūtu koplietotajiem resursiem, laboratorijas programmatūrai un universitātes pilsētiņas internetam.
• Mākoņu platformas- AWS, Azure un Google Cloud darbojas pēc klienta-servera principiem plašā mērogā, nodrošinot skaitļošanas, krātuves un lietojumprogrammu pakalpojumus klientiem visā pasaulē.

Kopējais pavediens: speciāls serveris apstrādā resursu pārvaldību, un klienti patērē pakalpojumus kontrolētos apstākļos. Organizācijām, kurām ir jāīstenoidentitātes un piekļuves pārvaldības politikas, šī centralizētā pieeja ievērojami vienkāršo atbilstības un audita procesus.

Kas ir vienādranga{0}}līdz-(P2P) tīkls?

A vienādranga-to-vienādranga tīklsir sadalīta tīkla arhitektūra, kurā katra pievienotā ierīce -, ko sauc par vienādrangu -, var gan pieprasīt, gan nodrošināt resursus. Nav īpaša centrālā servera, kas kontrolētu saziņu. Tā vietā katra ierīce piedalās vienādi: viens dators var lejupielādēt failu no citas ierīces, vienlaikus koplietojot citu failu ar trešo.

P2P modelis pamatā ir saistīts ar sadalītu resursu koplietošanu. Tā vietā, lai visus pieprasījumus novirzītu caur centrālo iestādi, vienaudži sazinās tieši. Tas padara arhitektūru vienkāršu iestatīšanu mazām grupām, bet grūtāk pārvaldāmu, jo palielinās līdzinieku skaits.

Kā darbojas vienādranga-to{1}}modelis

1. Ierīce pievienojas tīklam un kļūst par līdzinieku, padarot noteiktus vietējos resursus (failus, mapes, printerus) pieejamus citiem līdzīgiem lietotājiem.
2. Līdzīgi lietotāji atklāj viens otru, izmantojot apraides protokolus, manuālu konfigurāciju vai dažos gadījumos vieglu koordinācijas serveri, kas palīdz izveidot sākotnējos savienojumus, bet nepārvalda datus.
3. Kad vienādrangam ir nepieciešams fails vai pakalpojums, tas to pieprasa tieši no cita līdzvērtīga lietotāja, kuram tas ir.
4. Atbildētājs nosūta resursu, izmantojot tiešu savienojumu.
5. Resursi paliek izplatīti - tie atrodas atsevišķās ierīcēs, nevis centrālajā serverī.

Šis modelis novērš nepieciešamību pēc speciāla servera, kas samazina sākotnējās izmaksas. Taču tas arī sadala atbildību: katrs ierīces īpašnieks ir atbildīgs par saviem drošības iestatījumiem, dublējumkopijām, atjauninājumiem un pieejamību. Ja līdzinieks, kuram ir svarīgs fails, izslēdzas vai atvienojas, šis fails kļūst nepieejams pārējam tīklam, līdz ierīce atkal ir tiešsaistē.

Reālas-pasaules vienādranga-to-piemēri

• Maza biroja failu koplietošana- Trīs vai četri datori mājas birojā koplieto mapi vai printeri, izmantojot operētājsistēmā iebūvēto-tīkla koplietošanu, bez iesaistīta servera.
• BitTorrent failu izplatīšana- Viens no vispazīstamākajiem-P2P protokoliem,BitTorrentsadala failus gabalos un izplata tos pa vienaudžiem. Katrs līdzinieks vienlaikus lejupielādē gabalus no vairākiem avotiem un augšupielādē jau esošos gabalus. Jo vairāk līdzīgu lietotāju ir barā, jo lielāks joslas platums ir pieejams - īpašums, kas padara BitTorrent efektīvu liela mēroga-failu izplatīšanā.
• WebRTC{0}}balstīta saziņa - WebRTCnodrošina reāllaika{0}}audio, video un datu apmaiņu tieši starp pārlūkprogrammām. Pēc sākotnējās signalizācijas fāzes (kas izmanto serveri, lai palīdzētu vienaudžiem atrast vienam otru), multivides straumes plūst vienādrangā-to-, kad tīkla apstākļi to atļauj, samazinot latentumu un novēršot nepieciešamību pēc centrālā multivides servera.
• Blockchain tīkli- Sadalītās virsgrāmatu sistēmas, piemēram, Bitcoin un Ethereum, izmanto P2P tīklu, lai izplatītu darījumus un blokus tūkstošiem mezglu, nepaļaujoties uz centrālo iestādi, lai panāktu vienprātību.
• Mājas multivides koplietošana- Ierīces mājas tīklā, kas koplieto mūziku, fotoattēlus vai video failus tieši starp datoriem, tālruņiem un viedtelevizoriem.

P2P tīkli darbojas labi, ja grupa ir maza, uzticēšanās ir augsta, dati nav kritiski un nav nepieciešama centralizēta pārvaldība. Tiklīdz kāds no šiem nosacījumiem mainās - vairāk ierīču, sensitīvu datu, atbilstības prasību vai nepieciešamības pēc konsekventas dublēšanas -, ierobežojumi sāk parādīties.

Klienta-servera un vienādranga-līdz{2}}vienādranga-salīdzinājums-salīdzinājums

Galvenās atšķirības starp klientu-serveri un vienādranga-līdz{2}}tīkliem

Centralizēta vadība pret dalīto vadību

Šī ir noteicošā atšķirība. Klienta-servera tīklā serveris ir iestāde -, kas kontrolē, kas piesakās, kam tie var piekļūt, kad tiek palaistas dublējumkopijas un kā tiek īstenotas drošības politikas. Organizācijai ar 50 vai vairāk lietotājiem šī centralizācija nav obligāta; tas ir vienīgais praktiskais veids, kā uzturēt konsekventu identitātes pārvaldību, programmatūras izvietošanu un audita pēdas.

P2P tīklā vadība tiek izplatīta visās iesaistītajās ierīcēs. Nevienai iekārtai nav galīgais vārds par piekļuves tiesībām vai datu integritāti. Tas darbojas trīs-personu mājas birojā, kas koplieto printeri. 30 personu uzņēmumam, kas pārvalda klientu līgumus, medicīniskos ierakstus vai finanšu datus, sadalīta kontrole rada nepilnības, kuras ir grūti novērst ar atpakaļejošu datumu.

Datu glabāšana, dublēšana un versiju kontrole

Klientu{0}}serveru tīkli glabā koplietotus datus centrālajos serveros, padarot vienkāršu automatizētas dublēšanas, versiju vēstures un avārijas atkopšanas plānu ieviešanu. Ja cietais disks nedarbojas serverī, dublēšanas sistēma ir paredzēta pakalpojuma atjaunošanai. IT komandas precīzi zina, kur atrodas dati un kurš tos pēdējo reizi mainījis.

P2P tīklos dati tiek glabāti jebkurā ierīcē, kurā tos ievietojis īpašnieks. Ja Sāras klēpjdatorā ir vienīgā projekta faila kopija un viņa šo klēpjdatoru uz nedēļas nogali paņem mājās, neviens cits tam nevar piekļūt līdz pirmdienai. Ja cietais disks sabojājas, fails ir pazudis, ja vien viņa pati to nedublē. Šī nav hipotētiska problēma - tā ir vienīgā visbiežāk sastopamā darbības problēma mazos tīklos, kas pārspēj P2P iestatījumus.

Drošības un piekļuves pārvaldība

Klienta{0}}servera arhitektūra nodrošina administratoriem centrālo konsoli lietotāju autentifikācijai, paroļu politikām, atļauju grupām, piekļuves žurnāliem un programmatūras ielāpu veikšanai. Šīs iespējas atbilst drošības sistēmām, piemēramNIST identitātes un piekļuves pārvaldības vadlīnijas, kas uzsver centralizētu akreditācijas datu pārvaldību un konsekventu politikas ieviešanu visos galapunktos.

P2P tīkliem trūkst šī centralizētā vadības slāņa. Drošība ir atkarīga no tīkla vājākās ierīces. Ja vienam līdziniekam ir novecojusi operētājsistēma, nav pretvīrusu programmatūras vai viegli uzmināma parole, tā kļūst par ievainojamību visām pārējām ierīcēm, kas tai pieslēdzas. Atļaujas tiek konfigurētas katrai ierīcei, kas padara konsekventu izpildi ārkārtīgi sarežģītu, kad pabraucat garām piecām vai sešām iekārtām.

Tas nozīmē, ka P2P pēc būtības nenozīmē nedrošu. Tādos protokolos kā BitTorrent tiek izmantota gabala līmeņa jaukšana, lai pārbaudītu datu integritāti, un WebRTC pēc noklusējuma šifrē visas multivides straumes, izmantojot DTLS{3}}SRTP. Problēma nav tā, ka P2P tehnoloģijai trūkst drošības elementu -, tā ir tā, ka konsekventai drošības pārvaldībai daudzos neatkarīgos līdzīgos ir nepieciešama disciplīna un rīki, kas nav vairumam mazo komandu.

Izmaksas: sākotnējais ieguldījums pret{0}}ilgtermiņa izdevumiem

Klienta{0}}servera tīkls maksā vairāk iepriekš. Jums ir nepieciešama servera aparatūra (vai mākoņservera abonementi), servera operētājsistēmu licences, rezerves infrastruktūra, tīkla slēdži un kāds, kas ir kvalificēts to visu pārvaldīt. Mazām komandām tas var šķist pāri-inženierizācija.

P2P tīkls sākas lētāk. Ierīces, kas jums jau pieder, var koplietot failus un printerus bez papildu infrastruktūras. Taču zemākas sākotnējās izmaksas nenozīmē zemākas kopējās izmaksas. Kad tīkls ir pārpildīts vairākās ierīcēs, parādās slēptie izdevumi: laiks, kas pavadīts, novēršot ierīces{4}}pa-ierīcēm, nekonsekventa dublēšanas prakse, kas izraisa datu zudumu, atsevišķu galapunktu drošības abonementi un pieaugošās grūtības izsekot, kam ir piekļuve.

Organizācijām, kas plāno paplašināties vairāk nekā 10–15 ierīcēs, P2P tīkla pārvaldības izmaksas ilgtermiņā bieži pārsniedz to, ko būtu izmaksājusi pareizi plānota klienta-servera izvietošana jau no paša sākuma. Fiziskā infrastruktūra, kas atbalsta kādu no modeļiem -strukturēti kabeļi, patch vadi, slēdži un piekļuves punkti - paliek līdzīgi neatkarīgi no tā, vai izvēlaties centralizētu vai izplatītu vadību.

Mērogojamība un tīkla izaugsme

Klientu{0}}serveru tīkli mērogojas paredzamā, strukturētā veidā. Vai nepieciešama papildu krātuve? Pievienojiet diska masīvu vai nodrošinājiet mākoņkrātuvi. Vai ir jāatbalsta vairāk lietotāju? Jauniniet serveri vai pievienojiet vēl vienu aiz slodzes līdzsvara. Nepieciešams savienot filiāli? Paplašiniet tīklu ar VPN tuneļiem vaišķiedru-uz-telpu savienojamību. Arhitektūra atbalsta izaugsmi, jo centrālā pārvaldības slānis tiek pārnests uz katru jaunu papildinājumu.

P2P tīkli vienā ziņā mērogojas, - pievienojot vairāk līdzvērtīgu lietotāju, var palielināt kolektīvo krātuvi un joslas platumu. Tāpēc BitTorrent kļūst ātrāks, jo vairāk vienaudžu pievienojas baram. Bet biroja kontekstā vairāk līdzīgu ierīču nozīmē vairāk ierīču, kurām nepieciešama individuāla drošības konfigurācija, vairāk potenciālu atteices punktu un grūtāk izsekot datu īpašumtiesībām. Bez centralizētas pārvaldības P2P tīkla mērogošana, kas pārsniedz aptuveni 10 ierīces, parasti rada vairāk administratīvu problēmu, nekā atrisina.

Uzticamība un kļūdu tolerance

Katra modeļa uzticamības profilam ir īpaša vājība. Klienta-servera tīklā serveris ir aviens neveiksmes punkts. Ja galvenais serveris nedarbojas un nav dublēšanas - nav kļūmjpārlēces servera, nav replicētas krātuves, nav nepārtrauktas barošanas avota - katrs klients vienlaikus zaudē piekļuvi koplietotajiem resursiem. Tāpēc ražošanas serveru vidēs tiek ieguldīts dublējums: RAID masīvi diska kļūmēm, kļūmjpārlēces klasteri servera kļūmēm un rezerves barošana, lai nodrošinātu izturību pret pārtraukumiem.

P2P tīklā neviena ierīces kļūme neizraisa visu tīklu. Citi vienaudži turpina strādāt. Taču noturība ir nevienmērīga: ja atvienojas viens partneris, kuram ir svarīgs fails, šis fails nav pieejams neatkarīgi no tā, cik veselīgs ir pārējais tīkls. Nav automātiskas kļūmjpārlēces, nav centralizētas dublējumkopijas, no kurām atjaunot, un bieži vien nav arī iespējas pat zināt, kuram līdziniekam ir jaunākā faila versija.

Vidēm, kur dīkstāves rada reālu uzņēmējdarbības risku - finanšu sistēmas, veselības aprūpes dati, klientu-pakalpojumi -, neviens no modeļiem nav pietiekams bez pārdomātas atlaišanas, dublēšanas un avārijas seku novēršanas stratēģijas.

Klients{0}}Serveris un P2P: to kopīgotais saturs

Neskatoties uz to arhitektoniskajām atšķirībām, abi modeļi balstās uz vienu un to pašu pamata tīkla slāni. Abiem ir nepieciešami tīkla protokoli (TCP/IP) saziņai, fiziskai vai bezvadu savienojumam (Ethernet, Wi-Fi,optiskās šķiedras kabeļi), tīkla aparatūra (savienotāji, slēdži, maršrutētāji) un drošības pasākumi (ugunsmūri, šifrēšana, piekļuves politikas). Abi var atbalstīt failu koplietošanu, piekļuvi lietojumprogrammām, ziņojumapmaiņu un interneta savienojumu.

Atšķirība nav tā, vai ierīces sazinās - to dara abi modeļi. Atšķirība ir tajā, kā šī komunikācija tiek organizēta, kam ir vara pār resursiem un kā tiek sadalīti drošības un pārvaldības pienākumi.

Kad izvēlēties klienta{0}}servera tīklu

Klienta-servera tīkls ir pareizā izvēle, ja vide prasa strukturētu kontroli, konsekventu drošību un centralizētu pārvaldību. Konkrēti, izvēlieties klienta{2}serveri, ja:

• Jums irvairāk nekā 10 lietotājikuriem nepieciešama piekļuve tiem pašiem datiem vai lietojumprogrammām.
• Lietotāju atļaujas ir jāpārvalda centralizēti - dažādām komandām ir nepieciešami dažādi piekļuves līmeņi.
• Organizācija rīkojassensitīvi vai regulēti dati(klientu ieraksti, finanšu dati, veselības informācija), un tiem ir jāatbilst drošības vai privātuma standartiem.
• Tev vajaguzticamas, automatizētas dublējumkopijasar skaidrām atjaunošanas procedūrām.
• Lietojumprogrammas ir atkarīgas no centrālās datu bāzes (ERP, CRM, inventarizācijas sistēmas).
• Tīklam ir jābūtmērogsuzņēmumam augot - jauni darbinieki, jaunas atrašanās vietas, vairāk ierīču.
• IT darbiniekiem ir nepieciešami uzraudzības, reģistrēšanas un pārvaldības rīki, lai uzturētu tīkla stāvokli.
• Dīkstāves radaizmērāms biznesa risks- zaudēti ieņēmumi, atbilstības pārkāpumi vai darbības traucējumi.

Tipiskas vides:vidēja lieluma un lieliem uzņēmumiem, skolām un universitātēm, slimnīcām un klīnikām, bankām, valsts iestādēm, datu centriem, mākoņpakalpojumu sniedzējiem un jebkurai organizācijai, kurai ir normatīvās atbilstības saistības.

Praktisks piemērs:Uzņēmumam ar 80 darbiniekiem divās biroja vietās nevajadzētu paļauties uz koplietotām mapēm, kas atrodas atsevišķu darbinieku klēpjdatoros. Centralizēts failu serveris (vai mākonī -mitināts ekvivalents) nodrošina konsekventu piekļuvi, versiju kontroli, automātisku dublēšanu un iespēju nekavējoties atsaukt piekļuvi, kad darbinieks atstāj -, un neviens no tiem nav uzticami sasniedzams P2P iestatījumos tādā mērogā.

Kad izvēlēties vienādranga-to{1}}vienādranga tīklu

P2P tīkls darbojas, ja vide ir maza, neformāla un zema{1}}likme. Izvēlieties P2P, ja:

• Tikai2–5 ierīcesjādala resursi.
• Nav īpaša IT personāla un nav nepieciešama centralizēta administrēšana.
• Budžets ir minimāls un neattaisno servera aparatūru vai abonementus.
• Tīkls irpagaidu- īstermiņa-projekts, uznirstoša- darbvieta, testa vide.
• Lietotājiem ir nepieciešama tikai pamata failu vai printeru koplietošana.
• Kopīgotie dati nav sensitīvi, nav regulēti, un to pazaudēšana neradītu nopietnu kaitējumu.
• Pati lietojumprogramma gūst labumu no izplatītajiem resursiem - failu izplatīšanas, multivides koplietošanas vai decentralizētas apstrādes.

Tipiskas vides:mājas tīkli, ļoti mazi biroji (līdz 5 cilvēkiem), studentu laboratorijas iestatījumi, pagaidu projektu grupas, personiskā multivides koplietošana un īpašas izplatītas lietojumprogrammas (BitTorrent, blokķēdes mezgli, WebRTC{1}}balsti rīki).

Praktisks piemērs:Divi vai trīs datori mājas birojā, kas koplieto printeri un dažas projektu mapes. Nevienam nav vajadzīgi dažādi piekļuves līmeņi, nav atbilstības prasību, un faila pazaudēšana būtu neērta, bet ne katastrofāla. P2P iestatījums to apstrādā tīri, bez papildu sarežģītības.

Pārejas punkts:Kad komanda palielinās par 5–6 cilvēkiem, jūs sākat jautāt: "Kam ir šī faila jaunākā versija?" vai "kā nodrošināt, lai visiem datoriem būtu dublējumkopijas?", tīkls ir pāraudzis P2P. Šajā posmā aizkavējot pārvietošanu uz klienta{4}}serveri, uzkrājas tehnisks parāds, ko kļūst grūtāk atrisināt, jo ilgāk gaidāt.

Hibrīdtīkli: kad klienta{0}}serveris un P2P strādā kopā

Daudzi mūsdienu tīkli nav tikai viens vai otrs modelis. Hibrīdie modeļi apvieno centralizētu pārvaldības uzdevumu vadību ar tiešu vienādranga komunikāciju-to{2}}konkrētām funkcijām.

Videokonferencesir izplatīts piemērs. Tāda platforma kā Microsoft Teams vai Zoom izmanto klienta -servera arhitektūru lietotāju autentifikācijai, sapulču plānošanai un klātbūtnes pārvaldībai. Taču faktiskās audio un video straumes var pārvietoties vienādrangā starp dalībniekiem, ja tīkla apstākļi to atļauj -WebRTC vienādranga savienojuma modelisnodrošina to, izveidojot tiešus multivides ceļus pēc sākotnējās servera{0}}starpniecības signālu apmaiņas.

Satura piegādes tīkli (CDN)apvienot arī abas pieejas. Sākotnējie serveri glabā autoritatīvo saturu (klienta-serveris), bet globāli izplatītie malu mezgli saglabā kešatmiņu un apkalpo saturu tuvāk lietotājiem - resursu izplatīšanas veids, kas aizgūts no P2P principiem.

Uzņēmumu tīkli ar attāliem darbiniekiemautentifikācijai un politikas ieviešanai bieži izmanto centralizētus Active Directory vai mākoņa identitātes pakalpojumus, savukārt sadarbības rīki nodrošina noteiktu tiešu mijiedarbību ar ierīci{0}}līdz{1}}ierīcei vietējai failu atklāšanai, ekrāna kopīgošanai vai reāllaika{2}}rediģēšanai.

Ņemiet vērā: abu modeļu izpratne nav akadēmisks uzdevums. Praksē lielākajā daļā jebkuras sarežģītības tīklu tiek izmantoti abu elementi. Jautājums ir par to, kurš modelis kalpo par pamatu - un organizācijām, kas apstrādā biznesa-kritiskus datus, šis mugurkauls gandrīz vienmēr ir klienta-serveris.

Klients-Serveris salīdzinājumā ar P2P: lēmumu kontrolsaraksts

Pirms apņematies izmantot kādu no arhitektūrām, izstrādājiet šos kritērijus. Atbildes skaidri norādīs uz vienu modeli vai atklās, kur ir jēga hibrīdai pieejai.

Ja lielākā daļa jūsu atbilžu atrodas kreisajā kolonnā, klienta{0}}servera arhitektūra ir skaidra izvēle. Ja lielākā daļa atrodas labajā slejā, P2P pašlaik darbojas -, taču vēlreiz pārbaudiet šo kontrolsarakstu, tiklīdz apstākļi mainās. Pelēkajā zonā (5–10 ierīces, daži sensitīvi dati, nenoteikta izaugsme) daudzas komandas aizkavē lēmuma pieņemšanu un vēlāk par migrēšanu maksā vairāk.

Biežākās kļūdas, izvēloties tīkla modeli

1. kļūda: pieņemot, ka P2P nav drošības

Vienādranga-līdz-nozīmē, ka dizains ir nedrošs. BitTorrent pārbauda datu integritāti, izmantojot kriptogrāfisku jaukšanu gabalu līmenī. WebRTC šifrē visus multivides kanālus, izmantojot DTLS-SRTP. Blockchain tīkli izmanto vienprātības mehānismus un kriptogrāfisku parakstīšanu, lai novērstu datu manipulācijas.

Patiesā problēma ir vadības konsekvence. Klienta-servera vidē administrators ar vienu darbību var nosūtīt drošības ielāpu 100 ierīcēm. P2P tīklā katram ierīces īpašniekam tas ir jāpiemēro atsevišķi -, un, ja pat viena ierīce izlaiž atjauninājumu, tā kļūst par potenciālu ieejas punktu. ir iespējama P2P drošība; Pastāvīga P2P drošība augošā tīklā ir ārkārtīgi sarežģīta.

2. kļūda: P2P izvēle, lai ietaupītu naudu, nerēķinoties{2}}ilgtermiņa izmaksas

P2P iestatīšana pirmajā dienā maksā mazāk. Nav servera iegādes, bez licences maksas, bez administratora algas. Taču ilgtermiņa izmaksas uzkrājas viegli nepamanāmos veidos: galapunktu-pa-galapunkta pretvīrusu abonementi, laiks, kas pavadīts, lai izsekotu failu versiju konfliktus, datu zudums nesaskaņotu dublējumkopiju dēļ un pieaugošās grūtības ar atļauju problēmu novēršanu 15 neatkarīgi konfigurētās iekārtās. Komandām, kuras sagaida izaugsmi, sākotnējie ietaupījumi bieži pazūd 12–18 mēnešu laikā.

3. kļūda: ticēt, ka viens modelis vienmēr ir pārāks

Uzņēmuma datu centram un mājas multivides iestatījumam ir būtiski atšķirīgas prasības. Apgalvojot, ka klienta{1}serveris ir "vienmēr labāks", tiek ignorēta realitāte, ka divu cilvēku ārštata studijai nav nepieciešams Active Directory. Apgalvojot, ka P2P ir "vienkāršāks un lētāks", tiek ignorēta realitāte, ka vienkāršība sabrūk, tiklīdz jums ir nepieciešama konsekventa piekļuves kontrole, audita pēdas vai automatizēta dublēšana.

4. kļūda: hibrīda opcijas ignorēšana

Daudzas komandas pieņem, ka tām pilnībā jāizvēlas viens modelis. Praksē visefektīvākie mūsdienu tīkli izmanto centralizētu infrastruktūru autentifikācijai, datu glabāšanai un politikas ieviešanai, vienlaikus ļaujot veikt konkrētu P2P mijiedarbību tādiem uzdevumiem kā vietēja sadarbība, multivides straumēšana vai reāllaika saziņa. Jautājums nav "klients{4}}serveris vai P2P?" - tas ir "kurām funkcijām nepieciešama centralizēta vadība un kuras var droši darboties vienādranga-to{8}}vienādrangā?"

Drošības riski, kas jānovērtē pirms P2P tīkla izmantošanas

Ja apsverat P2P biznesa vidē - pat mazā -, ņemiet vērā šos īpašos riskus:

• Galapunkta drošības nepilnības- Bez centralizētas ielāpu pārvaldības atsevišķās ierīcēs var tikt darbinātas dažādas OS versijas, dažādi pretvīrusu produkti (vai tādi nav) un dažādas ugunsmūra konfigurācijas. Viena ierīce bez ielāpu var apdraudēt visu grupu.
• Atļauju neatbilstība- Bez centrālā direktorija faila-līmeņa atļaujas tiek pārvaldītas katrai ierīcei. Parasti koplietotajām mapēm pēc noklusējuma ir atvērta piekļuve, dodot ikvienam tīkla lietotājam lasīšanas-rakstīšanas atļaujas datiem, kurus viņiem nevajadzētu modificēt.
• Rezerves atbildības nepilnības- Ja nav centralizētas dublēšanas, katrs lietotājs ir atbildīgs par saviem datiem. Praksē lielākā daļa lietotāju neveido dublējumu konsekventi. Kad cietais disks sabojājas, dati ir pazuduši.
• Faila versiju konflikti- Ja vairākas viena un tā paša faila kopijas pastāv dažādos vienādrangos bez centrālās versijas kontroles, konfliktējoši labojumi ir neizbēgami. Nav automātiskas sapludināšanas vai konfliktu risināšanas.
• Pieejamības atkarība- Kritiskie faili var atrasties vienā ierīcē. Ja šī ierīce ir izslēgta, atvienota vai bojāta, fails nav pieejams - un, iespējams, nevarēs uzzināt, kurā ierīcē tas bija.

Tie nav teorētiski riski. Tie ir visizplatītākie iemesli, kādēļ organizācijas pāriet no P2P iestatījumiem, tiklīdz tīkls pārsniedz tikai dažas ierīces. Izprotot tos pirms P2P izvēles, vēlāk var novērst dārgus traucējumus. Lielākiem izvietojumiem, ieguldot pareizitīkla infrastruktūraun centralizētā servera arhitektūra jau no paša sākuma gandrīz vienmēr ir rentablāka{0}} nekā labošana.

Fiziskā infrastruktūra: kas nepieciešams abiem modeļiem

Neatkarīgi no tā, vai izvēlaties klienta{0}}serveri vai P2P, fiziskajam tīkla slānim ir nozīme. Abas arhitektūras balstās uz vienu un to pašu pamata savienojumu: Ethernet kabeļus,optiskās šķiedras vadimugurkaula savienojumiem, tīkla slēdžiem, maršrutētājiem, bezvadu piekļuves punktiem un strukturētiem kabeļiem starp stāviem vai ēkām. Klienta-servera tīklam papildus var būt nepieciešami īpaši serveru plaukti, jaudas dublēšana (UPS sistēmas) un lielāka{2}}jauda10 G vai lielāka{1}}ātruma augšupsaitesstarp serveri un galveno slēdzi.

Tīkla veiktspēja lielā mērā ir atkarīga no šī fiziskā slāņa kvalitātes. Vislabāk-izstrādātā servera arhitektūra nedarbosies, ja kabeļi ir slikti pabeigti, savienotāji nav saskaņoti vai komutācijas infrastruktūra nevar apmierināt joslas platuma prasības. Augstas-caurlaidības vidēm strukturēta optiskās šķiedras izvietošana, izmantojot kvalitātioptiskās šķiedras savienotājiun pareizi novērtēti kabeļi nodrošina uzticamību un jaudu, kas nepieciešama abiem modeļiem.

Secinājums

Klientu-serveris un vienādranga-līdz{2}}vienādranga pieeja ir divas būtiski atšķirīgas pieejas, lai organizētu to, kā ierīces koplieto resursus un sazinās. Pareizā izvēle nav par to, kura tehnoloģija abstrakti ir "labāka" -, bet gan par to, kura arhitektūra atbilst jūsu vides īpašajām prasībām.

Organizācijām, kurās ir vairāk nekā nedaudzi lietotāju, sensitīvi dati, atbilstības pienākumi vai izaugsmes plāni, klienta{0}}servera arhitektūra nodrošina centralizētu kontroli, konsekventu drošību un mērogojamu pārvaldību, ko P2P nevar līdzināties mērogā. Nelieliem, neformāliem vai pagaidu tīkliem, kur vienkāršība un zemas izmaksas ir prioritātes un dati nav būtiski, vienādranga-to-peer var būt praktiski un pietiekami.

Vispragmatiskākā pieeja ir sākt ar pareizo modeli jūsu pašreizējam mērogam un plānot, kur tīkls būs pēc diviem gadiem, nevis tur, kur tas ir šodien. Ja pašlaik izmantojat P2P iestatīšanu un sākat saskarties ar versiju konfliktiem, dublējuma nepilnībām vai neskaidrībām atļaujās, tas ir signāls, lai sāktu plānot pāreju uz klienta-serveri -, pirms novēršams datu zudums pieņem lēmumu jūsu vietā.