Automating Android Play Store Releases: ปัญหาโควตาจัดเก็บ

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

หลังจากไปป์ไลน์ทำงานได้อย่างเสถียรมานานหลายสัปดาห์ การปล่อยแอปกลับเริ่มล้มเหลวด้วยข้อความแจ้งเตือนว่าโควตาการจัดเก็บอาร์ติแฟกต์เต็ม ซึ่งเป็นปัญหาที่ไม่เกี่ยวกับโค้ดในโปรแกรมเลยแม้แต่น้อย โดย GitHub Actions สำหรับแผนใช้งานฟรีมีโควตาการจัดเก็บอาร์ติแฟกต์รวมทั่วทั้งองค์กรจำกัดไว้ที่ 500MB เท่านั้น และไปป์ไลน์ของเราได้ใช้โควตานี้หมดอย่างรวดเร็วภายในเวลาประมาณสิบวัน

กระบวนการตรวจสอบหาสาเหตุพบว่ามีสำเนาแคช Gradle ที่ซ้ำกันถึงสิบชุดเนื่องจากการตั้งค่าขอบเขตตามกิ่ง (branch-scoped) คีย์แคชที่ใช้งานไม่ได้ตั้งแต่เริ่มเขียน และการตั้งค่าเก็บรักษาไฟล์รุ่นที่ปล่อยไว้ถึง 30 วัน ซึ่งแม้การล้างข้อมูลเหล่านี้จะช่วยได้ชั่วคราว แต่นั่นไม่ใช่การแก้ปัญหาที่แท้จริง

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

เมื่อเจาะลึกถึงสาเหตุของการมีแคชที่ซ้ำกันถึงสิบชุด แทนที่จะใช้แคชอันเดียวร่วมกันทุกกิ่ง พบว่าเกิดจากข้อผิดพลาดที่คีย์แคชถูกทำลาย นอกจากนี้ไฟล์ AAB ที่ลงนามแล้วซึ่งมีขนาดใหญ่ถึง 70MB ยังถูกตั้งค่าให้เก็บรักษาไว้นานถึง 30 วันโดยปริยาย ทั้งที่ไฟล์เหล่านี้ถูกส่งขึ้น Play Store ไปแล้วทันทีหลังสร้างเสร็จ ทำให้การเก็บสำเนาไว้บน GitHub เป็นเพียงความสะดวกในการดีบักที่ไม่เคยมีใครต้องย้อนกลับไปใช้จริง