การซื้อระบบคลาวด์ของ Azure Microsoft: ใช้ Azure Database Migration Service เพื่อบรรลุการโยกย้าย SQL Server เป็นศูนย์

ในกระบวนการวิวัฒนาการของสถาปัตยกรรมไอทีขององค์กรไปสู่ระบบคลาวด์สถานการณ์ทางธุรกิจที่ทำให้ CIO นอนไม่หลับมากที่สุดและทำให้ DBA สูญเสียเส้นผมไปไม่มีอะไรมากไปกว่า

การย้ายฐานข้อมูลหลักไปยังระบบคลาวด์

。

เมื่อต้องเผชิญกับฐานข้อมูล SQL Server ในพื้นที่หลายสิบ GB หรือหลาย TB หลายบริษัทมักใช้สี่ขั้นตอนดั้งเดิมที่สุดของ "การปิดระบบและการตัดการเชื่อมต่อเครือข่ายการสำรองและการส่งออกการส่งผ่านข้ามเครือข่ายและการคืนค่าระบบคลาวด์" แนวทางนี้แทบจะไม่สามารถดำเนินการได้ในธุรกิจชายขอบสไตล์เวิร์กช็อปขนาดเล็กแต่เมื่อต้องเผชิญกับการเงินอีคอมเมิร์ซหรือระบบการผลิตที่มีความถี่สูงตลอด24ชั่วโมงก็เท่ากับเป็นการพนันฆ่าตัวตาย: ใช้เวลาหลายชั่วโมงในการส่งไฟล์สำรองหลายร้อย GB ข้ามทะเลผ่านเครือข่ายสาธารณะหรือสายเฉพาะในช่วงเวลานี้ธุรกิจของทั้งบริษัทจะต้องถูกระงับโดยสิ้นเชิงและหน้าจอสีขาวของ "การบำรุงรักษาระบบ" จะถูกระงับเมื่อการส่งข้อมูลถูกขัดจังหวะหรือมีการรายงานข้อผิดพลาดในการกู้คืนระบบคลาวด์กระบวนการย้อนกลับที่ยาวนานไม่เพียงแต่จะฉุด KPI ของไตรมาสปัจจุบันลงเท่านั้นแต่ยังทำให้บริษัทต่างๆต้องเผชิญกับความสูญเสียทางการเงินที่ไม่สามารถทนทานได้อีกด้วย

เพื่อที่จะลดมิติลงอย่างสมบูรณ์เพื่อต่อสู้กับจุดเจ็บปวดของอุตสาหกรรมนี้ด้วย "เวลาหยุดทำงานที่ยาวนานและความเสี่ยงในการย้ายข้อมูลที่สูง" Microsoft Cloud (Azure) ได้นำสิ่งประดิษฐ์การเคลื่อนย้ายที่ไร้รอยต่อซึ่งออกแบบมาเพื่อความทันสมัยของฐานข้อมูล-

Azure Database Migration Service(DMS, บริการย้ายฐานข้อมูล)

。

ตรรกะหลักของมันแข็งแกร่งและสง่างาม:

ใช้การจำลองแบบออนไลน์อย่างต่อเนื่อง (Online Migration) เพื่อให้เกิดการโยกย้ายที่ราบรื่นเกือบ "Near-Zero Downtime"

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

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

ขั้นตอนแรก: "แบบจำลองท่อสามมิติ" ของการถอดชิ้นส่วนแบบลึกและการย้ายระบบออนไลน์เป็นศูนย์

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

ตำแหน่งต้นทาง: SQL Server ในเครื่องทางกายภาพ/เครื่องเสมือนในพื้นที่: นี่คือเส้นชีวิตการผลิตของคุณเพื่อให้บรรลุ "ไม่ออฟไลน์"

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

