mérnöki
CI migrálása arm64-be: mi törik el valójában
200 adattárat helyeztünk át az arm64 futókra. Íme a teljes lista arról, hogy mi és miért nem sikerült.
Priya Raghavan · Infrastruktúra · 2026-05-06 · 8 perc olvasás
Az arm64 percenként olcsóbb és gyakran gyorsabb is. A migráció általában egyszerű. Ha nem, az ok szinte mindig ugyanaz a kategória.
Mi tört el, gyakorisági sorrendben
- Tranzitív natív csomóponti modulok aarch64 előépítés nélkül, lassú forrású fordításhoz
- Python csomagok manylinux_aarch64 kerék nélkül, forrásból fordítás
- Docker alapképek egy csak amd64 címkéhez rögzítve
- Szervizkonténerek arm64 változat nélkül, csendben visszatérve az emulációhoz
- A kulcsok gyorsítótárazása runner.arch nélkül, x64-es műtermékek visszaállítása az arm64-re és linkerhibák készítése
Ami nem tört el
Szinte minden tiszta alkalmazáskód. Go, Rust, Java, Ruby, PHP és modern Node mind tisztán keresztezik egymást. A hibák a natív függőségi élekre koncentrálódtak, nem magukra a nyelvekre.
A következő buildje kétszer gyorsabb lehet, fele áron
Kezdje ingyen. A távozás ugyanaz az egy sor, és azt a diffet is közzétesszük.
Kapcsolódó
CI, ha a csapattársai ügynökökAz AI kódoló ágensek sokkal gyakrabban nyomulnak, mint az emberek. Ez a következőképpen változtatja meg a csővezeték tervezését és a költségszabályozást.Miért teszünk közzé utasításokat a távozáshoz?Ezen a webhelyen minden migrációs oldal tartalmazza a tőlünk való visszaköltözéshez szükséges diff-et. Íme az indoklás.Amit milliónyi CI-munka végrehajtása során tanultunkA várakozási idő, a gyorsítótár viselkedése, a megfelelő méretezés és a csak méretben megjelenő hibamódok.Hagyja abba a hibás tesztek újrapróbálkozásátAz automatikus újrapróbálkozások egy valódi hibát időszakossá alakítanak át, és megtanítják a csapatot, hogy ne bízzon minden kudarcban.