실제로 작동하는 단기 자격 증명
모두가 키는 만료되어야 한다고 동의합니다. 그러다 누군가 아무것도 깨지지 않도록 TTL을 1년으로 설정합니다. 실제 워크로드와의 접촉에서 살아남는 몇 분짜리 자격 증명을 만드는 방법을 소개합니다.
긴 TTL이 기본적으로 이기는 이유
누구도 영구 키를 옹호하지 않습니다. 그들은 편의성을 옹호하며, 편의성은 항상 회의에서 이깁니다. 한 시간짜리 자격 증명은 누군가 갱신, 실패, 시계 오차를 처리해야 함을 의미합니다. 1년짜리 자격 증명은 사고가 나기 전까지 아무도 생각할 필요가 없음을 의미합니다.
그래서 기본값은 점점 길어집니다. 우리는 진심으로 순환을 믿는다고 말할 팀들이 발급한, 만료 기간이 년 단위로 측정되는 프로덕션 키를 봐왔습니다.
갱신을 개발자에게서 떼어내기
단기 자격 증명은 갱신이 인간의 업무가 아닐 때만 작동합니다. Mandavo에서는 에이전트가 필요할 때 작업에 범위가 지정된 자격 증명을 요청하고, 플랫폼은 몇 분 안에 만료되는 것을 돌려줍니다. 저장할 키가 없으니, 순환을 잊어버릴 키도 없습니다.
실패 모드도 바뀝니다. 갱신 실패는 더 이상 6개월 후 새벽 3시에 누군가를 호출하는 조용한 만료가 아닙니다. 즉각적이고 명백한 요청이 되어, 성공하거나 그 자리에서 사유와 함께 거부됩니다.
무엇이 깨지고, 어떻게 대응할 것인가
1년에서 5분으로 바꾸면 두 가지가 깨집니다: TTL보다 오래 실행되는 배치 작업과 토큰을 영원히 캐시하는 코드입니다. 둘 다 고칠 가치가 있습니다. 긴 작업은 체크포인트에서 자격 증명을 다시 가져와야 하고, 캐시는 만료를 존중해야 합니다.
그 대가로 유출된 자격 증명은 몇 분 안에 무가치해지고, 취소는 기도가 아니라 일급 작업이 됩니다. '이 키가 어딘가에서 아직 유효한가'라는 질문을 더 이상 하지 않게 됩니다. 답은 항상 곧 '아니오'이기 때문입니다.
- #credentials
- #rotation
- #TTL
More field notes
상시 유지 키 제로: 마이그레이션 플레이북
장기 유지 비밀 정보를 없애는 것은 스위치가 아니라 프로젝트입니다. 우리가 권장하는 순서와 각 단계의 함정을 소개합니다.
Priya Nandakumar · 플랫폼 총괄
읽는 시간 9분
배포 시점이 아니라 실행 시점에 정책 작성하기
배포 시점에 굳어진 접근 결정은 정작 중요할 때는 낡은 정보가 됩니다. 우리는 에이전트가 행동하는 순간 정책 그래프를 평가합니다. 그것이 가져다주는 이점을 소개합니다.
Priya Nandakumar · 플랫폼 총괄
읽는 시간 6분