Gold Porter: Azure DMS (Full Hosting Migration Engine): นี่คือคลัสเตอร์คอมพิวเตอร์ PaaS ที่มีการป้องกันสูงพร้อมกันสูงซึ่งตั้งอยู่ในระบบคลาวด์มันเหมือนรถบรรทุกดิจิตอลขนาดใหญ่ที่ไม่รู้จักเหน็ดเหนื่อยเพื่อให้สามารถดึงฐานข้อมูลท้องถิ่นและฐานข้อมูลคลาวด์ได้ในเวลาเดียวกันอินสแตนซ์ DMS จะต้องถูกนำไปใช้ในเครือข่ายเสมือน (VNet) ที่สามารถเข้าสู่อินทราเน็ตภายในของคุณผ่านทาง ExpressRoute หรือ VPN ที่มีการป้องกันสูง

Cloud Access Man: Azure SQL Database (หรือ SQL โฮสต์อินสแตนซ์): นี่คือจุดสิ้นสุดของการโยกย้ายก่อนที่การโยกย้ายจะเปิดอย่างเป็นทางการมันเป็นเหมือนห้องที่ว่างเปล่า DMS จะโคลนโครงสร้างตารางดัชนีและข้อจำกัดที่เหมือนกันทุกประการในระดับพิกเซลที่นี่จากนั้นจะเริ่มรับสตรีมข้อมูลแบบย้อนกลับอย่างต่อเนื่อง

ขั้นตอนที่สอง: การฝึกซ้อมการต่อสู้จริง-10นาทีในการสร้างอาคารสูงบนพื้นดินและสร้างหลอดเลือดแบบเรียลไทม์ DMS

ให้แน่ใจว่าคุณได้สร้างอาคารผู้โดยสารที่สะอาดบน Azure ล่วงหน้า:

Azure SQL Database

(หรือ Azure SQL Managed Instance) และสาย VPN เฉพาะระหว่างห้องคอมพิวเตอร์ในพื้นที่และเครือข่ายเสมือน Azure (VNet) เชื่อมต่อกันอย่างสมบูรณ์

ขั้นตอนที่1: เปิดพื้นที่ทำงานการโยกย้าย DMS โฮสติ้งเต็มรูปแบบ

ลงชื่อเข้าใช้พอร์ทัล Azure (Portal)

ป้อน "Azure Database Migration Services" ในแถบค้นหาด้านบนแล้วคลิกเพื่อเข้าสู่คอนโซลหลัก

คลิก "สร้าง" ที่ด้านบน: ข้อมูลพื้นฐาน: เลือกกลุ่มทรัพยากรของคุณตั้งชื่อบริการการย้ายข้อมูลว่า dms-core-prod และเลือกพื้นที่ที่ใกล้เคียงที่สุดกับห้องคอมพิวเตอร์ในพื้นที่ของคุณ (เช่น East Asia HongKong) โหมดบริการ: มีความสำคัญอย่างยิ่งคุณต้องเลือก "Azure Resource Manager" ชั้นการกำหนดราคา: หากคุณต้องการเล่นสำเนาส่วนเพิ่มออนไลน์แบบ "เกือบเป็นศูนย์" คุณต้องเลือก "Premium" (เวอร์ชันขั้นสูงรองรับพลังบัญชี4) อย่างถูกต้องเวอร์ชันมาตรฐานรองรับการส่งออกแบบออฟไลน์เพียงครั้งเดียวและมีเพียงเวอร์ชันขั้นสูงเท่านั้นที่สามารถปลดล็อกเทคโนโลยี Transvascular Black ออนไลน์ได้และปัจจุบัน Microsoft มีโควต้าการทดสอบขั้นพื้นฐานฟรีสำหรับบริการนี้เครือข่ายเสมือน (Virtual Network): เลือก VNet ที่เชื่อมต่อกับห้องคอมพิวเตอร์ในพื้นที่ของคุณผ่าน VPN/สายเฉพาะ

คลิกสร้างเครื่องมือจัดเรียงแบบไม่มีเซิร์ฟเวอร์ของ Microsoft

