หมวดหมู่: Cloud Computing

ผู้ผลิตซอฟต์แวร์ในปัจจุบันจำนวนมากต่างก็พยายามบอกว่า ซอฟต์แวร์ของตัวเองเป็น Cloud และให้บริการบน Cloud แล้ว พอถามไปถามมาบางทีก็เป็นเพียงแค่ Web Application รันอยู่บน Server ของบริษัท บางรายก็แค่เปลี่ยนรูปแบบการคิดราคาซอฟต์แวร์จากการขาย License เป็นการเช่าแบบ  Subscription ที่จ่ายเป็นรายปี แต่รูปแบบ Architecture ของซอฟต์แวร์ยังเป็นแบบเดิม ซึ่งจากที่พบมาซอฟต์แวร์ส่วนใหญ่มักจะไม่ใช่ซอฟต์แวร์บน Cloud ที่เป็น SaaS อย่างแท้จริง

SaaS (Software as a Service) คือหนึ่งในสามรูปแบบของการให้บริการบน Cloud (อีกสองบริการคือ IaaS และ PaaS) หลักการของ Cloud ส่วนหนึ่งคือ On-Demand และ Resource Pooling ซึ่งซอฟต์แวร์แบบเดิมที่เป็น Client/Servcer Architecture หรือ Web Architecture มักจะไม่ได้ออกแบบมาในลักษณะแบบนี้ การทำซอฟต์แวร์แบบ SaaS ที่สำคัญที่สุดเรื่องหนึ่งคือการมีคุณสมบัติ Multi-Tenant ซึ่งจะช่วยในเรื่องของการทำ Demand Poolingโดย SaaS ที่แท้จริง (true-SaaS) จะต้องให้ผู้ใช้สามารถทำ configuration สำหรับใช้ซอฟต์แวร์ที่ต่างกันได้ แต่ฟังก์ชั่นของซอฟต์แวร์จะต้องเหมือนกันสำหรับผู้ใช้ทุกคน แต่ผู้ใช้แต่ละรายมีที่เก็บข้อมูลที่ต่างกัน การมี configuration  ที่แตกต่างกัน ไม่ได้หมายความว่าผู้ใช้แต่ละรายจะสามารถปรับซอฟต์แวร์  (customization) ให้มีฟังก์ชั่นต่างกัน ข้อสำคัญอีกอย่าง true-SaaS จะทำงานอยู่บนกลุ่มของ  Instance ชุดเดียวกัน ไม่ใช่แยก Instance ในแต่ละผู้ใช้ ซึ่งการมีสถาปัตยกรรมแบบ Multi-Tenant on same instance group จะทำให้ง่ายต่อการขยายระบบ (scalability) และทำให้เกิด Economy of Scale

ดังนั้นการพัฒนาซอฟต์แวร์เดิมขึ้น Cloud จึงจำเป็นต้องมีการปรับปรุงโปรแกรมเดิมหรือเรียกว่า Re-engineering เพื่อให้รองรับการทำ Multi-tenant ซึ่งนักพัฒนาซอฟต์แวร์จำนวนมากก็จะเลือกที่จะใช้ PaaS (Platform as a Sevice) อย่างบริการของ Microsoft Azure, IBM Bluemix, Google App Engine, Heroku หรือ Openshift  เพราะ PaaS จะช่วยทำให้การพัฒนา SaaS เป็นไปได้โดยง่าย เมื่อเทียบกับการใช้  IaaS (Infastructure as a Sevice) หรือการใช้ Private Cloud ของตัวเองที่จะต้องไปหาวิธีจัดการซอฟต์แวร์ให้รองรับ  Multi-tenant

