Saya sepatutnya tahu lebih baik daripada mencari kebijaksanaan kepada kumpulan Berita Hacker. Baru-baru ini seseorang di HN bertanya soalan yang menarik: âÂÂPernahkah anda bertukar?â Sebagai HN, responsnya tidak begitu menarik. Malah, agak sedikit orang yang menjawab soalan itu sama sekali, sebaliknya lebih suka menjuarai menjalankan aplikasi mereka di pusat data peribadi. Yang lain menawarkan nasihat yang ditala kepada kedai-kedai kecil bukan perusahaan yang lebih besar. Namun di sebalik bunyi bising, terdapat *sedikit isyarat dalam benang. Jika anda ingin memanfaatkan sepenuhnya mana-mana awan tertentu, anda perlu membeli perkhidmatannya, yang, sudah tentu, merumitkan penghijrahan. Oh, dan jika anda fikir anda boleh membina awan yang lebih baik daripada hyperscalers, anda mungkin terlepas perkara itu. == Tunjukkan saya kredit == Apabila syarikat telah memilih untuk membina awan tertentu, apakah yang mendorong mereka untuk berpindah? Membaca melalui jawapan HN, âÂÂkreditâ adalah pendorong utama. Tidak jelas sejauh mana honeypot seperti itu menarik minat perusahaan yang lebih besar, tetapi untuk demografi tertentu, penghijrahan boleh didorong oleh âÂÂkredit Google Cloud [atau Azure atau AWS] yang mencukupi untuk membuat pertukaran berbaloi .â Malangnya, jenis analisis kos/faedah yang ringkas ini mengabaikan semua kos tersembunyi untuk menjalankan dalam awan, seperti yang telah diperincikan oleh David Linthicum. Seperti yang diketahui GitLab, kredit mungkin menggalakkan penghijrahan tetapi mereka tidak semestinya membayarnya. Seperti yang diterangkan dalam ulasan HN, âÂÂDi GitLab, kami pergi dari AWS ke Azure, kemudian ke Google Cloud.â Mengapa mengalih keluar AWS sejak awal? Wang menjadi isu, tetapi bukan kerana AWS sememangnya lebih mahal. Sebaliknya, ia adalah masalah dengan persediaan: âÂÂSeperti kebanyakan syarikat, sangat sedikit perhatian diberikan kepada kos, persediaan, dll. [apabila bermula dengan AWS]. Hasilnya ialah kami pada dasarnya membakar wang.â Bersama-sama datang tawaran untuk kredit Azure percuma yang âÂÂakan menjimatkan kira-kira satu tahun dalam bil ( agak banyak wang pada masa itu Kedengaran hebat, bukan? âÂÂPerpindahan agak menyakitkan dan ⦠kami menghabiskan kredit percuma *sangat* pantas.â Syarikat kemudian memutuskan untuk berpindah ke Google Cloud (atas sebab yang tidak dapat dijelaskan), dan mendapati bahawa penghijrahan, sekali lagi, satu proses yang mencabar.â Apakah yang dipelajari oleh pengulas daripada pengalaman itu? âÂÂMengimbas kembali, jika saya memulakan sebuah syarikat, saya mungkin akan tetap menggunakan sesuatu seperti Hetzner atau pembekal bare metal lain yang mampu dimiliki. Perkhidmatan awan sangat bagus *jika* anda menggunakan perkhidmatan mereka sepenuhnya, tetapi saya mengesyaki untuk 90% kes, ia akhirnya menjadi faktor kos yang besar tanpa faedah yang menjadikannya berbaloi.â Bagi saya, ini adalah pengajaran yang salah. == Masih tidak memahami awan == Jika anda membaca keseluruhan urutan, anda akan menemui banyak dakwaan yakin diri bahawa awan buat sendiri (pada Hetzner atau pengehos pelayan khusus lain) adalah cara yang perlu dilakukan. (Di sini dan di sini dan di sini.) Seperti yang mereka katakan, awan awam adalah âÂÂlebih perlahan dan lebih mahal daripada pelayan anda sendiri dengan margin yang besar.â Kecuali ia bukan â . Idea ini bahawa pakar IT boleh dengan mudah âÂÂmenyingkirkan awanâ adalah salah dan tidak tepat. Cloud tidak pernah benar-benar tentang menjimatkan wang. Ini mengenai memaksimumkan fleksibiliti dan produktiviti. Seperti yang dinyatakan oleh seorang pengulas HN, âÂÂSaya bekerja dalam pasukan yang sangat kecil. Kami mempunyai beberapa pembangun yang berfungsi sebagai ops. Tiada seorang pun daripada kami yang atau mahu menjadi sysadmin. Untuk kes kami, ECS [Perkhidmatan Bekas Elastik] Amazon ialah penjimat masa dan wang yang besar.â Bagaimana? Dengan mengalih keluar fungsi sysadmin yang perlu diisi oleh pasukan sebelum ini. âÂÂYa, kebanyakan masalah yang kami hadapi sebelum ini boleh diselesaikan oleh sysadmin yang berwibawa, tetapi itulah hakikatnyaâÂÂmengupah sysadmin yang baik adalah jauh lebih mahal bagi kami daripada membayar sedikit tambahan kepada Amazon dan hanya memberitahu mereka âÂÂsila jalankan bekas ini dengan konfigurasi ini.â â Dia melakukan awan dengan betul. Yang lain mencadangkan bahawa dengan beralih ke pilihan tanpa pelayan, mereka mengurangkan lagi keperluan untuk sysadmin. Ya, semakin anda mendalami perkhidmatan yang unik untuk awan tertentu, semakin kurang mudah untuk berhijrah tidak kira berapa banyak kredit yang diberikan oleh pembekal kepada anda. Tetapi, boleh dikatakan, semakin berkurangan keinginan anda untuk berhijrah jika pembangun anda jauh lebih produktif kerana mereka tidak mencipta semula roda infrastruktur sepanjang masa. Satu syarikat secara eksplisit cuba mengelakkan penguncian ke mana-mana awan tertentu. âÂÂKami membangunkan produk kami dari yang pertama untuk digunakan pada 3AWS, Azure, IBM.â Bagaimana? Dengan âÂÂberpegang kepada penyebut paling kurang biasa iaitu FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes Bunyi mudah, bukan? âÂÂIa sememangnya tidak mudah. ​​Kami juga tidak mengendahkan alatan yang boleh membantu kami [jika kami kekal dengan] satu awan untuk menjadi multicloud.â Adakah ia berbaloi ia? âÂÂBergerak antara ciri yang dikongsi, adalah mungkin, tetapi pastinya bukan beberapa klik atau beberapa kerja Jenkins. Berpindah antara ialah kerja sepenuh masa. Mencari cara melakukan perkara kecil VM yang anda lakukan dalam AWS , kini dalam Azure, akan mengambil masa dan pembelajaran. Dan bergerak antara kebenaran AWS IAM dan Azure [Direktori Aktif]? Masa, masa dan masa.â Multicloud bukanlah mudah untuk dilakukan, dengan kata lain, dan begitu juga penghijrahan. Adakah itu bermakna kedua-duanya tidak berbaloi? Tidak semestinya. Seperti yang diterangkan oleh Miles Ward, CTO SADA (rakan kongsi Awan Google utama), terdapat sebab-sebab yang menarik untuk melompat ke awan lain. âÂÂBagi ramai, ia hanya kemudahan penggunaan dan kecekapan untuk menyelesaikan sesuatu; bagi orang lain, ia adalah perhatian dan perkongsian; untuk kohort ketiga, ia mempunyai kelebihan kos yang tidak masuk akal; dan keempat, prestasi dan kebolehpercayaan.â Oleh itu, apabila âÂÂpelanggan melihat jurang dalam satu atau banyak daripada empat bidang tersebut ⦠mereka bergerak .â Ward mungkin betul: Terdapat *mungkin* sebab yang menarik untuk berhijrah. Pastikan anda melakukan analisis penuh tentang jumlah kos pemilikan perpindahan itu, yang perlu melangkaui âÂÂcloud X menawarkan saya kredit $50,000.â Selain itu, sebelum anda membuat keputusan untuk melancarkan awan anda sendiri, adalah wajar mengambil kira kos yang berkaitan dengan mengurus semua infrastruktur anda sendiri.