AI가 인프라 엔지니어링을 대체하지 않는다: 단지 한 층 더 위로 올라갈 뿐
AI and Infrastructure Engineering
쿠버네티스가 Ansible을 대체했듯, AI는 인프라 엔지니어의 작업 중 한 계층을 대체하고 있다. 저자는 Claude로 Helm 차트와 Terraform 모듈을 생성하며 반복적인 조회 작업을 줄였지만, 여전히 방향을 결정하고 최종 결과물을 검토한다. 하지만 회사 차원의 AI 도입이 모든 컨텍스트를 에이전트에 제공한다면, 에이전트가 장기적 관점에서 더 나은 계획을 세울 수도 있다는 불안감을 드러낸다. AI는 엔지니어를 대체하는 것이 아니라, 그들의 작업을 한 단계 위로 끌어올리고 있다.
쿠버네티스는 인프라 엔지니어를 대체하지 않았다. 그것은 그들의 작업 중 한 계층을 대체했고, 그들을 한 단계 위로 올렸다.
HN 토론
38- frio
> 정직한 트레이드오프
> 그건 가상의 비용이 아니라 - 실제로
> 하지만 바로 그게
이런 표현들은 AI가 작성한 글의 강력한 신호입니다. 우리 모두가 "이건 AI야"라고 말하는 것에 지쳤다는 걸 압니다. 그런 말이 글의 내용을 논하는 데 해롭기 때문이죠. 하지만 AI에 관한 글이 (겉보기에!) AI가 쓴 것처럼 보이면서 AI의 장점을 찬양하는 것은, 저로서는 대화를 앞으로 이끌어 간다고 생각되지 않습니다.
- cassianoleal
> 4년 전에 저는 중첩 for 루프를 손으로 직접 작성했습니다. 4단계 깊이로, 다른 AWS 계정의 리전과 가용 영역에 걸쳐 서브넷에 태그를 다는 작업이었죠. 문법을 제대로 맞추는 데 약 한 시간이 걸렸습니다.
저는 이런 유형의 엔지니어에게는 AI가 정말 필요하다고 믿습니다. 또한 그런 분들과 같은 팀에서 일하지 않기를 바랍니다. 경험이 쌓이면 로컬 변수에서 이런 식으로 데이터를 조작하는 대신 코드베이스의 다른 부분을 변경하는 법을 배우게 됩니다. 그런 방식은 디버깅하기 매우 어렵고 매우 취약할 뿐만 아니라, 다시 읽고 이해하기에도 악몽입니다.
- anon7000
쿠버네티스에서 LLM을 사용해 본 제 경험과 일치합니다. LLM은 보일러플레이트 YAML을 작성하는 데 놀랍고, kubectl을 사용해 클러스터를 모니터링하고 디버깅하는 데도 훌륭합니다 (물론 가드레일과 읽기 전용 권한을 설정한 상태에서요.) 스테이징 또는 테스트 클러스터가 있다면, 변경 사항을 적용하도록 허용할 때 매우 빠른 피드백 루프를 얻을 수 있습니다.
이것은 고도로 구조화되고, 잘 문서화되어 있으며, 의견이 명확한 프레임워크가 LLM이 잘 작동하도록 돕는 좋은 예입니다. 구조가 더 많을수록 주관적인 문제가 발생할 여지가 줄어듭니다.
- skinfaxi
> 쿠버네티스가 Ansible을 죽였나요? 그런 셈이죠. 저는 몇 년 동안 Ansible 플레이북을 작성해 본 적이 없습니다. 지금 하나를 주면 모듈 문법을 처음 보는 것처럼 눈을 가늘게 뜨고 볼 겁니다. 구성 관리가 더 이상 중요하지 않아서가 아니라, 쿠버네티스가 서버 관리를 충분히 쉽게 만들어서 더 이상 자체 노드 이미지를 만들 필요가 없어졌기 때문입니다. 그냥 클라우드 제공업체가 주는 것, 우리를 위해 만들어진 AWS AMI를 아무 의문 없이 사용합니다. 그리고 마지막으로 노드에 SSH로 접속해서 디버깅한 게 언제였죠?
K8s가 Ansible을 죽인 것은 용이성 때문이 아닙니다. Ansible이 구식이 된 이유는 우리가 머신을 만들고 변경하는 방식에서, 원하는 변경 사항이 포함된 상태로 인스턴스화하는 방식으로 전환했기 때문입니다. Ansible은 서버를 제자리에서 지속적으로 업데이트할 때 유용하며, 변경 사항이 있을 때 새 구성으로 새 유닛을 스핀업하는 경우에는 확실히 덜 유용합니다. 이런 경우에도 기본 기술은 동일하게 유지됩니다.
- purpleidea
대부분의 사용자에게 쿠버네티스는 복잡성과 비용만 추가했을 뿐 가치는 없습니다. 우리가 이 사실을 빨리 깨달을수록, 어떻게 구축해야 할지에 대해 더 빨리 생각하기 시작할 것입니다. LLM을 사용하는지 여부는 그와 아무 관련이 없습니다. LLM은 기꺼이 당신의 쓰레기를 더 빨리 만드는 것을 도와줄 것입니다!
아마도 사람들은 마침내 인프라 자동화를 다시 생각해야 한다는 것을 깨닫게 될 것입니다. 저는 깨닫고 있습니다.