แต่เนื่องจากการปรับซอฟต์แวร์เป็นเรื่องยากบริษัทซอฟต์แวร์ที่มีซอฟต์แวร์แบบ Client/Server  หรือ Web Architecture จึงเลือกที่จะย้ายซอฟต์แวร์ตัวเองไปรันบน IaaS ทีมีผู้ให้บริการอย่าง  Amazon Web Services, Window Azure, IBM SoftLayer หริอ  Digital Ocean ที่คิดค่าบริการแบบ Pay-as-you-go  ซึ่งผู้ให้บริการเหล่านี้มักจะมีบริการพร้อมที่จะรองรับการติดตั้งซอฟต์แวร์ที่มีสถาปัตยกรรมเป็น  Client/Server  และสามารถทำงานแบบ Auto-scale ได้ แต่ลักษณะการติดตั้งของบริษัทจะเป็นในรูปแบบที่ลูกค้าที่จะใช้ซอฟต์แวร์แต่ละรายจะมี  instance ที่ต่างกันถ้าบางรายใช้งานเยอะก็อาจจะมีหลาย Instance  ระบบแบบนี้จะเป็น Multi-instance  มากกว่าที่จะเป็น Multi-tenant ทำให้การขยายซอฟต์แวร์เป็นไปได้ยาก และบริษัทซอฟต์แวร์จะต้องใช้บริการของผู้ให้บริการ  IaaS รายใหญ่ๆเท่านั้นเพราะจะต้องสามารถรองรับ Instance  จำนวนมากที่แปรผันตามจำนวนผู้ใช้ได้ เราเรียกการบริการแบบนี้ว่า  SoSaaS (Same old Software, as a Service) ซึ่งแน่นอนราคาของ SoSaaS ถึงได้สูงกว่า  true SaaS  เพราะบริษัทซอฟต์แวร์ต้องมีต้นทุนการเช่า instance ที่สูงกว่า  (ระบบ Multi-tenant อาจมีผู้ใช้ 1,000 รายที่รันบน  100  instance  แต่ระบบ SoSaaS  จะต้องมีอย่างน้อย 1,000 instance สำหรับผู้ใช้ 1,000 ราย)

SoSaaS ก็มีข้อดีในการที่ทำให้ซอฟต์แวร์แบบเก่าสามารถขึ้นมาให้บริการบน  Cloud ได้ ซึ่งถ้าพิจารณากันจริงๆแล้ว ระบบนี้เป็นแบบ Managed Hosting  มากกว่า SaaS  แต่ก็มีข้อดีรายประการเช่น

• ผู้ใช้สามารถที่จะใช้ Application เดิมได้โดยไม่ต้องมาเรียนรู้ Application ใหม่
• บริษัทซอฟต์แวร์สามารถที่จะย้ายซอฟต์แวร์ขึ้น Cloud ได้โดยไม่ต้องเรียนรู้ทักษะการพัฒนาโปรแกรมใหม่ เป็นเพียงการติดตั้ง Middleware และ Software เดิมบน IaaS
• ผู้ใช้สามารถเลือกที่จะให้ผู้ให้บริการปรับซอฟต์แวร์ (customization) ตามความต้องการได้
• ระบบเสมือนเป็นแบบ  on-premise ที่ผู้ให้บริการสามารถที่จะบริหารจัดการเสมือนติดตั้ง server บนระบบ DataCenter ของตัวเองได้
• ผู้ใช้สามารถจะวางแผนการ Upgrade ซอฟต์แวร์เองได้ ซึ่งต่างกับการ upgrade ซอฟต์แวร์ SaaS ที่ผู้ให้บริการจะต้อง Upgrade ให้ผู้ใช้ทุกคนพร้อมๆกันเพราะเป็นระบบแบบ  Multi-tenant
• การบริหารระบบความปลอดภัยจะดีกว่าแบบ  SaaS  ที่ผู้ใช้รายจะใช้กลุ่มของ Instance ชุดเดียวกัน

แต่ SoSaaS  ก็มีข้อด้อยหลายประการเมื่อเทียบกับ  true SaaS  อาทิเช่น

