เป็นไฮบริดคลาวด์หรือไม่เป็นไฮบริดคลาวด์?
เผยแพร่แล้ว: 2022-02-01
ไฮบริดคลาวด์ อธิบายว่าเป็นแนวทางด้านไอทีที่ครอบคลุมทั้งชุมชนและคลาวด์ที่ไม่ใช่สาธารณะ ได้รับการยอมรับเพิ่มขึ้นในทศวรรษปัจจุบัน
รายงานสภาพระบบคลาวด์ปี 2021 ของ Flexera ระบุว่า 82% ของผู้ตอบแบบสำรวจใช้แนวทางไฮบริดคลาวด์ ขั้นตอนคลาวด์แบบไฮบริดค้นหาเพื่อใช้ประโยชน์จากขนาดและช่วงบริการของคลาวด์สาธารณะ แม้ว่าจะมีการจัดการข้อมูลส่วนตัวและ/หรือการประมวลผลที่ละเอียดอ่อน
เพื่อให้ทราบว่าแนวทางไฮบริดจะเป็นไปได้สำหรับองค์กรของคุณหรือไม่ คุณต้องเข้าใจถึงประโยชน์และข้อผิดพลาดที่เป็นไปได้อย่างเต็มที่ ในการทำเช่นนี้ เราจะพิจารณาข้อดีและปัญหาที่มีอยู่ในคลาวด์สาธารณะและที่ไม่ใช่สาธารณะ จากนั้นจึงเกิดความยุ่งยากและข้อดีพิเศษที่เกิดขึ้นจากการรวมกัน
สุดท้ายนี้ เราจะดูวิธีที่จะหลีกเลี่ยง (หรือลดอย่างน้อยที่สุด) ข้อเสีย เพื่อให้ภาพถ่ายจริงมากขึ้นของความจริงการดำเนินงานปรากฏ
คลาวด์สาธารณะ
คลาวด์ชุมชนเป็นนามธรรมไม่มีเซิร์ฟเวอร์จำนวนมากที่ใช้ซอฟต์แวร์เวอร์ชวลไลเซชัน และยังมักจะนำเสนอ API อื่น ๆ ที่ผลักดันผู้ให้บริการด้วยปัจจัยที่ดีที่สุด เช่น ตัวโหลดบาลานซ์ของแอปพลิเคชัน ฐานข้อมูล การส่งข้อความ และอีกมากมาย
Multi-cloud (ตรงข้ามกับไฮบริดคลาวด์) ใช้ประโยชน์จากผลิตภัณฑ์และบริการคลาวด์สาธารณะที่ผสมผสานกัน ความน่าดึงดูดใจของระบบคลาวด์สาธารณะในฐานะระบบคือสเกลที่ใหญ่มาก (และยืดหยุ่นได้) ที่มีอยู่ ผลิตภัณฑ์ "จ่ายตามการใช้งาน" การเอาต์ซอร์ซของการดูแลและอัปเดตระบบ และโซลูชันที่หลากหลาย
ศูนย์ข้อมูลทั่วไปที่ใช้โดยผลิตภัณฑ์และบริการของเว็บไซต์ Amazon (AWS – คลาวด์ชุมชนหลักที่มีอยู่) มีเซิร์ฟเวอร์จริง 50,000 ถึง 80,000 เซิร์ฟเวอร์ ปัจจุบัน Amazon มีศูนย์รายละเอียด 81 แห่ง การจัดเก็บที่นำเสนอมีความเท่าเทียมกันอย่างมากและเกือบจะไม่มีที่สิ้นสุดจากมุมมองของ บริษัท ส่วนใหญ่ที่มีขนาดใหญ่
ทำไมไม่ลองใช้ระบบคลาวด์สาธารณะทั่วไปล่ะ? ทำได้หลายอย่าง แต่ส่วนใหญ่ใช้ประโยชน์จากระบบคลาวด์จำนวนมากทั้งแบบสาธารณะและส่วนบุคคล
การคุ้มครอง/ความเป็นส่วนตัว
คลาวด์ชุมชน (เว้นแต่จะมีการเตรียมการเป็นพิเศษ) ใช้โครงสร้างพื้นฐานที่ใช้ร่วมกันเพื่อซื้อเพื่อให้มีประสิทธิภาพด้านค่าใช้จ่าย
ข้อได้เปรียบที่แน่นอนนี้สามารถนำไปสู่ข้อควรพิจารณาด้านความปลอดภัย เนื่องจากปริมาณงานที่ละเอียดอ่อนจะทำงานในหน่วยความจำจริงจริงที่เหมือนกันทุกประการกับปริมาณงานที่ไม่ระบุตัวตนหรืออาจเป็นศัตรู ในทำนองเดียวกัน พื้นที่จัดเก็บบนคลาวด์ส่วนใหญ่มักจะเก็บไว้ในฮาร์ดแวร์ที่ใช้ร่วมกัน
จัดการ
การเอาท์ซอร์สโครงสร้างพื้นฐานด้านไอทีอาจสวยงาม โดยเฉพาะอย่างยิ่งหากความต้องการในการปฏิบัติงานของคุณค่อนข้างธรรมดาและไม่ต้องการ
เมฆสาธารณะทำให้คุณอยู่ในความเมตตาของผู้ขายที่จำกัดจำนวนการจัดการและการมองเห็นที่คุณสามารถมีได้เหนือฟังก์ชัน หากคุณกำลังใช้งานซอฟต์แวร์เว็บ CRUD ที่ใช้งานง่าย สิ่งนี้แทบจะไม่สำคัญสำหรับคุณ หากคุณมีสถาปัตยกรรมเครือข่ายที่สลับซับซ้อน และไคลเอนต์ที่มีความต้องการสูง อาจสร้างความแตกต่างได้มาก
ช่องโหว่การโจมตี
ที่เกี่ยวข้องกับความเสถียร ช่องโหว่การโจมตีเกิดขึ้นจากคำอธิบายหลายประการในคลาวด์ชุมชน สำหรับคน ๆ หนึ่งแล้ว สิ่งเหล่านี้เป็นคำนิยามที่ทุกคนเข้าถึงได้ทั่วโลก
วัตถุประสงค์ที่ทำงานในสภาพแวดล้อมเว็บไซต์มาตรฐานสามารถใช้ประโยชน์จากขั้นตอนการเข้าถึงสาธารณะที่เข้มงวดกว่ามาก อีกสาเหตุหนึ่งคือความน่าดึงดูดใจของเป้าหมาย AWS, Azure, GCP และบุคคลอื่นๆ เป็นตัวแทนของเป้าหมายสาธารณะขนาดใหญ่ที่น่าสนใจสำหรับแฮ็กเกอร์และภัยคุกคามอื่นๆ
คลาวด์ที่ไม่ใช่สาธารณะ
คลาวด์ส่วนตัวคือเซิร์ฟเวอร์และที่เก็บข้อมูลที่แยกออกไปโดยซอฟต์แวร์คลาวด์ที่ทำงานในศูนย์ข้อมูลหรือห้องปฏิบัติการที่ไม่เปิดเผยต่อสาธารณะ ด้วยระบบคลาวด์ที่ไม่ใช่แบบสาธารณะ คุณจะรักษาระเบียบและภาระในการรักษาและอัปเกรดโครงสร้างพื้นฐาน แต่ใช้การจำลองเสมือนเพื่อมอบประกาศนียบัตรด้านความเก่งกาจและความยืดหยุ่นให้กับผู้ใช้
ซัพพลายเออร์มาตรฐาน ได้แก่ VMWare และ Openstack เป็นต้น คลาวด์ส่วนบุคคลเป็นที่สะดุดตาสำหรับแอปพลิเคชันที่เรียกใช้ในองค์กรซึ่งมีเหตุมีผลเช่นเดียวกับ: ความเสถียรและการควบคุม ไม่มีโครงสร้างพื้นฐานที่ใช้ร่วมกันกับภัยคุกคามที่ไม่รู้จัก สามารถจัดการการเข้าถึงได้อย่างเข้มงวด และการจัดลำดับความสำคัญของปริมาณงาน การอัปเดต และขั้นตอนการปฏิบัติงานสามารถกำหนดได้โดยองค์กรธุรกิจทั้งหมด
เหตุใดจึงไม่เพียงแค่ใช้งานซอฟต์แวร์คลาวด์บนเซิร์ฟเวอร์ของคุณและดำเนินการให้เสร็จสิ้น
มาตราส่วน
การเป็นเจ้าของโครงสร้างพื้นฐานที่ไม่เปิดเผยต่อสาธารณะสำหรับแอปพลิเคชันที่ทำงานด้วยโปรไฟล์การใช้ทรัพยากรที่ไม่เสี่ยงค่อนข้างดี คุณสามารถวางกลยุทธ์และหาวิธีการเพียงพอที่จะจัดการกับมัน ปริมาณงานที่มีหนามแหลมมากอาจเป็นปัญหาได้
พวกเขาสามารถส่งผลให้รอนานสำหรับกรณีที่ผู้มีแนวโน้มจะเป็นลูกค้า หรือแม้กระทั่งการหยุดทำงานของโอกาสทางการขาย ในการปรับขนาดแหล่งข้อมูลส่วนตัวสำหรับโอกาสที่ไม่ธรรมดาซึ่งส่วนใหญ่ไม่ได้ใช้งานนั้นไม่มีประสิทธิภาพมาก
ค่าใช้จ่าย
การเป็นเจ้าของและใช้งานโครงสร้างพื้นฐานระบบคลาวด์อย่างภาคภูมิใจหมายถึงต้นทุนที่ตั้งไว้สูง โดยไม่คำนึงถึงความต้องการในการสนับสนุน ตัวขับเคลื่อนหลักประการหนึ่งสำหรับการขนถ่ายไอทีไปสู่ระบบคลาวด์สาธารณะคือโมเดล "เปลือกนอกเพียงอย่างเดียวสำหรับสิ่งที่คุณใช้"
โครงสร้างพื้นฐานด้านไอทีได้รับการอัปเกรด แพตช์ และให้บริการตามการจัดเตรียมขั้นตอนของผู้ให้บริการที่เข้าใจดี ทั้งหมดนี้มีค่าใช้จ่ายที่ปรับขยายได้ตามการใช้งาน
ความเก่งกาจ
ภาระผูกพันทางการเงินด้านการเงินในทรัพยากรการคำนวณอาจสูงและเป็นผลให้มีการจัดเตรียมและกำหนดเป้าหมายอย่างสมบูรณ์แบบในการประมาณการความต้องการระยะยาว
ศักยภาพไม่น่าจะเป็นไปตามประมาณการของเราในบางครั้ง และแม้แต่ตัวเลือกที่วางได้ดีที่สุดก็อาจลดลงได้สั้นลง ระบบคลาวด์สาธารณะนำเสนอเทคโนโลยีและแพลตฟอร์มที่หลากหลายให้เลือก ซึ่งช่วยลดแรงเสียดทานในองค์กรธุรกิจที่มุ่งมั่นที่จะตอบสนองทุกเมื่อเพื่อเปลี่ยนแปลงความต้องการ
ไฮบริดคลาวด์
กลวิธีคลาวด์แบบไฮบริดพยายามรวมข้อดีเพิ่มเติมของคลาวด์สาธารณะและคลาวด์ส่วนบุคคลเพื่อใช้ประโยชน์จากข้อดีของแต่ละรายการ ในสถานการณ์พื้นฐานที่สุด แอพที่ต้องการความปลอดภัยที่ใหญ่กว่าหรือการควบคุมการปฏิบัติงานที่มากกว่านั้นทำงานบนคลาวด์ที่ไม่ใช่สาธารณะ แม้ว่าจุดประสงค์ที่มีความต้องการระดับสูงจะทำงานบนคลาวด์สาธารณะก็ตาม
โปรแกรมไฮบริดคลาวด์ยังสามารถขยายขอบเขตของคลาวด์ได้ทั้งสองประเภท โดยนำเสนอการใช้งานสินทรัพย์แบบจ่ายตามการใช้งานของคลาวด์ชุมชนได้ตามต้องการ
เหตุใดจึงไม่ลองใช้วิธีไฮบริดคลาวด์ เพราะเป็นวิธีที่ยิ่งใหญ่ที่สุดของทั้งสองโลก
ความซับซ้อน
วิธีการระบบคลาวด์จำนวนมากจะซับซ้อนกว่าบุคคลมาก การดำเนินการเรียกร้องให้รู้จักแพลตฟอร์มคลาวด์สาธารณะและที่ไม่ใช่สาธารณะ โปรแกรมไฮบริดอาจต้องการการประสานงานขั้นสูงที่เกี่ยวข้องกับบริการในสถานที่และโครงสร้างพื้นฐานระบบคลาวด์และบริษัทต่างๆ พื้นผิวการโจมตีสอง (หรือมากกว่า) เพื่อป้องกัน
การวินิจฉัยความล้มเหลวของซอฟต์แวร์นั้นซับซ้อนกว่ามาก การกำหนดค่าซอฟต์แวร์และการดูแลระบบอาจซับซ้อนกว่านั้น
วิศวกรรมใหม่
การคิดใหม่และการรื้อปรับระบบโปรแกรมแบบเสาหินมาตรฐานสำหรับระบบคลาวด์อาจเป็นราคาด้านวิศวกรรมที่สำคัญ (ถ้ามีในบางครั้ง) การปรับใช้มัลติคลาวด์ การอัปเดต การปรับขนาด และการรักษาจะต้องได้รับการพิจารณาว่าเป็นการหาประโยชน์ทั้งหมด
ระบบอัตโนมัติเพื่อช่วยเหลือ
ตามความเป็นจริงแล้ว จุดประสงค์ใดๆ ที่ง่ายที่สุดบนไฮบริดคลาวด์จะต้องใช้ระบบอัตโนมัติ/การประสานที่ปรับปรุงให้ดียิ่งขึ้น คุณสามารถเห็นได้ในแพลตฟอร์มระบบคลาวด์หลัก ซึ่งทั้งหมดมีออร์เคสตราการประกาศที่ซับซ้อน เช่น AWS Cloudformation, Azure ARM, Google GDM, Openstack Warmth
ในการซื้อเพื่อจัดการสัตว์ร้ายที่ซับซ้อนนั่นคือไฮบริดคลาวด์ คุณจะต้องการระบบอัตโนมัติที่ครอบคลุมคลาวด์สาธารณะและส่วนตัวที่คุณต้องการใช้ ต้องมีคุณลักษณะดังต่อไปนี้:
- จำเป็นต้องมีการติดตั้งเพื่อสร้างสิ่งที่เป็นนามธรรมจำนวนมากบนไพรม์ของแพลตฟอร์มคลาวด์ต่างๆ ที่คุณใช้ และหากจำเป็น ให้ใช้ API ของบริษัทและส่วนประกอบเครือข่าย
- ควรใช้กลวิธีแบบเปิดเผยที่สรุปข้อเท็จจริงเกี่ยวกับขั้นตอนที่ขาดหายไปจากผู้ปฏิบัติงานเพื่อให้พวกเขาสามารถจดจ่อกับสิ่งที่จำเป็นต้องทำให้เสร็จแทนวิธีการดำเนินการ ตามหลักการแล้ว คำศัพท์ที่ใช้ในการประกาศควรสามารถขยายได้จริง ๆ เพื่อให้คุณสร้างสิ่งที่เป็นนามธรรมที่สำคัญต่อพนักงานของคุณ
- มันควรช่วยแม่แบบระบบอัตโนมัติและการผสานการทำงานที่คุณอาจมีอยู่แล้ว ดังนั้นคุณจึงไม่ต้องสร้างวงล้อขึ้นมาใหม่จริงๆ ชั้นเชิงนี้ นอกเหนือจากการใช้ประโยชน์จากวิธีการในปัจจุบัน ยังช่วยให้สามารถใช้แอปพลิเคชัน "ดีที่สุดของสายพันธุ์" ของทุกแพลตฟอร์มได้
- มันจะต้องออกมาอย่างเต็มที่และสามารถมีส่วนร่วมในกระบวนการ CI/CD เพื่อให้สามารถใช้ตัวอย่าง 'โครงสร้างพื้นฐานเป็นโค้ด' ได้
- มันควรจะไม่เชื่อเรื่องพระเจ้าเมื่อทำงานกับผู้จำหน่ายระบบคลาวด์พื้นฐานที่ติดต่อด้วย เพื่อไม่ให้ติดอยู่ในไซโลของผู้ขาย โดยเฉพาะอย่างยิ่งควรเป็นทรัพยากรเปิด
- ในที่สุด ก็ควรพร้อมที่จะเติบโตไปพร้อมกับคุณและจัดการกับการใช้งานหลายพันคน ผู้คนและผู้เช่าหลายพันคน
สรุป
การเปลี่ยนไปใช้ผลิตภัณฑ์ไฮบริดคลาวด์มีแนวโน้มที่ดีในการพิสูจน์โครงสร้างพื้นฐานด้านไอทีและฟังก์ชันของคุณในอนาคตที่คาดการณ์ได้ แต่จะมีค่าใช้จ่าย: ความซับซ้อน
ความซับซ้อนนี้สามารถบรรเทาได้โดยใช้ระบบอัตโนมัติในระดับที่สูงขึ้นซึ่งสรุปประเด็นที่เจ็บปวด นำการลงทุนอัตโนมัติในปัจจุบันมาใช้ซ้ำ และช่วยให้สามารถอธิบายกระบวนการที่ทำซ้ำได้อย่างสมบูรณ์แบบสำหรับการดำเนินงาน
หากไม่มีระบบอัตโนมัติประเภทนี้ คุณจะเต็มไปด้วยความซับซ้อนของการทำงานในสภาพแวดล้อมที่แตกต่างกัน แต่ด้วยสิ่งนี้ คุณจะสามารถปลดล็อกโอกาสทั้งหมดของการมองเห็นบนคลาวด์ของคุณได้
Nati Shalom เป็นผู้ก่อตั้งและ CTO ที่ Cloudify