00:00:00S3 요금이 너무 비싸질 때가 있죠. 앱에서 생성되는 데이터가 워낙 방대해서 업로드와 다운로드마다
00:00:05부담이 커질 수 있습니다. 대부분의 개발자들은 객체 스토리지라고 하면 한 가지, 즉 클라우드만 떠올립니다.
00:00:09하지만 항상 그런 건 아닙니다. S3 호환 객체 스토리지를 노트북에서 바로 실행할 수 있다면 어떨까요?
00:00:15그게 바로 Mini I/O가 필요한 이유입니다. 빠르고 S3와 호환되며 어디서든 실행 가능하죠.
00:00:20심지어 여러분의 Mac에서도 로컬로 돌아갑니다. 앞으로 몇 분 동안 세 가지를 보여드리겠습니다.
00:00:25설치 및 실행 방법, 개발자들이 사용하는 이유, 그리고 이런 도구의 현실적인 측면입니다.
00:00:30[음악]
00:00:35클라우드 비용을 절감하거나 개발을 더 쉽게 만들고 싶다면, 이 도구가 많은 고통을
00:00:39줄여줄 수 있습니다. 이 도구가 실제로 해결하는 문제는 이렇습니다. 대부분의 개발자와 팀은 동일한 세 가지
00:00:45문제에 직면합니다. 예측하기 어려운 클라우드 요금, 사용하는 앱에서 너무 멀리 떨어진 데이터,
00:00:51그리고 빠른 로컬 스토리지가 필요한 AI 워크로드입니다. Mini I/O는 또 다른 대안을 제시합니다. S3
00:00:57호환성, 강력한 성능, 그리고 클라우드에 의존하지 않는 완전한 제어권을 제공하죠.
00:01:01로컬 개발, 프로토타입, RAG 파이프라인, 미디어, 백업 등에 아주 좋습니다. 게다가
00:01:07VPS나 클라우드 계정 없이 전체를 로컬에서 실행할 수 있습니다. 한 가지 미리 말씀드리자면,
00:01:12현재 GitHub 저장소는 아카이브되었으며 유지보수 모드입니다. 그래서 영원히 사용할 수는 없죠.
00:01:17그들은 Mini I/O에서 Mini I/O AI Store로 초점을 옮겼지만, I/O 기능은 여전히 남아 있습니다.
00:01:24우리는 실질적인 이점을 누리며 한동안 이 도구를 잘 사용할 수 있습니다. 워크플로우를
00:01:29빠르게 해주는 도구를 좋아하신다면 구독해 주세요. 유용한 영상이 계속 올라옵니다.
00:01:32자, 얼마나 간단한지 보여드리죠. 제 M4 Pro의 도커 컨테이너 하나에서
00:01:37Mini I/O를 실행 중입니다. 먼저 연결을 위해 'MC alias set local'을 실행하겠습니다.
00:01:44로컬 호스트를 추가하고 지금은 제공된 로그인 자격 증명을 사용하겠습니다. 그다음 버킷을 생성합니다.
00:01:50'MC MB local demo-bucket'이라고 부르겠습니다. 그리고 몇 가지 파일을 업로드해 보죠.
00:01:55이미지, 텍스트, JSON 파일입니다. 먼저 이미지를 올리고, 가벼운 텍스트 파일도 올립니다.
00:02:02마지막으로 JSON 데이터도 추가하겠습니다. 이제 목록을 확인하면, 짜잔. S3처럼
00:02:08깔끔한 구조가 보입니다. 이제 우리 대부분이 실제로 궁금해할 부분입니다.
00:02:14이 간단한 파이썬 스크립트를 실행해 보겠습니다. AWS와 동일한 코드 스타일인 Boto3를 그대로 사용합니다.
00:02:22브라우저에서는 그냥 로컬 호스트로 접속하면 됩니다. 버킷을 열고 폴더를 확장해 보죠.
00:02:27이미지를 클릭하면 미리보기가 나옵니다. 여러분의 노트북에서 돌아가는 S3 같은 느낌이죠.
00:02:33그럼 Mini I/O란 정확히 무엇일까요? 기본적으로 Amazon S3 API를 지원하는
00:02:39객체 스토리지 서버입니다. 그래서 이미 알고 있는 지식을 그대로 활용할 수 있습니다. 동일한 SDK와
00:02:46명령어, 사고 모델을 유지하면서 AWS에 종속되지 않고 원하는 곳 어디서든 실행할 수 있죠.
00:02:53도커, 쿠버네티스, 베어메탈, 에지 또는 지금의 저처럼 노트북에서도 가능합니다. 이건 예전보다
00:02:59더 중요해졌습니다. 시간이 갈수록 앱이 다루는 데이터 양이 점점 늘어나고 있기 때문이죠.
00:03:05컴퓨터는 여기 있는데 데이터가 다른 곳에 있으면, 우리는 지연 시간과 클라우드 비용 측면에서
00:03:10많은 돈을 지불하게 됩니다. Mini I/O는 이 모든 것을 바꿉니다. 작업이 일어나는 곳으로 스토리지를 가져오죠.
00:03:17이것이 바로 개발과 테스트 환경에서 이 구성이 유용한 이유입니다. 프로덕션용은 아니지만,
00:03:22그 두 용도로는 정말 훌륭합니다. 제 경우에는 로컬에서 실행하고 있는데, 덕분에 프로덕션에
00:03:27배포하기 전에 데이터 중심 앱을 빌드하고 디버깅하기에 최적입니다. 물론 다른 선택지도 많습니다.
00:03:33가령 AWS S3를 사용하면 완전히 관리되는 스토리지와 거대한 확장성을 얻을 수 있죠. 하지만 다시 말하지만,
00:03:40비용과 수수료가 뒤따르고 AWS에 종속됩니다. Ceph의 경우 훌륭하고 확장성도 좋지만,
00:03:46운영하기가 더 복잡합니다. 움직이는 부품도 많고 오버헤드도 크죠. 흔히 쓰이는 패턴은
00:03:52다음과 같을 것입니다. 개발에는 Mini I/O를 로컬로 사용하고, 스테이징과 클라우드 프로덕션에는
00:03:57Mini I/O나 S3를 사용하는 거죠. 로컬 설정이 앱이 이미 사용하거나 사용하게 될 S3 모델과 일치하니까요.
00:04:03따라서 앱이 많은 데이터를 처리한다면, 개발 단계에서 Mini I/O를 쓰는 것은 합리적입니다.
00:04:10좋습니다, 이제 현실적인 얘기를 해보죠. 이걸 꼭 써야 할까요? 우선 배포가 쉽습니다.
00:04:15단일 바이너리나 도커로 가능하고, S3 호환성이 강력하며 정말 빠릅니다.
00:04:21많은 데이터를 이동시킨다면 전송 수수료를 아끼는 것만으로도 큰 이득이죠. 하지만 짚고 넘어갈 점은,
00:04:26여기서 보시는 오픈 소스 Mini I/O는 여전히 AGPL 버전 3 라이선스 하에 무료입니다.
00:04:33데모, 로컬 개발, 프로토타입에는 아주 잘 작동하죠. 다시 강조하지만, 그들은 이제
00:04:38Mini I/O AI Store로 초점을 옮겼습니다. 여기에는 단일 노드용 무료 티어가 포함되지만,
00:04:43클러스터링이나 고가용성(HA) 같은 다른 기능에는 유료 티어를 추가하고 있습니다.
00:04:48따라서 학습, 로컬 개발, 소규모 프로젝트에는 정말 멋지고 좋습니다. 하지만 프로덕션
00:04:53클러스터의 경우 AI Store나 Ceph, Garage 같은 대안이 필요할 것입니다. 결론적으로
00:04:59로컬 개발이나 실험 단계라면 가치가 있지만, 완전 관리형 인프라나 처음부터 내장된
00:05:04HA 기능이 필요하다면 그렇지 않을 수 있습니다. 그런 경우에는 다른 걸 계속 쓰면 됩니다.
00:05:11Mini I/O나 AI Store 무료 버전은 S3 방식의 스토리지, 강력한 성능, 그리고 클라우드 비용을
00:05:16당장 내지 않고도 데이터를 완전히 제어할 수 있게 해줍니다. 지금 바로 노트북에서 사용해 보세요.
00:05:21워크플로우를 빠르게 해주는 이런 오픈 소스 도구와 코딩 팁이 마음에 드신다면,
00:05:25Better Stack 채널을 꼭 구독해 주세요. 그럼 다음 영상에서 뵙겠습니다.