• ต้นทุนของผู้ให้บริการจะสูงกว่ามาก
• การขยายระบบเป็นไปได้ยาก เพราะต้องขยายให้กับลูกค้าแต่ละราย ยกเว้นจะมีระบบ Auto-Scaling แต่ก็จะเพียงการเพิ่มหรือลด instance ตามที่ผู้ใช้กำหนด ซึ่งยังไม่ยิดหยุ่นแบบ true SaaS  ที่ผู้ใช้รายๆหลายอาจใช้ instance แต่ละตัวร้วมกัน
• การบำรุงรักษายากกว่ามากเพราะบริษัทซอฟต์แวร์จะต้องมาดูแยกดูแลลูกค้าแต่ละรายแยกตาม instance)

จากที่กล่าวมาทั้งหมดผู้ที่จะใช้บริการ SaaS  คงต้องตรวจสอบให้ดีว่าให้ว่า SaaS  ที่จะเรียกใช้เป็นซอฟต์แวร์แบบใด true-SaaS  หรือ SoSaaS ถ้าเป็น  SoSaaS ก็คงต้องถามต่อว่าแล้ว Server ใช้บริการของ IaaS ที่ใด ถ้าบอกว่าติดตั้งเอง ฟันธงนะตรงนี้ได้เลยครับว่าระบบแบบนั้นขยายไม่ได้ ไม่สามารถรองรับลูกค้าจำนวนมากได้ เว้นเสียแต่ว่าบริษัทจะต้องลงทุนค่า Infrastructure มหาศาล

ธนชาติ นุ่มนนท์

IMC Institute

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

ทุกวันนี้หน่วยงานส่วนใหญ่ไม่มีความจำเป็นต้องผลิตไฟฟ้าใช้เอง ไม่ต้องผลิตน้ำประปาเอง สิ่งเหล่านี้เป็นโครงสร้างพื้นฐานในการทำธุรกิจในองค์กร แต่ก็อดมีคำถามไม่ได้ว่าแล้วทำไมเราต้องมีหน่วยงานไอทีในหน่วยงาน ทำไมเราต้องผลิตไอทีมาใช้เองละ ทำไมไม่ใช้บริการจากผู้ให้บริการ เหมือนอย่างที่เราใช้น้ำจากการประปานครหลวง ใช้ไฟฟ้าจากการไฟฟ้า หรือใช้โทรศัพท์จาก TOT หรือผู้ให้บริการโทรศัพท์เคลื่อนที่

ในอดีตบทบาทของแผนกไอทีในองค์กรก็จะมาช่วยบริหารไอทีในองคกร  ไล่มาตั้งแต่ด้าน Front end แผนกไอทีจะทำหน้าที่เป็น Help Desk ให้กับบุคลากรในหน่วยงาน จัดหาคอมพิวเตอร์ให้ใช้ ติดตั้งโปรแกรม ทำการซ่อมบำรุงเครื่องหรือแก้ปัญาด้านโปรแกรมที่ติดตั้งบนเครื่อง แต่พอพูดถึงเทคโนโลยียุคปัจจุบัน Smartphone Tablet เริ่มเข้ามา องค์กรก็เริ่มจะมีการเน้นการทำ BYOD มากขึ้น โปรแกรมก็ติดตั้งง่ายขึ้น มี Application Store ที่ผู้ใช้จะทำการติดตั้ง ลบ หรือ update โดยง่าย มีโปรแกรมที่อยู่บน Cloud ทำให้การติดตั้งโปรแกรมทำได้ง่ายขึ้น เครื่องก็เสียน้อยลง ความจำเป็นที่ต้องการ help desk สำหรับงานในองค์กรก็เริ่มน้อยลง เว้นเสียแต่เป็นองค์กรใหญ่มากหรือหน่วยงานเราเน้นระบบความปลอดภัยด้านไอทีอย่างมาก

แล้วแผนกไอทีต้องทำอะไรอีกละ ในอดีตอาจเป็นคนดูเครื่อง Server ดูแล Data Center แล้วถ้า Application ส่วนใหญ่มาใช้ Public Cloud ละ ความจำเป็นที่จะต้องมี Server ในองค์กรก็จะน้อยลง และถ้าองค์กรมาใช้ Virtual Server บน IaaS Cloud ก็จะยิ่งทำให้ความจำเป็นของแผนกไอทีในการดูแล Data Center ยิ่งน้อยลง

