최근 AI를 활용하여 서버 작업을 하는 것이 점점 재미있어지고 있습니다.
예전에는 Linux 에러가 발생하면 문서를 찾아보고, 포럼을 검색하고, 항목별로 하나하나 원인을 파악해야 했습니다.
하지만 이제는 문제를 Codex나 Claude Code에 보내주면 로그 분석을 돕고, 명령어를 정리해 주며, 심지어 설정을 자동으로 수정하기도 합니다.
효율성이 확실히 많이 높아졌습니다.
하지만 저 역시 점점 느끼고 있습니다.
AI에게 서버를 '분석'하도록 하는 것과 AI가 서버에 직접 '작동(운영)'할 수 있도록 허용하는 것은 완전히 별개의 문제라는 것을요.
특히 실제 비즈니스가 운영되는 VPS의 경우 더욱 그렇습니다.
예를 들어, AI에게 이렇게 지시했다고 가정해 봅시다:
'서버 방화벽을 강화해 줘.'
AI는 아마도 빠르게 nftables 규칙 세트를 작성할 것입니다.
규칙 자체는 매우 전문적으로 보이지만, 만약 현재 SSH 포트가 누락되었다면 실행 후 접속이 끊길 수 있습니다.
또 다른 예시를 들어보겠습니다:
'쓸모없는 파일들을 정리해 줘.'
만약 AI의 판단에 오류가 있다면, 비즈니스 데이터나 설정 디렉터리, 심지어 데이터베이스까지 함께 삭제할 수도 있습니다.
라우팅(routing), Docker, 시스템 서비스, 소프트웨어 업그레이드 같은 작업들은 모두 현재 실행 중인 프로그램에 영향을 줄 수 있는 민감한 작업들입니다.
그래서 저는 이제 AI의 서버 작업을 세 가지 등급으로 나누는 경향이 강해졌습니다.
첫 번째 등급: 읽기 전용 검사(Read-only check).
서비스 상태, 로그, 포트, 프로세스 및 설정을 확인만 합니다.
실행 중인 시스템을 수정하지 않습니다.
두 번째 등급: 수정 방안 생성(Generate modification plan).
AI에게 어떤 파일을 수정할지, 왜 수정해야 하는지, 어떤 위험이 있는지, 그리고 오류가 발생했을 때 어떻게 복구할 수 있는지 설명하도록 합니다.
이후 스스로 검토합니다.
세 번째 등급: 실제 실행(Actual execution).
백업, 롤백 방안, 대체 로그인 방식 등을 모두 준비한 후에 항목별로 순차적으로 실행합니다.
각 단계를 마칠 때마다 결과를 검증합니다.
그리고 특별히 간과하기 쉬운 두 가지 문제가 더 있습니다.
첫째는 권한(Permission)입니다.
모든 AI 작업에 Root 권한이 필요하지 않습니다.
낮은 권한으로 완료할 수 있는 작업이라면, 전체 서버 제어권을 줄 필요가 없습니다.
둘째는 민감 정보(Sensitive information)입니다.
SSH 개인 키(Private key), API Key, 데이터베이스 비밀번호 등은 신뢰할 수 없는 서비스나 스크립트에 보호 없이 전송되어서는 안 됩니다.
AI가 생성한 코드와 명령어라 할지라도, 전문적으로 보인다고 해서 무조건 신뢰해서는 안 됩니다.
저는 점점 AI 운영(DevOps)이 미래에 매우 보편화될 것이라고 느끼고 있습니다.
하지만 훌륭한 AI 비서가 단순히 실행 속도가 빠른 것만은 아니어야 합니다.
진정으로 신뢰할 수 있는 AI 비서는 위험을 설명하고, 언제 멈춰야 하는지 알며, 복구 가능한 퇴로(fallback)를 남겨줄 수 있어야 합니다.
여러분은 지금 VPS의 Root 권한을 AI에게 맡길 용기가 있으신가요?
아니면 여전히 AI가 명령어를 생성하면 스스로 검토한 후 실행하는 습관이 몸에 배어 있나요?
#AI #VPS #Linux