ฉันควรจะรู้ดีกว่าที่จะมองหาความรู้จากฝูงชนข่าวแฮ็กเกอร์ เมื่อเร็ว ๆ นี้มีคนใน HN ถามคำถามที่น่าสนใจ: âÂÂคุณเคยเปลี่ยนหรือไม่ â ในฐานะ HN คำตอบไม่น่าสนใจเท่า ในความเป็นจริง มีคนค่อนข้างน้อยที่ตอบคำถามนี้เลย โดยเลือกที่จะสนับสนุนการใช้งานแอปพลิเคชันของตนในศูนย์ข้อมูลส่วนตัวแทน คนอื่น ๆ ให้คำแนะนำที่ปรับให้เหมาะกับร้านค้าขนาดเล็กไม่ใช่องค์กรขนาดใหญ่

แม้จะมีเสียงรบกวน แต่มี *สัญญาณ* เล็กๆ อยู่ในเธรด หากคุณต้องการใช้ประโยชน์สูงสุดจากระบบคลาวด์ใดๆ คุณจะต้องซื้อบริการต่างๆ ของระบบ ซึ่งแน่นอนว่าจะทำให้การย้ายข้อมูลยุ่งยาก โอ้ และถ้าคุณคิดว่าคุณสามารถสร้างคลาวด์ที่ดีกว่าไฮเปอร์สเกลเลอร์ได้ คุณอาจจะพลาดประเด็นนี้ไป

== แสดงเครดิต ==

เมื่อบริษัทต่างๆ เลือกที่จะสร้างบนคลาวด์เฉพาะ อะไรกระตุ้นให้พวกเขาย้าย การอ่านคำตอบ HN นั้น âÂÂcreditsâ เป็นแรงจูงใจที่สำคัญ ยังไม่ชัดเจนว่า honeypot ดังกล่าวดึงดูดองค์กรขนาดใหญ่ได้มากน้อยเพียงใด แต่สำหรับกลุ่มประชากรบางกลุ่ม การย้ายข้อมูลสามารถกระตุ้นได้ด้วยเครดิต Google Cloud [หรือ Azure หรือ AWS] ที่เพียงพอในการเปลี่ยนที่คุ้มค่า .âÂÂ

น่าเสียดายที่การวิเคราะห์ต้นทุน/ผลประโยชน์แบบง่ายๆ นี้มองข้ามต้นทุนแฝงทั้งหมดของการทำงานในระบบคลาวด์ ดังที่ David Linthicum ได้ให้รายละเอียดไว้

ดังที่ GitLab ค้นพบอย่างชัดเจน เครดิตอาจส่งเสริมการย้ายข้อมูล แต่พวกเขาไม่จำเป็นต้องเสียค่าใช้จ่าย ตามที่อธิบายไว้ในความคิดเห็นของ HN âÂÂที่ GitLab เราเปลี่ยนจาก AWS เป็น Azure จากนั้นไปที่ Google Cloud แล้วทำไมต้องเลิกใช้ AWS ตั้งแต่แรก เงินเป็นปัญหา แต่ไม่ใช่เพราะ AWS มีราคาแพงกว่าโดยเนื้อแท้ แต่เป็นปัญหาในการตั้งค่า: â เช่นเดียวกับบริษัทส่วนใหญ่ มีการให้ความสนใจน้อยมากกับค่าใช้จ่าย การตั้งค่า และอื่นๆ [เมื่อเริ่มต้นกับ AWS] ผลที่ได้คือโดยพื้นฐานแล้วเรากำลังทำให้เงินลุกเป็นไฟâ พร้อมกับข้อเสนอสำหรับเครดิต Azure ฟรีที่ âÂÂจะช่วยเราประหยัดบางอย่างเช่นหนึ่งปีâÂÂs มูลค่าในบิล เงินค่อนข้างน้อยในเวลานั้น

