Ihambing ang mga modelo ng hosting sa pamamagitan ng mga responsibilidad sa pagpapatakbo na itinatakda nila at ang arkitekturang pinapagana nila. Ang cloud scale, isang virtual machine at dedicated hardware ay naglalarawan ng iba't ibang aspeto ng isang sistema; wala sa kanila nagpapatunay ng privacy, gastos o pag-uugali sa pagbawi.
Magsimula sa trabahong kailangan mong may magmamay-ari
Ang desisyon sa hosting ay nagtatalaga ng trabaho sa pagpapatakbo gayundin ng mga mapagkukunan ng computing. Ang isang proyekto ay nangangailangan ng account na nagpapatakbo ng karaniwang website; ang isa pa ay nangangailangan ng kontrol sa mga package ng operating system at mga proseso sa background. Ang pangatlo ay nangangailangan ng database platform na ang pagpapanatili ay pinangangasiwaan sa ilalim ng isang partikular na kontrata ng serbisyo. Ilista muna ang mga responsibilidad na iyon, kasama ang mga taong magagamit upang mapanatili ang mga ito.
Ang shared hosting ay karaniwang naglalantad ng kapaligiran sa antas ng account. Ang isang VPS ay naglalantad ng guest operating system, habang ang dedicated hardware ay naglilipat ng hangganan ng makina sa isang pisikal na server. Ang managed ay isang hiwalay na tanong: ang isang label ng produkto ay hindi nagsasabi sa iyo kung sino ang naglalapat ng mga patch, nagpapanumbalik ng data o nag-iimbestiga ng insidente. Hingin ang saklaw ng pamamahala at isang pamamaraan sa pagbawi sa halip na ituring ito bilang isang unibersal na katangian.
Unawain kung ano ang idinadagdag ng cloud sa paghahambing
Inilalarawan ng NIST ang cloud computing sa pamamagitan ng mga katangian tulad ng on-demand access, resource pooling, elasticity at measured service. Ang isang virtual machine ay maaaring isang bahagi ng isang cloud platform, kaya ang VPS at cloud ay hindi magkasalungat na mga teknolohiya. Ang kapaki-pakinabang na paghahambing ay sa pagitan ng mga partikular na serbisyong inaalok: isang nakapirming virtual machine, isang elastic fleet o isang aplikasyong binuo sa paligid ng mga managed service.
Ang Hyperscaler ay isang termino sa industriya para sa isang provider na nagpapatakbo ng imprastraktura at mga platform ng serbisyo sa napakalaking sukat. Ang sukat na iyon ay maaaring mag-alok ng malawak na hanay ng mga tool sa deployment at mga pagpipilian sa heograpiya; hindi nito sinasabi sa iyo kung ang isang partikular na arkitektura ay nakakatugon sa iyong mga pangangailangan. Suriin ang rehiyon, mga dependency ng serbisyo, modelo ng pagkakakilanlan at kontrata ng bawat bahagi. Ang isang mas maliit na provider at isang malaking platform ay parehong nangangailangan ng malinaw na pagtutuos kung saan napupunta ang data.
| Modelo ng pagpapatakbo | Kontrol na magagamit ng proyekto | Tanong bago pumili |
|---|---|---|
| Account sa shared hosting | Mga setting ng site sa loob ng saklaw ng account | Umaangkop ba ang runtime sa aplikasyon? |
| Virtual na makina | Guest OS at mga naka-install na serbisyo | Sino ang nagpapanatili at nagpapanumbalik ng guest? |
| Dedicated na makina | Isang pisikal na hangganan ng server | Binibigyang-katwiran ba ng workload ang hangganang ito? |
| Pinamamahalaang serbisyo sa cloud | Ang API ng serbisyo at mga sinusuportahang setting | Ano ang nananatiling responsibilidad ng customer? |
Pumili ng arkitekturang makakabawi
Ang isang makina ay maaaring maging isang makatwirang panimulang punto para sa isang maliit na aplikasyon kapag ang mga kinakailangan nito sa pagbawi ay nagpapahintulot ng pagpapanumbalik o isang nakaplanong maintenance window. Ang pagdaragdag ng pangalawang application node ay nagbabago sa disenyo lamang kung ang traffic routing, mga session at persistent data ay gumagana nang tama sa pareho. Ang dalawang server na nagpapatakbo ng parehong hindi kumpletong plano sa pagbawi ay hindi pa rin isang kumpletong plano sa pagbawi.
Inilalarawan ng distributed storage ang pagkakaibang ito. Ang software tulad ng Ceph ay nagpapalaganap ng trabaho sa imbakan sa isang cluster at nag-aalok ng object, block at file interface. Ang replication o erasure coding ay maaaring makatulong na tiisin ang mga partikular na pagkasira ng hardware, ngunit ang cluster ay nangangailangan din ng kapasidad para sa pagbawi at rebalancing. Ang isang distributed live copy ay hindi pumapalit sa isang independyenteng backup. Magpasya kung paano kumikilos ang mga write sa panahon ng network partition at subukan ang mga kaso ng pagkasira na may kaugnayan sa napili mong implementasyon.
Ihambing ang buong badyet sa pagpapatakbo
Isulat ang badyet bilang isang workload: normal na trapiko, isang abalang agwat, nakaimbak na data, pananatili ng backup at transfer na kailangan para sa pagbawi. Isama ang bayad na software, panlabas na API, oras ng pangangasiwa at gastos ng muling paglilipat ng data. Ang panimulang buwanang bilang at isang pagtatantya batay sa paggamit ay sumasagot sa magkaibang mga tanong. Ihambing ang mga ito sa parehong panahon at panatilihin ang mga palagay kasama ng resulta.
Para sa isang malaking cloud platform, tukuyin ang bawat serbisyong kailangan upang mapanatiling tumatakbo ang aplikasyon. Para sa isang VPS, isama ang trabahong sasipsipin sana ng mga managed service. Wala sa alinmang paraan ang awtomatikong mas mura. Magsimula sa isang maliit na representatibong deployment o isang dokumentadong quote, pagkatapos ay suriin ang aktwal na bill laban sa modelo. Maglaan ng espasyo para sa trapiko ng pagbawi at pansamantalang kapasidad sa migrasyon sa halip na ibadyet lamang ang steady state.
Ituring ang privacy bilang isang mapa ng dependency
Ang rehiyon ng makina ay isang entry sa isang mas malawak na mapa. Ang authentication, monitoring, mga tool sa suporta, backup at mga API ng modelo ay maaaring gumana sa pamamagitan ng hiwalay na mga serbisyo. Itala kung ano ang natatanggap ng bawat isa, sino ang makaka-access nito at gaano katagal ito pinapanatili. Ang shared-responsibility model ng AWS ay isang halimbawa ng provider na tahasang naghihiwalay ng mga tungkulin nito sa imprastraktura mula sa mga tungkulin ng customer; nagbabago ang saklaw kasama ng serbisyo.
Gamitin ang pagkakaibang iyon kapag naghahambing ng mga provider nang hindi inililipat ang mga obligasyon ng isang provider sa ibang kontrata. Ang isang configuration ng SwissOctet ay naglalarawan ng isang lokasyon ng hosting at mga nakalistang mapagkukunan. Hindi nito itinatatag ang lokasyon ng mga integrasyong idadagdag mo sa ibang pagkakataon. Bawasan ang data na natatanggap ng bawat dependency, siguraduhin ang pangangasiwa at i-verify ang mga destinasyon ng backup bago gumawa ng pahayag tungkol sa paglalakbay ng data ng iyong sariling aplikasyon.
Gamitin ang landas ng migrasyon bilang bahagi ng desisyon
Suriin kung paano mo maia-export ang data ng aplikasyon, configuration at mga pagkakakilanlan. Ang isang karaniwang aplikasyon sa isang virtual machine ay maaaring tuwiran na ilipat, habang ang isang database o event system na partikular sa serbisyo ay maaaring mangailangan ng adaptasyon. Ang portability ay nakasalalay din sa kaalaman sa pagpapatakbo: ang isang backup na walang nakakaalam kung paano ibalik ay isang mahinang plano sa paglabas kahit na ang format nito ay bukas.
Para sa isang unang shortlist ng SwissOctet, ihambing ang Canvas kapag umaangkop ang isang kapaligiran ng web sa antas ng account, Vector para sa kontrol ng guest OS at mga hanay ng Metal kapag mahalaga ang pisikal na hangganan. Ang mga opsyong nakatuon sa imbakan ay sumusuporta sa ibang tanong sa kapasidad at hindi dapat ilarawan bilang isang managed distributed cluster. Panatilihing sapat na maliit ang arkitektura upang mapatakbo, at magdagdag ng pagiging kumplikado ng platform kapag tinutugunan nito ang isang nasubok na kinakailangan sa halip na isang inaasahang sukat sa hinaharap.
Ang iyong praktikal na checklist.
- Magtalaga ng pagmamay-ari sa pangangasiwa at pagbawi.
- Ibahin ang isang VM mula sa mas malawak na cloud platform.
- Ibudget ang mga dependency, transfer at pagpapanatili.
- Subukan ang isang hangganan ng pagkasira bago magdagdag ng mga node.
- Itala ang isang magagamit na landas sa pag-export at migrasyon ng data.
Ang mga detalyeng mahalaga.
Maaari bang maging bahagi ng isang cloud platform ang isang VPS?+
Oo. Ang isang virtual machine ay maaaring isang cloud service. Ihambing ang aktwal na modelo ng mapagkukunan, scaling at pamamahala sa halip na ipagpalagay na inilalarawan ng mga pangalan ang mga eksklusibong teknolohiya.
Pinapalitan ba ng distributed storage ang mga backup?+
Hindi. Tinutugunan ng live redundancy ang mga piling pagkasira ng bahagi. Ang isang independyenteng backup at isang pagsubok sa pagpapanumbalik ay tumutugon sa iba pang mga pagkasira tulad ng pagtanggal at nasirang data ng aplikasyon.
Palaging mahinang pagpipilian ba sa privacy ang isang malaking cloud?+
Hindi. Suriin ang mga partikular na serbisyo, daloy ng data at mga kontrol sa kontrata. Ang laki lamang ng provider ay hindi nagtatatag ng pagiging angkop ng arkitektura.
Pumunta sa pinagmulan.
Sinusuportahan ng mga sangguniang ito ang mga teknikal na konsepto sa gabay na ito. Sundin ang kasalukuyang dokumentasyon bago baguhin ang isang production system.
- NIST SP 800-145: Ang Kahulugan ng Cloud Computing nvlpubs.nist.gov
- AWS: Shared Responsibility Model aws.amazon.com
- Ceph: Arkitektura ng Imbakan docs.ceph.com
- Ceph: Erasure coding docs.ceph.com
Editorial guidance ni SwissOctet. Ang mga halimbawa ay ilustratibo. Ang service specifications, available options at contractual conditions ay dapat beripikahin nang hiwalay.