Asiakas{0}}Palvelin vs. P2P: mikä verkko sopii?

Keskeinen ero aasiakas{0}}palvelinverkkoja avertais-to-vertaisverkko (P2P).liittyy yhteen kysymykseen: kuka hallitsee resursseja? Asiakas{0}}palvelinarkkitehtuurissa omistettu palvelin tallentaa tiedot, valvoo pääsykäytäntöjä ja käsittelee asiakaslaitteiden pyyntöjä. Vertais-to-verkossa jokainen laite voi jakaa ja kuluttaa resursseja suoraan - keskusviranomaista ei tarvita.

Tämä ero muokkaa kaikkea muuta: turvallisuutta, kustannuksia, skaalautuvuutta, varmuuskopiointistrategiaa ja{0}}pitkän aikavälin hallittavuutta. 5-henkilön toimistolla, joka jakaa tulostimen, on hyvin erilaiset tarpeet kuin 200- työntekijän yrityksellä, joka hallinnoi arkaluontoisia asiakastietoja useissa konttoreissa. Väärän verkkomallin valitseminen alussa johtaa usein kalliisiin korjauksiin myöhemmin - keskitetyn suojauksen jälkiasentamiseen ad-hoc-P2P-asetuksiin tai palvelininfrastruktuurin maksamiseen, jota kolmen hengen tiimi ei koskaan tarvinnut.

Tässä oppaassa kerrotaan, miten kukin malli toimii, missä todelliset vaihto{0}}sijoitetaan ja miten päättää, mikä arkkitehtuuri sopii tilanteeseen. Se kattaa myös hybridimallit, yleiset päätösvirheet ja käytännöllisen tarkistuslistan, jota voit käyttää ennen kuin sitoudut kumpaankaan lähestymistapaan.

Mikä on asiakas{0}}palvelinverkko?

A asiakas{0}}palvelinverkkoon verkkoarkkitehtuuri, jossa yksi tai useampi keskitetty palvelin tarjoaa palveluita - tiedostojen tallennus, todennus, sovellusten isännöinti, varmuuskopiointi, tulostus - useille asiakaslaitteille. Palvelimella on valtuudet: se päättää, kuka saa pääsyn, mitä tietoja on saatavilla ja miten suojauskäytännöt pannaan täytäntöön. Asiakkaat tekevät pyyntöjä; palvelin käsittelee ne ja palauttaa tulokset.

Tämä malli on useimpien yritysten, institutionaalisten ja Internet-infrastruktuurien perusta. Kun avaat verkkosivuston, selaimesi (asiakasohjelma) lähettää pyynnön osoitteeseen averkkopalvelin, joka käsittelee pyynnön ja palauttaa sivun. Sama malli koskee sähköpostijärjestelmiä, yritystietokantoja, pilvisovelluksia ja yrityksen sisäisiä verkkoja.

Kuinka asiakas{0}}palvelinarkkitehtuuri toimii

Prosessi noudattaa johdonmukaista pyyntö{0}}vastaussykliä:

1. Asiakaslaite (kannettava tietokone, puhelin, työasema) lähettää palvelua tai resurssia koskevan pyynnön verkon kautta.
2. Pyyntö saapuu palvelimelle, joka varmistaa asiakkaan henkilöllisyyden ja käyttöoikeudet todennus- ja kulunvalvontamekanismien avulla.
3. Palvelin käsittelee pyynnön - noutaa tiedoston, tekee kyselyn tietokannasta, suorittaa sovelluksen - ja soveltaa asiaankuuluvia suojaussääntöjä.
4. Palvelin lähettää tuloksen takaisin asiakkaalle.
5. Asiakas vastaanottaa ja näyttää tiedot.

Koska palvelin on ainoa ohjauspiste, IT-järjestelmänvalvojat voivat hallita käyttäjätilejä, pakottaa salasanakäytäntöjä, ajoittaa varmuuskopioita, push-ohjelmistopäivityksiä ja valvoa verkon toimintaa yhdestä paikasta. Tämä keskitetty lähestymistapa tekee asiakaspalvelinmallista-käytännöllisen organisaatioille, jotka tarvitsevat johdonmukaista hallintoa kymmenissä, sadoissa tai tuhansissa laitteissa.

Esimerkkejä Real{0}}World Client--palvelimesta

Asiakas{0}}palvelinverkot tukevat useimpia strukturoituja laskentaympäristöjä. Yleisiä esimerkkejä ovat:

