Se on rauhoittava teksti myyntiputkessa, ei tekninen takuu. Kun isännöitsijä painaa "rajoittamaton" suunnitelmakorttiin, he eivät lupaa ääretöntä siirtoa fysiikan ja budjettien yli; he lupaavat olla mittaamatta yhtä tiettyä riviä laskussasi samalla kun he hallitsevat kaikkea muuta, mikä todella määrää, pysyykö sivustosi nopeana ja saavutettavana. Käytännön totuus on yksinkertainen ja hieman ärsyttävä: suunnitelmasi ei ehkä mittaa kuukausittaista siirtoa, mutta se mittaa sinua ehdottomasti muilla tavoilla heti, kun käyttösi näyttää epätavalliselta, piikikkäältä tai kalliilta palvella.
Olen nähnyt tämän tapahtuvan tarpeeksi monta kertaa tunnistaakseni kaavan ensimmäisestä tukiketjusta. Sivusto alkaa vahvasti, sijoitukset nousevat, kampanja osuu kohdalleen, ja sitten "rajoittamaton" suunnitelma kehittää persoonallisuuden. Pyynnöt kestävät kauemmin. Staattiset resurssit matelevat. Työntekijät kasaantuvat. Virheitä ilmestyy taskuihin, koska isäntä alkaa suojella jaettua ympäristöä, ei menestystäsi. Se ei ole pahantahtoisuutta; se on taloudellinen todellisuus. Isännät myyvät "rajoittamatonta" houkutellakseen pieniä sivustoja, joiden todellinen käyttö on pientä ja ennustettavaa. Poikkeamat—videot, lataukset, julkiset API:t, huonosti välimuistitut sovellukset—muuttuvat "väärinkäytöksi" heti, kun kaaviot liikkuvat. Käyttöehdot ja resurssin ajoittajat astuvat kuvaan. Jos ostit "rajoittamattoman" odottaen skaalautumisen kiitotietä, tunnet olosi yllätetyksi. Jos kohtelet sitä paperilla mittaamattomana mutta käytännössä hyvin mitattuna, teet älykkäämpiä arkkitehtuuripäätöksiä ja vältät keskeytyssähköpostin, joka aina saapuu vähiten sopivaan aikaan.
Kaistanleveys, siirto, läpäisykyky ja porttinopeus eivät ole sama asia
En välitä kuinka monta kertaa ala sekoittaa termejä—jos aiomme olla rehellisiä siitä, mitä voit oikeasti saavuttaa, meidän on erotettava sanasto. Kaistanleveys on putken koko tietyllä hetkellä. Läpäisykyky on se, mitä todellisuudessa saavutetaan putken kautta ylikuormituksen, kilpailun ja rajoitusten jälkeen. Datansiirto on kokonaismäärä, joka siirretään tietyn ajanjakson aikana, yleensä kuukaudessa. Porttinopeus on hetkellisen virtauksen kova katto, joka ilmaistaan tyypillisesti 10 Mbps, 100 Mbps, 1 Gbps tai korkeampana.
"Mittaamaton" on laskutuslupaus kuukausittaisesta siirrosta, ei hetkellisestä nopeudesta, jonka pakettisi saavuttavat maanantaina keskipäivällä. "Rajoittamaton" on markkinointikikka, joka antaa ymmärtää, ettei ole kattoa, mutta todellisuudessa sinulla on suunnitelma, joka ei laske gigatavuja ylijäämän osalta, mutta valvoo rajoituksia kaikella muulla: CPU-osuudet, I/O, prosessimäärät, yhteyksien samanaikaisuus ja lopulta portti, jonka pakettiesi on kuljettava. 1 Gbps portti voi teoriassa siirtää valtavan määrän kuukaudessa, mutta jos isäntä rajoittaa porttiasi 100 Mbps:iin viiden minuutin jatkuvan läpiviennin jälkeen—tai antaa sinulle yksinkertaisesti "purkautuvan" kaistan, joka laskee kuormituksen aikana—teoreettinen siirtosi haihtuu todelliseksi odotusajaksi ja epäonnistuneiksi pyynnöiksi. Putki, jonka ajattelit ostaneesi, on putki, jonka miehität vain silloin, kun olet hiljaa.
Kun tarkastelen suunnitelmaa, en kysy "Onko kaistanleveys rajoittamaton?" Kysyn toisen, rumemman kysymyksen: "Mikä on pahin mahdollinen hetkellinen läpäisykyky, joka minulle taataan, kun naapurit ja minä olemme kaikki kiireisiä?" Se on se numero, joka estää kassasivusi jumiutumisen, kuviesi hidastumisen ja taustatöittesi kasvamasta uusintayritysten kiitoradaksi, josta maksat myöhemmin.
Kuinka jaettu hosting on suunniteltu näyttämään rajattomalta (kunnes se ei ole)
Jaettu hosting on karnevaalitemppu, joka perustuu keskiarvoihin. Useimmat sivustot ovat pieniä. Suurin osa liikenteestä on ystävällisen purskeista. Useimmat sivut on välimuistissa ensimmäisen indeksoinnin jälkeen. Näin isännät voivat ylivarata laskentatehoa, muistia, tallennustilan I/O:ta ja verkkokaistoja samalla, kun he palvelevat iloisia koontinäyttöjä tuhansille asiakkaille. Tämän illuusion takana oleva koneisto on joukko reilun jaon aikatauluttajia ja kiintiöjärjestelmiä. CPU-osuudet estävät yksittäistä tiliä käyttämästä koko ydintä pitkään. IOPS-muotoilu estää meluisia naapureita näännyttämästä SAN:ia. PHP-FPM ja Node-prosessikattavuudet varmistavat, että vain kourallinen pyyntöjä voidaan suorittaa dynaamisesti kerralla. Inode-katot rajoittavat hiljaisesti tiedostojen määrää, jonka voit pitää levyllä, tukahduttaen mediapainotteiset sivustot ennen kuin siirto näkyy missään kaaviossa.
Tärkeä huomioitava asia on, että mikään näistä järjestelmistä ei kosketa "kaistanleveys"-kohtausta. Se pysyy mittaamattomana, joten väite pysyy teknisesti rehellisenä. Heti kun sovelluksesi alkaa näyttää kiireiseltä pidempään kuin hetken, reilun jaon säännöt pakottavat "tyypillisen käytön" kuristamalla pinosi hallitsemia osia. Näet dynaamisten pyyntöjen jonoutuvan, kun staattiset aineistot tuntuvat olevan kunnossa. Sitten staattiset aineistot hidastuvat, koska alkuperästä tulee pullonkaula, jota CDN ei voi täysin peittää. Isäntä ei vieläkään veloita sinua siirrosta. He vain saavat sinut käyttämään sitä vähemmän vähentämällä sitä, kuinka nopeasti voit tarjota sitä.
En usko, että jaetut isännät ovat pahoja tämän takia. Malli toimii valtaosalle verkkosivustoista, ja se on pitänyt verkon edullisena pienille julkaisijoille. Mutta ilmaus "rajaton kaistanleveys" antaa väärän mielikuvan. Se kehottaa sinua arkkitehtuuriin ikään kuin sinulla olisi omistettu kaista, mutta sinulla ei ole. Sinulla on lupa kaataa vettä ämpäriin maksamatta litralta, mutta jaat silti hanan.
Pienellä painettu, joka todella säätelee käyttöäsi
Jos haluat totuuden, älä lue hinnastoa; lue Käyttöehtosopimus. Löydät sokerilla päällystettyjä lauseita kuten "tyypilliset verkkosivustot" ja "reilu käyttö", jotka kääntyvät muotoon "jos alat näyttää tiedostonjakosolmulta, suoratoistosivustolta, mediapeililtä tai latausportaalilta, pidätämme oikeuden kuristaa, siirtää tai keskeyttää sinut." Löydät kieltoja ääni- ja videosuoratoistolle alkuperästä, tiedostojen jakelusta laajassa mittakaavassa, varmuuskopioarkistoista, jotka on tallennettu verkkotilaan, julkisesti saatavilla olevista ZIP-kokoelmista ja "resursseja kuluttavista" skripteistä, jotka toimivat yli muutaman sekunnin ajan. Löydät päivittäisiä CPU-sekuntirajoja, tietokantakyselykattoja ja yhteyslaskentaa, joka saa suosikki asynkronisen indeksoijasi näyttämään hyökkäykseltä.
Sisääntuloprosessikattavuudet ovat erityisen ovelia. cPanel-tyyppisissä ympäristöissä "sisääntuloprosessi" tarkoittaa usein "sallittujen samanaikaisten dynaamisten pyyntöjen määrää." Kun saavut tähän kattoon, seuraava vierailija ei jonota; he saavat virheitä. I/O-rajat ja IOPS-luvut tekevät saman levylle. Inode-rajoitukset katkaisevat sinut, kun sinulla on "liikaa tiedostoja," joihin kunnianhimoiset mediatietokirjastot kompastuvat ennen kuin ne koskettavat läpivirtausta. Mikään näistä asioista ei riko "rajatonta kaistanleveyttä." Ne vain varmistavat, että käytät sitä hyvin vähän, kun sivustosi alkaa kasvaa.
Olen menettänyt laskun suunnitelmista, jotka väittävät "rajattomuutta" samalla kun ne hiljaa asettavat CPU:n "100% yhdestä ytimestä muutamaksi sekunniksi", I/O:n "muutamaksi megatavuksi sekunnissa jatkuvasti," ja prosessit "muutamaksi kerrallaan." Se on vyö, olkaimet ja köysi. Jos osut kaikkiin kolmeen, et juokse; raahaudut.
Miltä "rajaton" näyttää kiireisenä maanantaina
Kuvittele tavallinen maanantai viikonlopun jälkeen, kun maininta tuo sinulle uutta huomiota. HTML:si on kohtuullisen kevyt, kuvasi ovat hyviä, käytät CDN:ää staattisille aineistoille, ja alkuperäsi käsittelee dynaamiset osat. Liikenne viisinkertaistuu. Aluksi kaikki on hyvin, koska välimuistit ovat lämpimiä ja CDN hoitaa suurimman osan kuvapyynnöistä. Sitten dynaamiset päätepisteesi jäävät jälkeen. Isännän prosessikapasiteetti pitää vain pienen määrän samanaikaisia PHP- tai Node-työntekijöitä aktiivisena. Jonotus alkaa, ja vasteajat venyvät tarpeeksi pitkiksi rikkoakseen aikakatkaisut palveluiden välillä. CDN auttaa edelleen, mutta HTML:n välimuistin ohitukset alkavat purra. Tietokanta muuttuu puheliaammaksi, ja I/O-ajastin vähentää toisen viipaleen, koska olet nyt "resursseja kuluttava." Asiakkaasi, täydelliseen aikaan, klikkaavat kuvia, jotka eivät olleet kuumia CDN:ssä, vetäen purskeita alkuperästä, jotka törmäävät hitaaseen dynaamiseen työhön.
Mitä tapahtuu seuraavaksi, riippuu isännästä. Jotkut isännät kuristavat sinua asteittain, kunnes suorituskyky on niin huono, että vierailijat luovuttavat ja "keskiarvosi" palautuu normaaliksi. Toiset käynnistävät automatisoidut väärinkäyttösäännöt ja siirtävät tilisi alemman tason pooliin tai karanteeni-VLAN:iin. Muutamat edelleen antavat klassisen 509-vastauksen, "Kaistanleveysraja ylitetty," vaikka he eivät laskekaan tavuja—509 on vain hyödyllinen pysäytysmerkki ostamaan aikaa tarkistuksen ajaksi. Lopputulos tuntuu samalta: "rajattoman" lupaus haihtuu juuri silloin, kun tarvitset sitä.
Sivusto, joka palvelee enimmäkseen välimuistissa olevaa HTML:ää ja staattisia aineistoja, saattaa nilkuttaa läpi ärtyneiden vierailijoiden kanssa. Ostoskori-painotteinen kauppa tai haku-painotteinen sovellus ottaa sen leukaan. Kipu harvoin ilmenee siistinä, yksittäisenä mittarina. Se on mosaiikki pienistä hidastuksista, jotka kasaantuvat epäonnistuneisiin kassalle siirtymisiin ja kasvavaan hylkäämiseen.
Ennen kuin menemme syvemmälle, haluan tehdä jotain konkreettista ja uudelleenkäytettävää, jotta voit nähdä käytännön katon, vaikka suunnitelma väittää, ettei sitä ole olemassa.
Aion sukeltaa kovaan dataan muutamaksi minuutiksi. Tämä on Premium-osa, joka keskittyy suoraan matemaattisiin laskelmiin, joita voit tehdä lautasliinan kulmassa muuntaaksesi porttinopeuden kuukausittaiseksi siirroksi ja sitten näyttökertoiksi. Jos olet koskaan kamppaillut kartoittaaksesi "1 Gbps rajoittamaton" muotoon "Kuinka monta käyntiä voin oikeasti palvella?" tämä on paikka, jossa se tarkentuu.
Premium content
Kirjaudu jatkaaksesi
Hiljaiset tappajat: suorittimen kuristus, IOPS-muotoilu ja prosessikatot
Jos olet koskaan huomannut sivuston hidastuvan, kun käyrät näyttivät "normaaleilta", olet kohdannut hiljaiset tappajat. Suorittimen kuristus on näkyvin, kun tiedät mistä etsiä. Jaetut isännät varaavat ytimen osan purskeille ja sitten vähentävät sinua jatkuvan kuormituksen alla. Sovelluksesi ei kaadu; se hidastuu. Se riittää pudottamaan hakutuloksia ja konversiolukuja ilman, että hälytykset käynnistyisivät ja tuki puuttuisi asiaan.
IOPS-muotoilu on hienovaraisempi. Tietokannat elävät ja kuolevat tallennusviiveen mukaan. Myös tiedostoraskaat sovellukset tekevät niin. Isännät käyttävät cgroup:eja ja tallennus-QoS:ia estääkseen suuria käyttäjiä nälkiinnyttämästä levypakkaa. Et näe virhettä; näet kahdenkymmenen millisekunnin levyn odotusajan muuttuvan kahdeksikymmeneksi, mikä vetää pyyntöaikoja uuteen, rumempaan jakautumaan. Yhdistä se matalaan prosessikaton lähtökohtaan ja olet rakentanut täydellisen puristimen. Pyynnöt kestävät kauemmin, joten enemmän pyyntöjä on samanaikaisesti, mikä saavuttaa katon nopeammin, mikä pudottaa uudet vierailijat lattialle.
Prosessikatot ovat lopulta giljotiini. Monet suunnitelmat rajoittavat PHP-FPM:n tai vastaavan lapsiprosessien määrää. Jotkut lisäävät rajoituksen käyttäjän kokonaisille samanaikaisille prosesseille. Molemmat antavat isännälle mahdollisuuden hymyillä ja luvata "rajatonta kaistanleveyttä" samalla varmistaen, ettet voi käytännössä lähettää kovin paljon. Jos olet koskaan jahdannut aavemaista pullonkaulaa CDN:ssä tai sovelluskoodissasi vain huomataksesi, että isäntä sallii kahdeksan työntekijää ja kutsuu sitä päiväksi, olet tuntenut ansan.
En laita "rajatonta kaistanleveyttä" riskirekisteriini ongelmana, joka on korjattava. Vähennän riippuvuuttani siitä. Malli, joka toimii useimmille pienille ja keskisuurille sivustoille, on tylsä ja tehokas. Välimuistita HTML reunalla niin kauan kuin sisältösi sallii. Työnnä kuvat, CSS ja JS CDN:ään, jota todella validoit tuotannossa korkealla osumatarkkuudella, ei vain logolla. Siirrä raskas media objektitallennukseen ja osoita CDN sinne, jotta alkuperä ei koskaan näe sitä. Keskity alkuperäinen dynaamisiin luku- ja kirjoitustehtäviin, jotka todella tarvitsevat laskentaa, ja tee niistä niin tilattomia ja nopeita kuin voit.
Kun teet niin, "rajaton kaistanleveys" -suunnitelma tulee hyväksyttäväksi, koska et pyydä sen kantavan kuormaa, jota se ei voi kantaa ilman draamaa. Vaikka isäntä muotoilisi alkuperäsi, CDN absorboi liikenteen satunnaisen luonteen. p95:si vakautuu, ja saat aikaa valita siirron, kun kasvu on todellista sen sijaan, että reagoisit katkoksen aikana. Kaikki pienet printit ovat edelleen olemassa, mutta et astu niiden päälle. Olet rakentanut pienen ja ketterän alkuperän varaston sijaan.
En koskaan laita videoiden suoratoistoa, tiedostojen latauksia, julkisia ohjelmistojen peilejä tai varmuuskopioiden jakeluita suunnitelmaan, joka sanoo "rajaton". Sanon tämän henkilönä, joka on yrittänyt puristaa niitä läpi ja sitten neuvotellut sopimusehtojen tekstistä jälkikäteen. Nämä työkuormat eivät ole sitä, mihin jaettu hosting on rakennettu, ja isäntä sulkee sinut suojellakseen muita. Vaikka pääsisitkin siitä hetkeksi, olet yhden maininnan päässä sivuista vihaisia sähköposteja ja siirtoa keskiyöllä.
Raskaat ZIP-arkistot tuotteen omaisuudesta tai oppimateriaalista laukaisevat samat hälytykset. Julkiset rajapinnat, jotka kannustavat asiakaskyselyyn, tekevät niin myös. Ja mikä tahansa, mikä kannustaa käyttäjiä hakemaan samaa monimegatavun tiedostoa toistuvasti uusilla yhteyksillä, osuu portin muotoiluun nopeammin kuin luulet. Näitä tapauksia yhdistävä lanka on yksinkertainen: ne ovat korkean ulostulon, matalan laskennan työkuormia, jotka hyökkäävät isännän transitiolaskuun kuluttamatta suorittimen tai I/O:n, jota niiden aikataulut on viritetty mittaamaan. Tuo epäsuhta on juuri syy, miksi "rajaton kaistanleveys" on olemassa terminä. Se on pehmeä lupaus, joka on rakennettu peruutettavaksi heti, kun käyttösi lakkaa näyttämästä pieneltä blogilta.
Haluan antaa sinulle käännösoppaan, joka on lakimiehen hyväksymä ja jota voit pitää. Seuraava osio on Premium-osio, jossa käännän yleisimmät lausekkeet, joita isännät käyttävät operatiiviseksi todellisuudeksi. Jos et lue mitään muuta, lue tämä, kun selaat suunnitelmaa kello 1 aamulla ja mietit, kantaako "rajaton" seuraavan lanseerauksesi.
Premium content
Kirjaudu jatkaaksesi
Seuranta siitä, mikä merkitsee, jotta tiedät ennen kuin keskeytyssähköposti saapuu
Kojelauta, jonka isäntäsi antaa sinulle, ei varoita sinua tulevasta epäonnistumisesta. Se raportoi keskiarvoja ja kokonaismääriä, kun taas kipu piiloutuu pitkään häntään. Minä tarkkailen erilaisia signaaleja. Alkuperäinen egressi verrattuna CDN-egressiin kertoo minulle, tekeekö välimuistini työnsä. Jos alkuperäinen egressi nousee nopeammin kuin käynnit, tiedän, että jotain ohitetaan tai tyhjennetään liian aggressiivisesti. Yhteysyhteyksien samanaikaisuus on varoitus prosessirajoille; jos samanaikaiset yhteydet lähestyvät tasaista kattoa, odotan välittömiä virheitä uusille kävijöille. 95. prosenttipisteen kaistanleveys ja pyyntöaika merkitsevät enemmän kuin keskiarvot, koska ne ennustavat päivän osia, joissa isäntä muovaa sinua ja käyttäjäsi epäonnistuvat matkan suorittamisessa.
CPU:n varastamisaika on jaetun ympäristön hajutesti. Jos näen varastamisen kasvavan hiljaisina hetkinäni, tiedän kilpailevani naapureiden kanssa ja että purkaukseni osuu väsyneelle solmulle. Hitaat kyselyt ovat aina ajan arvoisia, vaikka et uskoisi sinulla olevan aikaa; yhden huonon indeksin korjaaminen voi olla ero maininnan selviytymisen ja päivän anteeksipyytämisen välillä. Virhebudjetit—virheiden määrä, jonka annat itsellesi aikajaksolla ennen kuin koet käyttäjäkokemuksen heikentyneeksi—sitovat kaiken tämän yhteen. Jos virheesi kasvavat ennen liikennettä, sinulla on näkymätöntä kitkaa, ja "rajaton" ei pehmennä mitään.
Seuraa rahaa ja tarina lakkaa olemasta salaperäinen. Transito on kallista, jos et pysty neuvottelemaan hyvää peeringiä ja jos käyttäjäsi ovat kaukana POP:eistasi. Jaettu hosting jakaa kustannukset tuhansien tilien kesken, joista suurin osa tuskin käyttää mitään. "Rajaton" on asiakashankintatyökalu. Se alentaa kitkaa ja vertautuu hyvin taulukossa, jossa halvempi suunnitelma "sisältää" enemmän. Isäntä olettaa, että olet pieni, tai että teet järkevän asian ja siirrät raskaan liikenteesi CDN:ään ja objektitallennukseen heti kasvaessasi, mikä siirtää egressin palveluntarjoajalle, joka ei tee muuta kuin egressiä.
Pilvet kääntävät mallin. Ne mittaavat egressiä, koska se on niiden voittokeskus ja koska niiden verkostot ovat kalliita ylläpitää globaalissa mittakaavassa. Ne eivät lupaa "rajatonta", koska kannustin on erilainen; ne haluavat, että suunnittelet harkiten ja maksat käytöstäsi. Jaetut isännät haluavat, että tuot pienen sivustosi ja pysyt tyytyväisenä, kunnes et ole pieni, jolloin he haluavat sinun joko optimoivan tai päivittävän. Mikään tästä ei ole kyynistä; näin laskut maksetaan. Mutta se selittää, miksi palveluehdot on kirjoitettu samettikielellä ja miksi teknisiä rajoja valvotaan kevyesti, kunnes niitä ei enää valvota.
Päätöksentekopisteet: milloin "rajaton" on ok, milloin se on uhkarohkeaa ja kuinka siirtyä
En hylkää "rajatonta" suoralta kädeltä. Pienelle markkinointisivustolle, jossa on enimmäkseen staattisia sivuja ja vaatimaton blogi, se on täysin kunnossa, jos laitat sen eteen CDN:n. Kaupalle, jolla on kevyttä liikennettä ja järkevää välimuistia, se voi toimia, kunnes löydät tuotteen ja markkinoiden yhteensopivuuden. Julkaisulle, joka piikittää arvaamattomasti, se on riskialtista, ellei välimuistia käytetä aggressiivisesti ja esirenderöidä. Kaikelle, mikä tuottaa suuria tiedostoja, se on väärä työkalu heti julkaisupäivänä.
Päätöspuuni on suorasukainen. Jos p95-dynaaminen vasteaikasi on alhainen ja pysyy alhaisena kevyen rasituksen alla, voit käyttää jaettua suunnitelmaa pidempään kuin luulet. Jos CDN-osumaprosenttisi on aidosti korkea ja alkuperäinen ulosvirtauksesi pysyy tasaisena, kun liikenne kaksinkertaistuu, olet tarpeeksi turvassa. Jos jompikumpi näistä ehdoista epäonnistuu, suunnittele siirto nyt. Pieni VPS, jossa on kaksi vCPU:ta ja riittävästi muistia vaihtamisen välttämiseksi, on tylsä ja luotettava. Se antaa sinulle ennustettavan samanaikaisuuden, paremman tallennus suorituskyvyn ja verkkokaistan, jota voit todella ymmärtää. Voit silti käyttää samaa CDN- ja objektitallennusstrategiaa. Kun kasvat siitä ulos, tunnet sen tavoilla, joita voit mitata ja suunnitella, ja siirryt omistettuihin tai hallittuihin klustereihin, koska valitset niin tehdä, ei siksi, että ToS-lauseke pakotti sinut siihen.
Siirtoreitti ei tarvitse olla dramaattinen. Pidä alkuperä stateless-tilassa mahdollisuuksien mukaan, jotta DNS-leikkaukset ovat puhtaita. Tallenna istunnot jaettuun taustajärjestelmään, johon voit osoittaa sekä vanhoista että uusista alkuperistä lyhyen päällekkäisyyden aikana. Lämmitä välimuistit ennen kuin kytket kytkimen, jotta uusi alkuperä ei ota koko räjähdystä vastaan. Tarkoitus ei ole olla täydellinen; se on olla ennustettavissa. "Rajaton" pettää sinut arvaamattomasti. Tavoitteesi on lopettaa yllättyminen.
Lupasin käytännönläheisiä, elettyjä skenaarioita, koska näin tämän aiheen rajat tulevat ilmeisiksi. Seuraava osio on Premium-osio, jossa on kolme tosielämän tarinaa, jotka kaikki alkoivat "rajattomana", kaikki osuivat eri seinään ja tarkat muutokset, jotka vakauttivat ne.
Premium content
Kirjaudu jatkaaksesi
Kantani, suoraan sanottuna: se on mittaamaton, ei rajaton — käsittele sitä niin
Minua ei haittaa "rajaton kaistanleveys", kunhan sovimme, että se tarkoittaa "emme laske tavuja" eikä muuta. Se on mittaamaton, ei ääretön. Kokemustasi muokkaavat kontrollit sijaitsevat CPU-osuuksissa, I/O-rajoissa, prosessikatoissa, samanaikaisuuskattoissa ja ohimenevien porttien muotoilussa, kun olet kiireinen. Jos suunnittelet kuin aikuinen—CDN edessä, resurssit siirretty pois, dynaaminen työ minimoitu ja nopea—voit elää onnellisesti "rajattomalla" suunnitelmalla, koska harvoin tarvitset testata sitä. Jos suunnittelet ikään kuin olisit ostanut omistetun kaistan, opit "kohtuullisen käytön" merkityksen ensimmäisen kerran, kun joku välittää sivustostasi.
Näin minä toimin. Kohdistan alkuperän kuin pientä APIa, joka ansaitsee kunnioitusta. Siirrän raskaat tavut paikkoihin, jotka on rakennettu poistumista varten, ja maksan siitä poistumisesta, koska se on skaalautuvuuden kustannus. Seuraan p95, en keskiarvoja. Pidän toisen silmän samanaikaisuudessa ja toisen pyyntöaikojen pitkällä hännällä. Luen käyttöehdot kuin ne olisivat tekninen asiakirja ja käännän jokaisen kiertoilmaisun numeroksi. Hyväksyn, että jaettu hosting on ylisuosittu ympäristö, jossa on loistava arvotarjous pienille sivustoille ja joukko tiukkoja rajoja kaikelle kunnianhimoiselle. Kun kunnianhimo saapuu, liikun, koska valitsen niin, en siksi, että samettiklausuuli kertoisi minun olevan pakko.
Jos olet pettynyt "rajattomaan", älä moiti itseäsi. Sanamuoto on tarkoitettu rauhoittavaksi, ja se toimii. Rakenna pieni, kestävä alkuperä. Laita CDN eteen. Siirrä raskaat asiat pois. Tunne numerosi ja tukipisteesi. Kun päivä koittaa, jolloin tarvitset VPS:n tai jotain suurempaa, tee siirto lämpimällä välimuistilla ja viileällä päällä. Et koskaan katso "rajatonta kaistanleveyttä" samalla tavalla uudelleen, ja se on asian ydin. Se ei ollut lupaus. Se oli kutsu tehdä oikeaa työtä.