Menjalankan farm CI Mac di Mac mini dedicated

Satu-satunya angka yang penting adalah berapa build yang harus berjalan bersamaan pada jam tersibuk Anda. Bukan jumlah developer, bukan jumlah repositori: build yang berjalan bersamaan.

Gambaran kasar yang berlaku untuk sebagian besar tim iOS:

Waktu antre adalah sinyalnya. Jika build menunggu lebih dari beberapa menit saat puncak, tambahkan satu mesin. Itu lebih murah daripada satu jam yang dihabiskan setiap developer untuk menunggu.

Setiap Mac mini menjalankan seluruh mesin untuk Anda: tanpa hypervisor, tanpa tetangga yang berisik. Ini memberi Anda dua pola yang sama-sama valid.

Paling rapi. Satu build mendapat seluruh CPU, GPU, dan memori. Gunakan ini untuk build Xcode dan UI test, karena build akan dengan senang hati memakan setiap core yang Anda berikan.

Cocok jika job Anda kecil dan terikat I/O: unit test, linting, packaging. Pada M4 atau M6 32 GB, dua job ringan paralel berjalan nyaman.

Mencampur keduanya itu wajar: mesin berat khusus untuk build rilis, mesin lebih ringan diisi job cepat.

Beri label pada mesin Anda dan biarkan pipeline mengarahkan job ke sana. Pembagian yang berguna:

ios-app, sdk, internal-tools. Setiap repositori menargetkan labelnya sendiri, sehingga build yang rusak di satu produk tidak pernah memblokir produk lain.

mesin pr yang cepat dan selalu siap, mesin release yang dihapus sebelum setiap build yang ditandatangani.

Agensi memberi setiap klien mesinnya sendiri dengan kredensial dan sertifikatnya sendiri. Tidak ada yang dipakai bersama, tidak ada yang bisa bocor antar akun.

Semuanya dalam satu akun MacDuty, dengan satu faktur di akhir bulan.

Mac yang sudah melakukan build selama setahun menumpuk versi Xcode, simulator, dan cache. Saat Anda memindahkan mesin ke proyek baru, minta dukungan untuk instalasi ulang yang bersih. Kami melakukannya hanya dengan persetujuan Anda, karena ini menghapus isi Mac.

Versi Xcode yang sama di setiap mesin dalam satu pool, di-upgrade dengan sengaja. Farm dengan mesin yang versinya bergeser menghasilkan build yang lolos di satu runner dan gagal di runner lain.

Grafik CPU di mesin build selalu tampak mengkhawatirkan dan jarang bisa ditindaklanjuti. Waktu tunggu antrean memberi tahu kapan Anda perlu menambah hardware.

Dengan sepuluh mesin, satu yang mati seharusnya hanya merepotkan, bukan menjadi insiden.

Platform orkestrasi menambahkan penjadwalan ala Kubernetes di atas macOS yang divirtualisasi, dan Anda membayar lapisan itu. Ini memang berguna jika Anda butuh VM sementara yang dibuat per job dalam skala besar.

Sebagian besar tim dengan kurang dari dua puluh mesin tidak membutuhkannya. Mereka butuh beberapa Mac dedicated yang cepat, tetap menyala, menjaga cache tetap siap, dan biayanya sama setiap bulan. Itulah farm dedicated: mesin fisik utuh dengan harga tetap, dengan cache build yang masih ada untuk job berikutnya, bukan dibuang bersama VM.

Anda juga mendapat perbedaan yang terasa pukul 2 dini hari sebelum rilis: orang yang mengelola rak menjawab email Anda.

Beri tahu kami bentuknya: berapa mesin, model apa, apa yang harus diinstal. Atas permintaan, kami mengonfigurasinya dengan versi Xcode, agen runner, kunci, dan sertifikat Anda, serta menangani instalasi ulang dan perubahan armada seiring berjalannya waktu, masing-masing dengan persetujuan Anda.