KubeForge Visual Editor เผชิญความท้าทายด้านประสบการณ์ผู้ใช้แม้จะมีพื้นฐานทางเทคนิคที่แข็งแกร่ง

ทีมชุมชน BigGo
KubeForge Visual Editor เผชิญความท้าทายด้านประสบการณ์ผู้ใช้แม้จะมีพื้นฐานทางเทคนิคที่แข็งแกร่ง

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

คุณสมบัติหลักของ KubeForge :

  • อินเทอร์เฟซแบบลากและวางสำหรับออบเจ็กต์ Kubernetes
  • ความตระหนักรู้เกี่ยวกับสคีมาอัจฉริยะที่ขับเคลื่อนโดย Kubernetes JSON schemas
  • ตัวแก้ไขคอมโพเนนต์แบบโมดูลาร์พร้อมการรองรับเทมเพลต
  • การอัปเดตภาพแบบเรียลไทม์และการเชื่อมโยงการพึ่งพา
  • ส่งออกไฟล์ YAML ที่พร้อมใช้งาน
  • การอัปเดตสคีมารายวันจากที่เก็บข้อมูล kubenote/kubernetes-schema

ปัญหา Cold Start เป็นอุปสรรคต่อการนำไปใช้ในช่วงแรก

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

นักพัฒนาได้รับทราบข้อเสนอแนะนี้และสร้าง GitHub issues เพื่อแก้ไขปัญหา cold start โดยตระหนักว่าการเปิดด้วยการติดตั้งแบบสาธิตจะช่วยปรับปรุงความเข้าใจและการนำไปใช้ของผู้ใช้อย่างมีนัยสำคัญ

คำขอฟีเจอร์จากชุมชน:

  • การปรับใช้เดโมเมื่อเริ่มต้นระบบเพื่อแก้ไขปัญหา cold start
  • การนำเข้า URL ของ Helm chart และการแสดงผลค่าต่างๆ
  • การย่อขนาด node เพื่อการจัดการพื้นที่หน้าจอที่ดีขึ้น
  • การจัดระเบียบและจัดเรียงกราฟอัตโนมัติ
  • การเชื่อมต่อป้ายกำกับข้ามออบเจ็กต์และการแสดงผลความสัมพันธ์
  • การรวม cluster เพื่อดูการปรับใช้ที่มีอยู่
  • ฟังก์ชันค้นหาและแทนที่แบบทั่วโลก
  • คำแนะนำสำหรับรูปแบบการปรับใช้ทั่วไป

อินเทอร์เฟซแบบภาพมีปัญหากับความซับซ้อนในโลกจริง

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

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

การขาดการแสดงภาพการเชื่อมต่อระหว่างออบเจ็กต์ Kubernetes ที่เกี่ยวข้องเช่น deployments, services และ ingresses ยังจำกัดประสิทธิภาพของเครื่องมือในการแสดงสถาปัตยกรรมแอปพลิเคชันที่สมบูรณ์

อินเทอร์เฟซแบบภาพของ KubeForge : การนำทางผ่านความซับซ้อนในการกำหนดค่า Kubernetes
อินเทอร์เฟซแบบภาพของ KubeForge : การนำทางผ่านความซับซ้อนในการกำหนดค่า Kubernetes

ปัญหาทางเทคนิคทำลายฟังก์ชันการทำงานหลัก

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

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

ปัญหาทางเทคนิคที่รายงาน:

  • ข้อผิดพลาดในการดาวน์โหลด Schema ระหว่างการติดตั้งเริ่มต้น
  • การตั้งชื่อทรัพยากรที่ไม่ถูกต้อง (Configmap แทน ConfigMap, Cronjob แทน CronJob)
  • การขาดคำจำกัดความของฟิลด์สำหรับออบเจ็กต์ทั่วไปเช่นฟิลด์ข้อมูล ConfigMap
  • การรวมฟิลด์สถานะที่ไม่สามารถแก้ไขได้
  • คำเตือน node ที่ทับซ้อนกันและการอ้างอิง node ที่ไม่ได้กำหนดไว้
  • ปัญหาการไม่ตรงกันของ Docker image manifest กับ get.kubefor.ge/latest

ชุมชนเสนอแนะแนวทางทางเลือก

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

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

บทสรุป

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

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

อ้างอิง: KubeForge