Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
✅ Pull request preview available for checkingBuilt without sensitive environment variables
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
/assign |
| author: > | ||
| [Janet Kuo](https://github.com/janetkuo), | ||
| [Justin Santa Barbara](https://github.com/justinsb) | ||
| --- |
There was a problem hiding this comment.
| --- | |
| translator: > | |
| [suhyenim(소속)](https://github.com/suhyenim) | |
| --- |
- 한글화된 블로그 참고하셔서 translator 영역 추가 부탁드립니다.
|
|
||
| ## 쿠버네티스의 강점(그리고 추상화의 빈틈) | ||
|
|
||
| 쿠버네티스가 클라우드 네이티브 애플리케이션을 오케스트레이션하는 사실상의 표준인 것은, 확장성과 견고한 네트워킹과 생태계 성숙도라는 과제를 정확히 풀어냈기 때문입니다. 그런데 AI가 수명이 짧은 추론 요청에서 오래 도는 자율 에이전트로 진화하면서, 새로운 운영 패턴이 나타나고 있습니다. |
There was a problem hiding this comment.
| 쿠버네티스가 클라우드 네이티브 애플리케이션을 오케스트레이션하는 사실상의 표준인 것은, 확장성과 견고한 네트워킹과 생태계 성숙도라는 과제를 정확히 풀어냈기 때문입니다. 그런데 AI가 수명이 짧은 추론 요청에서 오래 도는 자율 에이전트로 진화하면서, 새로운 운영 패턴이 나타나고 있습니다. | |
| 쿠버네티스가 클라우드 네이티브 애플리케이션을 오케스트레이션하는 사실상의 표준인 것은, 확장성, 견고한 네트워킹, 생태계 성숙도라는 과제를 정확히 풀어냈기 때문입니다. 그런데 AI가 수명이 짧은 추론 요청에서 오래 도는 자율 에이전트로 진화하면서, 새로운 운영 패턴이 나타나고 있습니다. |
- 원문
the challenges of extensibility, robust networking, and ecosystem maturity - 보다 읽기 쉽게 변경해보았습니다.
|
|
||
| 반면 AI 에이전트는 대체로 격리된 스테이트풀 싱글톤(singleton) 워크로드입니다. 대규모 언어 모델(LLM)을 위한 디지털 작업 공간이자 실행 환경 역할을 합니다. 에이전트에는 지속적인 신원과, (대개 신뢰할 수 없는) 코드를 작성하고 실행할 안전한 임시 작업 영역이 필요합니다. 무엇보다도 이 오래 도는 에이전트들은 잠깐씩 몰아치는 활동을 빼면 대부분 유휴 상태일 것으로 예상되므로, 일시 중단과 빠른 재개 같은 메커니즘을 지원하는 라이프사이클이 필요합니다. | ||
|
|
||
| 이론적으로는 에이전트 하나하나마다 크기 1인 스테이트풀셋(StatefulSet)과 헤드리스 서비스와 퍼시스턴트볼륨클레임(PersistentVolumeClaim)을 엮어 비슷하게 흉내 낼 수 있지만, 규모가 커지면 이를 관리하는 일이 운영상의 악몽이 됩니다. |
There was a problem hiding this comment.
| 이론적으로는 에이전트 하나하나마다 크기 1인 스테이트풀셋(StatefulSet)과 헤드리스 서비스와 퍼시스턴트볼륨클레임(PersistentVolumeClaim)을 엮어 비슷하게 흉내 낼 수 있지만, 규모가 커지면 이를 관리하는 일이 운영상의 악몽이 됩니다. | |
| 이론적으로는 에이전트 하나하나마다 레플리카가 1개인 스테이트풀셋(StatefulSet), 헤드리스 서비스, 퍼시스턴트볼륨클레임(PersistentVolumeClaim)을 엮어 비슷하게 흉내 낼 수 있지만, 규모가 커지면 이를 관리하는 일이 운영상의 악몽이 됩니다. |
- 원문 :
a StatefulSet of size 1
쿠버네티스에서 스테이트풀셋의 size는.spec.replicas를 가리키는 표현이므로 위와 같이 제안드립니다.
|
|
||
| 이 빈틈을 메우기 위해 SIG Apps는 [agent-sandbox](https://github.com/kubernetes-sigs/agent-sandbox)를 개발하고 있습니다. 이 프로젝트는 AI 에이전트 런타임처럼 싱글톤이면서 스테이트풀한 워크로드에 맞춰 설계된 선언적 표준 API를 도입합니다. | ||
|
|
||
| 그 핵심으로 이 프로젝트는 Sandbox CRD를 도입합니다. Sandbox는 온전히 쿠버네티스 기본 요소 위에 세워진, 가볍고 컨테이너 하나짜리인 환경으로서 다음을 제공합니다. |
There was a problem hiding this comment.
| 그 핵심으로 이 프로젝트는 Sandbox CRD를 도입합니다. Sandbox는 온전히 쿠버네티스 기본 요소 위에 세워진, 가볍고 컨테이너 하나짜리인 환경으로서 다음을 제공합니다. | |
| 그 핵심으로 이 프로젝트는 Sandbox CRD를 도입합니다. Sandbox는 온전히 쿠버네티스 기본 요소 위에 세워진, 가볍고 단일 컨테이너로 구성된 환경으로서 다음을 제공합니다. |
- 보다 자연스럽게 변경해보았습니다.
|
|
||
| * **신뢰할 수 없는 코드에 대한 강력한 격리**: AI 에이전트가 스스로 코드를 생성하고 실행할 때 보안은 무엇보다 중요합니다. Sandbox 커스텀 리소스는 gVisor나 Kata Containers 같은 서로 다른 런타임을 기본으로 지원합니다. 이를 통해 멀티 테넌트 환경에서 신뢰할 수 없는 코드를 실행하는 데 필요한 커널과 네트워크 격리를 제공합니다. | ||
| * **라이프사이클 관리**: 꾸준한 스테이트리스 트래픽에 최적화된 전통적인 웹 서버와 달리, AI 에이전트는 작업 사이에 몇 시간씩 유휴 상태로 있을 수도 있는 스테이트풀 작업 공간으로 동작합니다. Agent Sandbox는 리소스를 아끼기 위해 이런 유휴 환경을 0으로 스케일링하는 것을 지원하면서, 멈췄던 지점에서 정확히 재개할 수 있도록 보장합니다. | ||
| * **안정적인 신원**: 서로 발을 맞추는 멀티 에이전트 시스템에는 안정적인 네트워킹이 필요합니다. 모든 Sandbox에는 안정적인 호스트네임과 네트워크 신원이 부여되어, 서로 다른 에이전트들이 매끄럽게 서로를 발견하고 통신할 수 있습니다. |
There was a problem hiding this comment.
| * **안정적인 신원**: 서로 발을 맞추는 멀티 에이전트 시스템에는 안정적인 네트워킹이 필요합니다. 모든 Sandbox에는 안정적인 호스트네임과 네트워크 신원이 부여되어, 서로 다른 에이전트들이 매끄럽게 서로를 발견하고 통신할 수 있습니다. | |
| * **안정적인 신원**: 서로 발을 맞추는 멀티 에이전트 시스템에는 안정적인 네트워킹이 필요합니다. 모든 Sandbox에는 안정적인 호스트네임과 네트워크 신원이 부여되어, 각 에이전트가 서로를 매끄럽게 발견하고 통신할 수 있습니다. |
- 보다 자연스럽게 변경해보았습니다.
Description
Issue
Closes: #57451