Fly Postgres do Supabase quản lý

Ra mắt Fly Postgres do Supabase và Fly.io cùng triển khai

• Supabase và Fly.io đã hợp tác ra mắt Fly Postgres, một dịch vụ Postgres được quản lý.
• Có thể khởi tạo cơ sở dữ liệu ở bất kỳ đâu trong hơn 37 địa điểm trên nền tảng điện toán biên của Fly.io.
• Cung cấp mọi tính năng có thể mong đợi từ cơ sở dữ liệu được Supabase quản lý: cơ sở dữ liệu Postgres đầy đủ tính năng với hơn 40 extension, hỗ trợ pgvector cho workload vector/AI, Supavisor (trình pool kết nối Postgres), sao lưu hằng ngày và khôi phục tại thời điểm, branching, khả năng quan sát, migration, bảng điều khiển quản lý cơ sở dữ liệu, API dữ liệu được tạo tự động (REST và GraphQL).

Quản lý kỳ vọng

• Dịch vụ này sẽ được phát hành dần theo từng giai đoạn.
• Việc xây dựng tích hợp giữa các công ty đòi hỏi rất nhiều công việc khi phải tính đến lập hóa đơn, bàn giao hỗ trợ, đào tạo nhân viên Supabase, v.v.
• Nhóm đang làm việc với những người thử nghiệm ban đầu và vẫn cần sửa một vài lỗi.
• Nếu muốn hỗ trợ thử nghiệm, bạn có thể đăng ký danh sách chờ, và trong tháng tới họ sẽ tiếp nhận thêm người thử nghiệm.

Supabase + Fly = SupaFly?

• Họ rất hào hứng về ý nghĩa của quan hệ hợp tác này đối với việc triển khai Postgres trên toàn cầu trong năm 2024.
• Firecracker VM mang lại một số ý tưởng thú vị cho Postgres.
• Tích hợp với Fly cung cấp tài nguyên điện toán có thể dễ dàng xây dựng ngay bên cạnh cơ sở dữ liệu.

Postgres được quản lý và không được quản lý

• Dịch vụ Postgres hiện tại của Fly là không được quản lý.
• Không được quản lý nghĩa là người dùng phải tự xử lý việc scale, khôi phục tại thời điểm, replication, nâng cấp phiên bản chính, v.v.
• Postgres được quản lý sẽ thay người dùng xử lý các tác vụ này để họ có thể tập trung vào việc xây dựng.
• Dịch vụ được quản lý được xây dựng bằng Fly Extensions API, và người thử nghiệm có thể khởi tạo cơ sở dữ liệu Postgres bằng lệnh fly extensions.

Cấu trúc bên trong

Làm việc với Fly Machines

• Fly Postgres được xây dựng trên Fly Machines.
• Machines là các Firecracker VM gọn nhẹ.
• Machines API cung cấp mức độ kiểm soát đáng kể đối với vòng đời của ứng dụng.
• fly-admin là wrapper Typescript giúp đơn giản hóa việc tương tác với Fly API.
• Supabase đóng gói thêm một số dịch vụ cùng với Postgres, vì vậy có thể truyền một Docker image duy nhất cho Fly Machines API.

Chuyển sang đa đám mây

• Với lần ra mắt này, Supabase chính thức trở thành multi-cloud.
• Supabase tránh sử dụng các dịch vụ được quản lý của AWS để đơn giản hóa quá trình chuyển sang multi-cloud.
• Ví dụ, Fly Machines cung cấp cách đơn giản để tạm dừng VM khi không sử dụng.
• Ngược lại, họ cũng phải tìm cách обход một số tính năng gốc của AWS mà Fly chưa cung cấp.

Xây dựng Fly Extensions

• Fly có một cách tiếp cận rất tốt để mở rộng nền tảng.
• Họ đã thêm một vài route vào API để provision người dùng và dự án.

Thách thức

• Nhóm đang cùng đội Fly giải quyết một số thách thức.

Hỗ trợ giới hạn mạng

• Tính năng giới hạn mạng phụ thuộc vào việc container nhận được đúng IP của client.
• Trong thiết lập hiện tại, container nhìn thấy IP proxy của Fly.

Sao lưu bên trong Fly

• Các dự án Fly được sao lưu lên AWS S3 vì Fly vẫn chưa cung cấp Blob storage do Fly quản lý.

Bắt đầu

• Bạn có thể đăng ký bản preview, chờ đến khi tổ chức của mình được thêm vào danh sách cho phép, rồi dùng Quickstart trong tài liệu để bắt đầu.
• Tổ chức Fly sẽ nhận được một dự án miễn phí.
• Chi tiết về thanh toán vẫn đang được hoàn thiện, nhưng mức giá dự kiến sẽ không khác nhiều so với hiện tại.

Ý kiến của GN⁺

