Databricks เพิ่งก้าวข้ามหมุดหมายสำคัญสำหรับนักพัฒนาที่ทำงานกับ deployment pipeline แบบ infrastructure-as-code การอัปเดต Databricks CLI ล่าสุดของบริษัทนำเวอร์ชัน 1.0.0 เข้าสู่สถานะพร้อมใช้งานทั่วไป (General Availability) อย่างเป็นทางการ — หมุดหมายที่บ่งชี้ว่าเครื่องมือนี้พัฒนาจนพ้นจากช่วงทดลองและพร้อมใช้งานในระดับ production อย่างแท้จริง ควบคู่กันนั้น Databricks Asset Bundles (DABs) ก็เข้าสู่สถานะพร้อมใช้งานทั่วไปเช่นกัน และฟีเจอร์การซิงค์กับ UI แบบใหม่ก็กำลังเปลี่ยนวิธีที่ทีมต่าง ๆ จัดการ workflow การพัฒนาของตนอย่างเงียบ ๆ
Summary
ประเด็นสำคัญ
- Databricks CLI เวอร์ชัน 1.0.0 พร้อมใช้งานทั่วไปแล้ว และสามารถดาวน์โหลดได้จาก release notes อย่างเป็นทางการบน GitHub ที่ github.com/databricks/cli/releases
- Databricks Asset Bundles (DABs) ก็เข้าสู่สถานะพร้อมใช้งานทั่วไปควบคู่ไปกับการออก CLI เวอร์ชันนี้
- ฟีเจอร์ UI sync แบบใหม่จะส่งต่อการเปลี่ยนแปลงที่ทำใน Databricks UI กลับไปยังไฟล์ซอร์ส แต่เฉพาะสำหรับ bundle ที่ deploy ในโหมด development โดยใช้การ deploy แบบ source-linked เท่านั้น
- ฟีเจอร์นี้มีประโยชน์เป็นพิเศษสำหรับ jobs และ dashboards แม้ว่าผู้ใช้ควรตรวจทานการแก้ไขใน Git เสมอเมื่อทำงานกับ bundle ที่ซับซ้อน
- การออกเวอร์ชันนี้เป็นชุดอัปเดตสุดท้ายก่อนงานประชุม Databricks summit ที่จะจัดขึ้นในเดือนมิถุนายน
Databricks CLI 1.0.0 เข้าสู่สถานะพร้อมใช้งานทั่วไป
CLI เวอร์ชัน 1.0.0 พร้อมให้ใช้งานแล้ว และถือเป็นการออกเวอร์ชันเสถียรตัวแรกที่พร้อมใช้งานในระดับ production ของ command-line interface ของ Databricks เวอร์ชันนี้สามารถดาวน์โหลดได้โดยตรงจาก release notes อย่างเป็นทางการบน GitHub ที่ github.com/databricks/cli/releases
สำหรับวิศวกรที่สร้าง deployment pipeline โดยอิงกับ CLI ตั้งแต่ช่วง preview ก่อนหน้านี้ ป้าย GA นี้มีความหมายมาก มันช่วยลบความคลุมเครือว่าควรเชื่อถือเครื่องมือนี้ในสภาพแวดล้อม production หรือไม่ และกำหนด baseline ที่ชัดเจนสำหรับการจัดการเวอร์ชันในอนาคต ทีมที่รอเวอร์ชันเสถียรอย่างระมัดระวัง ตอนนี้มีจุดเริ่มต้นที่ชัดเจนแล้ว
การพร้อมใช้งานทั่วไปของ Databricks DABs
การที่ Databricks Asset Bundles เข้าสู่สถานะพร้อมใช้งานทั่วไปพร้อม ๆ กับ CLI ไม่ใช่เรื่องบังเอิญ DABs เป็นกลไกพื้นฐานสำหรับการแพ็กและ deploy ทรัพยากรของ Databricks ในรูปแบบโค้ด — ไม่ว่าจะเป็น notebooks, jobs, pipelines และอื่น ๆ — และสถานะ GA ของมันหมายความว่า workflow แบบ infrastructure-as-code ทั้งชุดตอนนี้ตั้งอยู่บนรากฐานที่เสถียรและได้รับการสนับสนุน แทนที่จะเป็นเครื่องมือในช่วง preview
เมื่อรวมกัน CLI และ DABs เป็นกระดูกสันหลังของวิธีที่ทีมวิศวกรรมจัดโครงสร้างและจัดการเวอร์ชันของ deployment บน Databricks การที่ทั้งสองเข้าสู่ GA พร้อมกันช่วยรวมรากฐานนั้นไว้ในจังหวะการออกเวอร์ชันเดียว
การซิงโครไนซ์กับ UI ช่วยเพิ่มประสิทธิภาพ Workflow การพัฒนา
ส่วนที่น่าสนใจในเชิงปฏิบัติมากที่สุดของการออกเวอร์ชันนี้คือความสามารถ UI sync แบบใหม่ เป็นครั้งแรกที่การแก้ไขที่ทำโดยตรงใน Databricks UI สามารถส่งต่อกลับไปยังไฟล์ซอร์สที่อยู่เบื้องหลังได้ — ปิดลูปที่ก่อนหน้านี้บังคับให้นักพัฒนาต้องปรับการเปลี่ยนแปลงใน UI ให้ตรงกับ codebase ด้วยตนเอง
UI Sync ทำงานอย่างไร
ฟีเจอร์นี้จะทำงานเมื่อมีการ deploy bundle จาก UI ในโหมด development โดยใช้การ deploy แบบ source-linked ภายใต้การตั้งค่านั้น การแก้ไขใด ๆ ที่ทำผ่าน UI หลังจากนั้นจะสะท้อนกลับไปยังไฟล์ซอร์สโดยอัตโนมัติ มันเป็นความสามารถที่เจาะจง — จำกัดขอบเขตเฉพาะโหมด development — ไม่ใช่การซิงค์แบบครอบคลุมทุกประเภทการ deploy
การจำกัดขอบเขตเช่นนี้มีความสำคัญ โหมด development คือจุดที่การวนซ้ำเกิดขึ้นเร็วที่สุด ที่ซึ่งนักพัฒนาปรับแต่ง configuration ทดสอบพารามิเตอร์ของ job และปรับ logic ของ dashboard โดยไม่จำเป็นต้องผ่านรอบ CI/CD เต็มรูปแบบทุกครั้ง การสามารถแก้ไขอย่างรวดเร็วใน UI แล้วให้การเปลี่ยนแปลงนั้นกลับไปอยู่ในซอร์สได้ ช่วยลดจุดเสียดทานที่ก่อนหน้านี้สะสมกลายเป็นภาระใน workflow จริง ๆ
ผลกระทบต่อ Jobs และ Dashboards
ตามที่ Hubert Dudek ผู้บันทึกการออกเวอร์ชันนี้ระบุ UI sync มีประโยชน์เป็นพิเศษสำหรับ jobs และ dashboards — ทรัพยากรสองประเภทที่มักมีการแก้ไขผ่าน UI แบบวนซ้ำบ่อยครั้ง อย่างไรก็ตาม Dudek ได้ให้ข้อแม้ไว้อย่างชัดเจนว่า: “สำหรับ jobs แน่นอนว่า โปรดตรวจทานใน Git เสมอ เนื่องจากผลลัพธ์ในบาง bundle ที่ซับซ้อน (รวมถึง mutators ตัวโปรดของผม) ไม่สามารถรับประกันได้”
คำเตือนนั้นควรได้รับการใส่ใจอย่างจริงจัง Bundle ที่ซับซ้อนซึ่งพึ่งพา mutators — logic ที่แปลง configuration ของ bundle ขณะรันไทม์ — อาจสร้างผลลัพธ์ที่กลไกการซิงค์ไม่สามารถจับได้อย่างคาดเดาได้ สำหรับสถานการณ์เหล่านั้น Git ยังคงเป็นแหล่งอ้างอิงที่เชื่อถือได้ และการข้ามขั้นตอนการตรวจทานย่อมเพิ่มความเสี่ยงที่ UI เพียงอย่างเดียวไม่สามารถแสดงให้เห็นได้
นี่เป็นตัวอย่างที่ดีของจุดที่ฟีเจอร์นี้เพิ่มคุณค่าอย่างแท้จริง เทียบกับจุดที่ยังต้องการวินัยในการติดตามผล สำหรับ jobs และ dashboards ที่ตรงไปตรงมาในสภาพแวดล้อม development UI sync ช่วยลดวงจรการคัดลอก-วางและการอัปเดตด้วยตนเองลงอย่างมาก สำหรับทีมที่ใช้สถาปัตยกรรม bundle ที่ซับซ้อน มันเป็นเพียงชั้นของความสะดวกสบาย ไม่ใช่ตัวแทนของการตรวจทานเวอร์ชันที่เหมาะสม
อัปเดตชุดสุดท้ายก่อนงาน Databricks Summit
จังหวะเวลาช่วยเพิ่มบริบทให้ที่นี่ การออกเวอร์ชันนี้ถือเป็นชุดอัปเดตสุดท้ายของ Databricks ก่อนงาน summit เดือนมิถุนายนที่จะมาถึง ซึ่งทำให้มันกลายเป็นช่วงรวบยอดก่อนงานใหญ่ การปล่อยทั้ง CLI และ DABs ในสถานะ GA ก่อนงานใหญ่ของบริษัทเล็กน้อย บ่งชี้ว่าประกาศเหล่านี้ถูกวางให้เป็นจุดยึด — รากฐานที่เสถียรซึ่งน่าจะมีอิทธิพลต่อ roadmap หรือทิศทางผลิตภัณฑ์ที่จะถูกนำเสนอในงาน summit
สำหรับทีมที่กำลังประเมินเครื่องมือ deployment ของ Databricks การรอดูว่างาน summit จะนำเสนออะไรออกมาก่อนที่จะตัดสินใจนำ CLI 1.0.0 และ DABs ไปใช้ในวงกว้างอาจเป็นแนวทางที่สมเหตุสมผล แต่การที่ทั้งสองมีป้าย GA แล้วหมายความว่าไม่มีข้ออ้างทางเทคนิคในการเลื่อนอีกต่อไป เครื่องมือพร้อมแล้ว ตอนนี้คำถามคือทีมต่าง ๆ พร้อมหรือยัง
คำถามที่พบบ่อย
มีอะไรใหม่ใน Databricks CLI เวอร์ชัน 1.0.0?
Databricks CLI เวอร์ชัน 1.0.0 พร้อมใช้งานทั่วไปแล้ว ถือเป็นการออกเวอร์ชันเสถียรตัวแรกที่พร้อมใช้งานในระดับ production ของเครื่องมือนี้ สามารถดาวน์โหลดได้จาก release notes อย่างเป็นทางการบน GitHub ที่ github.com/databricks/cli/releases
ฟีเจอร์การซิงโครไนซ์กับ UI ทำอะไรได้บ้าง?
ฟีเจอร์การซิงโครไนซ์กับ UI จะส่งต่อการเปลี่ยนแปลงที่ทำใน Databricks UI กลับไปยังไฟล์ซอร์สที่อยู่เบื้องหลังโดยอัตโนมัติ ทำให้นักพัฒนาไม่ต้องปรับการแก้ไขใน UI ให้ตรงกับ codebase ด้วยตนเองอีกต่อไป
โหมดการ deploy แบบใดที่รองรับฟีเจอร์ UI sync?
UI sync ทำงานเฉพาะสำหรับ bundle ที่ deploy ในโหมด development โดยใช้การ deploy แบบ source-linked เท่านั้น ไม่สามารถใช้ได้กับทุกประเภทการ deploy
ทำไมผู้ใช้จึงควรตรวจทาน jobs ใน Git หลังจากแก้ไขใน UI?
บาง bundle ที่ซับซ้อน — โดยเฉพาะ bundle ที่ใช้ mutators — อาจสร้างผลลัพธ์ที่ UI sync ไม่สามารถรับประกันได้อย่างน่าเชื่อถือ การตรวจทานการเปลี่ยนแปลงใน Git ช่วยให้มั่นใจได้ว่าซอร์สยังคงถูกต้อง และการแปลงที่ไม่คาดคิดจาก mutators จะถูกตรวจพบก่อนที่จะก่อให้เกิดปัญหา
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”มีอะไรใหม่ใน Databricks CLI เวอร์ชัน 1.0.0?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Databricks CLI เวอร์ชัน 1.0.0 พร้อมใช้งานทั่วไปแล้ว ถือเป็นการออกเวอร์ชันเสถียรตัวแรกที่พร้อมใช้งานในระดับ production ของเครื่องมือนี้ สามารถดาวน์โหลดได้จาก release notes อย่างเป็นทางการบน GitHub ที่ github.com/databricks/cli/releases.”}},{“@type”:”Question”,”name”:”ฟีเจอร์การซิงโครไนซ์กับ UI ทำอะไรได้บ้าง?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”ฟีเจอร์การซิงโครไนซ์กับ UI จะส่งต่อการเปลี่ยนแปลงที่ทำใน Databricks UI กลับไปยังไฟล์ซอร์สที่อยู่เบื้องหลังโดยอัตโนมัติ ทำให้นักพัฒนาไม่ต้องปรับการแก้ไขใน UI ให้ตรงกับ codebase ด้วยตนเองอีกต่อไป.”}},{“@type”:”Question”,”name”:”โหมดการ deploy แบบใดที่รองรับฟีเจอร์ UI sync?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”UI sync ทำงานเฉพาะสำหรับ bundle ที่ deploy ในโหมด development โดยใช้การ deploy แบบ source-linked เท่านั้น ไม่สามารถใช้ได้กับทุกประเภทการ deploy.”}},{“@type”:”Question”,”name”:”ทำไมผู้ใช้จึงควรตรวจทาน jobs ใน Git หลังจากแก้ไขใน UI?”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”บาง bundle ที่ซับซ้อน — โดยเฉพาะ bundle ที่ใช้ mutators — อาจสร้างผลลัพธ์ที่ UI sync ไม่สามารถรับประกันได้อย่างน่าเชื่อถือ การตรวจทานการเปลี่ยนแปลงใน Git ช่วยให้มั่นใจได้ว่าซอร์สยังคงถูกต้อง และการแปลงที่ไม่คาดคิดจาก mutators จะถูกตรวจพบก่อนที่จะก่อให้เกิดปัญหา.”}}]}
บทความนี้จัดทำขึ้นโดยได้รับความช่วยเหลือจากปัญญาประดิษฐ์และผ่านการตรวจทานโดยทีมบรรณาธิการแล้ว