เกตเวย์การย้ายข้อมูลนี้จะถูกขัดให้คุณในพื้นหลังและบริการจะเต็มไปด้วยเลือดในเวลาประมาณ3นาที

ขั้นตอนที่สาม: การฝึกซ้อมการต่อสู้จริง2-การโจมตีแบบลดมิติเปิดข้อมูลแบบเรียลไทม์แบบออนไลน์

เมื่อสถานะของอินสแตนซ์ DMS สว่างขึ้นสีเขียว

สำเร็จแล้ว

ในเวลานั้นการต่อสู้แบบฮาร์ดคอร์เริ่มขึ้นอย่างเป็นทางการคลิกเพื่อเข้าสู่อินสแตนซ์ DMS 。

1.New Migration Project (New Migration Project)

คลิก "New Migration Project" ที่ด้านบน

ชื่อโครงการ: ชื่อ proj-sql-to-azure

Source server type: เลือก SQL Server 。

Target server type: เลือก Azure SQL Database (เลือกตามการรับของคุณบนคลาวด์)

เลือกประเภทกิจกรรม (เลือกประเภทกิจกรรม): ขั้นตอนในการฉีดจิตวิญญาณคุณต้องเลือก "การย้ายข้อมูลออนไลน์" (การย้ายข้อมูลออนไลน์) อย่างเฉียบขาด

2.จัดรหัสลับร่วมของสองอาณาจักร

คลิกถัดไปเพื่อไปที่หน้ากรอกข้อมูลรับรองของสถานีต้นทางและสถานีเป้าหมาย:

แหล่งที่มา (รายละเอียดแหล่งที่มา): ป้อนที่อยู่ IP อินทราเน็ตหมายเลขพอร์ตและรหัสผ่านบัญชี DBA ที่มีสิทธิ์ sysadmin ของ SQL Server ในเครื่องของคุณ

รายละเอียดเป้าหมาย: ป้อนชื่อโดเมนเซิร์ฟเวอร์ (เช่น sql-prod-srv.database.windows.net) ของ Azure SQL Database และรหัสผ่านบัญชีผู้ดูแลระบบคลาวด์

เลือกฐานข้อมูล: ระบบจะรวบรวมข้อมูลรายการฐานข้อมูลทั้งหมดใน SQL Server ภายในเครื่องโดยอัตโนมัติตรวจสอบไลบรารีธุรกิจหลักที่คุณต้องการย้าย (เช่น db_ecommerce)

3.วางสถานีรับส่งกลาง (เส้นทางการแชร์เครือข่าย)

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

ในแบบฟอร์มตำแหน่งเครือข่ายให้ป้อนเส้นทางการแชร์เครือข่าย SMB ในห้องคอมพิวเตอร์ภายในเครื่องของคุณ (เช่น \\ local-nas \ sql_backup)

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

คลิกถัดไปอย่างต่อเนื่องและสุดท้ายกด

"Start Migration" (การโยกย้ายเริ่มต้น)

。

ขั้นตอนที่สี่: ฉากที่เป็นพยานถึงปาฏิหาริย์-การเชื่อมต่อที่ขาดในไม่กี่วินาทีธุรกิจลงจอดอย่างไร้รอยต่อ

หลังจากคลิกเริ่มต้นให้คลิกเพื่อเข้าสู่งานโยกย้ายที่เปิดใช้งานนี้

(Migration Activity) หน้ารายละเอียด

คุณจะเห็นการตรวจสอบการสตรีมมิ่งที่ใช้งานง่ายมากสำหรับตลาด:

Full Load: DMS กำลังรวบรวมและโคลนข้อมูลสต็อกที่มีอยู่ในเครื่องลงในระบบคลาวด์อย่างบ้าคลั่ง