• Yritysten tiedostopalvelimet- Yrityksen jaettu asiakirjajärjestelmä, jossa käyttäjien käyttöoikeuksia, versiohistoriaa ja varmuuskopiointikäytäntöjä hallitaan keskitetysti. Jos työntekijä lähtee, hänen pääsynsä peruutetaan yhdestä hallintakonsolista eikä jokaisesta laitteesta erikseen.
• Web-palvelimet- Jokainen vierailemasi verkkosivusto toimii tällä mallilla. Selaimesi pyytää sivua; palvelin toimittaa sen. Runsaasti-liikennettä käyttävät sivustot käyttävät kuormituksen tasapainoimia pyyntöjen jakamiseen useiden palvelimien kesken, mutta perusarkkitehtuuri on edelleen asiakaspalvelin-.
• Sähköpostipalvelimet- Palvelut, kuten Microsoft Exchange tai yritysten sähköpostijärjestelmät, reitittävät, tallentavat ja hallitsevat viestejä keskitetyn infrastruktuurin kautta.
• Tietokantapalvelimet- Yrityssovellukset, kuten ERP, CRM ja kirjanpitojärjestelmät, perustuvat keskitettyyn tietokantapalvelimeen, joka käsittelee kyselyitä useista asiakassovelluksista samanaikaisesti.
• Koulujen ja yliopistojen verkostot- Opiskelijat ja henkilökunta tunnistautuvat keskushakemistopalvelun kautta, jotta he voivat käyttää jaettuja resursseja, laboratorioohjelmistoja ja kampuksen Internetiä.
• Pilviympäristöt- AWS, Azure ja Google Cloud toimivat asiakaspalvelinperiaatteilla- massiivisessa mittakaavassa ja tarjoavat laskenta-, tallennus- ja sovelluspalveluita asiakkaille maailmanlaajuisesti.

Yhteinen säie: oma palvelin hoitaa resurssien hallinnan, ja asiakkaat kuluttavat palveluita valvotuissa olosuhteissa. Organisaatioille, joiden on valvottavaidentiteetin ja käyttöoikeuksien hallintakäytännötTämä keskitetty lähestymistapa yksinkertaistaa huomattavasti vaatimustenmukaisuus- ja auditointiprosesseja.

Mikä on vertaisverkko-to-(P2P)?

A vertais-to-vertaisverkkoon hajautettu verkkoarkkitehtuuri, jossa jokainen yhdistetty laite -, jota kutsutaan vertaiskumppaniksi -, voi sekä pyytää että tarjota resursseja. Ei ole olemassa erillistä keskuspalvelinta, joka ohjaa viestintää. Sen sijaan jokainen laite osallistuu tasapuolisesti: yksi tietokone voi ladata tiedoston toiselta laitteelta ja samalla jakaa eri tiedoston kolmannen kanssa.

P2P-malli perustuu pohjimmiltaan hajautettuun resurssien jakamiseen. Sen sijaan, että reitittäisivät kaikki pyynnöt keskusviranomaisen kautta, vertaiset kommunikoivat suoraan. Tämä tekee arkkitehtuurista yksinkertaisen asentaa pienille ryhmille, mutta vaikeampi hallita, kun vertaismäärä kasvaa.

Miten vertais{0}}to{1}}-malli toimii

1. Laite liittyy verkkoon ja siitä tulee vertaiskäyttäjä, jolloin tietyt paikalliset resurssit (tiedostot, kansiot, tulostimet) ovat muiden käyttäjien käytettävissä.
2. Vertailijat löytävät toisensa yleislähetysprotokollien, manuaalisen konfiguroinnin tai joissakin tapauksissa kevyen koordinointipalvelimen avulla, joka auttaa alkuyhteyksissä, mutta ei hallitse tietoja itse.
3. Kun vertaiskäyttäjä tarvitsee tiedoston tai palvelun, se pyytää sitä suoraan toiselta vertaiselta, jolla se on.
4. Vastaava vertaiskumppani lähettää resurssin suoran yhteyden kautta.
5. Resurssit pysyvät hajautettuina - ne elävät yksittäisissä laitteissa, eivät keskuspalvelimella.

Tämä malli eliminoi erillisen palvelimen tarpeen, mikä vähentää ennakkokustannuksia. Mutta se jakaa myös vastuuta: jokainen laitteen omistaja on vastuussa omista suojausasetuksistaan, varmuuskopioistaan, päivityksistään ja saatavuudestaan. Jos vertaiskäyttäjä, jolla on tärkeä tiedosto, sammuu tai katkaisee yhteyden, muu verkko ei voi käyttää tiedostoa, kunnes laite palaa verkkoon.

Esimerkkejä todellisesta-maailmasta-to-

