Adatbázis migráció
Adatbázis-migrációs CI a GitHub Actions-on
Minden tesztfutás újrajátssza a teljes áttelepítési előzményeket egy üres adatbázisból.
3m → 4s
Migrációk
Minden tesztfutás újrajátssza a teljes áttelepítési előzményeket egy üres adatbázisból.
Miért történik
A tesztadatbázis a semmiből jön létre, nem pedig a gyorsítótárazott séma pillanatképéből.
Mit kell változtatni
- Egyszer írja ki az áttelepített sémát, és töltse be közvetlenül a tesztfeladatokba
- Használja a --keepdb-t vagy annak megfelelőjét, hogy az adatbázis fennmaradjon a futtatások között
- Futtassa a migrációt egy tmpfs által támogatott adatbázison a sebesség érdekében
- Tesztelje magát az áttelepítési útvonalat egy különálló, ritkább feladatban
Adatbázis-migráció a runnerhut-on (runnerhut)
Az egyetlen runnerhut specifikus sor a "runs-on: runnerhut-4vcpu-ubuntu-2404". Minden más a szokásos GitHub Actions – ugyanazok a műveletek, ugyanazok a titkok és ugyanaz az engedélymodell, amelyet ma is használ.
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ó
dbtA dbt elemzi a teljes projektet, és újra futtatja a változatlan modelleket.CondaA környezet megoldása tovább tart, mint maga az elemzés.SparkA CI-ben a Spark-feladatok idejük nagy részét a JVM indításával és az edények összeszerelésével töltik.LégáramlásA DAG importellenőrzései minden egyes futtatás során újratelepítik a teljes Airflow-függőségi készletet.