ขั้นตอนการซิงโครไนซ์ที่เพิ่มขึ้น (Incremental Sync): หลังจากวิ่งเต็มแล้วสถานะจะกลายเป็นการซิงโครไนซ์ณจุดนี้หากคุณขอให้นักพัฒนาจงใจแทรกคำสั่งทดสอบในฐานข้อมูลภายในเครื่องคุณจะพบว่า "ตัวนับการอัปเดตที่เพิ่มขึ้น" ในตลาดกำลังกระโดดทันทีภายในเวลาไม่ถึงหนึ่งวินาทีคำสั่งซื้อใหม่นี้อยู่ห่างออกไปหลายพันกิโลเมตรแล้วฐานข้อมูลระบบคลาวด์ Azure มีเสถียรภาพความแตกต่างของข้อมูลทั้งสองด้านถูกบีบอัดภายใน2วินาที

ช่วงเวลาสัมผัสที่ดีที่สุด (Cutover)

เมื่ออยู่ในสถานะ

Ready to Cutover

(พร้อมที่จะเปลี่ยน) หมายความว่าค่าใช้จ่ายบนคลาวด์ดังขึ้น

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

รอให้ "ธุรกรรมที่ไม่ได้ย้ายข้อมูล" ในตลาดถูกล้างอย่างสมบูรณ์และความล่าช้าจะกลายเป็น0วินาที

คลิกเดียว Ascension: ที่ด้านบนของหน้ารายละเอียด DMS ให้กดปุ่ม "Complete Cutover" อย่างเด็ดขาด DMS จะบังคับให้เล่นบันทึกที่เหลือในช่วงสองวินาทีสุดท้ายจากนั้นตัดช่องทั้งสองออกอย่างปลอดภัย

การดำเนินการและการบำรุงรักษาเชื่อมต่อสตริงการเชื่อมต่อฐานข้อมูลของแอปส่วนหน้าด้วยความเร็วสูงสุดแก้ไข sql-prod-srv.database.windows.net ที่ชี้ไปยังระบบคลาวด์ด้วยคลิกเดียวและเริ่มบริการส่วนหน้าใหม่

กระบวนการทั้งหมดตั้งแต่การหยุดการตัดการไหลไปจนถึงการฟื้นคืนชีพของเมฆที่เต็มไปด้วยเลือด

เวลาหยุดทำงานที่สำคัญของสายธุรกิจทั้งหมดถูกบีบอัดในเวลาเพียง15วินาทีถึง1นาที

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

ขั้นตอนที่ห้า: ประวัติการหลีกเลี่ยงเลือดและน้ำตาภายใต้การหยุดทำงานเป็นศูนย์ในระดับอุตสาหกรรม

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

1.อันตรายร้ายแรง "ดิสก์ท้องถิ่นเต็ม" (Log Chain Broken)

ในระหว่างการโยกย้ายออนไลน์ DMS ต้องไปที่เครื่องความถี่สูงเพื่ออ่านและล้างข้อมูลสำรองบันทึกธุรกรรม

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

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

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

2.ห้ามมิให้ข้อจำกัดของคีย์ภายนอกและทริกเกอร์ "ช่วย" ในช่วงโหลดเต็มโดยเด็ดขาด

หากฐานข้อมูลภายในของคุณมีความซับซ้อนมาก

คีย์ต่างประเทศ (Foreign Keys) หรือทริกเกอร์ (Triggers)

(ตัวอย่างเช่นเมื่อใส่ตาราง A ทริกเกอร์จะแก้ไขตาราง B โดยอัตโนมัติ)

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

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

สรุป

การใช้ Azure Database Migration Service เพื่อให้เกิดการโยกย้ายแบบไม่มีการหยุดทำงานแบบออนไลน์ของ SQL Server ในพื้นที่สาระสำคัญระดับอุตสาหกรรมหลักถูกทำให้ง่ายขึ้นเป็น16คำ:

ไพรเมอร์เต็มรูปแบบการผกผันที่เพิ่มขึ้นการจับคู่บันทึกการตัดการไหลในไม่กี่วินาที

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

วิวัฒนาการของเลือด