• Pienen toimiston tiedostojen jakaminen- Kolme tai neljä tietokonetta kotitoimistossa jakavat kansion tai tulostimen käyttöjärjestelmän sisäänrakennetun-verkkojaon kautta ilman palvelinta.
• BitTorrent-tiedostojen jakelu- Yksi tunnetuimmista-P2P-protokollista,BitTorrentjakaa tiedostot osiin ja jakaa ne vertaisryhmien kesken. Jokainen vertaiskumppani lataa kappaleita useista lähteistä samanaikaisesti ja lataa kappaleita, jotka sillä jo on. Mitä enemmän vertaisia ​​parvessa on, sitä enemmän kaistanleveyttä on käytettävissä - ominaisuus, joka tekee BitTorrentista tehokkaan laajamittaisessa tiedostojen jakelussa-.
• WebRTC{0}}pohjainen viestintä - WebRTCmahdollistaa reaaliaikaisen{0}}äänen, videon ja tiedon vaihdon suoraan selainten välillä. Alkusignalointivaiheen jälkeen (joka auttaa palvelinta löytämään toisensa) mediavirrat kulkevat vertais-to-verkon olosuhteiden salliessa, mikä vähentää viivettä ja poistaa keskitetyn mediapalvelimen tarpeen.
• Blockchain-verkot- Hajautetut kirjanpitojärjestelmät, kuten Bitcoin ja Ethereum, käyttävät P2P-verkkoa transaktioiden ja lohkojen levittämiseen tuhansien solmujen välillä ilman, että keskusviranomainen päästään yhteisymmärrykseen.
• Kotimedian jakaminen- Kotiverkossa olevat laitteet, jotka jakavat musiikkia, valokuvia tai videotiedostoja suoraan tietokoneiden, puhelimien ja älytelevisioiden välillä.

P2P-verkot toimivat hyvin, kun ryhmä on pieni, luottamus on korkea, data ei ole kriittistä eikä keskitettyä hallintoa tarvita. Kun jokin näistä ehdoista muuttuu - lisää laitteita, arkaluontoisia tietoja, vaatimustenmukaisuusvaatimuksia tai johdonmukaisen varmuuskopioinnin tarvetta -, rajoitukset alkavat tulla esiin.

Asiakas-Palvelin vs Peer-to-Peer: rinnakkain-vertailu-

Tärkeimmät erot asiakas{0}}palvelimen ja -vertaisverkkojen välillä

Keskitetty ohjaus vs. hajautettu ohjaus

Tämä on ratkaiseva ero. Asiakas-palvelinverkossa palvelin on viranomainen, - se hallitsee, kuka kirjautuu sisään, mitä he voivat käyttää, milloin varmuuskopiot suoritetaan ja kuinka suojauskäytäntöjä valvotaan. Jos organisaatiossa on vähintään 50 käyttäjää, tämä keskitys ei ole valinnainen. se on ainoa käytännöllinen tapa ylläpitää johdonmukaista identiteetin hallintaa, ohjelmistojen käyttöönottoa ja kirjausketjuja.

P2P-verkossa ohjaus on hajautettu jokaiselle osallistuvalle laitteelle. Millään koneella ei ole viimeistä sanaa käyttöoikeuksista tai tietojen eheydestä. Tämä toimii kolmen-henkilön kotitoimistossa, joka jakaa tulostimen. 30 hengen yritykselle, joka hallinnoi asiakassopimuksia, potilastietoja tai taloustietoja, hajautettu valvonta luo aukkoja, joita on vaikea sulkea takautuvasti.

Tietojen tallennus, varmuuskopiointi ja versionhallinta

Asiakas{0}}palvelinverkot tallentavat jaetut tiedot keskuspalvelimille, mikä tekee automaattisten varmuuskopioiden, versiohistorian ja palautussuunnitelmien toteuttamisesta helppoa. Jos palvelimen kiintolevy epäonnistuu, varmuuskopiojärjestelmä on suunniteltu palauttamaan palvelu. IT-tiimit tietävät tarkalleen, missä tiedot ovat ja kuka niitä viimeksi muokkasi.

P2P-verkoissa tiedot tallennetaan mille tahansa laitteelle, jolle sen omistaja on ne asettanut. Jos Sarahin kannettavassa tietokoneessa on ainoa kopio projektitiedostosta ja hän vie sen kannettavan kotiin viikonlopuksi, kukaan muu ei pääse käsiksi siihen ennen maanantaita. Jos hänen kiintolevynsä epäonnistuu, tiedosto on poissa, ellei hän sattunut varmuuskopioimaan sitä itse. Tämä ei ole hypoteettinen ongelma -, se on yleisin yksittäinen toimintaongelma pienissä verkoissa, jotka kasvavat P2P-asetuksen ulkopuolelle.

Turvallisuus ja pääsynhallinta

Asiakas{0}}palvelinarkkitehtuuri tarjoaa järjestelmänvalvojille keskuskonsolin käyttäjien todennusta, salasanakäytäntöjä, käyttöoikeusryhmiä, käyttölokeja ja ohjelmistokorjauksia varten. Nämä ominaisuudet sopivat yhteen tietoturvakehysten, kutenNISTin identiteetin ja käyttöoikeuksien hallinnan ohjeet, jotka painottavat keskitettyä tunnistetietojen hallintaa ja johdonmukaista käytäntöjen täytäntöönpanoa kaikissa päätepisteissä.