บางท่านอาจจะนึกได้ว่าแผนกไอทีก็เป็นคนพัฒนาระบบ Application ให้กับฝั่งธุรกิจใช้นี่ แผนกไอทีเคยเป็นคนติดตั้งระบบ E-mail โดยการจัดหา Server ติดตั้งซอฟต์แวร์และดูแลระบบอีเมล์ให้ แต่พอวันนี้มีระบบ SaaS Cloud ฝ่ายธุรกิจสามารถติดต่อกับผู้ให้บริการ Cloud โดยตรง และสามารถจัดหาระบบอีเมล์มาใช้ได้โดยง่าย โดยไม่ต้องผ่านแผนกไอที เช่นเดียวกันสมัยก่อนแผนกไอทีอาจเป็นคนพัฒนา Application หรือจัดหาซอฟต์แวร์และติดตั้งซอฟต์แวร์บนเครื่อง Server  ให้กับฝั่งธุรกิจ แต่พอวันนี้มีหลาย Application สามารถใช้งานจาก Public SaaS ฝั่งธุรกิจก็สามารถติดต่อกับผู้ให้บริการโดยตรง

จากที่กล่าวมาทั้งหมดแล้ว ดูเหมือนว่าแผนไอทีขององค์กรจะมีความสำคัญน้อยลงในยุคของ Cloud Computing หรือว่าแผนกไอทีกำลังจะหายออกไปจากองค์กรที่ไม่ใช่ธุรกิจไอที จริงๆคำกล่าวนี้อาจจะเป็นจริงสำหรับองค์กรขนาดเล็กอย่างกลุ่ม SME เพราะการลงทุนที่จะต้องมาจัดหาไอทีเอง จัดตั้งแผนกไอที หาคนมาทำงานด้านไอที ไม่ใช่เรื่องง่าย ดังนั้นการใช้ไอทีจากผู้ให้บริการ Cloud ขององค์กรแบบนี้จะช่วยทำให้ธุรกิจมีความคล่องตัวขึ้น และจะได้มุ่งเน้นงานในธุรกิจของตัวเองและปล่อยให้งานไอทีเป็นของผู้ให้บริการทีืมีคุณภาพซึ่งอยู่นอกองค์กร แต่คำกล่าวนี้อาจจะไม่เป็นจริงสำหรับองค์กรขนาดใหญ่ที่มีระบบไอทีอยู่มาก แต่แผนกไอทีต้องไม่ได้ละเลยกับเทคโนโลยี Cloud Computing และเราอาจเห็นระบบ Hybrid Cloud ในองค์กรที่การทำงานแผนกไอทีที่อาจเป็นการพัฒนาระบบ On-Premise หรือ Private Cloud ไปควบคู่กับการใช้ Public Cloud. ภายนอก

แผนกไอทีจะต้องให้ความสนใจกับเทคโนโลยี Cloud Computing ทำหน้าที่เป็นคนกลางระหว่างฝั่งธุรกิจและผู้ให้บริการ Cloud เป็นคนที่จะช่วยในการคัดเลือกผู้ให้บริการ Cloud เป็นผู้ที่จะประมาณการค่าใช้จ่าย Cloud ช่วยในการต่อรองเรื่อง Service Level Agremment (SLA) และอาจช่วยเป็น Monitor และดูแลการใช้ Cloud. ของฝั่งธุรกิจ ดังนั้นเราจะเห็นได้ว่าแม้บริการ Public Cloud จะเข้ามาแทนที่งานของแผนกไอทีเดิมเป็นจำนวนมาก แต่บทบาทความสำคัญของคนไอทียังไม่หายไปจากองค์กร ถ้าคนไอทีมีความเข้าใจเรื่อง Cloud และมีทักษะใหม่ๆในการบริหารและใช้งาน Cloud

