Hacker News 의견

• Supabase CEO의 발표:

  • 현재 Fly의 Postgres 서비스는 관리되지 않는 상태이며, Supabase는 Fly와 협력하여 관리형 서비스를 제공하기 위해 노력 중임.
  • Supabase는 고가용성(HA) 기능을 테스터들과 함께 출시하기 위해 작업 중이나, 아직 확정된 일정은 없음.
  • CEO는 질문이나 댓글에 답변할 준비가 되어 있음.

• Supabase에 대한 혼란:

  • 한 사용자는 Supabase를 살펴보았지만, 기본 REST API를 구현하는 방법에 혼란을 느낌.
  • Supabase는 생성된 테이블과 상호작용하는 API를 자동 생성하는데, 비즈니스 로직이 어디에 존재하는지 명확하지 않음.
  • 사용자는 edge 함수를 확인했지만, 그것이 비즈니스 로직을 위한 용도로 사용되는지 예제들이 명확히 설명하지 않아 이해에 어려움을 겪음.

• Fly.io와의 경험:

  • 다른 사용자는 Fly.io에서 Booklet을 구축하고 있으며, Fly의 Postgres를 사용하여 앱을 분산시키고자 함.
  • Fly의 Postgres 설정에 문제가 있으며, 특히 HAProxy가 30분 연결 시간 제한으로 인해 연결이 끊어지는 문제를 겪고 있음.
  • 새로운 Postgres 서비스에서도 같은 HAProxy 설정이 적용될지에 대한 질문이 있음.

• Fly.io 문서에서의 발견:

  • 또 다른 사용자는 Fly.io의 문서에서 'Fly의 Postgres'와 'Supabase의 Postgres'가 나란히 있음을 발견하고 이전에 해커뉴스에서 보지 못한 것에 놀람.
  • Fly에서 앱을 배포하고 Postgres를 사용하고 싶을 때 어떤 것을 사용해야 하는지 비교가 제공되지 않아 혼란스러움.
  • 사용자는 Fly에서 DBMS를 사용하고 싶다면 LiteFS 분산 SQLite를 사용할 것이며, Postgres가 필요하다면 Fly와 Supabase의 차이는 관리되는 서비스와 관리되지 않는 서비스의 차이라고 생각함.

• Supabase의 네트워크 제한 설정:

  • 한 사용자는 Supabase의 네트워크 제한 설정을 좋아하지 않으며, Fly 앱의 IP를 Supabase에 노출시키고 이를 제한하는 데 어려움이 있었음.
  • Supabase가 Fly 네트워크 내부에 실제로 존재하는 것은 좋은 변화라고 생각함.

• Supabase의 확장성 문제:

  • Supabase가 프로토타입 프로젝트를 넘어서는 확장성에 문제가 있다는 소문이 있으며, 실제로 프로덕션 경험이 있는 사용자의 의견을 묻는 댓글이 있음.

• Fly 볼륨과 네트워크 연결 스토리지의 차이:

  • Fly 기계는 네트워크 연결 스토리지가 없으며, Fly 볼륨의 데이터를 일시적인 것으로 간주함.
  • AWS나 네트워크 연결 스토리지에 익숙하지 않은 사용자가 Fly 볼륨과 다른 제공업체의 네트워크 연결 스토리지 간의 차이점에 대해 설명을 요청함.
  • Fly 볼륨을 생성하면 같은 지역의 다른 서버로 이동할 수 있으므로 기술적으로 네트워크 연결 스토리지라고 생각함.

• Supabase와 Fly.io의 협력에 대한 기대:

  • 한 사용자는 현재 Fly에서 큰 데이터베이스를 운영하고 있으며, 관리형 Postgres를 찾고 있음.
  • 완전한 Elixir 샵을 운영하고 있으며, 이 협력이 매우 적절한 시기에 이루어졌다고 생각함.

• Fly.io 팀의 대응:

  • Fly.io 팀의 Joshua가 이 통합에 대한 질문에 답변할 준비가 되어 있음을 밝힘.

• 'SupaFly' 참조에 대한 댓글:

  • 'SupaFly' 참조를 이해하지 못한 사람들을 위해 재미있는 비디오 링크를 공유하는 댓글이 있음.