ฟังดูดีใช่ไหม âÂÂการย้ายไปนั้นค่อนข้างเจ็บปวดและ ⦠เราเผาเครดิตฟรี *เร็วมาก ๆâ บริษัทจึงตัดสินใจย้ายไปที่ Google Cloud (ด้วยเหตุผลที่อธิบายไม่ได้) และพบว่าการย้ายถิ่นเป็นกระบวนการที่ท้าทายอีกครั้งâÂÂ
ผู้แสดงความคิดเห็นได้เรียนรู้อะไรจากประสบการณ์ âÂÂเมื่อมองย้อนกลับไป ถ้าฉันเริ่มก่อตั้งบริษัท ฉันอาจจะยึดติดกับบริษัทอย่าง Hetzner หรือผู้ให้บริการโลหะเปลือยราคาย่อมเยารายอื่น บริการคลาวด์นั้นยอดเยี่ยม *ถ้า* คุณใช้บริการของพวกเขาอย่างเต็มที่เท่าที่จะเป็นไปได้ แต่ฉันสงสัยว่า 90% ของกรณีทั้งหมดจะจบลงที่ปัจจัยด้านต้นทุนจำนวนมากโดยที่ไม่มีประโยชน์ที่คุ้มค่า âÂÂ

สำหรับฉันแล้ว นี่เป็นบทเรียนที่ผิดพลาดอย่างแน่นอน

== ยังไม่เข้าใจ cloud ==

หากคุณอ่านหัวข้อทั้งหมด คุณจะพบคำยืนยันมากมายที่มั่นใจในตนเองว่าระบบคลาวด์ที่ทำเองด้วยตัวเอง (บน Hetzner หรือโฮสต์เซิร์ฟเวอร์เฉพาะอื่นๆ) คือหนทางที่จะไป (ที่นี่และที่นี่และที่นี่) ดังที่พวกเขากล่าวว่าระบบคลาวด์สาธารณะนั้นช้ากว่าและมีราคาแพงกว่าเซิร์ฟเวอร์ของคุณเองโดยมีอัตรากำไรขั้นต้นมากâ ยกเว้นว่าไม่ใช่ . แนวคิดที่ว่าผู้เชี่ยวชาญด้านไอทีสามารถ âÂÂout-cloud ได้อย่างง่ายดายบน cloudà ¢Â นั้นผิดและไม่ตรงประเด็น

Cloud ไม่เคยเกี่ยวกับการประหยัดเงินอย่างแท้จริง ItâÂÂs เกี่ยวกับการเพิ่มความยืดหยุ่นและประสิทธิภาพสูงสุด ดังที่ผู้วิจารณ์ HN คนหนึ่งชี้ว่า â ฉันทำงานในทีมขนาดเล็กมาก เรามีนักพัฒนาไม่กี่คนที่เพิ่มเป็นสองเท่า พวกเราไม่มีใครเป็นหรือต้องการเป็นผู้ดูแลระบบ สำหรับกรณีของเรา ECS [Elastic Container Service] ของ Amazon นั้นช่วยประหยัดเวลาและเงินได้มหาศาล ด้วยการลบฟังก์ชันการดูแลระบบที่ทีมต้องกรอกก่อนหน้านี้ â ใช่ ปัญหาส่วนใหญ่ที่เรามีก่อนหน้านี้สามารถแก้ไขได้โดยดูแลระบบที่เชี่ยวชาญ แต่นั่นคือประเด็นที่แน่นอน â การจ้างดูแลระบบที่ดีนั้นแพงกว่าสำหรับเรา มากกว่าการจ่ายเงินเพิ่มเล็กน้อยให้กับ Amazon และบอกพวกเขาว่า â please run these container with this config.â âÂÂ

เขากำลังทำระบบคลาวด์ให้ถูกต้อง

