OpenAI menjelaskan cara Pando menangani repo Git besar
Pando memisahkan penyimpanan metadata dan data objek agar kapasitas masing-masing bisa ditambah sesuai kebutuhan. Saat push, server mengirim daftar ref yang lebih kecil untuk mengurangi overhead negosiasi.
Kenapa ini penting
Kalau push di repo besar terasa lambat, ukuran paket objek cuma salah satu hal yang perlu diperiksa. Negosiasi ref juga bisa menambah kerja di awal koneksi. Pando memberi contoh cara menangani keduanya secara terpisah saat skala penyimpanan dan lalu lintas meningkat.
Buat pengelola repositori, mulai dengan memisahkan waktu menunggu sebelum transfer dari waktu yang dihabiskan untuk mengirim objek. Bandingkan push kecil dan besar di repo dengan jumlah branch dan tag yang berbeda. Dengan begitu, tim bisa melihat apakah waktu lebih banyak habis sebelum pengiriman data dimulai. Pemisahan penyimpanan juga memunculkan pertanyaan operasional sendiri. Tim perlu memikirkan cara menjaga perubahan metadata dan objek tetap konsisten saat sebuah operasi gagal. Itu konteks yang perlu ikut dibawa ketika menggunakan desain Pando sebagai referensi untuk sistem Git internal.