การเติบโตของพลังการประมวลผลและการพัฒนาเทคโนโลยีการจำลองเสมือนแพลตฟอร์ม x86 ในด้านหนึ่ง และการแพร่กระจายของการเอาท์ซอร์สด้านไอทีในอีกด้านหนึ่ง นำไปสู่แนวคิดของการประมวลผลยูทิลิตี้ (IT เป็นบริการยูทิลิตี้) ทำไมไม่จ่ายค่าไอทีในลักษณะเดียวกับค่าน้ำหรือค่าไฟฟ้า จ่ายให้เท่ากันและทุกเวลาที่คุณต้องการ และไม่จ่ายอีกต่อไป
ในขณะนี้ แนวคิดของการประมวลผลแบบคลาวด์ปรากฏขึ้น - การใช้บริการไอทีจาก "คลาวด์" เช่น จากแหล่งทรัพยากรภายนอกบางส่วน โดยไม่ต้องสนใจว่าทรัพยากรเหล่านี้มาจากไหน เช่นเดียวกับที่เราไม่สนใจโครงสร้างพื้นฐานของสถานีสูบน้ำสาธารณูปโภค เมื่อถึงจุดนี้ อีกด้านหนึ่งของแนวคิดก็ได้รับการแก้ไขแล้ว - กล่าวคือ แนวคิดของบริการด้านไอที และวิธีการจัดการภายในกรอบของ ITIL / ITSM
คำจำกัดความจำนวนหนึ่งของคลาวด์ (การประมวลผลแบบคลาวด์) ได้รับการพัฒนาขึ้น แต่ไม่ควรถือเป็นความจริงขั้นสุดท้าย - เป็นเพียงวิธีหนึ่งในการกำหนดวิธีการให้บริการการประมวลผลแบบอรรถประโยชน์อย่างเป็นทางการ
- “การประมวลผลแบบคลาวด์เป็นเทคโนโลยีการประมวลผลข้อมูลแบบกระจายซึ่งมีการจัดหาทรัพยากรคอมพิวเตอร์และพลังงานให้กับผู้ใช้ในรูปแบบบริการอินเทอร์เน็ต” วิกิพีเดีย
- “การประมวลผลแบบคลาวด์เป็นแบบจำลองสำหรับการมอบการเข้าถึงที่สะดวกบนเครือข่ายไปยังแหล่งทรัพยากรการประมวลผลตามความต้องการและกำหนดค่าได้ (เช่น เครือข่าย เซิร์ฟเวอร์ พื้นที่เก็บข้อมูล แอปพลิเคชัน และบริการ) ที่สามารถจัดเตรียมและจัดเตรียมได้อย่างรวดเร็วด้วยการจัดการเพียงเล็กน้อย ความพยายามหรือการแทรกแซงของผู้ให้บริการ" สวท
- “การประมวลผลแบบคลาวด์เป็นกระบวนทัศน์ในการให้การเข้าถึงเครือข่ายไปยังแหล่งรวมทรัพยากรทางกายภาพหรือเสมือนแบบกระจายที่ปรับขนาดได้และยืดหยุ่น การบริการตนเอง และการจัดการตามความต้องการ” ISO/IEC 17788:2014 เทคโนโลยีสารสนเทศ - คลาวด์คอมพิวติ้ง - ภาพรวมและคำศัพท์
จากข้อมูลของ NIST เมฆมีสามประเภทหลัก:
- IaaS – โครงสร้างพื้นฐานเป็นบริการ
- PaaS – แพลตฟอร์มเป็นบริการ – แพลตฟอร์มเป็นบริการ
- SaaS - ซอฟต์แวร์เป็นบริการ
เพื่อให้เข้าใจความแตกต่างได้ง่ายขึ้น ลองดูโมเดล Pizza-as-a-Service:
NIST กำหนดคุณสมบัติที่จำเป็นต่อไปนี้ของบริการไอทีเพื่อพิจารณาว่าใช้ระบบคลาวด์
- การเข้าถึงเครือข่ายสากล (การเข้าถึงเครือข่ายแบบกว้าง) – บริการจะต้องมีอินเทอร์เฟซเครือข่ายสากลที่ช่วยให้เกือบทุกคนสามารถเชื่อมต่อและใช้บริการโดยมีข้อกำหนดขั้นต่ำ ตัวอย่าง - หากต้องการใช้เครือข่ายไฟฟ้า 220V ก็เพียงพอที่จะเชื่อมต่อกับเต้ารับใด ๆ ที่มีอินเทอร์เฟซสากล (ปลั๊ก) มาตรฐานซึ่งไม่เปลี่ยนแปลงไม่ว่าจะเป็นกาต้มน้ำ เครื่องดูดฝุ่น หรือแล็ปท็อป
- บริการที่วัดผล – คุณลักษณะสำคัญของบริการคลาวด์คือความสามารถในการวัดผลได้ของบริการ เมื่อกลับไปสู่การเปรียบเทียบกับไฟฟ้าคุณจะต้องจ่ายเท่าที่คุณบริโภคโดยมีรายละเอียดน้อยที่สุดจนถึงค่าใช้จ่ายในการต้มกาต้มน้ำหนึ่งครั้งหากคุณอยู่ในบ้านหนึ่งครั้งตลอดทั้งเดือนและดื่มชาหนึ่งแก้ว
- การกำหนดค่าบริการตามความต้องการด้วยตนเอง (บริการตนเองตามความต้องการ) – ผู้ให้บริการคลาวด์เปิดโอกาสให้ลูกค้ากำหนดค่าบริการอย่างชาญฉลาด โดยไม่จำเป็นต้องโต้ตอบกับพนักงานของผู้ให้บริการ ในการต้มกาต้มน้ำไม่จำเป็นต้องติดต่อ Energosbyt ล่วงหน้าและเตือนล่วงหน้าและขออนุญาต นับตั้งแต่วินาทีที่บ้านเชื่อมต่อกัน (สรุปสัญญา) ผู้บริโภคทุกคนสามารถจัดการพลังงานที่ให้มาได้อย่างอิสระ
- ความยืดหยุ่นทันที (ความยืดหยุ่นอย่างรวดเร็ว) – ผู้ให้บริการคลาวด์จัดหาทรัพยากรที่มีความสามารถในการเพิ่ม / ลดความจุได้ทันที (ภายในขอบเขตที่เหมาะสมบางประการ) ทันทีที่เปิดกาต้มน้ำผู้ให้บริการจะจ่ายไฟ 3 kW ให้กับเครือข่ายทันทีและทันทีที่ปิดเครื่องจะลดเอาต์พุตเป็นศูนย์
- การรวมทรัพยากร - กลไกภายในของผู้ให้บริการทำให้สามารถรวมความสามารถในการสร้างส่วนบุคคลเข้าเป็นกลุ่มทรัพยากรทั่วไปที่มีการจัดเตรียมทรัพยากรเพิ่มเติมเพื่อให้บริการแก่ผู้บริโภคที่หลากหลาย เมื่อเราเปิดกาต้มน้ำ เราก็จะกังวลน้อยที่สุดว่าไฟฟ้านั้นมาจากโรงไฟฟ้าแห่งใด และผู้บริโภครายอื่นๆ ทั้งหมดก็ใช้พลังนี้ไปพร้อมกับเรา
สิ่งสำคัญคือต้องเข้าใจว่าคุณลักษณะของคลาวด์ที่อธิบายไว้ข้างต้นไม่ได้ถูกดึงออกมาจากอากาศบางๆ แต่เป็นข้อสรุปเชิงตรรกะจากแนวคิดของการคำนวณแบบอรรถประโยชน์ และการบริการสาธารณะจะต้องมีลักษณะเหล่านี้ภายในกรอบแนวคิด หากลักษณะเฉพาะไม่สอดคล้องกัน บริการจะไม่แย่ลงและไม่ "เป็นพิษ" เพียงแค่หยุดมีเมฆมาก แล้วใครบอกว่าบริการทั้งหมดควรทำ?
ทำไมฉันถึงพูดถึงเรื่องนี้แยกกัน? ในช่วง 10 ปีที่ผ่านมานับตั้งแต่มีการนำคำจำกัดความของ NIST มาใช้ มีการถกเถียงกันมากมายเกี่ยวกับ "ความขุ่นมัวที่แท้จริง" ตามคำจำกัดความ ในสหรัฐอเมริกาการกำหนด "สอดคล้องกับตัวอักษรของกฎหมาย แต่ไม่ใช่จิตวิญญาณ" บางครั้งยังคงใช้ในวงการตุลาการ - และในกรณีของคลาวด์คอมพิวติ้ง สิ่งสำคัญคือจิตวิญญาณ ทรัพยากรให้เช่าในสอง คลิกเมาส์
ควรสังเกตว่าคุณสมบัติ 5 ประการข้างต้นใช้กับคลาวด์สาธารณะ แต่เมื่อย้ายไปยังคลาวด์ส่วนตัว ส่วนใหญ่จะกลายเป็นตัวเลือก
- การเข้าถึงเครือข่ายสากล (การเข้าถึงเครือข่ายแบบกว้าง) – ภายในคลาวด์ส่วนตัว องค์กรสามารถควบคุมทั้งการสร้างสิ่งอำนวยความสะดวกและไคลเอนต์ผู้บริโภคได้อย่างสมบูรณ์ ดังนั้นคุณลักษณะนี้สามารถพิจารณาได้โดยอัตโนมัติ
- บริการที่วัดได้เป็นลักษณะสำคัญของแนวคิดการคำนวณยูทิลิตี้ การชำระเงินตามปริมาณการใช้ แต่องค์กรจะจ่ายเองได้อย่างไร? ในกรณีนี้ มีการแบ่งส่วนการผลิตและการใช้งานภายในบริษัท โดย IT จะกลายเป็นผู้ให้บริการ และหน่วยธุรกิจจะกลายเป็นผู้บริโภคบริการ และการตกลงร่วมกันเกิดขึ้นระหว่างแผนกต่างๆ เป็นไปได้สองโหมดการทำงาน: การปฏิเสธการชำระเงิน (ด้วยการชำระหนี้ร่วมกันจริงและการเคลื่อนไหวทางการเงิน) และการแสดงกลับ (ในรูปแบบของการรายงานการใช้ทรัพยากรในรูเบิล แต่ไม่มีการเคลื่อนไหวทางการเงิน)
- การบริการตนเองตามความต้องการ - อาจมีบริการไอทีที่ใช้ร่วมกันภายในองค์กร ซึ่งในกรณีนี้ลักษณะจะไม่มีความหมาย อย่างไรก็ตาม หากคุณมีผู้เชี่ยวชาญด้านไอทีหรือผู้ดูแลระบบแอปพลิเคชันในหน่วยธุรกิจ คุณจะต้องจัดระเบียบพอร์ทัลบริการตนเอง สรุป - ลักษณะนี้เป็นทางเลือกและขึ้นอยู่กับโครงสร้างธุรกิจ
- ความยืดหยุ่นทันที (ความยืดหยุ่นอย่างรวดเร็ว) – ภายในองค์กร สูญเสียความหมายไปเนื่องจากชุดอุปกรณ์คงที่สำหรับการจัดระเบียบคลาวด์ส่วนตัว สามารถใช้ได้ในระดับที่จำกัดภายในการตั้งถิ่นฐานภายใน บทสรุป - ไม่สามารถใช้ได้กับคลาวด์ส่วนตัว
- การรวมทรัพยากร – ปัจจุบันไม่มีองค์กรใดที่ไม่ใช้เซิร์ฟเวอร์เสมือนจริง ดังนั้นคุณลักษณะนี้จึงถือได้ว่าเป็นการดำเนินการโดยอัตโนมัติ
คำถาม: แล้วคลาวด์ส่วนตัวของคุณคืออะไร? บริษัทจำเป็นต้องซื้อและดำเนินการอะไรเพื่อสร้างมันขึ้นมา?
คำตอบ: คลาวด์ส่วนตัวคือการเปลี่ยนผ่านไปสู่โมเดลการบริหารแบบใหม่ของการโต้ตอบระหว่างไอทีและธุรกิจ ซึ่งประกอบด้วยมาตรการด้านการบริหาร 80% และเทคโนโลยีเพียง 20% เท่านั้น
การจ่ายเฉพาะทรัพยากรที่ใช้และเข้าได้ง่าย โดยไม่ต้องฝังน้ำมันหลายร้อยล้านเป็นค่าใช้จ่ายด้านทุน นำไปสู่ภูมิทัศน์ทางเทคโนโลยีใหม่และการเกิดขึ้นของบริษัทมหาเศรษฐี ตัวอย่างเช่น Dropbox และ Instagram ยักษ์ใหญ่สมัยใหม่ปรากฏเป็นสตาร์ทอัพบน AWS โดยไม่มีโครงสร้างพื้นฐานเป็นของตัวเอง
จะต้องเน้นแยกกันว่าเครื่องมือการจัดการบริการคลาวด์กำลังกลายเป็นทางอ้อมมากขึ้นและความรับผิดชอบหลักของผู้อำนวยการฝ่ายไอทีก็คือการเลือกซัพพลายเออร์และการควบคุมคุณภาพ มาดูความท้าทายของความรับผิดชอบใหม่ทั้งสองนี้กัน
คลาวด์กลายเป็นทางเลือกแทนโครงสร้างพื้นฐานหนักแบบคลาสสิกที่มีศูนย์ข้อมูลและฮาร์ดแวร์ของตัวเอง ทำให้คลาวด์มีน้ำหนักเบาอย่างน่าเหลือเชื่อ เข้าสู่คลาวด์ได้ง่าย แต่มักจะหลีกเลี่ยงปัญหาการออก เช่นเดียวกับในอุตสาหกรรมอื่นๆ ผู้ให้บริการคลาวด์มุ่งมั่นที่จะปกป้องธุรกิจและทำให้การแข่งขันยากขึ้น ช่วงเวลาการแข่งขันที่จริงจังเพียงอย่างเดียวเกิดขึ้นเฉพาะในระหว่างการเลือกผู้ให้บริการคลาวด์เบื้องต้นเท่านั้น จากนั้นซัพพลายเออร์จะพยายามทุกวิถีทางเพื่อให้แน่ใจว่าลูกค้าจะไม่ทิ้งเขาไป ยิ่งไปกว่านั้น ไม่ใช่ว่าความพยายามทั้งหมดจะมุ่งเป้าไปที่คุณภาพของบริการหรือขอบเขตของมัน ประการแรก นี่คือการให้บริการที่เป็นเอกลักษณ์และการใช้ซอฟต์แวร์ระบบที่ไม่ได้มาตรฐาน ซึ่งทำให้ยากต่อการเปลี่ยนไปใช้ผู้ให้บริการรายอื่น ดังนั้น เมื่อเลือกผู้ให้บริการ จำเป็นต้องจัดทำแผนการเปลี่ยนแปลงจากซัพพลายเออร์รายนี้ไปพร้อมๆ กัน (โดยพื้นฐานแล้วคือแผน DRP เต็มรูปแบบ - แผนการกู้คืนความเสียหาย) และคิดผ่านสถาปัตยกรรมการจัดเก็บข้อมูลและสำเนาสำรอง
สิ่งสำคัญประการที่สองของความรับผิดชอบใหม่ของผู้อำนวยการฝ่ายไอทีคือการตรวจสอบคุณภาพการบริการจากซัพพลายเออร์ ผู้ให้บริการคลาวด์เกือบทั้งหมดปฏิบัติตาม SLA ตามเกณฑ์ชี้วัดภายในของตนเอง ซึ่งอาจมีผลกระทบทางอ้อมอย่างมากต่อกระบวนการทางธุรกิจของลูกค้า ด้วยเหตุนี้ การใช้ระบบการตรวจสอบและควบคุมของคุณเองจึงกลายเป็นหนึ่งในโครงการสำคัญในการถ่ายโอนระบบไอทีที่สำคัญไปยังผู้ให้บริการคลาวด์ เพื่อดำเนินการต่อในหัวข้อ SLA จำเป็นต้องเน้นย้ำว่าผู้ให้บริการคลาวด์ส่วนใหญ่จำกัดความรับผิดสำหรับความล้มเหลวในการปฏิบัติตาม SLA ให้กับการชำระเงินสมัครสมาชิกรายเดือนหรือส่วนแบ่งการชำระเงิน ตัวอย่างเช่น AWS และ Azure หากเกินเกณฑ์ความพร้อมใช้งาน 95% (36 ชั่วโมงต่อเดือน) จะให้ส่วนลดค่าธรรมเนียมการสมัครสมาชิก 100% และ Yandex.Cloud – 30%
และแน่นอนว่า เราต้องไม่ลืมว่าเมฆไม่ได้ถูกสร้างขึ้นโดยมาสโตดอนระดับอเมซอนและช้างระดับยานเดกซ์เท่านั้น เมฆอาจมีขนาดเล็กลงก็ได้ เช่น ขนาดของแมวหรือแม้แต่หนู ดังที่ตัวอย่าง CloudMouse แสดงให้เห็น บางครั้งคลาวด์ก็หยุดและสิ้นสุด คุณจะไม่ได้รับค่าตอบแทนหรือส่วนลด คุณจะไม่ได้รับอะไรเลยนอกจากการสูญเสียข้อมูลทั้งหมด
จากปัญหาข้างต้นในการใช้งานระบบไอทีที่มีความสำคัญทางธุรกิจระดับสูงในโครงสร้างพื้นฐานคลาวด์ จึงได้มีการสังเกตปรากฏการณ์ "การส่งกลับระบบคลาวด์" ในช่วงไม่กี่ปีที่ผ่านมา
ภายในปี 2020 การประมวลผลแบบคลาวด์ได้ผ่านจุดสูงสุดของความคาดหวังที่สูงเกินจริง และแนวคิดนี้กำลังจะไปสู่ความผิดหวัง (ตามวงจรของ Gartner hype) จากการวิจัยพบว่า и ลูกค้าองค์กรมากถึง 80% กลับมาและวางแผนที่จะส่งคืนโหลดจากคลาวด์ไปยังศูนย์ข้อมูลของตนเองด้วยเหตุผลดังต่อไปนี้:
- ปรับปรุงความพร้อมใช้งาน/ประสิทธิภาพ
- ลดต้นทุน
- เพื่อให้เป็นไปตามข้อกำหนดด้านความปลอดภัยของข้อมูล
จะทำอย่างไรและทุกอย่าง "จริง" เป็นอย่างไร?
ไม่ต้องสงสัยเลยว่าเมฆอยู่ที่นี่ในระยะยาว และบทบาทของพวกเขาจะเพิ่มขึ้นทุกปี อย่างไรก็ตาม เราไม่ได้อยู่ในอนาคตอันไกลโพ้น แต่ในปี 2020 อยู่ในสถานการณ์ที่เฉพาะเจาะจงมาก จะทำอย่างไรกับคลาวด์ หากคุณไม่ใช่สตาร์ทอัพ แต่เป็นลูกค้าองค์กรแบบคลาสสิก?
- คลาวด์เป็นสถานที่สำหรับบริการที่มีภาระงานที่ไม่สามารถคาดเดาได้หรือตามฤดูกาลเป็นหลัก
- ในกรณีส่วนใหญ่ บริการที่มีโหลดที่คาดการณ์ได้และเสถียรจะมีราคาถูกกว่าเมื่อบำรุงรักษาในศูนย์ข้อมูลของคุณเอง
- จำเป็นต้องเริ่มทำงานกับคลาวด์ด้วยสภาพแวดล้อมการทดสอบและบริการที่มีลำดับความสำคัญต่ำ
- การพิจารณาวางระบบข้อมูลบนคลาวด์เริ่มต้นด้วยการพัฒนาวิธีการออกจากคลาวด์ไปยังคลาวด์อื่น (หรือกลับไปยังศูนย์ข้อมูลของคุณเอง)
- การวางระบบข้อมูลในระบบคลาวด์เริ่มต้นด้วยการพัฒนาแผนการสำรองข้อมูลสำหรับโครงสร้างพื้นฐานที่คุณควบคุม
ที่มา: will.com