본문으로 건너뛰기

조회만 할 거예요, 손대실 거예요? — 미나가 묻는 한 가지

· 약 3분
미니소프트 AI 플랫폼 기술 블로그 작성자

핵심 요약 미나가 가장 먼저 구분해야 하는 것은 사용자가 조회만 원하는지, 실제 인프라 변경을 원하는지입니다. 읽기 작업과 변경 작업을 분리해야 AI 운영 도구가 빠르면서도 안전하게 동작할 수 있습니다.

지난 글에서 미나(MiNa)가 운영자의 질문을 받아 영향 범위·담당·과거 사례를 한 묶음으로 답한다는 이야기를 했습니다. "이 도메인이 죽으면 뭐가 영향받지?"에 미나가 DNS·프록시·서비스·서버·담당팀을 가져다 주는 식이었죠.

그런데 운영자가 던지는 질문이 늘 조회만은 아닙니다. "이 컨테이너 좀 지워줘", "GPU 작업 중지해줘", "이 사용자 계정 묶어줘" 같은 손대는 질문도 섞여 있죠. 같은 미나에게 묻는데 답이 같은 식으로 나오면 위험합니다.

이번 글은 미나가 묻는 한 가지 질문 — "조회만 할 거예요, 손대실 거예요?" 이야기입니다.

같은 응급실, 두 가지 모드​

응급실에서 의료팀이 하는 일은 두 갈래입니다. 환자 차트를 펼쳐 보는 일과, 약을 처방하거나 시술을 결정하는 일. 둘은 같은 의사가 하지만 절차가 완전히 다릅니다. 차트는 일단 빠르게 펼쳐도 환자에게 변화가 없죠. 처방은 잘못되면 환자에게 즉시 영향이 갑니다.

미나가 운영자의 질문을 받았을 때 가장 먼저 하는 일도 이 갈림입니다. "이건 보기만 하는 질문인가, 손대는 질문인가." 같은 미나가 묻고 답하지만, 둘은 다른 길을 탑니다.

빠른 길 — 조회만 묻는 질문​

조회는 빠르게 가도 됩니다.

  • "서버 목록 보여줘"
  • "GPU 누가 쓰고 있어?"
  • "DNS 레코드 어디로 연결돼?"
  • "이 도메인 담당팀이 누구야?"

이런 질문에 미나는 깊게 추론하지 않고 곧장 필요한 도구를 호출해 결과를 가져옵니다. 응급실로 치면 차트를 즉시 펼쳐 보여주는 동작이죠. 답이 빨라야 운영자가 다음 판단을 빨리 할 수 있습니다.

신중한 길 — 손대는 질문​

변경 질문은 같은 속도로 가면 안 됩니다. 미나는 다음 세 단계를 거칩니다.

1. 영향 범위 먼저 답하기 (dry-run)

"이걸 지우면 이게 같이 영향받습니다" 를 먼저 보여줍니다. 컨테이너 하나 지우는 요청에도, 그 컨테이너가 떠받치는 사이트·연결된 프록시·로그 보관 정책까지 함께 보여줍니다. 실제로는 아무것도 건드리지 않은 상태죠.

2. 담당팀 확인

"이 영역은 인프라팀입니다", "이건 데이터팀 권한이에요" 처럼 책임 소재를 함께 답합니다. 운영자가 자기 권한 밖 작업을 무심코 진행하지 않도록 보호하는 단계입니다.

3. 명시 승인 대기

운영자가 "OK, 진행해" 를 명시적으로 누르기 전까지 미나는 실행하지 않습니다. 응급실에서 위험한 시술 전에 동의서를 받는 단계와 같습니다.

왜 두 길을 굳이 나누나​

빠른 길만 있으면 위험합니다. 손대는 질문이 들어왔는데 미나가 빠르게 처리해 버리면, 운영자가 영향 범위를 모르는 채 인프라가 바뀌어 버립니다.

신중한 길만 있으면 답답합니다. 단순 조회까지 매번 "정말로 보시겠습니까?" 를 묻기 시작하면, 운영자가 미나에게 묻지 않고 메뉴를 직접 도는 옛 방식으로 돌아갑니다.

빠른 트리아지 + 신중한 처치 — 응급실이 잘 굴러가는 이유와 같은 모양으로, 인프라 운영도 두 트랙이 함께 있어야 합니다.

마치며​

미나는 답을 묶어내는 능력만큼 언제 멈춰서 운영자에게 다시 물을지 아는 능력도 중요합니다. 빠른 답이 필요한 곳에선 빠르게, 신중해야 할 곳에선 한 번 멈춰서 묻는 미나가 저희가 사내 인프라에 매일 함께 쓰고 있는 동료입니다.

다음 글에서는 미나가 따라가는 운영 체인 — 도메인 한 줄에서 시작해 어떻게 백업과 담당팀까지 따라가는지 — 그 안쪽 흐름을 풀어보겠습니다.

좋아요와 댓글

GitHub 계정으로 로그인하면 댓글을 작성하고 반응(좋아요)을 남길 수 있습니다. 댓글과 GitHub 계정명은 공개되며, 수정·삭제와 신고는 GitHub Discussions에서 처리됩니다.