▲
GN⁺ 5달전 | parent | ★ favorite | on: MinIO가 유지보수 모드로 전환됨(github.com/minio)
Hacker News 의견

  • MinIO, RustFS, Garage 팀의 기여에 감사함
    MinIO가 오픈소스 종료를 너무 갑작스럽게 선언해 커뮤니티가 놀랐지만, 결국 수익화로 가는 길은 필요하다고 생각함
    RustFS와 Garage를 비교해보면, Garage는 릴리스 속도가 느리지만 RustFS는 거의 매주 업데이트됨
    라이선스는 Garage가 AGPLv3, RustFS는 Apache 라이선스로 기업 도입에 유리함
    안정성은 Garage가 분산 환경에서 조금 더 나음
    MinIO가 사실상 OSS 경쟁에서 빠진 만큼, RustFS가 주도권을 잡을 것 같음

  • SeaweedFS를 추천함
    직접 써보진 않았지만, 서버를 직접 운영하려는 사람에게는 MinIO 대체제로 괜찮을 듯함

    • 지금은 안정적인지 궁금함
      예전에 봤을 때는 버그 수정이 너무 많아서 신뢰가 가지 않았음

  • MinIO는 오픈소스 버전에서 기능을 계속 제거해왔음
    가장 가까운 대안은 RustFS로 보임
    사이트 복제를 지원하면 전환하려고 기다리는 중임

    • Garage도 인기 있는 대안임 (공식 사이트)
      RustFS도 흥미롭지만, 홈페이지의 과도한 마케팅 문구 때문에 처음엔 닫을 뻔했음
      GitHub 저장소는 여기임
    • 나는 S3 클라이언트를 유지보수 중인데, RustFS는 자주 호환성 문제를 일으킴
      최근에는 deleteObject가 작동하지 않아 테스트 매트릭스에서 제외했음
      공식적으로도 프로덕션 준비가 안 됐다고 명시되어 있음
      Garage는 괜찮아 보임
    • 단일 노드에서는 안정적이고, 팀이 빠르게 버그를 수정함
      하지만 분산 모드는 아직 미완성이고, 버킷 복제나 라이프사이클 정책도 진행 중임
      대규모 배포 전에는 로드맵을 꼭 확인해야 함
    • Apache나 CNCF, Linux Foundation 소속이 아니라면 오픈소스 유인책일 가능성이 있음
      커밋을 외부에 열지 않았고, 결국 오픈소스를 포기했음
    • 복제 기능이 곧 추가될 수도 있음 (문서 링크)

  • 나는 HS5를 MinIO 초기 목표와 비슷한 방향으로 개발 중임
    코어는 안정적이지만, 사용자 관리와 웹 UI는 아직 작업 중임

    • AGPL 위반 문제를 명확히 지적한 점이 인상적임
      법적 지식이 있다면 MinIO를 상대로 소송을 걸고 싶을 정도임
    • 지난주에 이 프로젝트를 알았더라면 좋았을 것임
      SeaweedFS를 세팅하느라 너무 많은 시간을 썼는데, 내 용도에는 과했음
      HS5가 훨씬 적합해 보임
    • 단순성과 내구성 보장이 마음에 듦
      개발용이나 PoC에 적합하고, 하위 스택에서 HA/RAID를 처리하는 환경에도 좋을 듯함
      다만 성능(읽기/쓰기/삭제)은 어떤지 궁금함
      그리고 “결국 파일시스템을 다시 구현한 것 아니냐”는 질문에는 어떻게 답할지 궁금함
    • 지금이 프로젝트를 Show HN에 올리기 좋은 시점 같음

  • Stallman이 옳았음
    커뮤니티가 왜 이런 CLA(기여자 라이선스 계약) 가 있는 프로젝트에 계속 기여하는지 모르겠음
    결국 또다시 ‘러그 풀’이 일어났음

  • Linux Foundation에서 포크가 나올 것 같음
    MinIO는 1~2년 내에 다시 돌아오겠지만 이미 커뮤니티 신뢰는 잃었을 것임

  • POSIX 호환성을 버리고 복잡한 제품을 만들더니, Ceph나 S3/R2/B2 같은 경쟁자에게 밀린 건 놀랍지 않음

    • 지금은 AIStor로 리브랜딩해서 AI 기업 대상 판매 중임
      MinIO는 Ceph 설치가 어려운 환경이나 CI/CD 빌드 캐시용으로는 여전히 괜찮았음
      하지만 돈이 되는 시장은 거기가 아님
    • S3 객체 이름은 POSIX와 호환되지 않음
      예를 들어 “foo”와 “foo/bar”는 S3에서는 모두 유효하지만 POSIX 파일시스템에서는 공존 불가함
    • POSIX 지원을 포기하면서 복잡하다고 비판하는 건 모순임
      신뢰성 있는 POSIX 시스템을 만드는 건 본질적으로 복잡한 일임

  • MinIO는 대부분의 용도에서 이미 기능이 충분함
    최근 대규모 업데이트에서는 오히려 UI 기능을 제거했음
    5년째 사용 중인데, 보안 패치만 하면 계속 쓸 수 있을 것 같음

    • 하지만 “보안 수정은 케이스별로 검토”라는 문구가 추가된 게 걱정됨
      필수 수정이 보장되지 않는다는 의미로 보임
    • UI는 유료 버전으로 옮긴 것으로 알고 있음
    • 나는 Docker 실험용으로만 사용했고, 대부분 Python으로 접근했음

  • 오픈소스 기반을 종료하고 상용 제품으로 전환한 건 충격적임
    이름도 “AIStor”로 바꾸다니, 정말 어이없음

    • 외부 기여자에게 CLA를 받지 않았다면, 라이선스 변경 동의를 모두 받아야 함
      AGPL이므로 여전히 소스코드를 어딘가에 공개해야 함
    • 요즘은 이름에 “AI”가 없으면 안 되는 세상이 된 듯함
    • 어차피 누군가 포크할 것이므로 큰 문제는 없을 수도 있음
    • “AIStor”가 정확히 뭐가 다른지 아직 모르겠음 (제품 페이지)
    • 기업이 AGPL을 이용하면서 기여자 권리를 제한하는 건 러그 풀의 전조임
      커뮤니티의 무료 코드를 이용해 수익을 내면서 경쟁을 막으려는 시도임
      이런 일이 반복되니 이제는 놀랍지도 않음

  • Clickhouse도 같은 길을 갈 것 같음
    2년 전 로드맵을 바꾼 이유도, 오픈소스 버전이 클라우드 비즈니스와 경쟁할 수 있기 때문이었음
    관련 논의는 이곳에 있음