คนอื่นๆ แนะนำว่าการย้ายไปยังตัวเลือกแบบไร้เซิร์ฟเวอร์จะช่วยลดความต้องการดูแลระบบลงได้อีก ใช่ ยิ่งคุณขุดลึกลงไปในบริการที่มีลักษณะเฉพาะสำหรับระบบคลาวด์ใดระบบหนึ่งมากเท่าไหร่ การย้ายข้อมูลก็จะยิ่งง่ายขึ้นเท่านั้น ไม่ว่าผู้ให้บริการจะให้เครดิตกับคุณมากเพียงใด แต่อาจเป็นไปได้ว่า ความต้องการที่น้อยลงคุณจะต้องย้ายหากนักพัฒนาซอฟต์แวร์ของคุณมีประสิทธิผลมากขึ้น เนื่องจากพวกเขาไม่ได้สร้างวงล้อโครงสร้างพื้นฐานใหม่ตลอดเวลา
บริษัทแห่งหนึ่งพยายามหลีกเลี่ยงการล็อคอินกับระบบคลาวด์ใดระบบหนึ่งอย่างชัดเจน âÂÂเราพัฒนาผลิตภัณฑ์ของเราตั้งแต่แรกเพื่อปรับใช้บน 3AWS, Azure, IBMâ เป็นอย่างไร โดย â ยึดตัวส่วนร่วมน้อยที่สุดซึ่งก็คือ FaaS/IaaS ([AWS] Lambda, [Amazon] S3, [Amazon] API [Gateway], Kubernetes ฟังดูง่ายใช่ไหม âÂÂIt ไม่ใช่เรื่องง่ายอย่างแน่นอน นอกจากนี้ เรายังเพิกเฉยต่อเครื่องมือที่สามารถช่วยเราได้อย่างมาก [ถ้าเราใช้] คลาวด์เดียวเพื่อที่จะเป็นมัลติคลาวด์ได้ คุ้มค่าไหม âÂÂการย้ายระหว่างฟีเจอร์ที่ใช้ร่วมกันที่กำหนด เป็นไปได้ แต่แน่นอนว่าไม่ใช่การคลิกไม่กี่ครั้งหรืองาน Jenkins สองสามงาน การย้ายระหว่างนั้นเป็นงานประจำ ค้นหาวิธีทำ VM เล็กๆ น้อยๆ ที่คุณทำใน AWS ตอนนี้ใน Azure จะใช้เวลาและการเรียนรู้ และย้ายระหว่างสิทธิ์ AWS IAM และ Azure [Active Directory] ไหม เวลา เวลา และเวลาâÂÂ

มัลติคลาวด์ไม่ใช่เรื่องง่ายที่จะดึงออก หรืออีกนัยหนึ่งก็คือการย้ายข้อมูลก็เช่นกัน นั่นหมายความว่าท้ายที่สุดแล้วก็ไม่คุ้มค่าใช่หรือไม่? ไม่จำเป็น. ตามที่ Miles Ward, CTO ของ SADA (พันธมิตรหลักของ Google Cloud) อธิบายไว้ อาจมีเหตุผลที่น่าสนใจในการข้ามไปยังคลาวด์อื่น âÂÂสำหรับหลาย ๆ คน มันใช้ง่ายและมีประสิทธิภาพในการทำสิ่งต่าง ๆ ให้สำเร็จลุล่วง สำหรับคนอื่นๆ มันคือความสนใจและการเป็นหุ้นส่วน สำหรับกลุ่มที่สาม ข้อได้เปรียบด้านต้นทุนที่ไร้สาระ และประการที่สี่ คือ ประสิทธิภาพและความน่าเชื่อถือของ â ด้วยเหตุนี้ เมื่อลูกค้าเห็นช่องว่างในหนึ่งหรือหลายส่วนในสี่ด้านเหล่านั้น ⦠พวกเขาจึงย้าย .âÂÂ

วอร์ดน่าจะใช่: มีเหตุผลที่น่าสนใจ *สามารถ* ที่จะย้ายได้ อย่าลืมวิเคราะห์ต้นทุนรวมของการเป็นเจ้าของการย้ายให้ครบถ้วน ซึ่งจะต้องไปไกลกว่าที่ âÂÂcloud X เสนอเครดิตให้ฉัน $50,000 นอกจากนี้ ก่อนที่คุณจะ ตัดสินใจที่จะม้วนระบบคลาวด์ของคุณเอง มันคุ้มค่าที่จะคำนึงถึงค่าใช้จ่ายที่เกี่ยวข้องกับการจัดการโครงสร้างพื้นฐานทั้งหมดของคุณเอง