PostgreSQL
تراکنش، API و داده عملیاتی
از Provisioning و تغییر منابع تا Backup، بازیابی، Metrics و اتصال امن Workload؛ همهچیز در فضای همان پروژه و متناسب با قابلیت واقعی هر موتور مدیریت میشود.
موتور را براساس مدل داده و الگوی دسترسی انتخاب کنید؛ قابلیتهای عملیاتی هر موتور در مرحله بعد بهصورت شفاف اعمال میشوند.
تراکنش، API و داده عملیاتی
وب، تجارت الکترونیک و سرویسهای عمومی
بارهای کاری سازگار با MySQL
داده سندی و مدلهای منعطف
Cache، Session و داده سریع
جستجو، Log و تحلیل داده
بارهای کاری اکوسیستم Microsoft
جستجو و تحلیل توزیعشده
هر مرحله به منبع واقعی خودش متصل است؛ Instance، Backup، Binding و Metrics داده و عملیات مستقل دارند، اما در یک Workspace هماهنگ دیده میشوند.
موتور، نسخه، نام Database، منابع و تعداد Instance را در فضای پروژه انتخاب کنید.
وضعیت Provisioning، Restart و تغییر منابع را براساس قابلیت واقعی موتور مدیریت کنید.
Backup را روی Object Storage فعال پروژه نگه دارید و مسیر بازیابی را کنترل کنید.
در موتورهای پشتیبانیشده، اتصال امن Workload و Credential را از همان پروژه بسازید.
Metrics و وضعیت Runtime هر Instance را در صفحه مدیریت همان سرویس مشاهده کنید.
کنترلهای پنل از همین مرز قابلیت پیروی میکنند؛ گزینهای که موتور پشتیبانی نکند در فرم یا صفحه مدیریت فعال نمیشود.
| قابلیت | PostgreSQL | MySQL | MariaDB | MongoDB | Redis / Valkey | OpenSearch | SQL Server | Elasticsearch |
|---|---|---|---|---|---|---|---|---|
| ایجاد سرویسProvisioning | فعال | فعال | فعال | فعال | فعال | فعال | فعال | فعال |
| RestartOperational control | فعال | فعال | فعال | فعال | فعال | فعال | فعال | فعال |
| تغییر منابعCPU, Memory, Storage | فعال | فعال | فعال | فعال | فعال | فعال | فعال | فعال |
| High AvailabilityReplica count | فعال | — | — | فعال | — | فعال | — | فعال |
| BackupData protection | فعال | فعال | فعال | فعال | فعال | فعال | فعال | فعال |
| Backup زمانبندیشدهScheduled protection | فعال | — | — | — | — | — | — | — |
| RestoreCreate from backup | فعال | — | — | — | — | — | — | — |
| PITRPoint-in-time recovery | فعال | — | — | — | — | — | — | — |
| اتصال WorkloadSecure binding | فعال | — | — | — | — | — | — | — |
| MetricsRuntime observability | فعال | فعال | فعال | فعال | فعال | فعال | فعال | فعال |
| چرخش CredentialCredential rotation | فعال | — | — | — | — | — | — | — |
High Availability با تعداد Instance برابر ۱ یا ۳ ارائه میشود. قابلیتها میتوانند متناسب با نسخه موتور نیز محدود شوند.
هنگام ایجاد Backup، یک Object Storage فعال انتخاب میشود. پلتفرم Credential اختصاصی را بدون نمایش Secret در رابط کاربری مدیریت میکند.
Backup مبتنی بر Object Storage و مسیر آماده برای Restore و PITR.
نسخه پشتیبان منطقی متناسب با موتور و ذخیرهشده روی فضای انتخابی پروژه.
Snapshot در Repository متصل به Object Storage برای موتورهای جستجو.
Restart، Resize و وضعیت درخواستهای عملیاتی هر Instance.
راهنمای مرحلهبهمرحلهفهرست Backupها، وضعیت اجرا، خطا، Restore و PITR پشتیبانیشده.
راهنمای مرحلهبهمرحلهچرخش Credential در موتورهای پشتیبانیشده، بدون افشای Secret.
راهنمای مرحلهبهمرحلهExposure کنترلشده از مسیر Gateway و سیاستهای سطح پروژه.
راهنمای مرحلهبهمرحلهاتصال امن برنامه به پایگاهداده با انتخاب Workload مقصد.
راهنمای مرحلهبهمرحلهمشاهده CPU، حافظه، Storage و وضعیت Runtime در سطح Instance.
راهنمای مرحلهبهمرحلهموتور و قابلیت را براساس نیاز واقعی بار کاری انتخاب کنید؛ پلتفرم فقط عملیات سازگار با همان موتور را فعال میکند.
PostgreSQL، MySQL، MariaDB، MongoDB، Redis/Valkey، OpenSearch، SQL Server و Elasticsearch در کاتالوگ فعلی موتورهای DBaaS قرار دارند.
خیر. رابط کاربری قابلیتهایی مانند HA، Restore، PITR، اتصال Workload و چرخش Credential را فقط زمانی نمایش میدهد که موتور انتخابی از آن پشتیبانی کند.
کاربر هنگام ایجاد Backup یک Object Storage فعال از همان پروژه انتخاب میکند. مدیریت کلید اختصاصی Backup در Backend انجام میشود و Secret آن در رابط کاربری نمایش داده نمیشود.
در موتورهای دارای High Availability تعداد Instance میتواند ۱ یا ۳ باشد. در موتورهای فاقد این قابلیت مقدار روی ۱ نگه داشته میشود.
وارد پنل شوید، پروژه را انتخاب کنید و منابع DBaaS را متناسب با بار کاری بسازید.