Private Cloud คืออะไร

กลายเป็นรูปแบบหนึ่งของระบบ Cloud Computing เลยก็ว่าได้ สำหรับ Private Cloud ที่ประกอบด้วย Cloud Based Environment แยกส่วนออกมาเป็นส่วนตัว พร้อมทั้งมีการรักษาความปลอดภัยอย่างเป็นระเบียบ มีเพียงผู้ที่ได้รับอนุญาตเท่านั้นในการเข้าถึงและจัดการ แต่ก็มีส่วนที่คล้ายกับ Cloud รูปแบบอื่นๆ ตรงที่ Private Cloud มีบริการ Computing Power as a Service ภายใน Virtualised Environment โดยใช้ทรัพยากรจากแหล่งของ Physical Computing Resource แต่อย่างไรก็ตาม แหล่งทรัพยากรของ Private Cloud นี้ก็ได้เปิดให้เข้าถึงได้เพียงหนึ่งองค์กรเท่านั้น เพื่อให้องค์กรนั้นๆ มีความเป็นส่วนตัวและมีอำนาจในการควบคุมการจัดการมากขึ้น

 

เทคนิคที่ใช้เพื่อให้บริการ Private Cloud อาจมีได้หลากหลาย ดังนั้นจึงเป็นการยากที่จะจำแนกประเภทของ Private Cloud ด้วยคุณสมบัติทางเทคนิค ซึ่งโดยทั่วไปแล้ว Cloud มักจะถูกจำแนกด้วยฟีเจอร์การให้บริการลูกค้าเสียมากกว่า สิ่งที่จำแนก Private Cloud ออกมาจากบริการรูปแบบอื่น ก็คือ ระบบ Ring Fencing ของ Cloud ที่กั้นไว้สำหรับให้องค์กรเพียงองค์กรเดียวใช้งานเท่านั้น และระบบรักษาความปลอดภัยในระดับที่สูงกว่าปกติ โดยแตกต่างจากบริการ Public Cloud ที่ให้ลูกค้าหลายรายสามารถเข้าถึง Virtualised Service ได้ นอกจากนั้นยังมีการดึงเอาทรัพยากรออกมาจากแหล่งทรัพยากรเดียวกันใน Public Network ซึ่งถ้าเป็น Private Cloud จะดึงทรัพยากรจากแหล่งที่แยกออกมาต่างหาก โดยอาจจะติดตั้งอยู่ภายในหรือภายนอกก็ได้ เข้าถึงได้จากการเชื่อมต่อไปยังผู้ให้บริการโดยตรง (Lease Line) หรือการเชื่อมต่อเข้ารหัสผ่านทาง Public Network

ระบบรักษาความปลอดภัยเพิ่มเติมที่มีการกั้นเขตการใช้งาน Cloud นี้เรียกได้ว่าเหมาะสำหรับกลุ่มองค์กร รวมทั้งบริษัทต่างๆ ที่มีการเก็บและดำเนินการเกี่ยวกับข้อมูลที่เป็นส่วนตัวหรือมีความละเอียดอ่อนสูงเป็นอย่างมาก ตัวอย่างเช่น บริษัทด้านการเงินที่มีข้อบังคับตามระเบียบให้ต้องเก็บข้อมูลละเอียดอ่อนไว้ภายใน แต่ยังต้องการใช้ประโยชน์จาก Cloud Computing อย่างการจัดสรรทรัพยากรได้ตามต้องการ จะเหมาะกับ Private Cloud เป็นอย่างดี

อันที่จริงรูปแบบของ Private Cloud ค่อนข้างใกล้เคียงกับ Local Access Networks (LANs) ส่วนตัวที่องค์กรต่างๆ เคยใช้กันมาในอดีต เพียงแค่เสริมข้อได้เปรียบของเทคโนโลยี Virtualisation เข้าไปเท่านั้นเอง

ฟีเจอร์ และประโยชน์ที่จะได้จากการใช้งาน  Private Cloud มีดังนี้

มีความปลอดภัยและความเป็นส่วนตัวสูง

แม้ว่า Public Cloud จะมีระบบรักษาความปลอดภัยอยู่แล้วในระดับหนึ่ง แต่ Private Cloud สามารถให้ความมั่นใจด้านความปลอดภัยที่ดีกว่า ด้วยเทคโนโลยีหลายๆ อย่าง อาทิ การมีแหล่งทรัพยากรแยก พร้อมจำกัดสิทธิ์การเข้าถึง ต้องเชื่อมต่อจากภายในระบบ Firewall ขององค์กรเท่านั้น การใช้งาน Lease Line และ/หรือ การติดตั้งภายในแบบ On-Site Hosting

ควบคุมได้มากขึ้น

เพราะ Private Cloud สามารถเข้าถึงได้เพียงองค์กรเดียวเท่านั้น องค์กรจึงสามารถจัดการและตั้งค่าจากภายในได้เต็มที่เพื่อให้ได้ Tailored Network Solution ที่เหมาะกับการใช้งานมากที่สุด แต่สิทธิ์การควบคุมในระดับนี้ทำให้สูญเสียการประหยัดต่อขนาด (Economies of Scale) ที่มีใน Public Cloud ไปบางส่วน เนื่องจากจะต้องมีค่าใช้จ่ายในการลงทุนสำหรับจัดการระบบ Hardware เพิ่มเข้ามา