P2P-verkoista puuttuu tämä keskitetty ohjauskerros. Suojaus riippuu verkon heikoimmasta laitteesta. Jos yhdellä vertaisella on vanhentunut käyttöjärjestelmä, ei virustorjuntaohjelmistoa tai helposti arvattava salasana, siitä tulee haavoittuvuus kaikille muille siihen yhdistetyille laitteille. Luvat määritetään laitekohtaisesti, mikä tekee johdonmukaisesta täytäntöönpanosta erittäin vaikeaa, kun ohitat viisi tai kuusi konetta.

P2P ei kuitenkaan tarkoita luonnostaan ​​turvatonta. Protokollat, kuten BitTorrent, käyttävät pala{2}}tasohajausta tietojen eheyden varmistamiseksi, ja WebRTC salaa kaikki mediavirrat oletuksena DTLS-SRTP:llä. Ongelma ei ole siinä, että P2P-teknologiasta puuttuisi suojausominaisuuksia -, vaan se, että turvallisuuden johdonmukainen hallinta monien riippumattomien kumppanien välillä vaatii kurinalaisuutta ja työkaluja, joita useimmilla pienillä tiimeillä ei ole.

Kustannukset: Alkuinvestointi vs{0}}pitkän aikavälin kulut

Asiakas{0}}palvelinverkko maksaa enemmän etukäteen. Tarvitset palvelinlaitteistoa (tai pilvipalvelintilauksia), palvelimen käyttöjärjestelmän lisenssejä, varmuuskopiointiinfrastruktuuria, verkkokytkimiä ja jonkun, joka on pätevä hallitsemaan kaikkea. Pienille tiimeille tämä voi tuntua yli-suunnittelulta.

P2P-verkko alkaa halvemmalla. Jo omistamasi laitteet voivat jakaa tiedostoja ja tulostimia ilman lisäinfrastruktuuria. Mutta alhaisemmat alkukustannukset eivät tarkoita pienempiä kokonaiskustannuksia. Kun verkko on kasvanut useiden laitteiden ohi, esiin tulevat piilokulut: laitekohtaiseen vianetsintään käytetty aika, epäjohdonmukaiset varmuuskopiointikäytännöt, jotka johtavat tietojen katoamiseen, yksittäiset päätepisteiden suojaustilaukset ja kasvavat vaikeudet seurata, kenellä on pääsy mihinkin.

Organisaatioille, jotka aikovat kasvaa yli 10–15 laitteella, P2P-verkon hallinta pitkällä aikavälillä-yli usein sen, mitä oikein suunniteltu asiakaspalvelimien{4}}käyttöönotto olisi maksanut alusta alkaen. Kumpaakin mallia tukeva fyysinen infrastruktuuri -strukturoitu kaapelointi, välijohdot, kytkimet ja tukiasemat - pysyvät samanlaisina riippumatta siitä, valitsetko keskitetyn vai hajautetun hallinnan.

Skaalautuvuus ja verkon kasvu

Asiakas{0}}palvelinverkot skaalautuvat ennakoitavalla ja jäsennellyllä tavalla. Tarvitsetko lisää tallennustilaa? Lisää levyryhmä tai varaa pilvitallennustila. Tarvitseeko tukea useampia käyttäjiä? Päivitä palvelin tai lisää toinen kuormituksen tasapainottimen taakse. Tarvitseeko konttoria yhdistää? Laajenna verkkoa VPN-tunneleilla taivalokuitu-toimitiloihin-liitettävyyttä-. Arkkitehtuuri tukee kasvua, koska keskushallintakerros siirtyy jokaiseen uuteen lisäykseen.

P2P-verkot skaalautuvat yhdessä mielessä - vertaisverkkojen lisääminen voi lisätä kollektiivista tallennustilaa ja kaistanleveyttä. Tästä syystä BitTorrentista tulee nopeampi, kun parveen liittyy enemmän vertaisia. Mutta toimistokontekstissa enemmän vertaisia ​​tarkoittaa enemmän laitteita, jotka tarvitsevat yksilöllisen suojauskokoonpanon, enemmän mahdollisia vikakohtia ja vaikeampaa tietojen omistajuuden seurantaa. Ilman keskitettyä hallintaa P2P-verkon skaalaaminen yli 10 laitteeseen aiheuttaa yleensä enemmän hallinnollisia ongelmia kuin ratkaisee.

Luotettavuus ja vikasietoisuus

