دیتابیس مدیریت‌شده یعنی چه#
دیتابیس مدیریت‌شده (managed database) یعنی یک ارائه‌دهنده instance دیتابیس را برایتان provision، monitor و نگهداری می‌کند — شما فقط connection string می‌گیرید و از اپ به آن وصل می‌شوید. در مقابلش «self-managed» است: خودتان روی یک VPS، PostgreSQL یا MySQL نصب می‌کنید، فایل کانفیگ را tune می‌کنید، و مسئول patch، مانیتورینگ و backup هستید.
فرقش با یک VPS خالی این نیست که «سریع‌تر» یا «ارزان‌تر» است — فرقش این است که مسئولیت نگهداریِ لایه‌ی زیرینِ دیتابیس (نصب، شروع/توقف سرویس، ایزولاسیون منابع) از دوش شما برداشته می‌شود.
چه زمانی واقعاً لازمش دارید#
- اپ در حال ساخت است و می‌خواهید سریع شروع کنید — نصب دستی PostgreSQL روی VPS و tune کردن آن زمانِ توسعه می‌گیرد که بهتر است صرف محصول شود.
- تیم DevOps اختصاصی ندارید — کسی که وقتش را صرف patch امنیتی و مانیتورینگ دیتابیس کند.
- مصرف نامنظم دارید — یک اپ کوچک که گاهی load می‌گیرد؛ نگه‌داشتنِ سرور همیشه‌روشن برای دیتابیس صرفه ندارد.
اگر برعکس، دیتابیسِ بسیار بزرگ یا tuning خیلی خاص (extension نامتعارف، replication topology پیچیده) لازم دارید، ممکن است self-managed روی VPS اختصاصی هنوز گزینه‌ی درستی باشد — دیتابیس مدیریت‌شده‌ی اکثر پلتفرم‌های ایرانی، از جمله Weblines، برای این سطح از سفارشی‌سازی طراحی نشده.
چک‌لیست: قبل از انتخاب هر ارائه‌دهنده#
این سؤال‌ها را از هر پلتفرمی که بررسی می‌کنید بپرسید — از جمله از خودِ ما. جوابی که «به‌زودی» یا مبهم بود، همان‌جا یک سیگنال است:
| سؤال | چرا مهم است |
|---|---|
| دقیقاً چه موتورهایی پشتیبانی می‌شود؟ | «دیتابیس مدیریت‌شده» یک کلمه‌ی کلی است؛ موتور مشخص (PostgreSQL، MySQL، …) را اسم ببرید |
| بکاپ خودکار از پنل قابل تنظیم و بازیابی است؟ | خیلی از پلتفرم‌ها بکاپ را در صفحه‌ی محصول می‌آورند؛ بپرسید که زمان‌بندی، دانلود و بازیابی واقعاً در پنل باشد |
| HA (چند نسخه‌ی همزمان) امروز وجود دارد؟ | برای production حیاتی؛ اگر «به‌زودی» است، برای MVP خودتان کافی نبودنش را بپذیرید |
| ایزولاسیون منابع چطور است؟ | دیتابیس یک تننت نباید روی دیتابیس تننت دیگر اثر بگذارد |
| مدل صورت‌حساب چیست؟ | پلن ماهانه‌ی ثابت یا ساعتی/PAYG؟ برای دیتابیسی که گاهی بیکار است فرق می‌کند |
| مسیر خروج داده چقدر سخت است؟ | pg_dump/mysqldump استاندارد کار می‌کند یا قفل به فرمت اختصاصی هستید؟ |
دیتابیس مدیریت‌شده در Weblines Cloud — صادقانه#
همان چک‌لیست را روی خودمان اجرا می‌کنیم:
| سؤال | وضعیت امروز |
|---|---|
| موتورها | PostgreSQL، MySQL، MariaDB، MongoDB و Redis — هرکدام از پنل قابل ساخت |
| بکاپ خودکار | روزانه از پنل فعال است و زمان‌بندی، دانلود و بازیابی در همان صفحه‌ی دیتابیس است. یک نسخه‌ی دوم بیرون از پلتفرم هم توصیه می‌شود |
| HA رسمی | در نقشه‌راه، هنوز ارائه نمی‌شود |
| ایزولاسیون | بر اساس organization_id — دیتابیس هر سازمان از بقیه جدا است |
| CPU/RAM | با pack (DB Micro تا DB Large) enforce می‌شود؛ query سنگین یا connection storm می‌تواند به limit بخورد |
| صورت‌حساب | ساعتی از کیف پول PAYG. با Stop، هزینه‌ی CPU/RAM صفر می‌شود؛ فقط دیسک می‌ماند |
| خروج داده | dump/restore استاندارد؛ بدون قفل فرمت اختصاصی |
اگر production جدی و بدونِdowntime می‌خواهید، امروز بکاپ و HA را خودتان جبران کنید — این را به‌جای وعده‌ی مبهم مستقیم می‌گوییم.
راهنمای هر موتور، جداگانه#
برای گام‌به‌گامِ ساخت و اتصال، هر موتور راهنمای خودش را دارد:
- ساخت دیتابیس PostgreSQL مدیریت‌شده در چند کلیک
- دیتابیس MySQL مدیریت‌شده روی ابر ایرانی Weblines
- برای
MariaDB،MongoDBوRedisمسیر ساخت از پنل مشابه است — جزئیات در مستندات دیتابیس‌ها
جمع‌بندی#
دیتابیس مدیریت‌شده یعنی نصب و نگهداریِ لایه‌ی زیرین را به ارائه‌دهنده می‌سپارید — نه لزوماً «همه‌چیز خودکار». قبل از انتخاب هر پلتفرم، چک‌لیستِ بالا را با جواب‌های مشخص (نه مبهم) پر کنید. اگر می‌خواهید همین امروز یک PostgreSQL یا MySQL بسازید و نرخ‌ها را ببینید، قیمت‌گذاری Weblines Cloud را چک کنید.