ใช้ต้นทุนและพลังงานอย่างคุ้มค่า

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

 

มีความน่าเชื่อถือสูง

ต่อให้ทรัพยากรทั้งหลาย ไม่ว่าจะ Server หรือ Network ถูก Host อยู่ภายในองค์กร ก็ยังได้รับข้อดีของ Virtualised Operating Environment ไม่ต่างกัน นั่นก็คือ ระบบ Network นั้นจะสามารถฟื้นตัวจากสภาพล้มเหลวในระบบ Infrastructure ได้เร็ว เช่น Virtual Partition ทำให้สามารถดึงทรัพยากรจาก Server ที่ไม่ได้รับความเสียหายมาใช้ได้ นอกจากนี้ ถ้า Cloud ถูก Host โดยผู้ให้บริการบุคคลที่สาม ทางองค์กรผู้ใช้บริการก็จะได้สิทธิประโยชน์จากระบบรักษาความปลอดภัยทางกายภาพของระบบ Infrastructure ที่อยู่ใน Data Center นั้นๆ อีกด้วย

ระบบ Cloud Bursting

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

OpenStack เป็นผู้นำ Private Cloud ไม่ได้ ถ้าขาด AWS

OpenStack กำลังมาแรงเป็นกระแสกับบริการ Private Cloud แต่มันอาจยังไม่เพียงพอสำหรับตลาดการแข่งขันในตอนนี้ อีกทั้งการจะประสบความสำเร็จได้นั้นขึ้นอยู่กับ AWS อย่างเลี่ยงไม่ได้

Alan Waite นักวิเคราะห์แห่ง Gartner กล่าวว่า OpenStack ยังมีข้อจำกัดในการใช้งานค่อนข้างเยอะ มีเพียงไม่กี่เคสที่มีการใช้งานเหมาะกับ OpenStack ดังนั้น OpenStack ต้องหาวิธีที่จะทำให้ คลาวด์ ของตนทำงานร่วมกับ Public Cloud ได้มากกว่านี้ และ OpenStack ยังต้องพึ่งพา AWS (Amazon Web Service) แต่ติดปัญหาตรงที่ AWS ไม่ได้ต้องการ OpenStack มากเท่า OpenStack ต้องการ AS

Private หรือ Public ดี?

OpenStack ต้องมอง AWS ในฐานะ Partner ให้ความสำคัญกับ AWS API รวมไปถึง Azure API ที่นับเป็นอีกตัวเลือกหนึ่งในตลาด Robert Cathey PR ของ OpenStack ออกมาชี้ปัญหาของเรื่องนี้ว่า AWS ไม่เห็น OpenStack เป็น Partner ที่คู่ควร แม้ว่าทาง OpenStack จะเล็งเห็นถึงความจำเป็นที่ต้องร่วมงานกับ AWS ก็ตาม ที่เป็นแบบนี้เนื่องจาก AWS ยืนยันที่จะยึดติดกับ Public Cloud ของตัวเองเป็นหลัก ถึงขั้นบอกว่า Private Cloud ไม่ถือว่าเป็น คลาวด์ เพราะมันทำให้พลาดข้อได้เปรียบทั้งหมดของการทำงานในระบบ Cloud

บางฝ่ายอาจพุ่งเป้าไปยังราคาที่ค่อนข้างสูงของ Private Cloud ตามที่ 451 Research จะพยายามเปิดเผย แต่ที่จริงแล้วราคาของ Private Cloud มีความคลุมเครือไม่ต่างจาก Server-based สักเท่าไหร่ อีกทั้งเรื่องราคาไม่ใช่ประเด็นหลักที่ทำให้ผู้คนย้ายมาใช้งาน Public Cloud ขึ้นอยู่กับความสะดวกในการใช้งานมากกว่า

ความหวังสุดท้ายของ Private Cloud

สำหรับหลายๆ บริษัทแล้ว Hybrid Cloud ก็ไม่ต่างอะไรกับ Private Cloud รูปแบบใหม่ หลังจากที่ Private Cloud เดิมไม่สามารถทำได้อย่างที่ต้องการ Hybrid Cloud จึงเป็นสิ่งที่ผู้ให้บริการมือรองหวังที่จะใช้แข่งกับ Amazon และ MicroSoft ทั้งยังกลายมาเป็นทางออกของเหล่าบริษัทที่เห็นแล้วว่า Private Cloud ส่วนตัวไม่เวิร์ค จนต้องเริ่มหันไปหา Public Cloud แทน

