วันนี้เห็น Library ใหม่ที่น่าสนใจสำหรับชาว Robot Frameworkมีชื่อว่า KubeLibrary ใช้สำหรับทดสอบ Kubernetes Cluster นั่นเองซึ่งสามารถทดสอบหรือตรวจสอบการทำงานของ object ต่าง ๆ ที่ deploy ไปว่าทำงานได้อย่างถูกต้อง ตามที่คาดหวังหรือไม่เป็นอีกเครื่องมือสำหรับสาย DevOps เลย
ความต้องการของการทำงานสำหรับ Load testing ของระบบงาน ด้วย Locustซึ่งอยู่บน Kubernetes cluster เป็นดังนี้ทำการ setup Locust แบบ Master-slave หรือ Manager-worker เพื่อช่วยสร้าง virtual user จำนวนมากตามที่ต้องการมีขั้นตอนการเตรียมดังนี้
Telepresence คือเครื่องมือที่ช่วยให้ developer สามารถพัฒนาระบบงานที่ deploy บน Kubernetes ได้ง่ายและสะดวกขึ้นตามแนวคิดคือ Fast Local development in Kubernetes นั่นคือ developer พัฒนาได้รวดเร็วยิ่งขึ้นโดยไม่ต้องรอการ build, push image และสร้าง container เลยใช้งานร่วมกับ IDE ต่าง ๆ ได้ดี
จากกลุ่ม Kubernetes User Group Thailand มีคำถามที่น่าสนใจคือทำไมพวกชื่อ endpoint ของพวก health check ใน Kubernetesสำหรับใช้ในการทำ Liveness และ Readiness มักจะลงท้ายด้วยตัว Z ด้วยยกตัวอย่างเช่น /healthz /livez /readyz
เห็นทาง Kubernetes ประกาศ deprecated Docker แล้วใน Kubernetes 1.20.0 rc ซึ่งก็มีบทความมาอธิบายเพียบ หนึ่งในนั้นก็คือบทความจากทาง Docker เรื่อง What developers need to know about Docker, Docker Engine, and Kubernetes v1.20 สิ่งที่หลาย ๆ คนกังวลคือ ไม่สนับสนุน docker ? คำตอบคือไม่ใช่ เพียงแต่ deprecated Dockershim เท่านั้น
Why Helm ?ในการ deploy ระบบงานบน Kubernetes cluster นั้น พบว่า ปกติจะง่ายเมื่อระบบงานไม่ซับซ้อนแต่เมื่อระบบเริ่มซับซ้อน มีจำนวน component เยอะขึ้น ทำให้การ deploy ระบบงานยากขึ้น แถมงานซ้ำ ๆ เกิดมากขึ้น
เพิ่งเห็นว่าทาง AWS ได้ปล่อย CDK8S (Cloud Development Kit for Kubernetes) version 0.21.0 ออกมา ซึ่งเป็น framework ที่พัฒนาจาก AWS Lab แน่นอนว่าเป็น open source ช่วยทำให้เราสามารถเขียนโปรแกรมในภาษา TypeScript และ Python (น่าจะเพิ่มในอนาคต) เพื่อ deploy ระบบงานบน Kubernetes cluster ได้เลย ทำให้เราไม่ต้องไปเขียนไฟล์ YAML สำหรับการ deploy ใด ๆ เพราะว่า CDK8S จะทำการสร้างให้เองจาก code ได้เลย เพื่อความเข้าใจมาลองใช้งานดีกว่า
ในเรื่องของการ scale ระบบนั้น ถือเป็นเรื่องสำคัญ โดยระบบที่ deploy ด้วย Kubernetes นั้น สามารถจัดการแบบง่าย ๆ ด้วย Deployment และ ReplicaSet แต่ก็ยังคงต้องทำแบบ manual ดังนั้น Kubernetes จึงได้สร้าง Horizontal Pod Autoscaler (HPA) ขึ้นมา เพื่อช่วยให้การ scale ในระดับ Pod แบบอัตโนมัติได้ โดยค่า default นั้นจะดูค่าจากการใช้งาน resource เช่น CPU เป็นต้น รวมทั้งยังใช้งานยากพอสมควร ถ้าสามารถทำการ custom ได้ รวมทั้งทำงานร่วมกับ metric อื่น ๆ ได้ น่าจะดีและมีประโยชน์กว่านั่นจึงเป็นที่มาของ Kubernetes Event Driven Autoscaling (KEDA)
เห็นความสามารถใหม่ใน Kubernetes ชื่อว่า Ephemeral Containers เป็น container ชนิดใหม่ ซึ่งเราสามารถสร้างขึ้นมาเพื่อทำงานกับ Pods ที่มีอยู่แล้วได้เลย ช่วยทำให้เราจัดการได้สะดวกมากยิ่งขึ้น เลยลองมาเล่นดูหน่อย
ทาง Google Cloud เขียนบทความเรื่อง To run or not to run a database on Kubernetes: What to considerทำการอธิบายแนวทางในการตัดสินใจ เรื่องของการ deploy Database บน Kubernetes หรือไม่