Hasonlítsa össze a hosztolási modelleket az általuk kiosztott üzemeltetési felelősségek és az általuk lehetővé tett architektúra alapján. A felhő mérete, egy virtuális gép és a dedikált hardver egy rendszer különböző aspektusait írják le; egyik sem bizonyítja önmagában az adatvédelmet, a költségeket vagy a helyreállítási viselkedést.
Kezdje azzal a munkával, amelynek tulajdonosára szüksége van
A hosztolási döntés a számítási erőforrások mellett üzemeltetési munkát is kioszt. Az egyik projektnek egy fiókra van szüksége, amely hagyományos webhelyet futtat; a másiknak az operációs rendszer csomagjai és a háttérfolyamatok feletti ellenőrzésre. A harmadiknak egy adatbázis-platformra, amelynek karbantartását meghatározott szolgáltatási szerződés keretében végzik. Először sorolja fel ezeket a felelősségeket, valamint az azok fenntartására rendelkezésre álló személyeket.
A megosztott tárhely jellemzően fiókszintű környezetet tesz elérhetővé. A VPS vendég operációs rendszert tesz elérhetővé, míg a dedikált hardver a gép határát fizikai szerverre helyezi. A felügyelt szolgáltatás külön kérdés: egy termékcímke nem árulja el, ki alkalmazza a javításokat, állítja helyre az adatokat vagy vizsgálja ki az incidenst. Kérdezze meg a felügyelet hatókörét és a helyreállítási eljárást, ahelyett hogy univerzális funkcióként kezelné.
Értse meg, mit ad hozzá a felhő az összehasonlításhoz
A NIST a felhőszámítást olyan jellemzőkön keresztül írja le, mint az igény szerinti hozzáférés, az erőforrás-poolozás, a rugalmasság és a mért szolgáltatás. Egy virtuális gép egy felhőplatform egyik összetevője lehet, így a VPS és a felhő nem egymást kizáró technológiák. A hasznos összehasonlítás a kínált konkrét szolgáltatások között van: egy rögzített virtuális gép, egy rugalmas géppark vagy egy felügyelt szolgáltatások köré épített alkalmazás.
A hiperskaláris egy iparági kifejezés arra a szolgáltatóra, amely nagyon nagy léptékben üzemeltet infrastruktúrát és szolgáltatási platformokat. Ez a lépték széles körű telepítési eszközöket és földrajzi választékot kínálhat; nem árulja el, hogy egy adott architektúra megfelel-e az igényeinek. Értékelje az egyes összetevők régióját, szolgáltatásfüggőségeit, identitásmodelljét és szerződését. A kisebb szolgáltató és a nagy platform egyaránt megköveteli annak világos számbavételét, hogy hová kerülnek az adatok.
| Üzemeltetési modell | A projekt számára elérhető ellenőrzés | Kérdés a választás előtt |
|---|---|---|
| Megosztott tárhelyfiók | Webhelybeállítások a fiók hatókörén belül | Illik a futtatókörnyezet az alkalmazáshoz? |
| Virtuális gép | Vendég operációs rendszer és telepített szolgáltatások | Ki tartja karban és állítja helyre a vendéget? |
| Dedikált gép | Fizikai szerverhatár | Indokolja-e a munkaterhelés ezt a határt? |
| Felügyelt felhőszolgáltatás | A API szolgáltatás és a támogatott beállítások | Mi marad az ügyfél felelőssége? |
Válasszon olyan architektúrát, amely helyreállítható
Egyetlen gép ésszerű kiindulópont lehet egy kis alkalmazás számára, ha a helyreállítási követelményei lehetővé teszik a visszaállítást vagy egy tervezett karbantartási ablakot. Egy második alkalmazáscsomópont hozzáadása csak akkor változtatja meg a tervezést, ha a forgalomirányítás, a munkamenetek és a tartós adatok mindkettőn helyesen működnek. Két szerver, amely ugyanazt a hiányos helyreállítási tervet futtatja, továbbra is hiányos helyreállítási terv.
Az elosztott tárolás jól szemlélteti ezt a különbséget. Az olyan szoftverek, mint a Ceph, klasztereken osztják el a tárolási munkát, és objektum-, blokk- és fájlinterfészeket kínálnak. A replikáció vagy a törléskódolás segíthet elviselni bizonyos hardverhibákat, de a klaszternek a helyreállításhoz és az újraelosztáshoz is szüksége van kapacitásra. Az elosztott élő másolat nem helyettesíti a független biztonsági mentést. Döntse el, hogyan viselkednek az írások hálózati szakadás esetén, és tesztelje a választott megvalósításhoz kapcsolódó hibaeseteket.
Hasonlítsa össze a teljes üzemeltetési költségvetést
Írja fel a költségvetést munkaterhelésként: normál forgalom, forgalmas időszak, tárolt adatok, biztonsági mentés megőrzése és a helyreállításhoz szükséges átvitel. Számítsa bele a fizetős szoftvereket, a külső API-kat, az adminisztrációs időt és az adatok újbóli áthelyezésének költségét. Egy kezdő havi összeg és egy használatalapú becslés különböző kérdésekre válaszol. Hasonlítsa össze őket ugyanazon időszak alatt, és tartsa a feltételezéseket az eredmény mellett.
Egy nagy felhőplatform esetében azonosítsa az alkalmazás működéséhez szükséges összes szolgáltatást. Egy VPS esetében vegye figyelembe azt a munkát, amelyet egyébként a felügyelt szolgáltatások végeznének el. Egyik megközelítés sem automatikusan olcsóbb. Kezdje egy kis reprezentatív telepítéssel vagy egy dokumentált ajánlattal, majd hasonlítsa össze a tényleges számlát a modellel. Tartson fenn helyet a helyreállítási forgalomnak és az ideiglenes migrációs kapacitásnak, ahelyett hogy csak az állandósult állapotra költségvetne.
Kezelje az adatvédelmet függőségi térképként
A gép régiója egy bejegyzés egy szélesebb térképen. A hitelesítés, a monitorozás, a támogatási eszközök, a biztonsági mentések és a modell API-k külön szolgáltatásokon keresztül működhetnek. Jegyezze fel, mit kap mindegyik, ki férhet hozzá, és meddig őrzik meg. Az AWS megosztott felelősségi modellje egy példa arra, hogy egy szolgáltató kifejezetten elválasztja infrastruktúra-kötelezettségeit az ügyfél kötelezettségeitől; a hatókör a szolgáltatással változik.
Használja ezt a megkülönböztetést a szolgáltatók összehasonlításakor anélkül, hogy egy szolgáltató kötelezettségeit egy másik szerződésbe átvinné. A SwissOctet konfiguráció egy hosztolási helyet és felsorolt erőforrásokat ír le. Nem határozza meg a később hozzáadott integrációk helyét. Minimalizálja az egyes függőségek által fogadott adatokat, biztosítsa az adminisztrációt, és ellenőrizze a biztonsági mentési célhelyeket, mielőtt kijelentést tenne saját alkalmazása adatútjáról.
Használja a migrációs útvonalat a döntés részeként
Ellenőrizze, hogyan tudja exportálni az alkalmazásadatokat, a konfigurációt és az identitásokat. Egy virtuális gépen futó hagyományos alkalmazás könnyen áthelyezhető lehet, míg egy szolgáltatásspecifikus adatbázis vagy eseményrendszer adaptációt igényelhet. A hordozhatóság az üzemeltetési ismeretektől is függ: egy biztonsági mentés, amelyet senki sem tud visszaállítani, gyenge kilépési terv, még akkor is, ha a formátuma nyílt.
Egy első SwissOctet szűkített listához hasonlítsa össze a Canvas-t, amikor egy fiókszintű webkörnyezet megfelel, a Vector-t a vendég operációs rendszer feletti ellenőrzéshez, és a Metal kínálatot, amikor a fizikai határ számít. A tárolásorientált lehetőségek egy másik kapacitáskérdést támogatnak, és nem szabad felügyelt elosztott klaszterként leírni őket. Tartsa az architektúrát elég kicsinek az üzemeltetéshez, és csak akkor adjon hozzá platformbonyolultságot, ha az egy tesztelt követelményt kezel, nem pedig egy elképzelt jövőbeli léptéket.
Az Ön gyakorlati ellenőrzőlistája.
- Rendelje hozzá az adminisztráció és a helyreállítás tulajdonjogát.
- Különböztesse meg a virtuális gépet a szélesebb felhőplatformtól.
- Költségvetésbe foglalja a függőségeket, az átvitelt és a karbantartást.
- Teszteljen egy hiba-határt, mielőtt csomópontokat ad hozzá.
- Jegyezzen fel egy működő adatexportálási és migrációs útvonalat.
A fontos részletek.
Lehet-e egy VPS egy felhőplatform része?+
Igen. Egy virtuális gép lehet felhőszolgáltatás. Hasonlítsa össze a tényleges erőforrás-, skálázási és kezelési modellt, ahelyett hogy feltételezné, hogy a nevek kizárólagos technológiákat írnak le.
Helyettesíti-e az elosztott tárolás a biztonsági mentéseket?+
Nem. Az élő redundancia kiválasztott összetevőhibákra ad választ. Egy független biztonsági mentés és egy visszaállítási teszt más hibákra, például törlésre és sérült alkalmazásadatokra ad választ.
Mindig rossz adatvédelmi választás a nagy felhő?+
Nem. Értékelje a konkrét szolgáltatásokat, adatfolyamokat és szerződéses kontrollokat. A szolgáltató mérete önmagában nem határozza meg az architektúra alkalmasságát.
Menjen a forráshoz.
Ezek a hivatkozások támogatják az útmutató műszaki fogalmait. Kövesse az aktuális dokumentációt, mielőtt éles rendszert módosítana.
- NIST SP 800-145: A felhőszámítás meghatározása nvlpubs.nist.gov
- AWS: Megosztott felelősségi modell aws.amazon.com
- Ceph: Tárolási architektúra docs.ceph.com
- Ceph: Törléskódolás docs.ceph.com
Szerkesztői útmutatás: SwissOctet. A példák tájékoztató jellegűek. A szolgáltatási specifikációkat, az elérhető opciókat és a szerződéses feltételeket külön kell ellenőrizni.