แต่ในทางตรงข้ามถ้าคนไอทีไม่ใส่ใจและละเลยกับเทคโนโลยี Cloud computing ไม่ให้ความสำคัญกับเรื่องนี้ ไม่เข้าใจการเปลี่ยนแปลงของเทคโนโลยี ฝั่งธุรกิจก็จะละเลยแผนกไอทีแล้วก็จะไปติดต่อใช้งานกับผู้ให้บริการ Cloud โดยตรง ซึ่งผมก็เห็นตัวอย่างมาในบางองค์กรที่ฝั่งธุรกิจจัดหาซอฟต์แวร์บน Cloud อย่างระบบอีเมล์ ระบบบริหารงานลูกค้า หรือแม้แต่ระบบ Business Inteligence มาใช้งานโดยผ่านผู้ให้บริการ Cloud โดยตรง และไม่ปรึกษาแผนกไอที ก็ด้วยเหตุผลว่าไม่เห็นคุณค่าของแผนกไอทีในเรื่องนี้ และคิดว่าแผนกไอทีล่าช้าไม่สามารถพัฒนา Application ที่ตรงใจเหมือนกับ Application ของผู้ให้บริการ Cloud

ครับวันนี้คนไอทีต้องใส่ใจ Cloud ก่อนที่ฝั่งธุรกิจจะไม่ใส่ใจคนไอที

ธนชาติ นุ่มนนท์

IMC Institute

สัปดาห์ที่ผ่านมาผมไปนั่งเรียนหนังสือสองหลักสูตรของ Amazon Web Services คือ AWS Essentials และ Architecturing on AWS รวมสี่วัน แต่ก็มีเข้าๆออกๆไปประชุมบ้าง ไปบรรยายบ้าง ผู้เรียนโดยมากก็เป็น System Admin จากที่ต่างๆ แถมยังมีต่างชาติมาเรียนอีก 2-3 ท่าน ดูลักษณะผมค่อนข้างจะแปลกแยกกับผู้เรียนท่านอื่นๆ เพราะบางวันต้องผูกไทร์ใส่สูทไปเรียน

รูปที่ 1 การประมาณการรายได้ของบริษัท Amazon Web Services

AWS เป็นบริษัทลูกของ Amazon เป็นผู้ให้บริการ Cloud ที่เป็น Infrastructure as a Service. (IaaS) ที่มีรายได้ต่อปีหลายพันล้านเหรียญสหรัฐ และเติบโตขึ้นเรื่อยๆ โดยในปี 2013 มีรายได้ประมาณ 3.800 พันล้านเหรียญสหรัฐ โดยมีการคาดการณ์ว่าถ้ารวมมูลค่าการบริการ Cloud ให้กับภายในบริษัทแม่ (Amazon) อาจสูงถึง 19 -30 พันล้านเหรียญสหรัฐ และคาดการณ์ว่ารายได้ในปีนี้จะโตขึ้นเป็น 6.2พันล้านเหรียญสหรัฐดังแสดงในรูปที่  1 แต่เมื่อรายได้เทียบกับบริษัทแม่ Amazon ที่มีสูงถึง 74.4 พันล้านเหรียญสหรัฐแล้วนั้น AWS ถือว่ายังเล็กกว่ามาก ถ้ากล่าวถึงการจัดอันดับผู้ให้บริการ Cloud IaaS ทาง Gartner ได้จัดให้ AWS เป็นผู้ให้บริการที่อยู่ใน Top Quadrant ดังแสดงในรูปที่ 2 นำหน้ารายอื่นๆพอสมควร เพราะมี Service ต่างๆที่หลากหลายกว่า และ มีโครงสร้างพื้นฐานที่ดีมาก

รูปที่ 2 Magic Quadrant ของ Gartner ด้าน Cloud IaaS

