‫แล้ว Kubernetes จะเป็นอย่างไรต่อไป?
‫นั่นเป็นคำถามที่ฉันคิดว่าหลายคนมีเมื่อเรามองว่ามันเติบโตอย่างรวดเร็วเพียงใด
‫และระบบนิเวศทั้งหมดรอบ ๆ ตัวนั้น และนั่นก็มากเกินกว่าที่คนๆ หนึ่งจะรับมือได้
‫อนาคตคืออะไร?
‫ข่าวดีก็คือถ้าฉันต้องทำนาย ฉันคิดว่าอนาคตมันต้องเริ่มน่าเบื่อ
‫คุณจะได้ยินผู้ก่อตั้งหลายคนพูดถึงเรื่องนี้ทุกครั้งที่เห็นพวกเขาในที่สาธารณะ
‫คุณรู้ไหม พวกเขาจะพูดถึงวิธีที่เราต้องทำให้โครงสร้างพื้นฐานน่าเบื่อที่สุดเท่าที่จะเป็นไปได้
‫เพื่อให้เราสามารถพึ่งพาสิ่งที่เราทำมากกว่านั้นได้
‫เพราะจริงๆ
‫แล้ว ทั้งหมดนี้อยู่ที่นี่เพียงเพื่อให้เรานำแอปของเราออกไปที่นั่นได้
‫ประเด็นของ Kubernetes ไม่ใช่การเป็น Kubernetes เอง
‫เพื่อให้คุณทำสิ่งที่คุณต้องการทำได้เร็วขึ้น
‫ฉันคิดว่าสำหรับ Kubernetes หากคุณดูสองสามรีลีสล่าสุด
‫มันเริ่มที่จะมุ่งเน้นไปที่ความน่าเชื่อถือ
‫ความเสถียร ความปลอดภัย โดยพื้นฐานแล้วจะมีเสถียรภาพมากจนอยู่ที่นั่น
‫คุณไม่ต้องกังวลกับมันมาก
‫ไม่ต้องแก้ไขอะไรมาก
‫พวกเขามีการเผยแพร่เป็นประจำ ดังนั้นคุณจะต้องตรวจสอบกำหนดการเผยแพร่และบันทึกประจำรุ่น
‫ซึ่งฉันได้ลิงก์ไปในวิดีโอนี้
‫สิ่งหนึ่งที่เกิดขึ้นในปีนี้ในปี 2019 คือการตรวจสอบความปลอดภัยครั้งใหญ่ของรหัสหลักจำนวนมากซึ่งเผยให้เห็นหลายสิ่งหลายอย่าง
‫อันที่จริงแล้ว พวกเขามีการวิเคราะห์โดยละเอียดเกี่ยวกับสิ่งที่เกิดขึ้นในบล็อกของพวกเขา
‫ฉันคิดว่ามันเจ๋งมากที่โครงการโอเพ่นซอร์สที่สำคัญและใหญ่ขนาดนี้
‫ไม่เพียงแต่ทำการวิเคราะห์ความปลอดภัยจากบุคคลที่สามเท่านั้น
‫แต่ยังเผยให้เห็นถึงปัญหาและผลลัพธ์ที่อาจเกิดขึ้นทั้งหมด
‫ฉันคิดว่ามันส่งผลให้มีการประชาสัมพันธ์จำนวนมากที่ล่วงหน้าสำหรับการแก้ไขอย่างรวดเร็ว
‫แต่ก็มีบางสิ่งที่พวกเขาจะแก้ไขเมื่อเวลาผ่านไปในที่สุด
‫ไม่มากจนจำเป็นต้องมีช่องโหว่ แต่พื้นที่นี้ควรปรับปรุงเพิ่มเติม
‫ดังนั้นเราจะทำการเปลี่ยนแปลงเมื่อเวลาผ่านไป
‫อีกสิ่งหนึ่งที่คุณจะเห็นคือแนวคิดเก่าๆ เหล่านี้ ซึ่งเมื่อเป็นเครื่องมือที่ง่ายกว่า
‫จะเริ่มจางหายไปเมื่อถูกลบออก
‫ฉันคิดว่าปลั๊กอินพื้นที่เก็บข้อมูลที่ไม่ใช่
‫CSI จะถูกดึงออกมาในที่สุด ดังนั้นคุณจะต้องพึ่งพา CSI สำหรับปลั๊กอินพื้นที่เก็บข้อมูลของคุณ แทนที่จะเป็นของที่มีอยู่ภายใน
‫คุณจะเห็นคำสั่งต่างๆ เช่น การเปลี่ยนแปลงการรัน kubectl
‫และหยุดให้คำเตือนแก่เรา เนื่องจากค่าเริ่มต้นจะเป็นเพียงพ็อดรันเนอร์อย่างง่าย
‫แทนที่จะสร้างตัวสร้างทั้งหมดตั้งแต่แกะกล่อง
‫จากนั้นคุณจะเห็นสิ่งอื่น ๆ ที่ฉันพูดถึงที่นี่ เช่น
‫การทำงานแบบแห้งด้านบริการ ความเสถียร และคุณสมบัติเพิ่มเติมรอบๆ
‫เพราะฉันคิดว่ามีแรงผลักดันอย่างมากสำหรับการตรวจสอบที่ดีขึ้น
‫ความเข้าใจที่ดีขึ้นเกี่ยวกับการเปลี่ยนแปลงเมื่อเวลาผ่านไป
‫สิ่งที่จะเปลี่ยนแปลงก่อนที่ฉันจะทำ
‫สิ่งที่เปลี่ยนแปลงหลังจากที่ฉันทำ และเมตริกการรายงานประเภทนั้น
‫เมื่อพูดถึงบุคคลที่สาม สิ่งนั้นจะขยายตัวและเติบโตต่อไป
‫และมันเป็นมากกว่าที่เราจะรู้ได้จริงๆ
‫หมวก 3 ๐ ใกล้จะเสร็จแล้ว
‫เราจะมีโอเปอเรเตอร์เพิ่มขึ้นอย่างแน่นอนสำหรับเครื่องมือของบุคคลที่สาม
‫เพื่อให้ง่ายต่อการปรับใช้และจัดการใน Kubernetes
‫นี่เป็นความหวังมากกว่าจริงๆ แต่ฉันคิดว่าเราจะให้ความสำคัญกับเวิร์กโฟลว์การประกาศมากขึ้น
‫เนื่องจากชุดรูปแบบใหม่เกี่ยวกับ DevOps และโดยเฉพาะอย่างยิ่ง
‫git-ops นั่นคือ git ops ซึ่งฉันได้พูดถึงในพอดคาสต์ของฉัน
‫เวิร์กโฟลว์ git-ops เป็นแนวคิดที่ค่อนข้างใหม่ แต่แนวคิดที่เราเป็นผู้ดำเนินการ
‫และนั่นคือคนที่จัดการคลัสเตอร์
‫Kubernetes เหล่านี้ เรากำลังทำหน้าที่เป็นโอเปอเรเตอร์จริงๆ
‫ผู้ปฏิบัติงานกำลังนำความก้าวหน้าจากทีมซอฟต์แวร์ที่พวกเขาต้องจัดการโค้ด
‫และการเปลี่ยนแปลงโค้ดเมื่อเวลาผ่านไป และการเปิดตัว
‫ซึ่งส่งผลให้มีเครื่องมืออย่าง GitHub เพิ่มขึ้น ใช่แล้ว ในการใช้เครื่องมือเดียวกันเหล่านี้เพื่อจัดการโครงสร้างพื้นฐานของเราใน
‫วิธีการประกาศ
‫คุณเคยได้ยินฉันพูดถึงเรื่องนั้น
‫ฉันคิดว่าเมื่อคุณดูฟีเจอร์ที่ตั้งค่าในช่วงเวลาต่างๆ
‫ของ Kubernetes คุณจะเห็นว่าฟีเจอร์นี้มีสไตล์ที่เปิดเผยมากขึ้นอย่างไร
‫และชุดฟีเจอร์และโฟกัสอยู่ที่เวิร์กโฟลว์การประกาศนั้น
‫ฉันหวังว่าเราจะมีเครื่องมือที่ดีขึ้น และเครื่องมือที่เรามี
‫เราจะมีคุณสมบัติมากขึ้นเมื่อเวลาผ่านไป
‫สิ่งสำคัญอีกอย่างที่นี่คือการสนับสนุน Windows Server
‫ปี 2019 ได้เห็นการประกาศครั้งใหญ่เกี่ยวกับการสนับสนุน
‫Windows Server สำหรับเซิร์ฟเวอร์ 2019 และนั่นเป็นเพียงช่วงเริ่มต้นเท่านั้น
‫นั่นคือสิ่งที่ Swarm ล้ำหน้ากว่า Kubernetes
‫ในทางเทคนิค
‫ที่ที่ Docker และ Swarm รองรับ Windows Server มาหลายปีแล้ว และได้รับการปรับปรุงอย่างต่อเนื่องเมื่อเวลาผ่านไป
‫แต่พวกเขาเริ่มด้วยเซิร์ฟเวอร์ 2016 และได้ผลักดันสิ่งนั้นไปข้างหน้าและทำให้ดีขึ้น
‫ในขณะที่ Kubernetes ใน Windows Server 2019
‫กำลังบอกว่าพวกเขาได้รับการสนับสนุนจริงๆ
‫จากคนที่ฉันเคยได้ยินเกี่ยวกับเซิร์ฟเวอร์ในการผลิต
‫Windows Server ยังคงใช้งานได้มากขึ้นในโลกของ Kubernetes
‫เพื่อให้เท่าเทียมกับ Linux
‫ดังนั้น
‫ฉันคิดว่านั่นจะเป็นประเด็นสำคัญ เนื่องจากองค์กร Windows จำนวนมากขึ้นนำคอนเทนเนอร์ออร์เคสตราเหล่านี้มาใช้
‫สองสามสิ่งสุดท้ายที่นี่คือเคส Edge จะใช้งานได้อย่างแน่นอน
‫สิ่งต่างๆ เช่น แมชชีนเลิร์นนิง
‫สิ่งต่างๆ เช่น Edge และโครงสร้างพื้นฐานขนาดเล็กที่ทุกคนต้องให้ความสำคัญ
‫เพราะในตอนเริ่มต้นของ Kubernetes มันใหญ่มากและยุ่งยากมาก แต่พวกเขากำลังดึงออกมาจำนวนมากและทำให้ปรับใช้ได้ง่ายขึ้น
‫นั่นเป็นสาเหตุที่คุณเห็นเครื่องมืออย่าง kubeadm ออกมาและสามารถปรับใช้คลัสเตอร์
‫HA ได้
‫มีความปลอดภัยอย่างเต็มที่และหากนำออกจากกล่องสามารถทนต่อข้อผิดพลาดได้
‫นั่นคือสิ่งที่กำลังจะบรรลุผลในตอนนี้
‫ส่วนหนึ่งของอนาคตนั้นคือการรู้เกี่ยวกับโครงการอื่นๆ ที่เกี่ยวข้อง
‫นี่เป็นเพียงรายการสั้นๆ
‫ของสิ่งที่ฉันยังไม่ได้กล่าวถึงในหลักสูตรนี้ที่คุณอาจต้องการลองดู
‫เนื่องจาก
‫Kubernetes เองได้กลายเป็นแพลตฟอร์มที่สิ่งอื่น ๆ ทั้งหมดกำลังเริ่มสร้างขึ้น
‫อันที่จริง
‫นั่นคือเป้าหมายดั้งเดิมจากผู้เขียนโครงการ
‫พวกเขาไม่เคยตั้งใจให้เราใช้ Kubernetes
‫โดยตรงในแง่ของ Kubernetes โอเพ่นซอร์สแบบดิบ
‫พวกเขาตั้งใจจริง ๆ สำหรับคนอื่น ๆ ในการสร้างสิ่งที่เป็นนามธรรมขึ้นมาเพื่อให้เราดำเนินการปริมาณงานของเรา
‫นั่นเป็นสาเหตุที่คุณเห็นการแจกแจงออกมา ในหลายกรณี เนื่องจากพวกเขากำลังสร้างอีกชั้นหนึ่งไว้ด้านบนเพื่อทำเช่นนั้น
‫ในกรณีนี้
‫เราเห็นโครงสร้างพื้นฐานอื่นๆ ออกมาทำอย่างอื่น
‫อย่างแรกคือ Knative
‫นี่คือรายชื่อเซิร์ฟเวอร์ และแน่นอนว่าเป็นโครงการ
‫CNCF อย่างเป็นทางการ ดังนั้นจึงมีความเกี่ยวข้องอย่างแน่นแฟ้นกับโลกของ
‫Kubernetes
‫หากคุณสนใจรายชื่อเซิร์ฟเวอร์ นี่เป็นโครงการหนึ่งที่คุณต้องการลองดู
‫ถัดมา สองโปรเจ็กต์จาก Rancher คือ
‫K3s และ K3os
‫โดยพื้นฐานแล้ว K3s คือทีมของพวกเขาในการปรับใช้และการจัดการ
‫Kubernetes ที่ซับซ้อน และลดความซับซ้อนลง โดยขจัดสิ่งที่ไม่จำเป็นทั้งหมดที่มาพร้อมกับมัน
‫อาจเป็นคำสั่งและรหัสดั้งเดิมบางรายการ
‫บางทีไดรเวอร์การจัดเก็บข้อมูลบางตัวที่คุณไม่ต้องการอีกต่อไปถ้าคุณมี
‫CSI
‫ของแบบนั้น พวกเขาดึงมันออกมาทั้งหมดและให้ฐานข้อมูลที่ง่ายมากแก่คุณ
‫มันไม่ได้ใช้ etcd นอกกรอบด้วยซ้ำ
‫มันใช้ฐานข้อมูลที่ง่ายกว่า
‫มันมีไว้สำหรับสิ่งต่าง ๆ ที่เดิมทีเช่น IoT
‫แต่ตอนนี้ มีเป้าหมายที่จะทำให้ Kubernetes เรียบง่ายเหมือน
‫Swarm ซึ่ง Darren Shepherd, CTO และผู้ร่วมก่อตั้งของพวกเขากล่าวที่
‫DockerCon ในปีนี้
‫เป็นคำพูดที่น่าสนใจทีเดียว
‫เขาพูดจริงๆ ว่า Swarm ทำได้ดีมากในการปรับใช้
‫การใช้งานง่าย และผลกระทบน้อยที่สุด
‫มันเป็นเลขฐานสองที่เล็กมาก
‫มีค่าใช้จ่ายน้อยมากในแง่ของโครงสร้างพื้นฐาน
‫Kubernetes
‫เป็นสิ่งที่ตรงกันข้ามทั้งหมด พวกเขากำลังพยายามหาทางสายกลาง
‫เป็นไปได้ไหมถ้าเราดึงข้อมูลออกมาเพียงพอและยังทำให้
‫Kubernetes เป็นจริง เราจะทำให้การ Deploy บนระบบขนาดเล็กอย่าง
‫ARM, Raspberry Pis เป็นเรื่องง่ายๆ
‫ได้ไหม นั่นเป็นโครงการที่น่าจับตามอง
‫K3os เป็นระบบปฏิบัติการที่มี
‫K3 อยู่ด้านบน
‫เป็นการติดตั้ง Linux ขั้นต่ำที่ออกแบบมาเพื่อเรียกใช้
‫K3 บนอุปกรณ์ขนาดเล็ก
‫นั่นเป็นโครงการที่ค่อนข้างใหม่
‫แต่เป็นโครงการที่น่าสนใจ จุดสนใจที่สำคัญอีกอย่างหนึ่ง
‫ซึ่งคุณจะได้ยินฉันพูดถึงมากขึ้นในพอดคาสต์ของฉันคือ
‫โครงข่ายบริการ ซึ่งเป็นแนวคิดใหม่ในช่วงสองสามปีที่ผ่านมา
‫และเป็นศัพท์ใหม่จริงๆ
‫เราไม่เคยใช้คำนั้นในอุตสาหกรรมนี้มาก่อน
‫Service mesh เป็นแนวคิดของเลเยอร์พร็อกซีนี้ทั่วทั้งคลัสเตอร์ ไม่ใช่แค่สำหรับการเชื่อมต่อขาเข้าจากอินเทอร์เน็ต
‫แต่สำหรับทุกๆ ส่วนของแอปของคุณจริงๆ
‫กลายเป็นคนกลางในการควบคุม ในแง่ของความปลอดภัย
‫ในแง่ของการตรวจสอบ และการกำหนดเส้นทางไปยังตำแหน่งที่เหมาะสม การรับส่งข้อมูลทั้งหมดสำหรับส่วนต่างๆ ของแอปที่เผยแพร่ของคุณ
‫เป็นชุดของโครงการที่เกิดจากปัญหาของไมโครเซอร์วิส
‫หากคุณเคยทำไมโครเซอร์วิส
‫ความท้าทายที่แท้จริงประการหนึ่งคือ สิ่งที่อยู่ในไบนารีเดียวบนเซิร์ฟเวอร์เครื่องเดียว
‫และการแก้ปัญหาที่ค่อนข้างง่ายกลายเป็นคอนเทนเนอร์นับสิบ
‫มากกว่าเซิร์ฟเวอร์หลายสิบเครื่อง
‫นั่นกลายเป็นเรื่องยากมากในการแก้ไขปัญหาเว้นแต่คุณจะมีเครื่องมือเครือข่ายที่ดี
‫ดังนั้น Service Mesh ได้ชี้ไปที่ปัญหานั้นและพยายามที่จะกลายเป็นมาตรฐาน
‫โดยมีมาตรฐานอยู่เบื้องหลัง โดยวางเลเยอร์ไว้ที่นั่นเพื่อเพิ่มการมองเห็น การตรวจสอบ
‫การแก้ไขปัญหา และการรักษาความปลอดภัยรอบๆ แอปที่แจกจ่ายและไมโครเซอร์วิสของเรา