メインコンテンツへスキップ
記事一覧へ戻る

GitHub Apps ติดตั้งระดับ Enterprise เปิด GA ขยายสิทธิ์จัดการ Policy แทน Classic PAT

GitHub ประกาศวันที่ 23 ตุลาคม 2026 เปิด enterprise installations สำหรับ GitHub Apps แบบ GA พร้อมขยายสิทธิ์ API ด้าน governance ความปลอดภัย และการตั้งค่าองค์กร ช่วยให้ automation บางประเภทที่เคยพึ่ง classic personal access token มีทางเล

GitHub Apps ติดตั้งระดับ Enterprise เปิด GA ขยายสิทธิ์จัดการ Policy แทน Classic PAT

GitHub ประกาศวันที่ 23 ตุลาคม 2026 เปิด enterprise installations สำหรับ GitHub Apps แบบ GA พร้อมขยายสิทธิ์ API ด้าน governance ความปลอดภัย และการตั้งค่าองค์กร ช่วยให้ automation บางประเภทที่เคยพึ่ง classic personal access token มีทางเลือกย้ายมาใช้ app identity ที่กำหนดสิทธิ์ตามงานได้ชัดขึ้น

ความครอบคลุมใหม่ของการติดตั้ง

ประกาศระบุการจัดการ enterprise repository policies, rulesets, ข้อกำหนด 2FA, verified domains, IP allowlists และ enterprise access restrictions พร้อมแก้ช่องว่างของ API บางส่วนที่เคยใช้กับ GitHub Apps ไม่ได้ การรองรับใน GitHub Enterprise Server ระบุไว้สำหรับ GHES 3.24 จึงไม่ควรนำสถานะ GA ของบริการ cloud ไปสรุปว่า server ทุกรุ่นมีความสามารถเท่ากัน

การมี permission เพิ่มไม่ใช่เหตุผลให้เลือกทั้งหมดไว้ก่อน ควรเริ่มจากรายการ API calls ของ workflow เดิม แล้วจับคู่สิทธิ์ที่จำเป็นกับเอกสารล่าสุด บาง workflow ใช้ทั้ง REST และ GraphQL การทดสอบเฉพาะ endpoint แรกสำเร็จยังไม่ยืนยันว่าทั้งกระบวนการจะทำงานภายใต้ app identity ได้ครบ

ย้ายจาก PAT โดยรักษาการตรวจสอบได้

จัดทำ inventory ว่า PAT ใดอยู่ใน job หรือบริการใด ใครเป็นเจ้าของ และใช้กระทำอะไรจริง จากนั้นทดลอง app กับงานอ่านข้อมูลก่อนงานเปลี่ยน policy หากต้องเปลี่ยนระบบ production ให้เก็บผลตอบกลับและตรวจสถานะปลายทาง ไม่ถือว่า HTTP สำเร็จเป็นหลักฐานเดียวว่า policy มีค่าตามที่ตั้งใจ

ระหว่างเปลี่ยน identity ควรตรวจ audit log ว่าแยกกิจกรรมของ app จากผู้ดูแลได้ชัด และระบบแจ้งเตือนภายในยังจับคู่ได้ถูกต้อง การย้าย credential โดยไม่ปรับผู้รับผิดชอบหรือการติดตามอาจทำให้การดูแลหลังติดตั้งยากขึ้น แม้ตัว credential จะถูกจัดการเป็นระบบกว่าเดิม

ลดความเสี่ยงจากการตั้งค่า Enterprise

สิทธิ์จัดการ allowlist, 2FA หรือ repository policy มีผลกว้าง ควรแยก app ที่ใช้รวบรวมข้อมูลออกจาก app ที่มีอำนาจเปลี่ยนนโยบายเมื่อขอบเขตงานต่างกัน พร้อมกำหนดวิธีหยุด automation และคืนค่าที่ตรวจสอบแล้ว หากเกิดการคำนวณ config ผิด การมี app identity ไม่ได้ช่วยป้องกัน logic ที่ตั้งค่าเกินขอบเขตด้วยตัวมันเอง

ก่อนยกเลิก PAT เก่า ให้ทดสอบทั้ง happy path และข้อผิดพลาด เช่น สิทธิ์ไม่พอ API ถูกจำกัด หรือบางองค์กรอยู่ต่างเงื่อนไข เมื่อยืนยันทุก consumer ได้แล้วจึง retire credential เดิมตามกระบวนการ ข่าวนี้มีคุณค่ากับองค์กรที่อยากลดการผูก automation เข้ากับบัญชีบุคคล โดยต้องทำให้สิทธิ์ อายุ credential และผู้ดูแล app สอดคล้องกับงานจริงตลอดอายุใช้งาน

แหล่งข่าว: ประกาศทางการวันที่ 23 ตุลาคม 2026