AWS มีจำนวนเครื่อง Server จำนวนมาก ทั้งนี้เคยมีรายงานจาก United Nations เรื่อง Information Economy Report 2013  ประมาณการว่า Amazon น่าจะมี Server ประมาณ 250,000 เครื่องในปี  2012 และเมื่อเร็วๆนี้ก็มีนักวิจัยจาก Accenture คาดการว่า AWS น่าจะมี Server ประมาณ 454,000 เครื่อง จากช้อมูลของ AWS ระบุว่ามี Region ที่ตั้ง Data Center อยู่ 11 แห่งทั่วโลก โดย 4 แห่งอยู่ในสหรัฐอเมริการ ทั้งนี้มีแห่งหนึ่งให้ใช้เฉพาะรัฐบาลอเมริกา มีในยุโรป 2 แห่ง โดยเมื่อเดือนที่แล้วเพิ่งประกาศ Region แห่งใหม่ในประเทศเยอรมัน ในอเมริกาใต้มี 1 แห่งในบราซิล และมีอีก 4 แห่งในเอเซีย-แปซิฟิก ที่รวมทั้งในประเทศจีน ซึ่งกำหนดการใช้งานโดยรัฐบาลจีน  Region ที่ใกล้บ้านเรามากที่สุดคืออยู่ในประเทศสิงคโปร์ AWS กำหนดให้ในแต่ละ Region ต้องมี Availability Zone (AZ) อย่างน้อยสองแห่ง  ซึ่งแต่ละ AZ เป็น Cluster ของ Data Center อยู่กันคนละที่ตั้ง ใช้ Power Supply ต่างกัน การเดินสาย Network ที่ต่างกัน ดังนั้นแม้จะเกิดภัยวิบัติในAZ แห่งหนึ่ง ก็อาจจะไม่กระทบ AZ อีกแห่งหนึ่ง ทำให้ระบบของ AWS มีความเสถียรมากพอควร นอกจากนี้ AWS. ยังมี Edge Location สำหรับที่ช่วยลด  Latency และเพิ่มประสิทธิภาพการเข้าถึงระบบอีก 52 แห่ง

รูปที่ 3 ตำแหน่งที่ตั้ง Regionและ  Edge Location ของ AWS [ยังไม่รวมที่ประเทศเยอรมัน]

AWS ได้เปลี่ยนแปลงการทำงานของคนไอทีอย่างมากมาย และกำลังทำให้โลกของการพัฒนาระบบไอทีเปลี่ยนไป ถ้าเราแค่ว่าจะหา Server มาใช้งานซักตัว การใช้ผู้ให้บริการ Cloud อย่าง AWS กับผู้ให้บริการรายอื่นๆหรือแค่การทำ Virtualization ย่อมไม่ต่างกันมากนัก บางทีอาจแทบจะไม่ต่างกับแบบ on premise ที่จัดหา Server มาใช้งานเองด้วยซ้ำไป แต่ถ้าคำนึงถึงระบบความปลอดภัย ความเสถียรของระบบ การทำAuto-Scability หรือสถาป้ตยกรรมที่ดีสำหรับระบบ Server แล้วระบบ  Cloud IaaS ของ AWS ต่างกับผู้ให้บริการ Cloud รายเล็กอย่างมาก และยิ่งเห็นความแตกต่างเมื่อผู้ให้บริการ Cloud อย่าง AWS มีระบบ  Portal ที่เป็น self service ที่ช่วยให้เรา config ระบบต่างๆได้เอง โดยไม่ใช่เป็นเพียงผู้ให้บริการ Cloud ที่เพียงจัดหา Server ให้เราใช้แล้วต้องผ่าน Call Center ที่คอยมา config เครื่อง Server ให้เราบางเครื่อง แล้วเราไม่สามารถบริหารจัดการได้เอง

รูปที่ 4 ตัวอย่างของ  Web Application Hosting Architecture โดยใช้  AWS

การเรียนหลักสูตร  Architecturing on AWS  ทำให้เราสามารถสร้างระบบ Server ที่มีสถาปัตยกรรมขนาดใหญ่ดังตัวอย่างของ Web Application Hosting Architecture ในรูปที่ 4 นี้ได้ ซึ่งถ้าเป็นแต่เดิมผมบอกได้เลยว่าการเรียนเพื่อที่จะสร้างระบบ Server ขนาดใหญ่แบบนี้และต้องมา config ระบบจำนวนมากอย่างนี้ โดยได้ปฎิบัติจริงในห้องเรียนแทบเป็นไปไม่ได้เลย เพราะเราต้องหาระบบ Hardware จำนวนมากมาทดลอง และต้องมาทำงานจริงๆใน Data Center ที่ต้องมีเครื่องนับสิบเครื่อง แต่ AWS ได้เปลี่ยนโลกของไอที ในหลักสูตรสี่วันที่ผมไปเรียนทำให้ผมสามารถสร้างระบบแบบนี้ได้ ข้อสำคัญระบบที่สร้างขึ้นเป็นระบบที่ใช้งานได้จริงๆ

