- Dikirim
- 23 September 2026 pukul 10.30 UTC
- Penulis
- Kamo
- Commit
- 3e76660
Penyebaran tidak memiliki sumber daya: blok sama sekali. Tidak ada permintaan, jadi penjadwalan tidak bisa alasan tentang jejak pod ini; tidak ada batas, jadi tidak ada capped yang JVM -XX: MaxRAMPercentage = 70.0 heap pendek dari titik sendiri RAM (setiap titik di sini adalah ~ 126GiB). Layanan ini juga sepenuhnya buffer setiap permintaan dan tubuh respon itu maju dalam tumpukan (readAllBytes / ByteArrayResource), buffer sebuah multipart upload sebuah SECOND waktu ketika membangun kembali untuk upstream hop, dan memungkinkan upload sampai multipart.max-file-size: 500MB -- sehingga sebuah upload besar tunggal dapat secara sementara perlu kira-kira 1Gi hanya untuk byte tubuh, pada satu layanan yang front every / api / * * call on the platform (2 replika). Permintaan. template dockerfile membutuhkan tempat lain (di bawah itu, heap-at -70% -of- batas plus bukan heap overhead tidak menutup dan poop OOMKills dalam penggunaan normal; lihat pengiriman layanan email / mediaservice. Yaml komentar yang satu ini borrows), dan berukuran seperti MediaService, large- tubuh lainnya layanan di template ini, daripada lantai layanan lain digunakan di sini. Saat ini penggunaan per pod adalah ~ 610Mi RSS (kubectl top), jadi ini adalah headroom, bukan koreksi OOM yang diamati. Ini adalah jeda, bukan perbaikan sesungguhnya: streaming proxy bukan Menawarkan tubuh penuh adalah pertahanan sebenarnya terhadap banjir sengaja upload concurt besar, dan adalah perubahan yang lebih besar dari tugas ini meliputi. 500MB adalah sebuah cap yang sudah ada dan sudah ada. sendiri 3GB tunjangan internal dan cocok tingkat keamanan sendiri gateway cap), sehingga kiri sebagai daripada dipersempit sebagai pengganti untuk Streaming. Pin Penyebaran Sumber Daya bahwa manifest sebenarnya memiliki sumber daya blok dengan permintaan dan batas; menghapusnya gagal ujian.