Aku kudu ngerti luwih apik tinimbang ndeleng wong akeh Hacker News kanggo kawicaksanan. Bubar ana wong ing HN takon pitakonan sing menarik: âÂÂApa sampeyan wis tau ngalih?â Dadi HN, tanggapane meh ora menarik. Nyatane, sawetara wong sing nanggapi pitakonan kasebut, luwih seneng dadi juara sing mbukak aplikasi ing pusat data pribadi. Liyane menehi saran kanggo toko cilik dudu perusahaan gedhe. Nanging sanajan swarane, ana * sinyal cilik ing benang kasebut. Yen sampeyan pengin ngoptimalake awan tartamtu, sampeyan kudu tuku layanan kasebut, sing mesthi nggawe rumit migrasi. Oh, lan yen sampeyan mikir sampeyan bisa nggawe awan sing luwih apik tinimbang hyperscalers, sampeyan bisa uga ora ngerti. == Tampilake kridit == Sawise perusahaan wis milih kanggo mbangun awan tartamtu, apa sing nyebabake dheweke pindhah? Maca liwat tanggapan HN, âÂÂkreditâ minangka motivator utama. Ora jelas kepiye honeypot kasebut narik kawigaten kanggo perusahaan sing luwih gedhe, nanging kanggo demografi tartamtu, migrasi bisa didorong dening kridit Google Cloud [utawa Azure utawa AWS] sing cukup kanggo nggawe saklar sing migunani. .â Sayange, analisa biaya / keuntungan sing simplistic iki ora nggatekake kabeh biaya sing didhelikake kanggo mlaku ing awan, kaya sing wis rinci dening David Linthicum. Kaya sing ditemokake GitLab, kridit bisa uga nyengkuyung migrasi nanging ora kudu mbayar. Kaya sing diterangake ing komentar HN, âÂÂIng GitLab, kita pindhah saka AWS menyang Azure, banjur menyang Google Cloud.â Napa ngalih AWS ing wiwitan? Dhuwit dadi masalah, nanging ora amarga AWS pancen luwih larang. Nanging, ana masalah karo persiyapan: âÂÂKaya umume perusahaan, biaya, persiyapan, lsp. [nalika diwiwiti nganggo AWS]. Asil iku kita Sejatine ngobong dhuwit.â Bebarengan teka tawaran kanggo free kridit Azure sing âÂÂbakal nyimpen kita kaya taunâÂÂs worth ing tagihan ( cukup dhuwit ing wektu Swara apik, tengen? âÂÂObah liwat rada nglarani lan ⦠kita ngobong kridit gratis *banget* cepet.â Perusahaan banjur mutusake pindhah menyang Google Cloud (amarga alasan sing ora dijelasake), lan nemokake yen migrasi, maneh, minangka proses sing tantangan.â Apa sing disinaoni komentator saka pengalaman kasebut? âÂÂNggoleki maneh, yen aku arep miwiti perusahaan, aku mesthi bakal tetep nganggo kaya Hetzner utawa panyedhiya bare metal liyane sing terjangkau. Layanan awan apik banget *yen* sampeyan nggunakake layanan kasebut kanthi maksimal, nanging aku curiga ing 90% kasus kasebut, mung dadi faktor biaya sing gedhe banget tanpa entuk bathi.â Kanggo kula, iki minangka pelajaran sing salah. == Isih ora ngerti awan == Yen sampeyan maca kabeh thread, sampeyan bakal nemokake akeh pratelan sing manteb ing ati sing nggawe awan dhewe (ing Hetzner utawa hoster server darmabakti liyane) minangka cara sing kudu ditindakake. (Ing kene lan kene lan kene.) Kaya sing dikandhakake, awan umum â luwih alon lan luwih larang tinimbang server sampeyan dhewe kanthi wates gedhe.â Kajaba iku . Gagasan iki yen profesional IT bisa gampang âÂÂmendhung awanâ salah lan ora bener. Cloud ora nate ngirit dhuwit. Iki babagan ngoptimalake keluwesan lan produktivitas. Minangka salah sawijining komentator HN, âÂÂAku kerja ing tim sing cilik banget. Kita duwe sawetara pangembang sing kaping pindho minangka ops. Ora ana sing pengin utawa pengin dadi sysadmin. Kanggo kasus kita, ECS [Layanan Wadah Elastis] Amazon minangka ngirit wektu lan dhuwit sing akeh banget.â Kepiye? Kanthi mbusak fungsi sysadmin sing sadurunge kudu diisi tim. âÂÂYa, umume masalah sing kita alami sadurunge bisa ditanggulangi dening sysadmin sing kompeten, nanging sing paling penting yaiku nyewa sysadmin sing apik luwih larang kanggo kita. tinimbang mbayar ekstra kanggo Amazon lan mung ngandhani wong-wong mau âÂÂmonggo mbukak wadhah iki nganggo konfigurasi iki.â â Dheweke nindakake awan kanthi bener. Liyane nyaranake yen kanthi pindhah menyang opsi tanpa server, luwih nyuda kabutuhan sysadmin. Ya, luwih akeh sampeyan nggoleki layanan sing unik kanggo awan tartamtu, luwih gampang migrasi ora preduli pira kridit sing diwenehake panyedhiya marang sampeyan. Nanging, biso dibantah, kurang kepinginan sampeyan kudu migrasi yen pangembang sampeyan luwih produktif amarga padha ora reinventing infrastruktur wheel kabeh wektu. Siji perusahaan kanthi tegas nyoba ngindhari kunci menyang awan tartamtu. âÂÂKita ngembangake produk kita wiwit pisanan disebarake ing 3AWS, Azure, IBM.â Kepiye carane? Kanthi â nempel ing denominator paling umum yaiku FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes Swara prasaja, ta? âÂÂIku mesthi ora gampang. Kita uga ora nggatekake alat sing bisa mbantu banget [yen kita tetep nganggo] awan siji supaya bisa dadi multicloud.â Apa worth Iku? âÂÂNgalih ing antarane fitur sing dienggo bareng, bisa, nanging mesthi ora sawetara klik utawa saperangan proyek Jenkins adoh. Ngalih ing antarane iku proyek full-time. Nggoleki carane nindakake VM cilik sing sampeyan lakoni ing AWS , saiki ing Azure, butuh wektu lan sinau. Lan pindhah antarane AWS IAM lan ijin Azure [Direktori Aktif]? Wektu, wektu, lan wektu.â Multicloud ora gampang ditarik, kanthi tembung liya, lan uga migrasi. Apa tegese ora ana sing pungkasane worth iku? Ora mesthi. Minangka Miles Ward, CTO saka SADA (mitra utama Google Cloud), nerangake, bisa uga ana alasan sing kuat kanggo mlumpat menyang awan liyane. âÂÂKanggo akeh, iku mung ease saka nggunakake lan efisiensi kanggo njaluk iku rampung; kanggo wong liya, iku manungsa waé lan kemitraan; kanggo kohort katelu, iku kaluwihan biaya absurd; lan kaping papat, kinerja lan linuwih.â Dadi, nalika â pelanggan ndeleng kesenjangan ing siji utawa akeh saka papat wilayah kasebut ⦠padha pindhah. .â Ward bisa uga bener: Ana * bisa * alasan sing kuat kanggo migrasi. Priksa manawa sampeyan nindakake analisis lengkap babagan total biaya kepemilikan pamindhahan, sing kudu ngluwihi âÂÂcloud X nawakake kridit $50.000.â Kajaba iku, sadurunge sampeyan mutusake kanggo nggulung awan sampeyan dhewe, kudu dipikirake biaya sing ana gandhengane karo ngatur kabeh infrastruktur sampeyan dhewe. #