แผนพัฒนาผลิตภัณฑ์ (Roadmap)
อัปเดตล่าสุด: 2026-09-12
นี่คือแผนพัฒนาผลิตภัณฑ์สาธารณะของ Loha ซึ่งระบุความสามารถที่พร้อมใช้งานจริงในซอฟต์แวร์เวอร์ชันปัจจุบัน แยกจากฟีเจอร์ที่อยู่ระหว่างการพัฒนาหรืออยู่ในแผนงาน บริการต่าง ๆ ของ Loha มีรอบการออกรีลีสแยกจากกัน คุณสามารถดูไฮไลต์ของ แต่ละเวอร์ชันที่ปล่อยออกมาแล้วได้ที่ บันทึกการเปลี่ยนแปลง (Changelog)
สถานะการรีลีส
คำว่า “กำลังพัฒนา” หมายถึงระบบยังอยู่ระหว่างการพัฒนา ตรวจสอบความถูกต้อง (validation) หรือเตรียมพร้อมการเปิดใช้งาน (rollout) จึงยังไม่ถือเป็นฟีเจอร์ที่พร้อมใช้งานทั่วไป โดยฟีเจอร์จะถูกบันทึกไว้ใน Changelog เมื่อแพ็กเกจที่เกี่ยวข้องได้รับการติดแท็กเปิดตัว (release tag) เรียบร้อยแล้วเท่านั้น
ใช้งานได้ในวันนี้
| หมวดหมู่ | สถานะ | สิ่งที่คุณสามารถทำได้ |
|---|---|---|
| พื้นที่ทำงาน (Workspaces) และการเข้าถึง | พร้อมใช้งาน | สร้าง workspace, จัดการสมาชิกและกำหนดบทบาท (roles) รวมถึงใช้ personal access token หรือคีย์ service account เพื่อทำ automation ได้อย่างปลอดภัย |
| การเชื่อมต่อ Repository | พร้อมใช้งาน | เชื่อมต่อ repository จาก GitLab, GitHub, Gitea หรือ Forgejo พร้อมตั้งค่า trigger และรับการอัปเดตสถานะ commit (commit status) ได้ |
| Pipelines และ Builds | พร้อมใช้งาน | กำหนด pipeline ในไฟล์ .loha.yml, สั่งรัน build, ตรวจสอบสถานะและ log ของแต่ละ step รวมถึงสามารถยกเลิกหรือสั่ง retry build ได้ |
| การสร้างและแก้ไข Pipeline | พร้อมใช้งาน | เริ่มต้นสร้างจาก visual builder หรือนำเข้า (import) การตั้งค่าจาก CI อื่นที่รองรับ แล้วจัดเก็บไฟล์ .loha.yml ที่ได้ไว้ใน repository ของคุณ |
| แคตตาล็อกขั้นตอน (Task Catalog) | พร้อมใช้งาน | ค้นหาและศึกษา official tasks ที่มีเอกสารกำกับอย่างครบถ้วน เพื่อนำไปใช้งานในการกำหนดค่า pipeline |
| การกู้คืนสถานะ Build | พร้อมใช้งาน | แสดงข้อมูลสถานะการรอคอยและความสดใหม่ (freshness) ของข้อมูลชัดเจนยิ่งขึ้น ขณะที่ Loha กำลังปรับปรุงสถานะ (reconcile) หากกด retry กับ build ที่ยังทำงานอยู่ ระบบจะพาไปยังรอบการรันเดิม |
| การเปิดตัวเวอร์ชัน (Releases) | พร้อมใช้งาน | ตรวจดูรายการ container image releases ที่บันทึกไว้ได้จากมุมมองระดับ repository, project หรือ workspace พร้อมดู build และ commit ต้นทางที่ใช้สร้าง |
| การเข้าถึงผ่านโค้ด (Programmatic Access) | พร้อมใช้งาน | ใช้งาน API ผ่าน /api/v1 และเชื่อมต่อกับ hosted MCP server สำหรับ workspace ที่เปิดใช้ความสามารถนี้ |
| CLI | เข้าถึงผ่าน Token | CLI มีคู่มือและเครื่องมือสำหรับการติดตั้งและอัปเดตตัวเอง (self-update) ครบถ้วน โดยคำสั่ง loha login ในปัจจุบันจะยืนยันตัวตนผ่าน personal access token หรือคีย์ service account |
| การแจ้งเตือนและ Outbound Webhooks | พร้อมใช้งาน | รับการแจ้งเตือนผล build ภายในแอปพลิเคชันและทางอีเมล ส่วน outbound webhook จะเปิดใช้งานเฉพาะ workspace ที่ได้รับสิทธิ์ |
| โควตาและความลับ (Quotas & Secrets) | พร้อมใช้งาน | กำหนดขีดจำกัดการใช้งานตามแพ็กเกจ และจัดเก็บ secret แยกตามระดับ repository หรือ workspace เพื่อนำไปใช้ในขั้นตอน build ได้อย่างปลอดภัย |
กำลังพัฒนา
- คำแนะนำสำหรับการเริ่ม Build แรก (First-build onboarding): ระบบเวอร์ชันปัจจุบันสามารถตรวจจับ repository ที่ยังไม่มีไฟล์
.loha.ymlพร้อมทั้งแนะนำการตั้งค่าเริ่มต้นให้ได้ โดยเรากำลังเดินหน้าปรับปรุงขั้นตอนตั้งแต่การเชื่อมต่อ repository ไปจนถึงการสั่งรัน build แรกให้ราบรื่นและแม่นยำยิ่งขึ้น - การทดสอบนำร่อง Loha Deploy (Loha Deploy pilots): สถาปัตยกรรมพื้นฐานสำหรับ rollout รองรับทั้ง GitOps/ArgoCD และ SSH ภายใน codebase แล้ว แต่ยังต้องผ่านการทดสอบในสภาพแวดล้อมจริง (pilot environments), การตรว จสอบ provider และการตั้ง release rollout gates ก่อนที่จะเปิดให้บริการในฐานะบริการ deployment บน production เต็มรูปแบบ
- ความปลอดภัยของ Build และ Artifacts (Build security and artifacts): ระบบจัดเก็บ artifact, นโยบายการเก็บรักษา (retention), หลักฐานการสแกนความปลอดภัย (scan evidence) และหน้ารายงานความปลอดภัยอยู่ระหว่างการพัฒนาอย่างต่อเนื่อง โดยยังไม่ได้เปิดเป็นแดชบอร์ดความปลอดภัยที่สมบูรณ์หรือการรับประกันการบังคับใช้นโยบายในขณะนี้
- การเข้าสู่ระบบ CLI ผ่านเว็บเบราว์เซอร์ (CLI browser login): CLI มีคู่มือและเครื่องมือสำหรับติดตั้งและ self-update แล้ว แต่คำสั่ง
loha loginยังคงต้องใช้ personal access token หรือคีย์ service account อยู่ ส่วนการล็อกอินผ่านเบราว์เซอร์ (browser-based sign-in) ยังไม่ได้เปิดตัว - Loha Repos: บริการ Git แบบ managed ในอนาคตกำลังอยู่ระหว่างการออกแบบบน Forgejo โดยยังไม่ได้เปิดตัวเป็นผลิตภัณฑ์ hosted repository ในขณะนี้
- การเปิดใช้ งาน Workspace และระบบ Self-service: เรากำลังปรับปรุงกระบวนการเปิดใช้งาน (activation), โควตา (quotas) และขั้นตอนการเริ่มต้นใช้งาน (onboarding) ให้ดียิ่งขึ้น ก่อนที่จะขยายสิทธิ์การเข้าถึงแบบ self-service ในวงกว้าง
แผนถัดไป
- การเลื่อนขั้นและการกู้คืน Deployment (Deployment promotion and recovery): การจัดลำดับสภาพแวดล้อม (environments), การตรวจเช็กความสมบูรณ์ของระบบ (health checks), การเลื่อนขั้น (promotion), การย้อนกลับ (rollback) และกระบวนการอนุมัติก่อนขึ้น production หลังจากเสร็จสิ้นการทดสอบนำร่องระบบ deployment
- การยืนยันตัวตนระดับองค์กร (Enterprise identity): ระบบ Single Sign-On (SSO/SAML) แยกตามราย workspace
- ความพร้อมด้านเสถียรภาพระดับสูง (Reliability readiness): สถาปัตยกรรม High Availability, การซ้อมสำรองและกู้คืนข้อมูล (backup & restore), การทดสอบการรับโหลด (load testing), หน ้าแสดงสถานะระบบสาธารณะ (public status page) และข้อตกลงระดับบริการ (SLA/service commitments) ก่อนเปิดให้บริการทั่วไปในวงกว้าง
- การปฏิบัติตามข้อกำหนดและการตรวจสอบ (Compliance and visibility): หน้าแสดง audit log สำหรับ workspace และรายงานความปลอดภัยสำหรับลูกค้า ตามด้วยแผนงานระยะยาวเพื่อขอรับรองมาตรฐาน เช่น ISO 27001
- ตัวเลือก Repository และ Deployment เพิ่มเติม: การติดตั้ง GitHub App ในระดับองค์กร (organisation-wide), การรองรับ Bitbucket, deployment providers เพิ่มเติม, preview environments และกลยุทธ์ progressive delivery
ข้อจำกัดที่ทราบ
- Loha ยังไม่ได้ผ่านการทดสอบและรับรองความพร้อมสำหรับเวิร์กโหลดระดับ production ขนาดใหญ่ในวงกว้าง หรือความพร้อมสำหรับระดับ General Availability
- CLI ยังไม่รองรับการล็อกอินผ่านเบราว์เซอร์ โดยปัจจุบันใ ช้การยืนยันตัวตนผ่านโทเค็น (token-based authentication) ส่วนการดาวน์โหลด CLI จากโฮสต์กลางจะขึ้นอยู่กับช่องทางแจกจ่ายที่ทีมงานจัดเตรียมไว้ให้
- การเชื่อมต่อกับ GitHub ใช้การตั้งค่าผ่าน personal access token โดยยังไม่รองรับการติดตั้ง GitHub App ระดับองค์กร และยังไม่รองรับ Bitbucket
- ระบบ deployment อยู่ในช่วงทดสอบนำร่อง (pilot) จึงยังไม่ควรนำไปอ้างอิงว่าพร้อมให้บริการ deployment บน production
- หน้ารายงาน audit log และการสแกนช่องโหว่/ความปลอดภัยสำหรับลูกค้ายังไม่ได้เปิดตัวอย่างเป็นทางการ
- การเรียกเก็บเงินและการจัดการแพ็กเกจต้องประสานงานกับทีมงานโดยตรง ยังไม่มีระบบชำระเงินแบบ self-service
การดูแลหน้านี้
เราตรวจสอบและปรับปรุงข้อมูลในหน้านี้เป็นป ระจำโดยอ้างอิงจาก release tag และแผนการส่งมอบงาน หากฟีเจอร์ใดถูกระบุว่า "กำลังพัฒนา" แสดงว่ายังต้องผ่านการตรวจสอบความถูกต้องหรือขั้นตอน rollout ตามที่ระบุไว้ก่อนจึงจะถือว่าพร้อมใช้งานจริง