4일 내내 빨간불이 켜졌어요
어느 B2B 아동복 셀러의 주문 포털에는, 배포하기 전에 코드를 훑는 자동 검사 게이트가 있어요. 이 게이트가 4일 연속으로 빨간불을 켰어요. 매일 "이상 있음" 알림이 올라왔죠.
원인을 파보니 좀 뜻밖이었어요. 3주 전 보안 수리에서, 코드에 글자 그대로 박혀 있던 평문 비밀번호를 일부러 지웠거든요. 비밀번호가 코드 안에 그대로 적혀 있으면 누구나 훔쳐볼 수 있으니까요. 지운 게 맞아요.
그런데 검사 게이트는 아직 옛날 기준을 들고 있었어요. "그 비밀번호 상수 3개가 코드에 있어야 정상"이라고 검사하고 있었던 거예요. 보안은 더 좋아졌는데, 검사기는 그걸 "고장 났다"고 판정한 거죠.
수리는 오히려 간단했어요. 검사 기준을 거꾸로 뒤집었어요. 이제는 평문 비밀번호가 "없어야" 통과하도록 바꿨어요.
아파트 경비 아저씨로 바꿔볼게요
조금 더 쉽게 비유해볼게요. 어느 아파트가 현관 보안을 열쇠에서 지문인식으로 업그레이드했어요. 훨씬 안전해졌죠.
그런데 경비실 점검표에는 아직 옛날 항목이 남아 있어요. "열쇠함에 열쇠 3개 있는지 확인." 지문인식으로 바꿨으니 열쇠는 당연히 없어요. 그래서 경비 아저씨는 매일 "이상 있음"이라고 보고를 올려요.
열쇠가 없는 건 문제가 아니에요. 오히려 잘된 일이에요. 낡은 건 점검표였어요. 저희 게이트가 딱 이 경비 아저씨였던 거예요.
옆 동네에서도 빨간불이 켜졌어요
같은 날, 다른 서비스의 검사기도 4일째 빨간불이었어요. 이번엔 새 기능을 시험 삼아 넣었던 코드에 작은 흠이 남아 있었어요. 그런데 매일 자동으로 도는 데이터 저장 작업들이 그 흠을 계속 물려받으면서 같이 넘어졌어요.
데이터는 아무 잘못이 없었어요. 데이터를 나르는 통로가 아팠던 거예요. 빨간불이 며칠씩 이어질 때 자주 보는 모양이에요.
두 사례는 겉으로는 완전히 달라 보였어요. 하나는 보안을 고친 뒤, 하나는 새 기능을 넣은 뒤였으니까요. 그런데 뿌리는 똑같았어요. 검사기가 바라보는 기준이, 실제 코드가 걸어온 변화를 못 따라간 거예요.
그래서 배운 네 가지
하나. 검사기도 코드처럼 늙어요. 지키려는 대상이 진화하면, 검사 기준도 같이 진화해야 해요. 어제의 정답이 오늘의 오답이 되기도 하니까요.
둘. "빌드 통과"와 "전체 게이트 통과"는 달라요. 제 컴퓨터에서는 빌드만 봤는데, 게이트는 그 앞에서 다른 검사부터 돌리고 있었어요. 초록불 하나만 보고 다 됐다고 믿으면 안 돼요.
셋. 빨간불이 4일 가면, 범인은 대개 "오늘 커밋"이 아니에요. 며칠씩 이어진 실패라면, 원인은 보통 예전에 심어진 데 있어요. 오늘 바꾼 것만 노려보면 계속 헛다리를 짚게 돼요.
넷. 게이트가 실패하면 질문을 하나 더 얹어요. "코드가 나쁜가?"만 묻지 말고, "게이트가 낡았나?"도 같이 물어요. 자동화가 늘어날수록 이 질문 하나가 시간을 많이 아껴줘요.
오늘의 한 줄
검사기가 빨간불을 켜면, 코드를 의심하기 전에 검사기의 나이부터 물어보세요.