• Điểm quan trọng nhất trong bài viết này là Supabase và Fly.io hợp tác để cung cấp dịch vụ Postgres được quản lý, phân tán toàn cầu. Điều này sẽ giúp nhà phát triển giảm thời gian dành cho việc quản trị cơ sở dữ liệu và tập trung hơn vào phát triển ứng dụng.
• Bài viết thú vị vì phản ánh xu hướng mới nhất trong điện toán đám mây và quản lý cơ sở dữ liệu, đồng thời giới thiệu một cách tiếp cận kỹ thuật mới là kết hợp chiến lược multi-cloud với điện toán biên.
• Dịch vụ này được kỳ vọng sẽ mang lại độ trễ thấp hơn và hiệu năng tốt hơn, đặc biệt cho các nhà phát triển triển khai ứng dụng dữ liệu chuyên sâu trên nền tảng Fly.

[GN⁺]

Ý kiến trên Hacker News

• Phát biểu của CEO Supabase:

  • Hiện tại, dịch vụ Postgres của Fly vẫn chưa được quản lý, và Supabase đang phối hợp với Fly để cung cấp một dịch vụ được quản lý.
  • Supabase đang làm việc để phát hành tính năng tính sẵn sàng cao (HA) cùng với các tester, nhưng hiện vẫn chưa có lịch trình cụ thể.
  • CEO cho biết sẵn sàng trả lời các câu hỏi hoặc bình luận.

• Sự bối rối về Supabase:

  • Một người dùng cho biết đã tìm hiểu Supabase nhưng cảm thấy bối rối về cách triển khai một REST API cơ bản.
  • Supabase tự động tạo API để tương tác với các bảng được tạo ra, nhưng không rõ business logic nằm ở đâu.
  • Người dùng đã xem qua edge functions, nhưng các ví dụ không giải thích rõ liệu chúng có được dùng cho business logic hay không, nên khá khó hiểu.

• Trải nghiệm với Fly.io:

  • Một người dùng khác đang xây dựng Booklet trên Fly.io và muốn phân tán ứng dụng bằng cách sử dụng Postgres của Fly.
  • Họ đang gặp vấn đề với cấu hình Postgres của Fly, đặc biệt là việc HAProxy ngắt kết nối do giới hạn thời gian kết nối 30 phút.
  • Có câu hỏi liệu dịch vụ Postgres mới cũng sẽ áp dụng cùng cấu hình HAProxy đó hay không.

• Phát hiện trong tài liệu Fly.io:

  • Một người dùng khác phát hiện trong tài liệu Fly.io có cả 'Postgres của Fly' và 'Postgres của Supabase' xuất hiện song song, và ngạc nhiên vì trước đó chưa thấy điều này trên Hacker News.
  • Họ cảm thấy khó hiểu vì không có phần so sánh để biết nên dùng cái nào khi triển khai ứng dụng trên Fly và muốn dùng Postgres.
  • Người dùng cho rằng nếu muốn dùng DBMS trên Fly thì họ sẽ chọn SQLite phân tán với LiteFS, còn nếu cần Postgres thì khác biệt giữa Fly và Supabase là dịch vụ được quản lý so với không được quản lý.

• Thiết lập giới hạn mạng của Supabase:

  • Một người dùng không thích thiết lập giới hạn mạng của Supabase, và đã gặp khó khăn khi phải để lộ IP của ứng dụng Fly cho Supabase rồi giới hạn nó.
  • Họ cho rằng việc Supabase thực sự hiện diện bên trong mạng Fly là một thay đổi tích cực.

• Vấn đề khả năng mở rộng của Supabase:

  • Có tin đồn rằng Supabase gặp vấn đề về khả năng mở rộng khi vượt ra ngoài các dự án prototype, và có bình luận hỏi ý kiến từ những người dùng đã có kinh nghiệm thực tế trong production.

• Khác biệt giữa Fly volumes và network-attached storage:

  • Máy trên Fly không có network-attached storage, và dữ liệu trong Fly volumes được xem là tạm thời.
  • Một người dùng không quen với AWS hoặc network-attached storage đã yêu cầu giải thích sự khác nhau giữa Fly volumes và network-attached storage của các nhà cung cấp khác.
  • Họ cho rằng khi tạo một Fly volume, nó có thể được chuyển sang máy chủ khác trong cùng khu vực, nên về mặt kỹ thuật có vẻ giống network-attached storage.

• Kỳ vọng về sự hợp tác giữa Supabase và Fly.io:

  • Một người dùng hiện đang vận hành một cơ sở dữ liệu lớn trên Fly và đang tìm kiếm Postgres được quản lý.
  • Họ vận hành một cửa hàng Elixir hoàn toàn, và cho rằng sự hợp tác này đến vào đúng thời điểm.

• Phản hồi từ đội ngũ Fly.io:

  • Joshua từ đội ngũ Fly.io cho biết sẵn sàng trả lời các câu hỏi về tích hợp này.

• Bình luận về tham chiếu 'SupaFly':

  • Có một bình luận chia sẻ liên kết đến một video vui nhộn dành cho những ai không hiểu tham chiếu 'SupaFly'.