Intentric은 승인과 검증을 거쳐 인프라 변경을 적용한다

Intentric은 자연어로 받은 인프라 변경을 승인 뒤 적용하고 검증하는 서비스를 소개했습니다. 현재 AWS에서만 운영되며, Azure와 Google Cloud 지원은 아직 나오지 않았습니다. 저는 자동화 기능보다 승인된 작업에만 권한을 주고 끝나면 거둔다는 설계가 더 눈에 들어옵니다. 클라우드 변경은 문장 하나가 실제 자원과 비용을 움직이기 때문입니다.

Neckbeard는 앱에 맞는 클라우드 인프라와 비용을 추정하지만, 현재 프리알파이며 인프라 생성과 실제 배포 검증은 구분됩니다. Intentric은 승인된 변경을 적용한 뒤 실제 상태를 확인한다고 소개합니다. 인프라 자동화가 생성에서 운영 중 점검으로 이어지는 흐름과 맞닿습니다.

자연어 요청을 곧바로 실행하는 대신, Intentric은 변경 계획으로 바꿔 생성 대상과 비용, 위험을 검토하게 합니다. 담당자 승인을 거쳐 적용하고, 실제 인프라가 요청 내용과 맞는지도 확인합니다. 계획 검토부터 적용 뒤 점검까지 한 흐름에 담은 점은 반갑습니다.

다만 자동화가 사람의 확인을 없애지는 않습니다. 파괴적 변경에는 별도 승인이 필요하고, 상태가 달라져도 Intentric은 수정안을 제안할 뿐 승인 주체는 사람입니다. 이 구조는 통제권을 남기는 대신 승인 업무도 팀에 남깁니다. 게다가 현재 AWS만 지원하고 소수 디자인 파트너와 협력하는 초기 단계라, 다른 클라우드를 쓰는 팀은 선택지로 삼기 어렵습니다.

서비스를 검토할 기회가 있다면 작은 비파괴 변경 하나를 정해, 계획에 비용과 위험이 표시되는지, 승인 전 실행이 막히는지 시연으로 확인하십시오. 이어 작업 뒤 권한이 만료되는지, 실제 상태가 달라졌을 때 수정안이 어떻게 제시되는지도 물어보십시오. 이 과정을 거치면 자동화와 팀의 승인 책임이 각각 어디까지인지 확인할 수 있습니다.

클라우드 인프라 변경을 마지막으로 승인하거나 되돌렸을 때, 무엇을 먼저 확인하셨습니까?