Porovnávejte modely hostingu podle provozních odpovědností, které přiřazují, a architektury, kterou umožňují. Cloudové škálování, virtuální stroj a dedikovaný hardware popisují různé aspekty systému; žádný sám o sobě neprokazuje soukromí, náklady ani chování při obnově.
Začněte prací, kterou potřebujete, aby někdo vlastnil
Rozhodnutí o hostingu přiřazuje provozní práci i výpočetní prostředky. Jeden projekt potřebuje účet, který provozuje konvenční web; jiný potřebuje kontrolu nad balíčky operačního systému a procesy na pozadí. Třetí potřebuje databázovou platformu, jejíž údržba je zajištěna v rámci konkrétní servisní smlouvy. Nejprve sepište tyto odpovědnosti spolu s lidmi, kteří jsou k dispozici pro jejich údržbu.
Sdílený hosting obvykle poskytuje prostředí na úrovni účtu. VPS poskytuje hostovaný operační systém, zatímco dedikovaný hardware posouvá hranici stroje na fyzický server. Spravovaný hosting je samostatná otázka: označení produktu vám neřekne, kdo aplikuje záplaty, obnovuje data nebo vyšetřuje incident. Ptejte se na rozsah správy a postup obnovy, místo abyste to považovali za univerzální vlastnost.
Pochopte, co cloud přidává do srovnání
NIST popisuje cloud computing prostřednictvím charakteristik, jako je přístup na vyžádání, sdílení zdrojů, elasticita a měřená služba. Virtuální stroj může být jednou komponentou cloudové platformy, takže VPS a cloud nejsou vzájemně se vylučující technologie. Užitečné srovnání je mezi konkrétními nabízenými službami: pevný virtuální stroj, elastická flotila nebo aplikace postavená kolem spravovaných služeb.
Hyperscaler je průmyslový termín pro poskytovatele provozujícího infrastrukturu a servisní platformy ve velmi velkém měřítku. Toto měřítko může nabídnout širokou škálu nástrojů pro nasazení a geografických možností; neříká vám však, zda konkrétní architektura splňuje vaše potřeby. Vyhodnoťte region, závislosti služeb, model identit a smlouvu každé komponenty. Menší poskytovatel i velká platforma vyžadují jasný přehled o tom, kam data putují.
| Provozní model | Kontrola dostupná projektu | Otázka před výběrem |
|---|---|---|
| Účet sdíleného hostingu | Nastavení webu v rozsahu účtu | Vyhovuje runtime aplikaci? |
| Virtuální stroj | Hostovaný OS a nainstalované služby | Kdo udržuje a obnovuje hosta? |
| Dedikovaný stroj | Hranice fyzického serveru | Odůvodňuje zátěž tuto hranici? |
| Spravovaná cloudová služba | API služby a podporovaná nastavení | Co zůstává odpovědností zákazníka? |
Zvolte architekturu, která se dokáže obnovit
Jeden stroj může být rozumným výchozím bodem pro malou aplikaci, pokud její požadavky na obnovu umožňují obnovení nebo plánované okno údržby. Přidání druhého aplikačního uzlu mění návrh pouze tehdy, pokud směrování provozu, relace a trvalá data fungují správně na obou. Dva servery se stejným neúplným plánem obnovy jsou stále neúplným plánem obnovy.
Distribuované úložiště tento rozdíl ilustruje. Software jako Ceph rozkládá úložnou práci napříč clusterem a nabízí objektová, bloková a souborová rozhraní. Replikace nebo mazací kódování mohou pomoci tolerovat konkrétní selhání hardwaru, ale cluster také potřebuje kapacitu pro obnovu a rebalancování. Distribuovaná živá kopie nenahrazuje nezávislou zálohu. Rozhodněte, jak se zápisy chovají během síťového rozdělení, a otestujte případy selhání relevantní pro vámi zvolenou implementaci.
Porovnejte úplný provozní rozpočet
Napište rozpočet jako zátěž: běžný provoz, rušný interval, uložená data, doba uchování záloh a přenos potřebný pro obnovu. Zahrňte placený software, externí API, čas správy a náklady na opětovné přesunutí dat. Počáteční měsíční částka a odhad založený na využití odpovídají na různé otázky. Porovnejte je za stejné období a uchovejte předpoklady spolu s výsledkem.
U velké cloudové platformy identifikujte každou službu potřebnou k udržení aplikace v chodu. U VPS zahrňte práci, kterou by jinak pohltily spravované služby. Ani jeden přístup není automaticky levnější. Začněte s malým reprezentativním nasazením nebo doloženou nabídkou, poté porovnejte skutečný účet s modelem. Rezervujte prostor pro provoz obnovy a dočasnou migrační kapacitu, místo abyste plánovali pouze ustálený stav.
Považujte soukromí za mapu závislostí
Region stroje je jedním záznamem v širší mapě. Autentizace, monitorování, podpůrné nástroje, zálohy a API modelů mohou fungovat prostřednictvím samostatných služeb. Zaznamenejte, co každá přijímá, kdo k ní má přístup a jak dlouho se uchovává. Model sdílené odpovědnosti AWS je jedním příkladem poskytovatele, který výslovně odděluje své infrastrukturní povinnosti od povinností zákazníka; rozsah se mění podle služby.
Využijte tento rozdíl při porovnávání poskytovatelů, aniž byste přenášeli povinnosti jednoho poskytovatele do smlouvy jiného. Konfigurace SwissOctet popisuje umístění hostingu a uvedené prostředky. Nestanovuje umístění integrací, které přidáte později. Minimalizujte data, která každá závislost přijímá, zabezpečte správu a před tvrzením o cestě dat vaší vlastní aplikace ověřte cíle zálohování.
Použijte migrační cestu jako součást rozhodnutí
Zkontrolujte, jak můžete exportovat data aplikace, konfiguraci a identity. Konvenční aplikaci na virtuálním stroji může být snadné přesunout, zatímco databáze nebo systém událostí specifický pro službu může vyžadovat úpravu. Přenositelnost také závisí na provozních znalostech: záloha, kterou nikdo neumí obnovit, je slabým plánem odchodu, i když je její formát otevřený.
Pro první užší výběr SwissOctet porovnejte Canvas, když vyhovuje webové prostředí na úrovni účtu, Vector pro kontrolu hostovaného OS a řady Metal, když záleží na fyzické hranici. Možnosti orientované na úložiště podporují jinou kapacitní otázku a neměly by být popisovány jako spravovaný distribuovaný cluster. Udržujte architekturu dostatečně malou na to, abyste ji mohli provozovat, a přidávejte složitost platformy, když řeší otestovaný požadavek, nikoli představovaný budoucí rozsah.
Váš praktický kontrolní seznam.
- Přiřaďte vlastnictví správy a obnovy.
- Odlište VM od širší cloudové platformy.
- Naplánujte závislosti, přenos a údržbu.
- Před přidáním uzlů otestujte hranici selhání.
- Zaznamenejte proveditelný export dat a migrační cestu.
Podrobnosti, na kterých záleží.
Může být VPS součástí cloudové platformy?+
Ano. Virtuální stroj může být cloudová služba. Porovnejte skutečný model prostředků, škálování a správy, místo abyste předpokládali, že názvy popisují výlučné technologie.
Nahrazuje distribuované úložiště zálohy?+
Ne. Živá redundance řeší vybraná selhání komponent. Nezávislá záloha a test obnovy řeší jiná selhání, jako je smazání a poškození dat aplikace.
Je velký cloud vždy špatnou volbou pro soukromí?+
Ne. Posuzujte konkrétní služby, toky dat a smluvní kontroly. Pouhá velikost poskytovatele neurčuje vhodnost architektury.
Jděte ke zdroji.
Tyto zdroje podporují technické koncepty v tomto průvodci. Před změnou produkčního systému se řiďte aktuální dokumentací.
- NIST SP 800-145: Definice cloud computingu nvlpubs.nist.gov
- AWS: Model sdílené odpovědnosti aws.amazon.com
- Ceph: Architektura úložiště docs.ceph.com
- Ceph: Mazací kódování docs.ceph.com
Redakční vedení od SwissOctet. Příklady jsou ilustrativní. Specifikace služeb, dostupné možnosti a smluvní podmínky je nutné ověřit samostatně.