SLA, ek wol bekend as "tsjinstnivo-oerienkomst", is in garânsje-oerienkomst tusken de klant en de tsjinstferliener oer wat de klant sil krije yn termen fan tsjinst. It regelt ek in kompensaasje yn gefal fan downtime troch de skuld fan de leveransier, ensfh. Yn essinsje is in SLA in bewiisbrief wêrmei't in datasintrum as hostingprovider in potinsjele klant oertsjûget dat hy op alle mooglike manieren freonlik wurdt behannele. De fraach is dat jo alles kinne skriuwe wat jo wolle yn 'e SLA, en de eveneminten skreaun yn dit dokumint komme net te faak foar. SLA is fier fan in rjochtline by it selektearjen fan in datasintrum en jo moatte der wis net op fertrouwe.
Wy binne allegear wend om in soarte fan ôfspraken te tekenjen dy't bepaalde ferplichtings oplizze. De SLA is gjin útsûndering - meastal it meast ûnrealistyske dokumint dat tinkbere is. It iennichste ding dat wierskynlik mear nutteloos is, is in NDA yn jurisdiksjes wêr't it konsept fan in "hannelsgeheim" net echt bestiet. Mar it hiele probleem is dat de SLA de klant net helpt by it kiezen fan de juste leveransier, mar allinich stof yn 'e eagen smyt.
Wat skriuwe hosters meast yn 'e iepenbiere ferzje fan' e SLA dy't se oan it publyk sjen litte? No, de earste rigel is de term "betrouberens" fan 'e hoster - dit binne normaal nûmers fan 98 oant 99,999%. Yn feite binne dizze nûmers gewoan in prachtige útfining fan marketeers. Eartiids, doe't hosting jong en djoer wie, en wolken gewoan in dream wiene foar spesjalisten (lykas breedbân tagong foar elkenien), wie de hosting-uptime-yndikator ekstreem, ekstreem wichtich. No, as alle leveransiers, plus of minus, deselde apparatuer brûke, sitte op deselde rêchbonkenetwurken en deselde tsjinstpakketten oanbiede, is de uptime-yndikator perfoarst net opmerklik.
Is der sels in "korrekte" SLA?
Fansels binne d'r ideale ferzjes fan SLA, mar se binne allegear net-standert dokuminten en wurde manuell registrearre en ôfsletten tusken de klant en de leveransier. Boppedat giet dit type SLA meastentiids om in soarte fan kontraktwurk ynstee fan tsjinsten.
Wat moat in goede SLA befetsje? Om it TLDR te sizzen, is in goede SLA in dokumint dat de relaasje tusken twa entiteiten regelt, wat ien fan 'e partijen (de klant) maksimale kontrôle oer it proses jout. Dat is, hoe't it wurket yn 'e echte wrâld: d'r is in dokumint dat globale ynteraksjeprosessen beskriuwt en de relaasjes tusken de partijen regelet. It stelt grinzen, regels, en wurdt op himsels in hefboom fan ynfloed dy't beide partijen brûke kinne om it meast. Sa kin de klant, troch de juste SLA, de oannimmer gewoan twinge om te wurkjen lykas ôfpraat, en it helpt de oannimmer om de "wollen" fan in te aktive klant te fjochtsjen dy't net rjochtfeardich binne troch it kontrakt. It sjocht der sa út: "Us SLA seit dit en dat, gean hjir wei, wy dogge alles lykas ôfpraat."
То есть «правильный SLA» = «адекватный договор на оказание услуг» и дает контроль над ситуацией. А возможно это только при работе «на равных».
Wat der op de webside stiet en wat der yn werklikheid wachtet binne twa ferskillende dingen
Вообще, все, что мы будем обсуждать дальше — типичные маркетинговые уловки и проверка на внимательность.
As wy populêre ynlânske hosters nimme, dan is it iene oanbod better as it oare: 25/8-stipe, server-uptime 99,9999999% fan 'e tiid, in bosk fan har eigen datasintra op syn minst yn Ruslân. Unthâld asjebleaft it punt oer datasintra, wy komme der efkes letter op werom. Litte wy yn 'e tuskentiid prate oer statistyk foar ideale fouttolerânsje en wat in persoan foarkomt as syn server noch yn 'e "0,0000001% fan mislearrings falt."
При показателях от 98% и выше, любое падение — событие на грани статистической погрешности. Рабочее оборудование и коннект либо есть, либо их нет. Вы можете годами пользоваться хостером с показателем «надежности» в 50% (согласно его же SLA) без единой проблемы или «падать» раз в месяц на пару дней у ребят, где заявлено 99,99%.
As it momint fan fallen komt (en, wy herinnerje jo, elkenien falt ienris), dan wurdt de kliïnt te krijen mei in ynterne bedriuwsmasine neamd "stipe", en de tsjinstoerienkomst en SLA wurde oan it ljocht brocht. Wat betsjut dat:
- Meast wierskynlik, foar de earste fjouwer oeren fan downtime sille jo hielendal neat kinne presintearje, hoewol guon hosters begjinne it taryf (betelling fan kompensaasje) opnij te berekkenjen fanôf it momint fan 'e crash.
- As de tsjinner foar in langere perioade net beskikber is, kinne jo miskien in fersyk yntsjinje foar in werberekkening fan tariven.
- En dit is op betingst dat it probleem ûntstie troch de skuld fan de leveransier.
- Если ваша проблема возникла по причине третьей стороны (на магистрали), то вроде как «никто не виноват» и когда решится проблема — вопрос вашей удачливости.
При этом важно понимать, что вы никогда не получаете доступ к инженерной команде, чаще всего вас останавливает первая линия поддержки, которая ведет с вами переписку, пока настоящие инженеры пытаются исправить ситуацию. Знакомый сценарий?
Hjir fertrouwe in protte minsken op SLA, dy't, liket it, jo moatte beskermje tsjin sokke situaasjes. Mar feitlik geane bedriuwen selden bûten de grinzen fan har eigen dokumint of kinne de situaasje sa omkeare dat se har eigen kosten minimalisearje. De primêre taak fan in SLA is om waakzaamheid te slûpen en te oertsjûgjen dat sels yn it gefal fan in ûnfoarsjoene situaasje "alles goed komt." It twadde doel fan in SLA is om de wichtichste krityske punten te kommunisearjen en de tsjinstferliener romte te jaan om te manoeuvreren, dat is de mooglikheid om in mislearring ta te skriuwen oan iets wêrfoar de leveransier "net ferantwurdlik is."
Tagelyk, grutte kliïnten, yn feite, net skele hielendal oer kompensaasje binnen de SLA. "SLA-kompensaasje" is in weromjefte fan jild binnen it taryf yn ferhâlding ta apparatuer downtime, dy't noait sels 1% fan potinsjele monetêre en reputaasjeferlies sil dekke. Yn dit gefal is it folle wichtiger foar de klant dat de problemen sa gau mooglik wurde oplost dan in soarte fan "tarif herberekkening."
"In protte datasintra om 'e wrâld" is in reden foar soarch
Wy hawwe de situaasje mei in grut tal datasintra by in tsjinstferliener yn in aparte kategory pleatst, om't njonken de hjirboppe beskreaune kommunikaasjeproblemen ek net foar de hân lizzende problemen ûntsteane. Jo tsjinstferliener hat bygelyks gjin tagong ta "harren" datasintra.
Yn ús lêste artikel , dêr't de essinsje fan is de trochferkeap fan de kapasiteiten fan oare minsken ûnder syn eigen mom. De grutte mearderheid fan moderne hosters dy't beweare dat se "har eigen datacenters" hawwe yn in protte regio's binne resellers dy't it White Label-model brûke. Dat is, se hawwe fysyk neat te krijen mei it betingsten datasintrum yn Switserlân, Dútslân of Nederlân.
Ekstreem nijsgjirrige botsingen ûntsteane hjir. Jo SLA mei de tsjinstferliener noch wurket en is jildich, mar de leveransier is net by steat om ien of oare wize radikale beynfloedzje de situaasje yn it gefal fan in ûngelok. Hy sels is yn in ôfhinklike posysje fan syn eigen leveransier - it datasintrum, dêr't de macht racks binne kocht foar werferkeap.
Sa, as jo wurdearje net allinnich moaie formulearring yn it kontrakt en SLA oer betrouberens en tsjinst, mar ek de mooglikheid fan de tsjinst provider om fluch oplosse problemen, Jo moatte wurkje direkt mei de eigner fan de foarsjennings. Yn feite giet dit om direkte ynteraksje direkt mei it datasintrum.
Wêrom beskôgje wy gjin opsjes as in protte DC's eins kinne hearre ta ien bedriuw? No, d'r binne heul, heul pear sokke bedriuwen. Ien, twa, trije lytse datasintra of ien grutte is mooglik. Mar in tsiental DC's, wêrfan de helte yn 'e Russyske Federaasje, en de twadde yn Jeropa, is hast ûnmooglik. Dit betsjut dat d'r folle mear resellerbedriuwen binne dan jo jo miskien foarstelle. Hjir is in ienfâldich foarbyld:
Skatte it oantal Google Cloud-tsjinstdatasintra. Der binne mar seis fan harren yn Europa. Yn Londen, Amsterdam, Brussel, Helsinki, Frankfurt en Zürich. Dat is, op alle haadwei punten. Want in datasintrum is djoer, kompleks en in hiel grut projekt. Unthâld no de hostingbedriuwen fan earne yn Moskou mei "in tsiental datasintra yn hiel Ruslân en Europa."
Der binne, fansels, gjin goede leveransiers dy't hawwe partners yn de White Label programma, der binne genôch, en se leverje tsjinsten fan it heechste nivo. Se meitsje it mooglik om tagelyk kapasiteit te hieren yn 'e EU en de Russyske Federaasje troch itselde browserfinster, akseptearje betelling yn roebel, net yn bûtenlânske faluta, ensfh. Mar as de gefallen beskreaun yn 'e SLA foarkomme, wurde se krekt deselde gizelders fan' e situaasje as jo.
Dit herinnert ús nochris dat in SLA nutteloos is as jo gjin begryp hawwe fan 'e organisaasjestruktuer en mooglikheden fan' e leveransier.
Wat op 'e ein
In tsjinner crash is altyd in onaangenaam barren en it kin barre mei elkenien, oeral. De fraach is hoefolle kontrôle oer de situaasje jo wolle. No binne d'r net te folle direkte leveransiers fan kapasiteit op 'e merk, en as wy prate oer grutte spilers, dan hawwe se, relatyf sjoen, mar ien DC earne yn Moskou út in tsiental yn hiel Europa dat jo tagong kinne.
Hjir moat elke klant foar himsels beslute: kieze ik no komfort of besteegje tiid en muoite oan it sykjen nei in datasintrum op in akseptabele lokaasje yn Ruslân of Europa, wêr't ik myn apparatuer pleatse kin of kapasiteit keapje kin. Yn it earste gefal binne standert oplossingen dy't op it stuit op 'e merk binne gaadlik. Yn 'e twadde moatte jo sweatsje.
Alderearst is it nedich om te bepalen oft de tsjinstferkeaper de direkte eigner is fan 'e foarsjenningen / datasintrum. In protte resellers dy't it White Label-model brûke, besykje har bêst om har status te ferklaaien, en yn dit gefal moatte jo sykje nei wat yndirekte tekens. Bygelyks, as "har Europeeske DC's" wat spesifike nammen en logo's hawwe dy't ferskille fan 'e namme fan it leveransierbedriuw. Of as it wurd "partners" earne foarkomt. Partners = White Label yn 95% fan de gefallen.
Folgjende moatte jo fertroud meitsje mei de struktuer fan it bedriuw sels, of noch better, sjoch nei de apparatuer persoanlik. Under datasintra is de praktyk fan ekskurzjes of op syn minst ekskurzjeartikelen op har eigen webside of blog net nij (wy hawwe sa skreaun и ), wêr't se prate oer har datasintrum mei foto's en detaillearre beskriuwingen.
Mei in protte datasintra kinne jo in persoanlike besite oan it kantoar regelje en in mini-ekskurzje nei de DC sels. Dêr kinne jo de graad fan oarder beoardielje, miskien kinne jo kommunisearje mei ien fan 'e yngenieurs. It is dúdlik dat gjinien sil jaan dy in rûnlieding fan produksje as jo nedich hawwe ien tsjinner foar 300 RUB / moanne, mar as jo nedich serieuze kapasiteit, dan de ferkeap ôfdieling kin wol moetsje dy. Bygelyks, wy fiere sokke ekskurzjes.
Yn alle gefallen moatte sûn ferstân en saaklike behoeften brûkt wurde. Bygelyks, as jo in ferdielde ynfrastruktuer nedich binne (guon fan 'e servers binne yn' e Russyske Federaasje, de oare yn 'e EU), sil it makliker en rendabeler wêze om de tsjinsten fan hosters te brûken dy't gearwurkingsferbannen hawwe mei Europeeske DC's mei it White Label model. As jo heule ynfrastruktuer op ien punt konsintrearre wurdt, dat is yn ien datasintrum, dan is it wurdich wat tiid te besteegjen oan it finen fan in leveransier.
Потому что типовое SLA вам, скорее всего, не поможет. А вот работа с собственником мощностей, а не перекупщиком — значительно ускорит решение возможных проблем.
Boarne: www.habr.com