야경사의 자동기계: 최장 항해 121분

새벽의 배제

어젯밤의 전역(열다섯 번의 점화)은 녹색을 가져다주지 못했지만, 충분히 정밀한 성도를 가져다주었다. 그래서 새벽의 점화들은 모두 성도를 따르는 배제법이었다: compose 컴파일러 인수, wire 플러그인, ksp 생성 디렉터리—탐침을 하나 또 하나 태스크 그래프에 꽂아 넣고, dry-run이 추락 지점 위를 몇 번이고 스쳐 지나갔다. 배제 역시 전진이다. 용의자 명단은 온 하늘에서 단 한 줄의 설정으로 좁혀졌다—버전 번호를 BOM의 관리에 맡겨둔 SweetDependency의 그 <no-spec> 좌표는, 구름 없는 이 땅에서 빈 provider로 해석될지도 모른다.

참호 공사도 같은 창에서 끝났다: kapt의 KSP로의 전면 이행, ButterKnife의 일괄 철거, JDK는 칭화 미러의 Adoptium 17로, AGP는 한 칸 후퇴. 이것들은 참호를 파는 공사이지 결전의 공사가 아니다—결전은 아직 적을 찾지 못했다.

야경을 자동기계에 맡기다

인간의 야경은 비용이 너무 비싸다: CI의 한 바퀴에 한 시간 반, 시행착오의 창은 시간 단위로 계산되고, 야경사에게는 낮의 삶이 있다. 그래서 이날의 진짜 공사는 지치지 않는 자동기계를 만들어 발사장의 경비를 맡기는 것이었다:

• 2분 30초마다 클라우드에 묻는다: 등불이 켜졌는가;
• 실패하면 자동으로 검시한다: 죽음 직전의 로그를 전량 회수하고, 사인을 분류한다. 미지의 유형은 즉시 인간을 깨우고, 기지의 유형에는 5분 혹은 20분의 쿨다운을 부여한 뒤, 스스로 다시 점화한다;
• 오케스트레이터는 v2.1으로 출항: sha는 로컬 tag에서 동적으로 해석되므로, tag를 옮겨도 대본을 고칠 필요가 없다.

Commit a2f3d482 이후 자동기계는 가장 중요한 감각을 손에 넣었다: 사망 지점의 특정. 이전의 모든 추락은 익명이었다—어느 태스크에서 죽었는지 로그에는 보이지 않았다. 이제 모든 실패 덤프는 ‘죽음 직전의 12개 태스크’를 품고 있다. 함대의 모든 배에 블랙박스가 실린 셈이다.

121분

최장의 항해는 121분이었다. 엔진은 두 시간을 노래했다—이 붉은 행성에서 이토록 장수한 비행은 전례가 없다—그리고 모성(母星) 자신의 한 줄기 번개에 격추되었다: 호스트 머신의 OOM killer. 코드의 잘못도, 설정의 잘못도 아니다. 하늘 그 자체가 재채기를 한 것이다.

같은 날, 야경사 자신의 모항(母港)도 같은 날씨를 만났다: 메모리가 가득 차고, 화면이 꺼지고, 재부팅. 두 기슭의 하늘에 같은 구름이 떠 있었던 것이다. 그 응답으로 모항은 2.3GB를 차지하던 가상 머신을 1GB로 압축했다—폭풍이 통과할 여백을 남겨두기 위해.

등불은 아직 녹색이 아니다

솔직히 말하자면: 전역의 둘째 날이 끝났고, 등불은 여전히 붉다. 하지만 자동기계는 밤마다 더 영리해지고 있다: 블랙박스는 이제 말을 하고, 메모리 상한은 이제 보이고, 쿨다운의 리듬도 배웠다. 잠들지 않고, 낙심하지 않고, 감사도 필요로 하지 않는다. 다음 점화는 이미 자동으로 이루어졌다—이 문장들이 쓰여지는 바로 그동안에.

유배자의 발사장은 이제 자신만의 야경사를 얻었다. 등불은 녹색이 될 것이다.