Jokaisen mallin luotettavuusprofiililla on tietty heikkous. Asiakas-palvelinverkossa palvelin on ayksi epäonnistumispiste. Jos pääpalvelin kaatuu eikä redundanssia ole - ei vikasietopalvelinta, ei replikoitua tallennustilaa, ei keskeytymätöntä virtalähdettä - jokainen asiakas menettää pääsyn jaettuihin resursseihin samanaikaisesti. Tästä syystä tuotantopalvelinympäristöt investoivat redundanssiin: RAID-ryhmät levyvikojen varalta, vikasietoklusterit palvelinvikojen varalta ja varavirtalähde katkosensietokykyyn.

P2P-verkossa yksikään laitevika ei kaada koko verkkoa. Muut kollegat jatkavat työskentelyä. Mutta joustavuus on epätasaista: jos kriittistä tiedostoa pitävä kumppani katkaisee yhteyden, tiedosto ei ole käytettävissä riippumatta siitä, kuinka hyvässä kunnossa muu verkko on. Ei ole automaattista vikasietoa, ei keskitettyä varmuuskopiointia, josta palauttaa, eikä usein edes mahdollisuutta tietää, millä vertaisversiolla oli uusin versio tiedostosta.

Ympäristöissä, joissa seisokit aiheuttavat todellisia liiketoimintariskejä - rahoitusjärjestelmät, terveydenhuollon tiedot, asiakas-vastaavat palvelut -, kumpikaan malli ei yksinään riitä ilman harkittua strategiaa redundanssia, varmuuskopiointia ja palautumista varten.

Asiakas{0}}Palvelin ja P2P: mitä he jakavat

Arkkitehtonisista eroistaan ​​​​huolimatta molemmat mallit perustuvat samaan perustavaan verkkokerrokseen. Molemmat vaativat verkkoprotokollia (TCP/IP) viestintää, fyysistä tai langatonta yhteyttä varten (Ethernet, Wi{1}}Fi,valokuitukaapelointi), verkkolaitteisto (liittimet, kytkimet, reitittimet) ja suojaustoimenpiteitä (palomuurit, salaus, pääsykäytännöt). Molemmat voivat tukea tiedostojen jakamista, sovellusten käyttöä, viestejä ja Internet-yhteyttä.

Ero ei ole siinä, kommunikoivatko laitteet - molemmat mallit tekevät niin. Ero on siinä, kuinka tämä viestintä on järjestetty, kenellä on resursseja koskeva määräysvalta ja kuinka turvallisuus- ja hallintavastuut jaetaan.

Milloin valita asiakas{0}}palvelinverkko

Asiakas{0}}palvelinverkko on oikea valinta, kun ympäristö vaatii jäsenneltyä ohjausta, yhtenäistä tietoturvaa ja keskitettyä hallintaa. Erityisesti valitse asiakaspalvelin-, kun:

• Sinulla onyli 10 käyttäjääjotka tarvitsevat pääsyn samoihin tietoihin tai sovelluksiin.
• Käyttäjien käyttöoikeuksia on hallittava keskitetysti - eri tiimit tarvitsevat eri käyttöoikeustasoja.
• Organisaatio hoitaaarkaluonteisia tai säänneltyjä tietoja(asiakastiedot, taloudelliset tiedot, terveystiedot) ja niiden on noudatettava turvallisuus- tai tietosuojastandardeja.
• Tarvitsetluotettavat, automaattiset varmuuskopiotselkeillä palautusmenetelmillä.
• Sovellukset ovat riippuvaisia ​​keskustietokannasta (ERP, CRM, inventaariojärjestelmät).
• Verkon täytyymittakaavassayrityksen kasvaessa - uutta työntekijää, uusia toimipaikkoja, lisää laitteita.
• IT-henkilöstö tarvitsee seuranta-, loki- ja hallintatyökaluja verkon kunnon ylläpitämiseksi.
• Katkosaika luomitattavissa oleva liiketoimintariski- tulonmenetyksiä, sääntöjen rikkomuksia tai toimintahäiriöitä.

Tyypilliset ympäristöt:keskikokoisia ja suuria yrityksiä, kouluja ja yliopistoja, sairaaloita ja klinikoita, pankkeja, valtion virastoja, palvelinkeskuksia, pilvipalveluntarjoajia ja kaikkia organisaatioita, joilla on säädöstenmukaisuusvelvoitteita.

Käytännön esimerkki:Yrityksen, jossa on 80 työntekijää kahdessa toimipisteessä, ei pitäisi luottaa yksittäisten työntekijöiden kannettavien tietokoneiden jaettuihin kansioihin. Keskitetty tiedostopalvelin (tai pilvi-isännöity vastaava) tarjoaa johdonmukaisen käytön, versionhallinnan, automaattisen varmuuskopioinnin ja mahdollisuuden peruuttaa käyttöoikeudet välittömästi, kun työntekijä lähtee -. Mikään näistä ei ole luotettavasti saavutettavissa P2P-asetuksella kyseisessä mittakaavassa.