Alan Waite ยังยืนยันว่า ตอนนี้ OpenStack เป็นความหวังที่ดีที่สุดที่จะให้ Private Workload Control Layer สามารถทำงานร่วมกับเทคโนโลยีหลากหลายรูปแบบได้ เพราะ OpenStack มี Control plane และ API สำหรับการ Compute ในลักษณะไม่ต่างจากสิ่งที่ Software-defined Networking และ Software-defined Storage ทำสำหรับ Network และ Storage เท่าไหร่ แต่ก็ยังไม่ตอบโจทย์เทียบเท่า AWS และ Public Cloud อยู่ดี จำนวนการใช้งานของ OpenStack ตามจริงมีเพียงแค่หลักร้อย เพราะด้วยข้อจำกัดในการใช้งานและมีไม่กี่เคสที่เหมาะกับ OpenStack

ทว่ายังพอมีหวัง ถ้า OpenStack ผันตัวเองมาเป็น Partner และ Gateway สำหรับการเข้าถึงของ Public Cloud นอกจากนี้ OpenStack ยังต้องการคนกลางที่สามารถจัดระเบียบให้กับความยุ่งเหยิงของ OpenStack และสามารถสร้างความน่าเชื่อถือได้ ดังเช่นที่ Red Hat เคยทำมาแล้วกับ Linux ซึ่งแน่นอนว่า Red Hat เองก็อยู่ในตำแหน่งที่เหมาะสมจะเข้ามาจัดการ OpenStack ด้วยเช่นกัน ช่วงนี้ OpenStack เองก็เริ่มจ่ายเงินปันผลให้กับ Red Hat อย่างจริงจังแล้ว CEO Jim Whitehurst จาก Red Hat ยังเผยว่า OpenStack จ่ายมากว่า 100,000 ดอลล่าร์ ซึ่งนับเป็นหนึ่งใน Deal ที่น่าสนใจไม่ใช่น้อย

หนทางของ OpenStack

แม้ว่า Public Cloud จะเติบโตอย่างรวดเร็ว ดังที่ Thomas Bittman นักวิเคราะห์จาก Gartner ได้ออกมาเผยว่า Workload ใหม่ๆ ดูมีแนวโน้มจะพึ่งพา Public Cloud กันเป็นส่วนใหญ่ ซึ่งแน่นอนว่าของใหม่ย่อมเติบโตเร็วมากกว่า Workload ของ Data Center แบบเดิมๆ โดยครั้งนี้เร็วกว่าถึง 3 เท่า ทางด้าน Eucalyptus API ที่ทำงานคู่กับ AWS ได้เป็นอย่างดี ดูจะเป็นก้าวที่ชาญฉลาดของ HP แต่สำหรับ OpenStack น่าจะต้องพยายามเพิ่มขึ้นเพื่อร่วมมือกับ AWS

ส่วนความสำเร็จในการใช้งาน OpenStack ของบริษัทชั้นนำอย่าง Walmart เป็นเพียงข้อยกเว้นอย่างหนึ่งเท่านั้น ไม่ใช่ว่าทุกบริษัทจะทำได้แบบนี้ ซึ่ง OpenStack จำเป็นต้องหาหนทางการทำงานที่เข้ากันได้กับ Amazon และ Microsoft เพื่อผลักดันตัวเองให้เป็นมากกว่าแค่เครื่องบังหน้าของกลุ่ม CIO ที่ยังไม่คุ้นชินกับ คลาวด์

จากที่กล่าวไปข้างต้นว่า Red Hat อาจจะเป็นตัวช่วยเบอร์หนึ่งของ OpenStack ก่อนหน้านี้ Red Hat สามารถรัน Red Hat Enterprise Linux ในหลายระบบปฏิบัติการได้ โดยร่วมมือด้าน Data Center กับ AWS และทางองค์กรเองก็ขยับขยาย Management Service ให้ง่ายขึ้นสำหรับการจัดการ Workload จากหลากหลาย Deployment Target ซึ่งวิธีการพวกนี้น่าจะเอามาปรับใช้กับ OpenStack ด้วยเช่นกัน เป็นการเพิ่มฐานลูกค้าผู้ใช้บริการ OpenStack แม้ว่าภาระจะตกไปอยู่ที่ Red Hat มากกว่า AWS ก็ตาม

Paul Cormier ประธานของ Red Hat แสดงความเห็นเกี่ยวกับปัญหาของการบริการ PaaS จากผู้ให้บริการรายอื่นไว้ว่า เมื่อเราสร้าง Application ลงบน PaaS ของคนอื่น ไม่ว่าเป็น Google หรือใครตามก็ตาม มันจะคงอยู่ใน Network นั้นๆ ไม่สามารถเอาออกมาได้ ตัว Application จะรันบน Network ของผู้ให้บริการเท่านั้น ซึ่งนั่นเป็นสิ่งที่ลูกค้าไม่ต้องการ แต่ Red Hat สามารถแก้ปัญหาได้ โดยการสร้าง Platform สำหรับ Different Deployment Target นับเป็นโชคดีของ OpenStack ที่ Red Hat ออกปากแล้วว่าอยากให้ OpenStack ทำงานร่วมกับ AWS ได้ ที่เหลือก็ต้องรอดูกันต่อไปแล้วล่ะ ว่าจะสามารถทำความต้องการนี้ให้เกิดขึ้นจริงได้หรือไม่