AWS มีบริการสำหรับ  IaaS ที่หลากหลายมาก เพื่อให้เห็นบริการบางอย่างผมขอยกตัวอย่าง บริการที่ใช้ทำ Web Application Hosting Architecture ในรูปที่ 4 มาดังนี้

• Amazon S3 (Simple Storage Service) เป็น strorage ที่ใช่ในการเก็บข้อมูลขนาดใหญ่ โดยมีค่าใช้จ่ายในการเก็บข้อมูลเพียง  $0.03/GB โดยออกแบบมาให้มี Availability 99.99% สำหรับ Object  ที่เก็บอยู่ และมี 99.999999999% สำหรับ Durability
• Amazon EC2 (Elastic Compute Cloud) ที่ทำหน้าที่เป็น  Server ซึ่งมีให้เลือกหลายแบบตั้งแต่ขนาดเล็กไปจนเครื่องใหญ่มากๆ ในรูปที่  4 คือเครื่องที่ทำเป็น Web Servers และ App Servers หลายๆเครื่อง
• Amazon RDS (Relational Database Service) คือเครื่องที่จะทำหน้าที่เป็น Database Server ที่ทาง AWS  เตรียมมาให้เลือกได้หลาย Database เช่น  Microsoft SQL, Oracle DB, PostgreSQL หรือ MySQL
• Amazon VPC (Virtual Private Cloud) คือบริการที่จะช่วยทำให้เราสร้างระบบบน AWS ใน Virtual Network   ที่เรากำหนดให้มีความปลอดภัยดีขึ้น
• Amazon IAM (Identity and Access Management ) คือระบบที่จะช่วยในการทำ Authentication และทำ Access Control ผู้เข้าถึงระบบ Server ต่างๆ
• Amazon ELB (Elastic Load Balance) คือตัว  Load Balance ที่จะช่วยกระจาย Traffic ให้กับ  Server  ต่างๆ
• Autoscaling  คือระบบที่จะช่วยเพิ่มหรือลดจำนวน EC2  ให้เราอัตโนมัติ ตามเกณฑ์ที่เราตั้งไว้
• Amazon Route 53 คือ ตัวที่จะช่วยเป็น Domain Name System (DNS) ในการที่ route taffic มายังระบบของเรา
• Amazon CloudFront คือระบบที่ช่วยทำหน้าที่เป็น Content Delivery Network

นอกจากบริการที่กล่าวถึงข้างต้นแล้ว  AWS ยังมีบริการอื่นๆอีกมาที่ช่วยทำให้เราสร้างระบบไอทีขนาดใหญ่และมีเสถียรภาพได้ ดีกว่าที่จะต้องมาจัดหาเครื่อง  Hardware และลงทุน Infrastructure อื่นๆเอง พอเห็นอย่างนี้แล้ว ปีหน้าผมตั้งใจจะให้การอบรมของ IMC Institute ที่เกี่ยวข้องกับการพัฒนา Application ต่างๆรวมถึงการทำ  Big Data มารันบน Infrastructure  จริงๆใหญ่ๆของ AWS ผู้เรียนจะได้เห็นกันไปเลยว่า  Large Scale Application เป็นอย่างไรจากของจริง

สุดท้ายนี้ต้องขอบคุณทาง  AWS โดยเฉพาะคุณชลตะวัน สวัสดีที่ให้โอกาสทีมของ IMC Institute เข้าเรียนหลักสูตรนี้

ธนชาติ นุ่มนนท์

IMC Institute