Milloin vertaisverkko kannattaa valita-to-

P2P-verkko toimii, kun ympäristö on pieni, epävirallinen ja pieni{1}}panokset. Valitse P2P, kun:

• Vain2-5 laitettatäytyy jakaa resursseja.
• IT-henkilöstöä ei ole, eikä keskitettyä hallintoa tarvita.
• Budjetti on minimaalinen, eikä se oikeuta palvelinlaitteistoa tai tilauksia.
• Verkko onväliaikaista- lyhytkestoinen projekti-, ponnahdus-työtila, testiympäristö.
• Käyttäjät tarvitsevat vain perustiedostojen tai tulostimien jakamisen.
• Jaettu data ei ole arkaluonteista, sääntelemätöntä, eikä sen menettäminen aiheuttaisi vakavaa haittaa.
• Itse sovellus hyötyy hajautetuista resursseista - tiedostojen jakelusta, median jakamisesta tai hajautetusta käsittelystä.

Tyypilliset ympäristöt:kotiverkot, erittäin pienet toimistot (alle 5 henkilöä), opiskelijalaboratorion asetukset, väliaikaiset projektiryhmät, henkilökohtainen median jakaminen ja tietyt hajautetut sovellukset (BitTorrent, lohkoketjusolmut, WebRTC{1}}pohjaiset työkalut).

Käytännön esimerkki:Kaksi tai kolme tietokonetta kotitoimistossa jakavat tulostimen ja muutaman projektikansion. Kukaan ei tarvitse eri käyttöoikeustasoja, vaatimustenmukaisuusvaatimusta ei ole, ja tiedoston menettäminen olisi hankalaa, mutta ei katastrofaalista. P2P-asennus hoitaa tämän siististi ilman lisämutkaisuutta.

Siirtymäkohta:Kun tiimi kasvaa yli 5–6 henkilön, kun alat kysyä "kenellä on tämän tiedoston uusin versio?" tai "miten varmistamme, että kaikkien tietokone on varmuuskopioitu?", verkko on kasvanut P2P:n ulkopuolelle. Asiakaspalvelimelle siirtymisen viivästyminen tässä vaiheessa kerää teknisiä velkoja, joita on vaikeampi ratkaista mitä kauemmin odotat.

Hybridiverkot: kun asiakas{0}}palvelin ja P2P toimivat yhdessä

Monet nykyaikaiset verkot eivät ole pelkästään yhtä tai toista mallia. Hybridimallit yhdistävät hallintatehtävien keskitetyn hallinnan ja tiettyjen toimintojen suoran -to{2}}peer-viestinnän.

Videoneuvotteluton yleinen esimerkki. Microsoft Teamsin tai Zoomin kaltaiset alustat käyttävät asiakas{1}}palvelinarkkitehtuuria käyttäjien todentamiseen, kokousten ajoittamiseen ja läsnäolon hallintaan. Mutta varsinaiset ääni- ja videovirrat voivat kulkea vertais-to-osallistujien välillä, jos verkkoolosuhteet sallivat -WebRTC:n vertaisyhteysmallimahdollistaa tämän luomalla suoria mediapolkuja alkuperäisen palvelin{0}}välitteisen signaalinvaihdon jälkeen.

Sisällönjakeluverkot (CDN)yhdistä myös molemmat lähestymistavat. Alkuperäpalvelimet säilyttävät arvovaltaisen sisällön (asiakas-palvelin), mutta maailmanlaajuisesti hajautetut reunasolmut tallentavat välimuistiin ja palvelevat sisältöä lähempänä käyttäjiä - P2P-periaatteista lainattu resurssien jakelumuoto.

Yritysverkot etätyöntekijöiden kanssakäyttävät usein keskitettyjä Active Directory- tai pilvi-identiteettipalveluita todentamiseen ja käytäntöjen täytäntöönpanoon, kun taas yhteistyötyökalut mahdollistavat tietyt suorat laitteesta{0}}laitteisiin{1}}vuorovaikutukset paikallisten tiedostojen etsimiseen, näytön jakamiseen tai reaaliaikaiseen-muokkaukseen.

Ota pois: molempien mallien ymmärtäminen ei ole akateeminen harjoitus. Käytännössä useimmat monimutkaiset verkot käyttävät molempien elementtejä. Kysymys kuuluu, mikä malli toimii runkoverkona - ja organisaatioille, jotka käsittelevät liiketoimintaa-kriittisiä tietoja, runko on lähes aina asiakaspalvelin-.

Asiakas-Palvelin vs. P2P: Päätösten tarkistuslista

Ennen kuin sitoudut kumpaankaan arkkitehtuuriin, käy läpi nämä kriteerit. Vastaukset osoittavat sinut selvästi kohti yhtä mallia tai paljastavat, missä hybridilähestymistapa on järkevää.

