Cloudlets: ที่ซึ่งคลาวด์มาบรรจบกับอุปกรณ์อัจฉริยะ

Hyperscale public clouds ได้รับการยอมรับว่าเป็นแพลตฟอร์มใหม่สำหรับระบบบันทึกข้อมูล ผู้ให้บริการ ERP, ซัพพลายเชน, การตลาดและแอปพลิเคชันการขายในปัจจุบันส่วนใหญ่หรือเฉพาะในระบบคลาวด์สาธารณะระดับไฮเปอร์สเกล Oracle มีลูกค้าหลายพันรายสำหรับ SaaS ส่วนหน้าและสำนักงานหลังสำนักงาน และรายชื่อลูกค้าก็เพิ่มขึ้นในอัตราที่สูงกว่าแอปพลิเคชันส่วนหน้าและส่วนหลังแบบเดิม ๆ

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

  • นวัตกรรมที่เร็วขึ้น
  • ความสามารถในการปรับแต่งเฉพาะสำหรับการใช้งานแต่ละแอปพลิเคชัน
  • ปรับปรุงการใช้รหัสซ้ำ
  • การประหยัดต้นทุนเมื่อเทียบกับการจำลองเสมือนแบบเดิมเนื่องจากความหนาแน่นของการใช้งานคอนเทนเนอร์ที่มากขึ้นและการใช้ทรัพยากรอย่างมีประสิทธิภาพมากขึ้น

ทั้งหมดนี้เป็นความรู้ทั่วไปที่เล่าขานไม่รู้จบไม่ต้องถกเถียงกันอีกต่อไป

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

ระบบที่อยู่บนขอบ

ระบบการมีส่วนร่วมได้รับการกำหนดโดย บริษัท นักวิเคราะห์ชั้นนำในอุตสาหกรรมว่า“ แตกต่างจากระบบบันทึกแบบเดิมที่บันทึกธุรกรรมและจัดทำบัญชีการเงินตามลำดับ: มุ่งเน้นไปที่คนไม่ใช่กระบวนการ ... เพื่อส่งมอบแอปและผลิตภัณฑ์อัจฉริยะโดยตรง ในบริบทของชีวิตประจำวันและขั้นตอนการทำงานแบบเรียลไทม์ของลูกค้าคู่ค้าและพนักงาน” ระบบการมีส่วนร่วมซึ่งออกแบบมาเพื่ออำนวยความสะดวกในการปฏิสัมพันธ์ของมนุษย์มีการกระจายอำนาจโดยเนื้อแท้แล้วมากกว่าระบบบันทึก

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

นักพัฒนาที่กำลังสร้างระบบการมีส่วนร่วมและระบบควบคุมต่างก็ใช้โมเดล devops ที่อิงตามไมโครเซอร์วิสและคอนเทนเนอร์ สำหรับการใช้งานประเภทนี้ตู้คอนเทนเนอร์เสนอ:

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

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

ในการเรียกใช้ระบบการมีส่วนร่วมองค์กรต่างๆจะต้องใช้ประโยชน์จากอสังหาริมทรัพย์ดิจิทัลที่ขอบของเครือข่ายใกล้กับลูกค้าพนักงานและคู่ค้าของตนไม่ใช่ในไฮเปอร์สเกลคลาวด์ แต่อยู่ในคลาวด์ที่มีขนาดเล็กกว่ามากซึ่งเหมาะสำหรับแอพพลิเคชั่นที่ใช้คอนเทนเนอร์น้ำหนักเบา . เรียกพวกเขาว่า cloudlets

เข้าสู่ cloudlets

