‫Kubernetes หรือ Swarm
‫เป็นคำถามยอดนิยมข้อหนึ่งที่ฉันได้รับหลังจากมีคนเรียนรู้เกี่ยวกับการประสานกันมากพอแล้วจึงอยากตัดสินใจว่าจะใช้อันไหน
‫ฉันอยากจะแนะนำให้คุณดูวิดีโอบน Swarm ก่อน โดยเฉพาะวิดีโอแรกสุดของเรื่องนั้น
‫นั่นคือ
‫Orchestration ในตัวของโหมด Swarm เพราะอีกครั้งที่จะทำให้คุณเข้าใจถึงสาเหตุที่จำเป็นต้องมีการประสานกันเพื่อแก้ปัญหาบางอย่าง
‫จากนั้นดูวิดีโอก่อนหน้านี้ในส่วนนี้เกี่ยวกับ
‫Kubernetes เพื่อให้คุณเข้าใจเบื้องหลังของเครื่องมือทั้งสองก่อนที่เราจะดำเนินการต่อ
‫โดยพื้นฐานแล้ว
‫เครื่องมือเหล่านี้เป็นเครื่องมือที่ช่วยแก้ปัญหาที่คล้ายกัน ทั้งคู่เป็นผู้ประสานงานคอนเทนเนอร์ที่ทำงานบนรันไทม์ของคอนเทนเนอร์
‫ในซีรีส์วิดีโอนี้ คุณได้เรียนรู้เกี่ยวกับรันไทม์คอนเทนเนอร์ของ
‫Docker
‫ตอนนี้มีแบบอื่นๆ แบบคอนเทนเนอร์และ CRI-O
‫จริงๆแล้ว Docker เป็นที่ 1
‫ใช้กันแทบทุกกรณี
‫ทั้งสองได้รับการสนับสนุนจากผู้ขายและทีมงานที่ทำงานกับผลิตภัณฑ์
‫โดยทั่วไป ถ้าฉันต้องสร้างทวีตเพื่อเปรียบเทียบทั้งสอง
‫ก็คงจะเป็นว่า Swarm นั้นง่ายต่อการสร้าง ง่ายต่อการเพิ่มโหนด
‫เริ่มต้นง่าย และจัดการได้ง่าย
‫ดังนั้น
‫ง่าย ๆ คือสิ่งที่ฉันจะพูดสำหรับ Swarm อย่างแน่นอน
‫แต่ไม่ได้แก้ปัญหากรณีการใช้งานทั้งหมดที่ Kubernetes
‫มีฟังก์ชัน ความยืดหยุ่น และการปรับแต่งที่มากกว่ามาก
‫มันสามารถแก้ปัญหาได้มากขึ้น
‫ในรูปแบบต่างๆ มากขึ้น และยังมีการนำไปใช้และการสนับสนุนที่กว้างขึ้นอีกด้วย
‫สำหรับคุณ เพื่อช่วยคุณตัดสินใจว่าคุณต้องการใช้อันไหน
‫เราจะพูดถึงข้อดีบางประการของแต่ละข้อ
‫ฉันคิดว่ามันสำคัญจริงๆ
‫สำหรับพวกเราทุกคน ถ้าคุณจะอยู่ในชุมชน DevOps และใช้เครื่องมือเหล่านี้เพื่อแก้ปัญหาทางธุรกิจ
‫คุณควรรู้ทั้งสองอย่าง
‫คุณควรสามารถติดตั้งทั้งสองแอปแล้วปรับใช้แอปทั้งสองได้
‫และทราบฟังก์ชันพื้นฐานบางประการเกี่ยวกับการปรับใช้แอป
‫การสร้างตัวเลือก Ingress สำหรับการรับส่งข้อมูลที่เข้ามา แล้วอัปเดตแอปเหล่านั้น
‫ฉันคิดว่าการทำเช่นนั้นเพียงอย่างเดียวจะทำให้คุณคุ้นเคยกับเครื่องมือต่างๆ
‫มากพอ เพื่อให้คุณทราบว่าควรใช้เครื่องมือใดในการแก้ปัญหาใด
‫มีข้อดีหลายอย่างสำหรับแต่ละคน
‫มาทำลายสิ่งนี้อย่างรวดเร็ว ในด้าน Swarm ในขณะที่คุณได้เรียนรู้ตลอดหลักสูตรนี้
‫มันมาพร้อมกับ Docker
‫ดังนั้นจึงเป็นโซลูชันเดียวที่สนับสนุนโดยผู้ขาย
‫ซึ่งหมายความว่ารันไทม์คอนเทนเนอร์และออร์เคสตราถูกสร้างขึ้นโดยบริษัทเดียวกัน
‫ที่เก็บเกี่ยวผลตอบแทนมากมาย รวมถึงความซับซ้อนที่น้อยลง การใช้ทรัพยากรที่น้อยลงสำหรับการเรียกใช้สิ่งนั้น
‫Running
‫Swarm ใช้ทรัพยากรน้อยมากบน Docker
‫ได้รับการออกแบบโดยคำนึงถึงเวิร์กโฟลว์ของนักพัฒนา
‫ดังนั้นจึงเป็นเรื่องดีมากสำหรับ
‫Ops และนักพัฒนาที่จะใช้ อย่างที่ฉันพูดไป การปรับใช้และจัดการออร์เคสตราประเภทนี้ทำได้ง่าย
‫มันสามารถเติบโตเป็นหลายร้อยหรือหลายพันโหนดได้อย่างง่ายดาย
‫และคุณไม่จำเป็นต้องมีทีมขนาดใหญ่ในการจัดการ
‫คุณอาจกล่าวได้ว่าเป็นไปตามกฎ
‫80/20 ซึ่งมีคุณสมบัติ 20% ของ Kubernetes และแก้ปัญหา
‫80% ของกรณีการใช้งานสำหรับการเรียกใช้คอนเทนเนอร์และการประสาน
‫นั่นไม่ใช่การเปรียบเทียบทางวิทยาศาสตร์
‫ฉันไม่รู้หมายเลขคุณสมบัติที่แน่นอนจริงๆ ฉันไม่รู้ว่าคุณจะทำแบบนั้นได้ยังไง
‫แต่ดูเหมือนว่าจะเป็นความรู้สึกเมื่อคุณเรียกใช้ทั้งคู่ ซึ่งคุณรู้ว่า Swarm
‫แก้ปัญหากรณีการใช้งานส่วนใหญ่สำหรับการเรียกใช้โซลูชันบนเว็บแอปที่ทำงานยาวนานบนเซิร์ฟเวอร์
‫ไม่ว่าจะเป็นในคลาวด์หรือศูนย์ข้อมูล หรือแม้แต่บนอุปกรณ์ขนาดเล็ก
‫ดูเหมือนว่าจะทำงานได้ดีนอกกรอบ
‫มีสิ่งที่คุณต้องการ มันมีเครือข่าย
‫มันมีทางเข้า มันมีการเข้ารหัส
‫สิ่งเหล่านั้นทั้งหมด มันมีฐานข้อมูล
‫ดังนั้น แกะกล่อง มันสามารถแก้ปัญหาได้มากมายจริงๆ
‫แต่ไม่สามารถแก้ไขกรณีการใช้งานทั้งหมด สำหรับทุกสถานการณ์ เพื่อเรียกใช้แอปบนเครื่อง
‫นั่นคือสิ่งที่ Kubernetes สามารถเติมเต็มช่องว่างได้
‫ข้อดีอีกอย่างที่สำคัญของสิ่งนี้คือมันทำงานได้ทุกที่ที่
‫Docker ทำงาน Docker Engine ซึ่งมีอายุหกขวบแล้วและเป็นจุดเริ่มต้นของการปฏิวัติคอนเทนเนอร์ทั้งหมดนี้
‫Engine ทำงานในที่ต่างๆ มากกว่าเครื่องมืออื่นๆ
‫มันไม่เพียงทำงานบน Linux เท่านั้น แต่ยังทำงานบน Windows
‫มันทำงานบนเมนเฟรม
‫มันทำงานบนอุปกรณ์ ARM ซึ่งหมายถึง
‫Embedded, IoT, Raspberry Pis
‫มันทำงานบน ARM เก่า, ARM ใหม่, 32
‫บิต, 64 บิต อย่างที่บอกค่ะ ทั่วๆ ไป
‫มันทำงานโดยกำเนิดบน Windows Server มาหลายปีแล้วตั้งแต่
‫Server 2016
‫ดังนั้นจึงเป็นออเคสตร้าที่ได้รับการสนับสนุนยาวนานที่สุดสำหรับสภาพแวดล้อมแบบหลายสถาปัตยกรรมที่หลากหลาย
‫หากเป็นความต้องการของคุณ
‫พร้อมใช้งานทันที มีความปลอดภัย และคุณเคยได้ยินฉันพูดถึงเรื่องนี้ในหลักสูตรนี้ว่า
‫เมื่อคุณสร้าง Swarm และเพิ่มโหนด มันจะรับรองการพิสูจน์ตัวตน
‫Telus ร่วมกัน มันเข้ารหัสระนาบควบคุมและเข้ารหัสฐานข้อมูลเพื่อปกป้องความลับของคุณในกรณีที่คุณต้องการเก็บข้อมูลเหล่านั้น
‫เป็นเรื่องที่ดีเพราะฉันพบว่ามีทีมจำนวนมาก เมื่อพวกเขาเร่งตามกำหนดเวลาหรือบางทีพวกเขาอาจเต็มไปด้วยความซับซ้อนเล็กน้อย มักจะลืมหรือข้ามข้อกำหนดด้านความปลอดภัยบางอย่างที่เครื่องมืออื่นๆ
‫เช่น Kubernetes ต้องการ สุดท้ายนี้ ฉันเชื่อว่าการแก้ปัญหาง่ายกว่าเพราะมีชิ้นส่วนที่เคลื่อนไหวน้อยกว่า
‫มีอะไรให้จัดการน้อยลง
‫เนื่องจากมันสร้างมาใน Docker โดยค่าเริ่มต้น
‫หากคุณรู้วิธีแก้ไขปัญหา Docker คุณอาจรู้วิธีแก้ไขปัญหา
‫Swarm
‫มันใช้บันทึกภูตเดียวกัน มันใช้คำสั่งบันทึก Docker
‫เดียวกันสำหรับแอพ มันใช้คำสั่ง Docker events
‫เดียวกันสำหรับการดูเหตุการณ์บนโหนดและ Swarm
‫เอง ตอนนี้ดูเหมือนจะมีประโยชน์มากมายสำหรับ
‫Swarm แต่ฉันไม่ต้องการให้คุณคิดว่ามันจะเป็นสิ่งที่ใช่สำหรับคุณเสมอ
‫โดยทั่วไป Swarm เป็นเครื่องมือที่ฉันแนะนำเมื่อมีคนเริ่มต้นและเริ่มต้นจากเล็กๆ
‫บางทีพวกเขาอาจเป็นคนเดียว หรือเพียงหนึ่ง สอง หรือสามคนในทีมของพวกเขา
‫และพวกเขาต้องดูว่าผู้จัดออร์เคสตราขนาดเล็กและเรียบง่ายจะทำงานให้กับพวกเขาหรือไม่
‫ฉันแนะนำ
‫Swarm ก่อนเสมอ เว้นแต่คุณจะรู้ว่าคุณต้องใช้ Kubernetes อย่างแน่นอน
‫ฉันขอแนะนำ Swarm เมื่อคุณคิดว่าคุณมีขีดจำกัดใน
‫Swarm แล้ว และคุณคิดว่าคุณยังไม่สามารถได้สิ่งที่คุณต้องการจาก
‫Swarm ได้ นั่นคือเมื่อถึงเวลาพิจารณา
‫Kubernetes
‫มาพูดถึงข้อดีเหล่านั้นกันตอนนี้
‫อย่างแรกเลย คลาวด์และผู้ขายนั้นชอบที่จะสนับสนุน
‫Kubernetes จริงๆ เนื่องจากได้รับความนิยมอย่างมาก
‫และโดยเฉพาะอย่างยิ่งความนิยมประเภท Zeitgeist
‫ในข่าวและสื่อ เป็นสิ่งที่ผู้ขายทุกรายกำลังมองหาที่จะตรวจสอบในรายการว่าเราสนับสนุน Kubernetes
‫ดังนั้นฉันจะบอกว่ามีการสนับสนุนคลาวด์และผู้ขายที่กว้างที่สุดอย่างแน่นอน
‫ผู้จำหน่ายระบบคลาวด์ทุกรายนำเสนอ Kubernetes ดังนั้นหากคุณไม่ต้องการเรียกใช้ด้วยตนเอง
‫คุณสามารถปล่อยให้พวกเขาเริ่มต้นระบบทั้งหมดได้ จากนั้นคุณก็แค่เรียกใช้แอปของคุณที่นั่นโดยใช้ไฟล์การปรับใช้ Kubernetes
‫แม้แต่ผู้จำหน่ายโครงสร้างพื้นฐานก็มีการแจกจ่าย
‫Kubernetes ของตนเองรวมถึง VMware, Red Hat
‫แม้แต่บริษัทอย่าง
‫Netflix ซึ่งเดิมเป็นเพียงผู้จำหน่ายอุปกรณ์จัดเก็บข้อมูล ก็มี Kubernetes
‫เวอร์ชันที่ได้รับอนุมัติหรือจำหน่ายเอง
‫ดังนั้นสิ่งที่ชัดเจนในที่นี้ดูเหมือนว่าจะมีการนำไปใช้และการสนับสนุนที่กว้างที่สุด
‫และนั่นก็เป็นความจริงอย่างแน่นอน
‫แต่นอกเหนือจากนั้น ยังมีชุดกรณีการใช้งานที่รองรับที่กว้างที่สุดอีกด้วย
‫เนื่องจากมีสิ่งต่างๆ
‫มากมายให้สลับและเล่นซอ ตลอดจนคุณลักษณะต่างๆ และตัวเลือกของบุคคลที่สามมากมาย จึงครอบคลุมกรณี
‫Edge ได้มากกว่า Swarm อย่างแน่นอน
‫อันที่จริง
‫คุณจะเริ่มเห็นสิ่งนี้กับผู้ขายที่คุณอาจทำงานด้วยอยู่แล้วในวันนี้
‫โดยพวกเขาจะให้การสนับสนุน Kubernetes เป็นครั้งแรก
‫ซึ่งเป็นวิธีที่ฉันบอกว่าผู้ขายจะดูว่าพวกเขาสามารถสนับสนุน Kubernetes
‫ด้วยผลิตภัณฑ์ของตนได้อย่างไรก่อนที่พวกเขาจะรำคาญ เพื่อไปดูสินค้า Docker's Swarm
‫โดยเฉพาะอย่างยิ่งเนื่องจากอุตสาหกรรมมีทัศนคติเช่นนี้ต่อทุกสิ่งที่จำเป็นในการสนับสนุน Kubernetes คุณจะพบว่าผู้ขายที่คุณมีอยู่แล้วอาจมีการแจกจ่ายหรือโซลูชันสำหรับการเรียกใช้เครื่องมือของตนบน
‫Kubernetes
‫ตัวอย่างเช่น
‫กับเจนกินส์ จากบริษัท CloudBees
‫หากคุณซื้อโซลูชัน Enterprise พวกเขาจะให้เครื่องมือ
‫Kubernetes และตัวอย่างเกี่ยวกับวิธีการเรียกใช้
‫ไม่ได้หมายความว่าคุณไม่สามารถเรียกใช้ Jenkins บน Swarm ได้
‫มันวิ่งได้ดีที่นั่น
‫หมายความว่าคุณจะได้รับการสนับสนุนที่ดีขึ้นจากผู้ขายในเรื่องนั้น
‫ข้อได้เปรียบสุดท้ายที่ฉันจะพูดถึงที่นี่เป็นข้อได้เปรียบที่แปลก
‫ฉันจะทิ้งเงื่อนไขนี้โดยไม่มีใครถูกไล่ออกจากการซื้อ
‫IBM
‫คำพูดนี้เป็นที่นิยมเมื่อหลายสิบปีก่อนเมื่อ
‫IBM เป็นผู้จำหน่ายคอมพิวเตอร์และเอาท์ซอร์สฮาร์ดแวร์รายใหญ่ที่สุดของคุณ
‫และเมนเฟรมของคุณ และพีซีของคุณ และมีเวลาตลอดเวลาที่พวกเขาฆ่ามันจริงๆ ในตลาด
‫โดยพื้นฐานแล้ว หากคุณไม่สามารถตัดสินใจได้ว่าต้องการไปกับผู้ขายรายใด
‫หากคุณเพิ่งไปในทางที่ปลอดภัย
‫คุณจะไปกับ IBM
‫คุณจะไม่ถูกไล่ออกเพราะเรื่องนั้นเพราะเป็นผู้ขายที่เชื่อถือได้ในสมัยนั้น
‫ฉันจะบอกว่าโดยทั่วไปแล้วสำหรับแพลตฟอร์ม Kubernetes
‫โดยรวมนั้นได้กลายเป็นกรณีไปแล้ว
‫ฉันจะเถียงว่ามันได้มาถึงจุดที่เป็นจุดตรวจสอบสำหรับ
‫CIO และ CTO
‫นั่นอาจเป็นข้อดีและข้อเสียเล็กน้อย เพราะนั่นหมายความว่าคุณจะได้รับคำสั่งให้เรียกใช้
‫Kubernetes แม้ว่าคุณจะยังไม่มีข้อกำหนดทางเทคนิคก็ตาม
‫คุณเพิ่งได้รับแจ้งจากผู้บริหารว่าเราจำเป็นต้องเรียกใช้
‫Kubernetes สำหรับพวกเขา นั่นอาจเป็นเพียงสิ่งที่พวกเขาต้องการเรียกใช้โดยไม่คำนึงถึงข้อกำหนดทางเทคนิค
‫หรือประโยชน์ที่ได้รับ หรือเปรียบเทียบกับแพลตฟอร์มต่างๆ
‫เห็นได้ชัดว่าเป็นส่วนหนึ่งของโลกการเมืองนี้ที่การตัดสินใจด้านไอทีไม่ได้เกิดขึ้นจากข้อดีทางเทคนิคหรือข้อกำหนดเพียงอย่างเดียวเสมอไป
‫ก็มักจะสามารถซื้อได้โดยสะดวก
‫กล่าวอีกนัยหนึ่ง
‫ถ้าคุณมีผู้ขายที่มีอยู่แล้ว คุณอาจใช้ผลิตภัณฑ์ของพวกเขาแทนผู้ขายรายอื่นเพราะง่ายกว่า
‫ประสบการณ์ทีมของคุณในเบื้องหลังอาจมีประสบการณ์ที่ดีกว่าจากงานหรือโครงการที่ผ่านมา
‫ดังนั้น คุณแค่จะปรับใช้อันนั้นเพราะมีคนรู้อยู่แล้ว
‫หรือบางทีคุณกำลังจะซื้อเพราะโชคไม่ดีที่ผู้บริหารของคุณอ่านนิตยสาร
‫หรืออ่านอินเทอร์เน็ต และอินเทอร์เน็ตแจ้งว่าพวกเขาจำเป็นต้องเลือกผลิตภัณฑ์บางอย่าง เช่น Kubernetes
‫นั่นคือสิ่งที่พวกเขากำลังบอกให้คุณใช้
‫อันที่จริง เมื่อฉันทำเวิร์กชอปแบบสดและถามผู้คนว่าทำไมพวกเขาถึงเลือกออร์เคสตราที่พวกเขากำลังดำเนินการอยู่ คำตอบที่พบบ่อยที่สุดที่ฉันได้รับจากพวกเขา
‫น่าเสียดาย ที่เจ้านายของฉันบอกให้ฉันทำสิ่งนี้
‫ดังนั้น ผู้คนมักไม่ได้รับคำตอบในสิ่งที่พวกเขาดำเนินการ
‫นั่นคือเหตุผลที่ฉันพยายามสร้างสมดุลที่ดีระหว่างเครื่องมือและคุณลักษณะของทั้งสองอย่าง
‫เพื่อให้คุณเป็นคนที่มีการศึกษามากที่สุดในทีมและเป็น สามารถช่วยพวกเขาด้วยข้อกำหนดทางเทคนิคที่แท้จริงและช่วยให้คุณตัดสินใจได้ดีที่สุด