#ci-cd

파이프라인을 병렬화하고 GitHub Actions 실행 이력으로 전후를 쟀다. 네 번 재는 동안 매번 숫자가 아니라 측정 방법의 결함이 나왔고, 산문으로 적어둔 방법대로 다시 짰더니 기준선이 재현되지 않았다. 마지막 측정에서는 사라진 꼬리가 파이프라인 밖에서 온 것이었다.

배포 파이프라인에 타입체크·린트·테스트 게이트가 0개였다. 모든 배포가 지나는 길목에 단일 게이트를 박고 나서, 초록불이 거짓이 되는 방식을 두 번 더 만났다. 검사 환경의 시간대가 실행 환경과 다를 때, 그리고 게이트가 아무것도 안 검사하고 있을 때. 마지막 21개를 붙이는 데 든 시간은 실측으로 정했다.

배포가 실패한 뒤와 성공한 뒤, 구버전과 신버전이 동시에 도는 구간이 각각 생긴다. 전자는 ECS 자동 롤백으로, 후자는 파일 특성에 맞춘 CloudFront 캐시로 닫았다. 그러다 ECS가 이미 같은 롤백을 하고 있다는 걸 확인했다.

FE가 BE보다 먼저 배포되던 레이스 컨디션을 워크플로우 통합과 job 의존성으로 막았다. 오래 걸린 건 통합이 아니라 `if` 한 줄이다. always()는 평가를 강제할 뿐 판단을 대신해주지 않는다.

FE·BE·배치 워크플로우 세 개가 서로를 모른 채 동시에 돌았다. 공유 패키지를 하나 건드린 날 사용자 화면에 오류가 났고, 같은 식으로 어긋날 수 있는 데를 일곱 개 찾아 위험도를 매겼다.