Cloudlets เป็นวิธีหนึ่งในการเคลื่อนย้ายความสามารถในการประมวลผลแบบคลาวด์ให้เข้าใกล้อุปกรณ์อัจฉริยะที่ขอบเครือข่าย ตามที่นักวิจัยของ Carnegie Mellon ให้คำจำกัดความของ cloudlets พวกเขาเป็นระดับกลางของลำดับชั้นสามชั้น ได้แก่ อุปกรณ์อัจฉริยะ cloudlet และคลาวด์ Cloudlets สามารถดูเป็นศูนย์ข้อมูลในกล่องโดยมีเป้าหมายเพื่อให้ระบบคลาวด์เข้ามาใกล้อุปกรณ์มากขึ้น จากแนวคิดของนักวิจัยมช. ฉันเชื่อว่าคลาวด์เล็ตควรมีคุณลักษณะหลัก 4 ประการ:

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

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

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

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

ตู้คอนเทนเนอร์

ความหมายที่สำคัญอีกประการหนึ่ง: วิธีการแบบดั้งเดิมในการแก้ไขปัญหาด้วยตนเองทำให้เกิดระบบอัตโนมัติ ด้วยการผลักดันคอนเทนเนอร์หลายร้อยหรือหลายพันชิ้นไปยัง cloudlets จำนวนมากวันของการแก้ไขปัญหาในการผลิตจึงสิ้นสุดลง

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

สิ่งนี้เรียกว่าโมเดลการปรับใช้และการจัดการแอปพลิเคชัน“ โคกับสัตว์เลี้ยง” ตามที่ Gavin McCance แห่ง CERN อธิบายไว้ สัตว์เลี้ยงมีลักษณะเฉพาะ พวกเขาได้รับการเลี้ยงดูด้วยมือและดูแลด้วยความรัก เมื่อพวกเขาเจ็บป่วยคุณจะดูแลพวกเขาให้กลับมาแข็งแรง สามารถพูดได้เหมือนกันหลายประการสำหรับ OLTP แบบดั้งเดิมและระบบสนับสนุนการตัดสินใจที่สร้างขึ้นด้วยแอปพลิเคชันเสาหินขนาดใหญ่ที่ซับซ้อน

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

ดังนั้นมุมมองพื้นฐานของการดำเนินงานด้านไอทีสำหรับระบบการมีส่วนร่วมและการควบคุมที่ใช้คอนเทนเนอร์จึงแตกต่างกัน ฝ่ายไอทีจะผลิตคอนเทนเนอร์จำนวนมากและผลักดันออกไปยัง cloudlets ที่อยู่ใกล้กับผู้ใช้และข้อมูลสำหรับการใช้งานระยะสั้นโดยทั่วไปเป็นชั่วโมงหรือหลายวัน หากคอนเทนเนอร์มีความล้มเหลวหรือล้าสมัยจะไม่ได้รับการแก้ไขหรืออัปเกรด: ถูกลบและคอนเทนเนอร์ใหม่จะถูกพุชไปยัง cloudlet

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

เทคโนโลยีที่จำเป็นในการทำให้แนวคิดนี้เป็นจริงกำลังได้รับความสนใจ มีการยอมรับมากขึ้นถึงความสำคัญของการมีชุดเครื่องมือที่ช่วยลดความซับซ้อนของวงจรการพัฒนาการปรับใช้และการจัดการคอนเทนเนอร์

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

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

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

Robert Shimp เป็นรองประธานกลุ่มของ Linux และ Virtualization Product Management ที่ Oracle

New Tech Forum เป็นสถานที่สำหรับสำรวจและพูดคุยเกี่ยวกับเทคโนโลยีสำหรับองค์กรที่เกิดขึ้นใหม่ในเชิงลึกและเชิงกว้างที่ไม่เคยมีมาก่อน การเลือกเป็นเรื่องส่วนตัวขึ้นอยู่กับการเลือกใช้เทคโนโลยีที่เราเชื่อว่ามีความสำคัญและเป็นที่สนใจของผู้อ่านมากที่สุด ไม่ยอมรับหลักประกันทางการตลาดสำหรับการตีพิมพ์และขอสงวนสิทธิ์ในการแก้ไขเนื้อหาที่มีส่วนร่วมทั้งหมด ส่งคำถามทั้งหมดไปที่ [email protected]