پیاده سازی Supabase Self-Host با Replication و Failover

سلام وقت بخیر، ما یک پروژه داریم که دیتابیس آن Supabase است، اما این دیتابیس روی Cloud لاویبل (Lovable Cloud) اجرا می‌شود. هدف ما این است که یک Supabase کامل روی VPS شخصی خودمان راه‌اندازی شود تا در صورت قطع اینترنت یا عدم دسترسی به Cloud، بتوانیم سیستم را روی VPS اجرا کنیم. این پروژه صرفاً بکاپ گرفتن نیست. هدف ما داشتن یک نسخه قابل اجرا از سیستم روی VPS است. وضعیت فعلی سیستم دیتابیس Supabase روی Cloud لاویبل حدود 500 جدول بیش از 400 جدول دارای RLS فعال تعداد زیادی RLS Policy صدها Function استفاده گسترده از JWT و auth.uid() Storage فعال (فایل‌ها داخل Supabase) سیستم وابستگی جدی به RLS دارد، بنابراین انتقال صحیح Policyها و Functionها بسیار مهم است. هدف دقیق پروژه 1) راه‌اندازی کامل Supabase Self-Hosted روی VPS شامل: Postgres Auth (GoTrue) API Realtime Storage سرویس‌های مورد نیاز Supabase 2) انتقال کامل ساختار دیتابیس: تمام جدول‌ها تمام RLS Policyها تمام Functionها Roleها و Extensionها 3) راه‌اندازی Replication از Supabase Cloud (لاویبل) به VPS به‌گونه‌ای که داده‌ها به‌صورت منظم همگام شوند. 4) همگام‌سازی فایل‌های Storage 5) آماده‌سازی Failover دستی در صورت نیاز، بتوانیم با تغییر ENV یا دامنه، اپلیکیشن را به VPS متصل کنیم و ادامه کار انجام شود. نیاز به Failover اتوماتیک نداریم، اما سوییچ باید ساده، شفاف و مستند باشد. سوال‌های مهم که انتظار پاسخ دقیق داریم لطفاً به این موارد مشخص پاسخ دهید: معماری پیشنهادی شما برای Replication چیست؟ (Logical replication؟ روش دیگر؟) RLS Policyها و Functionهای SECURITY DEFINER چگونه منتقل و بررسی می‌شوند؟ چطور تطابق Schema بین Cloud و VPS کنترل می‌شود؟ در صورت قطع ارتباط با Cloud، دقیقاً چه مراحلی برای سوییچ به VPS انجام می‌شود؟ پس از برگشت اینترنت، بازگشت به حالت Cloud چگونه انجام خواهد شد؟ آیا تجربه عملی PostgreSQL Replication در محیط Production داشته‌اید؟ لطفاً توضیح دهید. خروجی مورد انتظار Supabase کامل و پایدار روی VPS دیتابیس همسان با Cloud لاویبل Replication فعال و قابل بررسی Storage همگام‌شده امکان سوییچ دستی به VPS مستند کامل تمام تنظیمات، فایل‌ها و مراحل نصب از صفر پروژه بدون مستندسازی کامل و قابل اجرا تحویل‌شده محسوب نمی‌شود. در صورت نداشتن تجربه عملی در Replication یا PostgreSQL در محیط Production، لطفاً پیشنهاد ارسال نشود.