Label GitHub Actions yang sama kini bisa berjalan di AWS
Job bisa gagal masuk ke layanan eksternal meski YAML tidak berubah. Pada 28 Oktober, GitHub mengumumkan kapasitas Linux di AWS selain Azure. Label tetap sama, tetapi alamat keluar bisa berbeda.
Lebih banyak mesin di balik label yang sama
Cakupannya runner Linux standar 2 dan 4 inti serta larger runner kompatibel dengan ukuran itu tanpa konfigurasi khusus. Windows dan jaringan privat dikecualikan. Free, Pro, dan Team otomatis ikut; Enterprise Cloud dapat mengaktifkan AWS lewat Actions > Hosted compute cloud providers.

GitHub menjadwalkan job yang memenuhi syarat ke penyedia yang tersedia tanpa mengubah label atau sintaks. Tujuannya mengurangi antrean karena kapasitas dan meningkatkan ketahanan, bukan menjamin setiap job lebih cepat atau dijalankan dua kali.
Mengapa kegagalan tampak sesekali
Bayangkan API deployment yang hanya menerima alamat Azure. Workflow yang sama bisa lolos dari Azure dan ditolak dari jalur keluar lain. GitHub juga menyebut kondisi jaringan Microsoft Entra Conditional Access. Ini contoh penjelasan, bukan insiden yang kami alami.
Sebelum mengganti token, cocokkan waktu, tujuan, IP sumber, dan kebijakan tujuan. Menunggu mesin dan ditolak autentikasi setelah job mulai adalah tahap berbeda. Kapasitas tambahan tidak memperbaiki aturan akses.
Alamat IP perlu dibaca sebagai rentang
Titik awal resmi ialah actions dari GET https://api.github.com/meta. Dokumentasi REST meminta nilai terkini, bukan menyalin contoh. Uji lokal Python ipaddress kami memakai rentang dokumentasi 192.0.2.0/24: .10 dan .200 termasuk, sedangkan 198.51.100.10 tidak. Ini bukan alamat runner sungguhan.

Mengizinkan semua rentang tidak cocok untuk semua sistem. Referensi runner menyarankan agar banyaknya rentang standar tidak dijadikan daftar izin sumber daya internal, dan menawarkan larger runner ber-IP statis atau runner mandiri. Autentikasi dan hak minimum tetap dibutuhkan.
Label tetap, asumsi berubah
Tentukan dahulu apakah masalah terjadi sebelum atau sesudah job dimulai, lalu cocokkan rentang terbaru dengan kebijakan nyata. Jika perlu jalur keluar tetap, pilih runner yang mendukungnya. Label runner bukan identitas penyedia cloud.