Jos suurin osa vastauksistasi on vasemmassa sarakkeessa, asiakas{0}}palvelinarkkitehtuuri on selkeä valinta. Jos useimmat ovat oikeanpuoleisessa sarakkeessa, P2P toimii toistaiseksi -, mutta tarkista tämä tarkistuslista heti, kun olosuhteet muuttuvat. Harmaa vyöhyke (5–10 laitetta, jotkut arkaluontoiset tiedot, epävarma kasvu) on paikka, jossa monet tiimit viivyttelevät päätöstä ja maksavat myöhemmin enemmän siirtymisestä.

Yleisiä virheitä verkkomallia valittaessa

Virhe 1: Oletetaan, että P2P tarkoittaa, ettei turvallisuutta ole

Vertais-to-ei tarkoita epävarmaa suunnittelua. BitTorrent varmistaa tietojen eheyden käyttämällä salaushajausta kappaletasolla. WebRTC salaa kaikki mediakanavat DTLS-SRTP:n avulla. Blockchain-verkot käyttävät konsensusmekanismeja ja kryptografista allekirjoitusta estääkseen tietojen peukaloinnin.

Todellinen ongelma on johdonmukaisuus. Asiakas-palvelinympäristössä järjestelmänvalvoja voi lähettää tietoturvakorjauksen 100 laitteelle yhdellä toiminnolla. P2P-verkossa jokaisen laitteen omistajan on otettava se käyttöön erikseen -, ja jos yksikin laite ohittaa päivityksen, siitä tulee mahdollinen sisääntulokohta. P2P-suojaus on mahdollista; jatkuva P2P-suojaus kasvavassa verkossa on erittäin vaikeaa.

Virhe 2: P2P:n valitseminen säästääksesi rahaa laskematta-pitkän aikavälin kustannuksia

P2P-asennus maksaa vähemmän ensimmäisenä päivänä. Ei palvelimen ostoa, ei lisenssimaksuja, ei järjestelmänvalvojan palkkaa. Mutta pitkällä aikavälillä-kustannukset kertyvät helposti huomiotta jäävillä tavoilla: päätepisteiden-to-päätepisteiden virustentorjuntatilaukset, tiedostoversioristiriitojen jäljittämiseen käytetty aika, koordinoimattomien varmuuskopiointien aiheuttama tiedon menetys ja käyttöoikeusongelmien vianmäärityksen vaikeus 15 itsenäisesti määritetyssä koneessa. Kasvua odottavilla joukkueilla alkusäästöt katoavat usein 12–18 kuukauden kuluessa.

Virhe 3: Yhden mallin uskominen on aina parempi

Yrityksen datakeskuksella ja kodin mediakokoonpanolla on täysin erilaiset vaatimukset. Väite, että asiakaspalvelin-on "aina parempi", sivuuttaa tosiasian, että kahden hengen freelance-studio ei tarvitse Active Directorya. Väittäminen, että P2P on "yksinkertaisempi ja halvempi", jättää huomiotta tosiasian, että yksinkertaisuus romahtaa, kun tarvitaan johdonmukaista kulunvalvontaa, kirjausketjuja tai automaattista varmuuskopiointia.

Virhe 4: Hybridivaihtoehdon huomiotta jättäminen

Monet tiimit olettavat, että heidän on valittava yksi malli kokonaan. Käytännössä tehokkaimmissa nykyaikaisissa verkoissa käytetään keskitettyä infrastruktuuria todentamiseen, tietojen tallentamiseen ja käytäntöjen täytäntöönpanoon, samalla kun ne mahdollistavat tietyn P2P-vuorovaikutuksen tehtäviin, kuten paikalliseen yhteistyöhön, median suoratoistoon tai reaaliaikaiseen-viestintään. Kysymys ei ole "client{4}}server or P2P?" - se on "mitkä toiminnot tarvitsevat keskitettyä ohjausta ja mitkä voivat toimia vertais-to-turvallisesti?"

Tietoturvariskit, jotka on arvioitava ennen P2P-verkon käyttöä

Jos harkitset P2P:tä liiketoimintaympäristössä - jopa pienessä -, ole tietoinen näistä erityisistä riskeistä:

• Päätepisteen tietoturvaaukot- Ilman keskitettyä korjaustiedostojen hallintaa yksittäisissä laitteissa voi olla erilaisia ​​käyttöjärjestelmäversioita, erilaisia ​​virustorjuntatuotteita (tai ei mitään) ja erilaisia ​​palomuurikokoonpanoja. Yksi korjaamaton laite voi vaarantaa koko ryhmän.
• Lupien epäjohdonmukaisuus- Ilman keskushakemistoa tiedosto-tason käyttöoikeuksia hallitaan laitekohtaisesti. On yleistä, että jaetut kansiot käyttävät oletuksena avointa pääsyä, mikä antaa kaikille verkon käyttäjille luku--kirjoitusoikeudet tietoihin, joita heidän ei pitäisi muokata.
• Varavastuun aukot- Keskitetty varmuuskopiointi tarkoittaa, että jokainen käyttäjä on vastuussa omista tiedoistaan. Käytännössä useimmat käyttäjät eivät varmuuskopioi jatkuvasti. Kun kiintolevy epäonnistuu, tiedot ovat poissa.
• Tiedostoversio on ristiriidassa- Kun samasta tiedostosta on useita kopioita eri versioissa ilman keskitettyä versionhallintaa, ristiriitaiset muokkaukset ovat väistämättömiä. Ei ole automaattista yhdistämistä tai ristiriitojen ratkaisua.
• Saatavuus riippuvuus- Kriittiset tiedostot voivat sijaita yhdessä laitteessa. Jos laitteen virta on katkaistu, se on katkaistu tai se on rikki, tiedostoa ei voi käyttää -, eikä välttämättä ole mahdollista tietää, millä laitteella se oli.

Nämä eivät ole teoreettisia riskejä. Ne ovat yleisimmät syyt, miksi organisaatiot siirtyvät pois P2P-asetuksista, kun verkko kasvaa muutamien laitteiden ulkopuolelle. Niiden ymmärtäminen ennen P2P:n valintaa voi estää kalliit häiriöt myöhemmin. Suurempia käyttöönottoja varten investoi oikeaanverkkoinfrastruktuuriaja keskitetty palvelinarkkitehtuuri on alusta alkaen lähes aina kustannustehokkaampi{0}}kuin korjaus.

Fyysinen infrastruktuuri: mitä molemmat mallit tarvitsevat

Riippumatta siitä, valitsetko asiakas{0}}palvelimen vai P2P:n, fyysisellä verkkotasolla on väliä. Molemmat arkkitehtuurit perustuvat samaan taustalla olevaan liitettävyyteen: Ethernet-kaapelointi,valokuitukaapelitrunkoverkkoyhteyksille, verkkokytkimille, reitittimille, langattomille tukiasemille ja strukturoidulle kaapeloinnille kerrosten tai rakennusten välillä. Asiakas-palvelinverkko voi lisäksi vaatia erillisiä palvelintelineitä, virrankatkaisua (UPS-järjestelmät) ja suurempaa{2}}kapasiteettia10G tai nopeammat{1}}nopeat uplinkitpalvelimen ja ydinkytkimen välillä.

Verkon suorituskyky riippuu suuresti tämän fyysisen kerroksen laadusta. Paras-suunniteltu palvelinarkkitehtuuri ei toimi, jos kaapelointi on huonosti päätetty, liittimet eivät täsmää tai kytkentäinfrastruktuuri ei pysty käsittelemään kaistanleveysvaatimuksia. Korkean-suorituskyvyn ympäristöissä strukturoidut kuituoptiset käyttöönotot laatua hyödyntäenkuituoptiset liittimetja oikein mitoitettu kaapelointi tarjoavat molempien mallien tarvitseman luotettavuuden ja kapasiteetin.

Johtopäätös

Client-server ja peer-to-peer edustavat kahta pohjimmiltaan erilaista lähestymistapaa laitteiden resurssien jakamisen ja viestinnän järjestämiseen. Oikea valinta ei ole sitä, mikä tekniikka on "parempi" abstraktisti -, vaan siitä, mikä arkkitehtuuri vastaa ympäristösi erityisvaatimuksia.

Organisaatioille, joilla on enemmän kuin kourallinen käyttäjiä, arkaluontoisia tietoja, noudattamisvelvoitteita tai kasvusuunnitelmia, asiakas{0}}palvelinarkkitehtuuri tarjoaa keskitetyn hallinnan, yhtenäisen suojauksen ja skaalautuvan hallinnan, joita P2P ei voi vastata suuressa mittakaavassa. Pienissä, epävirallisissa tai väliaikaisissa verkoissa, joissa yksinkertaisuus ja alhaiset kustannukset ovat etusijalla eivätkä tiedot ole kriittisiä, vertaisverkko-to-voi olla käytännöllistä ja riittävää.

Pragmaattisin lähestymistapa on aloittaa oikealla mallilla nykyiseen mittakaavaan ja suunnitella, missä verkosto on kahden vuoden kuluttua, ei sitä, missä se on nyt. Jos käytät parhaillaan P2P-asennusta ja alat kohdata versioristiriitoja, varmuuskopiointiaukkoja tai käyttöoikeussekaannuksia, se on merkki siitä, että sinun on aloitettava siirtymisen suunnittelu asiakas-palvelimeen - ennen kuin estettävissä oleva tietojen menetys tekee päätöksen puolestasi.