พิจารณาสิ่งเหล่านี้ก่อนที่จะย้ายข้อมูลไปยัง Hybrid Cloud

การใช้ Public Cloudไม่ใช่ตัวเลือกที่ดีที่สุด และนั่นคือเหตุผลว่าทำไม Hybrid Cloud จึงเป็นตัวเลือกที่เหมาะสำหรับธุรกิจ ข้อมูลบางส่วนจะถูกเก็บไว้บนVMware , Oracle หรือเครื่องมือที่คล้ายกันที่คุณเลือก ส่วนที่เหลือจะถูกย้ายไปยัง Public Cloud คุณยังสามารถสร้าง Private Cloud ด้วยคุณสมบัติเช่น Public Cloud และในที่สุดก็ได้รับผลิตภัณฑ์ไฮบริด

Hybrid Cloud ช่วยให้สามารถรันโครงสร้างพื้นฐานบนคอมพิวเตอร์ได้โดยตรง โดยใช้คุณสมบัติคลาวด์บางอย่าง จากนั้นสลับเป็นสาธารณะหรือส่วนตัวเมื่อพร้อม ในความเป็นจริง ข้อมูลและบริการบางอย่างไม่เคยเข้าถึง Public Cloud เนื่องจากข้อจำกัดที่กำหนดโดยกฎระเบียบ ความปลอดภัย แบนด์วิธ หรือต้นทุน

ลักษณะแบบไฮบริดของ Hybrid Cloud มีประโยชน์ในทางปฏิบัติ ช่วยให้ฝ่ายไอทีสามารถทดสอบอย่างรอบคอบหรือยกเลิกได้หากจำเป็น

ในการเริ่มใช้คลาวด์ ไม่ว่าจะเป็นส่วนตัวหรือสาธารณะ คุณจะต้องมีบริการหลัก กลยุทธ์ว่าอะไรควรไปก่อน อะไรต่อไป จะย้ายไปที่ไหน...

บริการหลักไฮบริดคลาวด์

มีบริการโครงสร้างพื้นฐานที่สำคัญ 3 ประการที่ต้องพร้อมใช้งานทั้งบนศูนย์ข้อมูลและ Public Cloud เพื่อใช้งาน Hybrid Cloud ได้อย่างมีประสิทธิภาพ:

• ความปลอดภัยและการระบุตัวตน: ผู้ใช้จำเป็นต้องตรวจสอบสิทธิ์เพื่อเข้าถึงแอปพลิเคชัน ทั้งในคลาวด์และบนอุปกรณ์ การจัดการจะต้องมีการรวมศูนย์
• ค้นหา: ต้องอนุญาตการค้นหาทั้งสองแห่ง จะต้องเป็นโซลูชันการค้นหาที่ช่วยค้นหาบนทั้งสองสภาพแวดล้อมในขณะที่ยังคงรักษาความปลอดภัย เนื่องจากคุณไม่ต้องการให้ข้อมูลที่อยู่เบื้องหลังไฟร์วอลล์ของคุณถูกค้นหาบนเครือข่ายภายนอก
• ข้อมูลหลัก: แน่นอนว่านี่เป็นฐานข้อมูลระบบคลาวด์ ไม่ใช่ทั้งหมดจะต้องอยู่ในRDBMS (ระบบจัดการฐานข้อมูลที่เกี่ยวข้อง) ข้อมูลสำคัญ (โดยที่แอปพลิเคชันยังไม่สามารถทำงานได้) สามารถเก็บไว้ในที่เก็บข้อมูลอื่นได้ ข้อมูลสำคัญบางส่วน (โดยที่แอปพลิเคชันไม่สามารถทำงานได้) จะถูกจัดเก็บไว้ในระบบคลาวด์ ต้องขอบคุณแอปพลิเคชันอย่าง Salesforce

คุณไม่สามารถวางบางสิ่งบางอย่างบนคลาวด์แล้วส่งได้ตลอดเวลา

สิ่งที่ต้องใส่บน Public Cloud?

แอปจะไม่ย้ายไปยังคลาวด์จนกว่าจะมีการอัปเดต ในการตัดสินใจว่าจะอัปเกรดอะไร คุณต้องตอบคำถามต่อไปนี้:

• วิ่งราคาเท่าไหร่ครับ? คุณสามารถประหยัดค่าอุปกรณ์และการจัดการเมื่อนำแอปพลิเคชันมาสู่ระบบคลาวด์ แต่การใช้หวายก็ไม่ได้ถูกกว่าเสมอไป หากเซิร์ฟเวอร์ใช้ รอบของCPUเผยแพร่ข้อมูลจำนวนมากให้กับผู้ใช้เพียงไม่กี่ราย และแอปพลิเคชันไม่เคยอัปเดต ก็ยากที่จะบอกว่าการใช้คลาวด์มีราคาถูกกว่า
• สถาปัตยกรรมของแอปพลิเคชันคืออะไร? แอปพลิเคชันที่สร้างขึ้นบนเทคโนโลยีเว็บสมัยใหม่จะถ่ายโอนข้อมูลได้ง่ายกว่าแอปพลิเคชันที่ใช้เทคโนโลยีรุ่นเก่า เช่น CORBA สถาปัตยกรรมแบบเก่าไม่รู้ว่าจะมีเมฆหรือไม่ ดังนั้นคุณจะต้องเขียนมันใหม่ตั้งแต่ต้นเพื่อปรับเปลี่ยน
• คุณมีกลุ่มสนับสนุนหรือไม่? หากทีมพัฒนาและทีมโครงสร้างพื้นฐานไม่สนับสนุนการย้ายข้อมูล จะเป็นเรื่องยากมากและมีแนวโน้มที่จะล้มเหลว
• มีปัญหาทางกฎหมายอะไรบ้าง? หากคุณต้องปฏิบัติตามกฎระเบียบหรือใบรับรอง คุณต้องแน่ใจว่าโครงสร้างพื้นฐานคลาวด์สามารถจัดการได้ ข้อกำหนดเหล่านี้อาจซับซ้อน: แอปและ/หรือข้อมูลในประเทศของคุณได้รับอนุญาตหรือไม่ ผู้ให้บริการคลาวด์มีข้อมูลรับรองที่ถูกต้องหรือไม่? แอปพลิเคชันระบบคลาวด์มีคุณสมบัติตรงตามข้อกำหนดเหล่านั้นหรือไม่
• สินทรัพย์ที่ต้องมีมีอะไรบ้าง? สินทรัพย์ที่จำเป็นทั้งหมดของแอปพลิเคชันมาจากระบบคลาวด์หรือไม่
  จะหาข้อมูลได้อย่างไร? ถ้าเอาข้อมูลไปไว้บนคลาวด์จะมีใครเจอมั้ย? จะทำให้เป็นสาธารณะจากอุปกรณ์ส่วนตัวได้อย่างไร? จะค้นหาและรวมเข้ากับข้อมูลภายในได้อย่างไร?

สิ่งที่กล่าวมาข้างต้นยังใช้กับการย้ายไปยัง Private Cloud ซึ่งเป็นศูนย์ข้อมูลภายในองค์กรประเภทหนึ่งที่ใช้เทคโนโลยีและสถาปัตยกรรมเดียวกันกับ Public Cloud ในบางกรณี เช่น เมื่อจำเป็นต้องปฏิบัติตามกฎระเบียบหรือสินทรัพย์แอปพลิเคชัน ปัญหาเหล่านี้แก้ไขได้ง่ายกว่าโดยใช้ Private Cloud

ควรจะเหลืออะไร?

แอปพลิเคชันบางตัวไม่ควรไปที่คลาวด์ ไฮบริด หรือไม่ ในระยะยาวคุณควรคิดถึงการหาแอพพลิเคชั่นใหม่ๆ ในระยะสั้น อาจสามารถฝากไว้ที่สถานที่ได้ หาก:

• เสถียร: แอปพลิเคชันไม่ได้รับการอัพเดต ยังคงใช้งานอยู่และมีเสถียรภาพมาก
• ไม่เกี่ยวข้องกับเว็บ: แอปพลิเคชันนี้เขียนขึ้นในยุค 90 ทำทุกอย่างด้วยที่อยู่คงที่ อาจเป็นแอปพลิเคชันเดสก์ท็อป 4GL ที่ใช้บริการเทอร์มินัล แอปพลิเคชันใดๆ ที่ใช้เทคโนโลยีก่อนเว็บและคลาวด์จะถ่ายโอนข้อมูลได้ยากและมีราคาแพง
• การขึ้นต่อกัน: หากแอปพลิเคชันขึ้นอยู่กับสิ่งอื่น ๆ มากมาย แสดงว่ายังไม่พร้อมที่จะไปยังคลาวด์

ดูเพิ่มเติม:

• วิธีติดตั้ง ownCloud บน Windows
• Multicloud - ก้าวใหม่ของเทคโนโลยีการประมวลผลแบบคลาวด์