مالک زیرساخت محتوای خودت باش، نه اجارهکنندهاش
بیشتر پلتفرمهای CMS میزبانیشده راحتی را با کنترل معامله میکنند: یک داشبورد میگیری، اما محتوا، آپتایم و محل نگهداری دادهات همه روی برنامهی یک شرکت دیگر زندگی میکنند. فنپینو CMS از پایه Docker-first ساخته شده — بکاند، فرانتاند و دیتابیس همه بهصورت کانتینر عرضه میشوند که خودت اجرا میکنی، یعنی تصمیمات زیرساختی (کجا میزبانی شود، چطور بکاپ گرفته شود، چه کسی مستقیم به دیتابیس دسترسی دارد) دست همان تیمی میماند که مالک محصول است، نه توافقنامه سرویس یک فروشنده.
امنیتی که پشت فرم لاگین متوقف نمیشود
احراز هویت هم JWT و هم Google OAuth2 را پشتیبانی میکند، و کنترل دسترسی مبتنی بر نقش (RBAC) یعنی «ادمین» یک نقشِ همهیا-هیچچیز نیست — ویراستاران، تیم پشتیبانی و ادمینهای کامل میتوانند دقیقاً محدود به همان چیزی شوند که لازم دارند لمس کنند. برای تیمی که از یکنفره بودن گذشته، همین تفاوت جلوی این را میگیرد که یک نیروی پشتیبانی بیسروصدا قیمت محصول را عوض کند.
«آماده تولید» اینجا واقعاً یعنی چه
- کانتینرسازی Docker برای بکاند، فرانتاند و سرویسهای جانبی — همان کانتینرهایی که در توسعه استفاده میشوند به تولید هم میروند، پس «روی سیستم من کار میکند» مشکلی نیست که بعداً جدا حل شود.
- بیلدهای بهینهشده برای فرانتاند، یعنی سایت عمومی سریع میماند حتی وقتی داشبورد ادمین زیرش ویژگیهای بیشتری میگیرد.
- یک داشبورد ادمین واحد برای محصولات، پروژهها، خدمات، مشتریان، تیکتهای پشتیبانی و محتوای بلاگ — یک سطح برای اداره، بکاپ و ایمنسازی، بهجای پنج ابزار جدا که با export/import به هم وصل شدهاند.
چرا این موضوع بیشتر از ظاهرش اهمیت دارد
هزینه واقعی یک CMS بهصورت SaaS میزبانیشده معمولاً هزینه ماهانه نیست — پروژه مهاجرتی است که هیچکس دلش نمیخواهد بعداً انجامش دهد، وقتی نقشهراه پلتفرم دیگر با نیاز واقعی کسبوکار همخوانی ندارد. self-host کردن از ابتدا یعنی مقداری مسئولیت عملیاتی کوچک الان میپذیری تا آن گفتوگو را سه سال دیگر نداشته باشی.
این محصول برای چه کسی است
تیمهایی که از قبل Docker را برای چیز دیگری در تولید اجرا میکنند، و ترجیح میدهند یک کانتینر مستندشده دیگر اضافه کنند تا اینکه محتوا و داده مشتریِ یک محصول دوم را به پلتفرمی بسپارند که کنترلش دست خودشان نیست.
