Cloud in a Bottle: 셀프 호스팅을 누구나 할 수 있게 만들다
Cloud in a Bottle: making self-hosting accessible to everyone
Cloud in a Bottle은 오픈소스 개인 클라우드로, 컨테이너화된 앱, 통합 인증, 좋은 사용자 경험을 제공합니다. 셀프 호스팅이 시스템 관리자의 부업이 아니라 스마트폰처럼 느껴져야 한다고 주장합니다. 기존 솔루션(Sandstorm, Nextcloud, YunoHost, Coolify)의 한계를 지적하며, 앱이 샌드박스에서 실행되고 서로 데이터를 공유할 수 있는 플랫폼을 만든다고 설명합니다. Imbue에서 관리형 버전도 제공하며, 오픈소스 버전과 동일한 코드로 동작합니다.
셀프 호스팅은 스마트폰처럼 느껴져야 합니다. 즉, 여러분이 소유하고, 훌륭한 앱을 찾고 설치하는 것이 쉬우며, 사용자 경험이 우리가 대체하려는 클로즈드 소스 제품만큼 좋은 그런 것입니다.
HN 토론
311- jiaosdjf
클라우드 공간은 터무니없습니다. 우리는 AWS 같은 회사들이 배포, 인증, 심지어 컨테이너화까지 모든 측면을 정의하는 것을 20년 동안 지켜봤습니다.
컨테이너화는 어디서나 호스팅할 수 있다는 의미였습니다. 문자 그대로 복잡한 서비스 세트와 그 연결을 어떤 클라우드 제공업체에든 즉시 재배포할 수 있다는 뜻이었죠. 그것이 바로 운송 컨테이너의 의미입니다. 세계 어느 항구에나 가면 같은 컨테이너가 어떤 크레인으로든 들어 올려져 어떤 배나 트럭에 실립니다.
아마존, 구글, 마이크로소프트 - 이들은 기술 사회에서 가장 이를 악물고 싸워야 했을 바로 그 부문에 벤더 종속을 팔아왔습니다. 20년 전에는 PHP 파일을 FTP로 올리면 그냥 작동했지만, 이제는 20개의 IAM 프로필을 파악하고 파일을 버킷에 흩뿌려야 합니다. 모든 것이 기본적으로 1000000배 확장 가능해야 하기 때문입니다.
농담이 아니라, 얼마 전에 정적 Firebase 사이트를 만들면서 스테이징용으로 간단히 비밀번호로 보호(HTTP auth 같은)할 방법을 원했습니다. 클라이언트가 볼 수 있도록요. Firebase가 당신을 가두려는 온갖 쓸모없는 것들 중에서도 기본 HTTP auth 같은 간단한 것조차도 엉망진창 없이는 할 수 없고, 정적 비밀번호를 확인하기 위해 Cloud Run 인스턴스를 띄워야 합니다.
네, 우리는 호스팅을 확실히 고쳐야 합니다. 모든 것이 이식 가능하고, 단순하고, 일반적이어야 합니다.
- KomoD
이 사람들은 이 프로젝트를 홍보하려고 저장소에 이슈를 스팸으로 올리고 있으며, 프로젝트와 관련이 있다는 어떤 공개도 없습니다.
https://github.com/search?q=%22cloudinabottle.toml%22&type=i...
- drunner
이 분야의 시대가 온 것 같습니다. 구독과 개인 데이터를 광고/AI 회사에 빌려주는 것에서 벗어나려는 욕구가 그 어느 때보다 강합니다.
현재 이 공간의 많은 부분은 docker compose 기반이며, 관심이 있을 수 있는 많은 사람들에게는 접근이 불가능합니다. 이 프로젝트든 다른 프로젝트든, 진입 장벽을 진정으로 허물 무언가가 곧 충분한 추진력을 얻기를 바랍니다.
- jerf
"또한 (제가 일하는 회사인 Imbue는) 관리형 버전도 제공합니다. 이는 광범위한 접근성을 위해 매우 중요하다고 생각하며, 프로젝트를 지원하는 간단한 비즈니스 모델을 제공합니다."
호스팅 페이지를 보면 백업에 대한 언급이 없습니다. 문서에는 백업에 대한 언급이 있지만, 확실히 턴키 방식으로 적절히 마크업된 백업 솔루션을 제공해야 합니다. 구성의 어려움은 초기에 셀프 호스팅을 어렵게 만들고, 업데이트는 시간이 지남에 따라 어렵게 만들지만, 모든 것이 죽고 백업도 없을 때가 바로 포기하는 때입니다.
디스크 크기 제한에 대한 언급을 어디에서도 찾을 수 없습니다. Immich를 호스팅할 수 있나요? 미디어 서버를 호스팅할 수 있나요? 비용은 얼마나 들까요? 제 미디어 컬렉션에 월 10달러는 아닐 것입니다. 저는 수집가가 아니며 대부분 개인 소유 미디어에서 추출한 것이라 크기가 제한적이지만, 그래도 월 10달러에 호스팅해주지는 않을 것입니다. 앱 세트에 Jellyfin이 있는 것을 보았지만 비용이 얼마인지 모르겠습니다. CPU 및 RAM 제한은 배포 페이지에서 이해했습니다.
아, 그리고 저는 구체적으로 귀하의 호스팅 서비스를 언급하고 있습니다.
- mawise
이것이 셀프 호스팅의 어려운 부분은 아닙니다. 적어도 더 이상은 아닙니다. 여기 댓글에는 기본적으로 같은 문제(앱 선택 및 배포)를 해결하는 유사한 프로젝트의 예가 많습니다. 셀프 호스팅을 "쉽게" 만들려면 도메인 등록, DNS 관리, 포트 포워딩 구성을 해결해야 합니다.
이를 위해서는 등록 기관과 API 기반 관계를 포함하는 OpenWRT와 같은 프로젝트가 필요할 것입니다. (소비자 접근 가능한) 도메인 등록 API의 표준 부재는 이를 자동화하는 데 큰 구멍입니다. 그러한 프로젝트가 어느 정도 추진력을 얻으면, 예비 셀프 호스터가 구매할 수 있는 물리적 라우터로 전환할 수 있습니다. 도메인 등록, DNS 관리, 포트 포워딩이 모두 라우터 소프트웨어에 있다면, 나머지 어려운 부분은 충분히 자동화되어 일반 게임 콘솔 소유자도 셀프 호스팅에 접근할 수 있게 될 것입니다.
- kolleraa
훌륭한 프로젝트입니다! 네, 개인 클라우드가 오고 있으며 모두를 위한 것이 될 것입니다.
저는 비슷한 목표를 가졌지만 일부 설계 결정이 다른 프로젝트를 진행 중입니다. 일반적인 컨테이너 대신 완전 서버리스 아키텍처 위에 구축된 공통 데이터 계층에 접근하는 씬 클라이언트 앱을 지향합니다. 아직 프로덕션 준비는 아니지만, 관심 있는 분들을 위해: https://starkeep.app/
- tgsovlerkhgsel
훌륭한 아이디어이며 성공을 기원합니다. 셀프 호스팅은 20가지 다른 애플리케이션을 조사하고 설정하는 악몽이 되어서는 안 됩니다.
"기술 회사 기술 스택"을 위한 유사한 진행 중인 프로젝트가 있나요? 즉, RPC 시스템, 권한/그룹 관리자, 자격 증명 관리, 스토리지, 데이터베이스, 서비스 디스커버리, 작업 관리, 모니터링 등을 찾아서 나만의 커스텀 인프라를 조립하는 대신, 그들의 선택을 수용하는 한 쉽게 배포할 수 있는 하나의 "독단적인" 스택으로, 이러한 모든 부분이 이미 번들로 제공되고 연결되어 있는 것을 의미합니다.
- bob1029
셀프 호스팅에 대해 표명된 선호와 드러난 선호 사이에는 많은 차이가 있는 것 같습니다.
동료들에게 자율적인 이미지를 보여주는 것이 실제로 그것을 달성하는 것보다 더 중요해 보이는 경우가 많습니다.
시간의 흐름과 엔트로피 같은 문제를 고려하면 AWS와 그 친구들이 한 일을 복제하는 데는 많은 에너지가 필요합니다. 저는 미디어/NAS 기기를 3-4년 이상 유지한 적이 없습니다. 필연적으로 어떤 종류의 치명적인 사건이 발생하고 새 공급업체 등으로 다시 시작해야 합니다. 데이터 손실이 없더라도 이것은 익숙해집니다. 잠시 후에는 이것에 지치게 될 것입니다. 그런 일은 절대 일어나지 않을 것 같지만 어느 날 일어납니다.
클라우드를 실제로 이용할 수 있다면 훨씬 더 많은 것을 성취할 수 있습니다. 셀프 호스팅으로 총소유비용에서 진정으로 이기는 사람이 많다고는 정말 믿기 어렵습니다.
- skybrian
이 제안은 다소 흥미롭지만, Sandstorm과 마찬가지로 사전 구축된 앱 라이브러리를 둘러보는 것은 다소 냉담합니다. 아주 작은 모바일 앱 스토어를 둘러보는 것과 너무 비슷합니다. 관심을 가질 만한 앱이 아마 세 개 정도 있습니다.
이제 AI가 있으니 exe.dev의 제안이 더 낫다고 생각합니다. Linux VM, 웹 프록시, 통합을 제공합니다. AI에게 원하는 웹 앱을 만들도록 요청할 수 있습니다. exe.dev를 갖고 싶지만, 제 Mac Mini에서 실행되기를 원합니다.
- crabmusket
Sandstorm은 급진적으로 더 혁신적인 호스팅 모델을 가졌습니다. 앱 호스팅을 돕는 대신 각 문서가 자체 인스턴스였습니다. 이것은 정말 흥미로웠지만, 이 기사가 지적하듯이 앱과의 깊은 통합이 필요했습니다.
귀하의 더 실용적인 접근 방식이 성공하는지 보고 싶습니다. 대부분 수정되지 않은 앱을 "선반에서" 가져와 시작한 다음 표준 프록시 기능을 통해 점진적으로 통합을 추가하는 것은 합리적으로 보입니다.
어쨌든 앱 간에 단일 로그온을 구현하는 것은 매우 합리적이고 가치 있는 시작점입니다.