این صفحه برای کسانی است که میخواهند بدانند سایتشان دقیقاً روی چه چیزی اجرا میشود: از کلاستر Kubernetes تا دیتابیس اختصاصی و خط استقرار GitOps.
هر سایت از یک تعریف نسخهدار شروع میشود و تا رسیدن ترافیک کاربر، از این لایهها عبور میکند.
تعریف نسخهدار سایت و منابع آن
۱همگامسازی خودکار کلاستر با تعریف موجود در Git
۲تأمین ایمیج کانتینری وردپرس
۳زمانبندی Workload روی نود مناسب و اعمال سهم منابع
۴اجرای وردپرس سایت
۵اتصال دیتابیس اختصاصی و حجم پایدار
۶رسیدن ترافیک دامنه با SSL به سایت
۷Kubernetes اجرای Workloadها را روی کلاستر مدیریت میکند: زمانبندی روی نودها، اعمال سهم منابع و راهاندازی مجدد کانتینرهای ناسالم.
زیرساخت از چند نود تشکیل شده و ظرفیت آن با افزودن نود گسترش مییابد. مدیریت کلاستر و نودها با Rancher انجام میشود.
هر سایت یک Workload کانتینری مستقل است که از ایمیج آماده و یکسان وردپرس ساخته میشود.
برای هر سایت دیتابیس اختصاصی ساخته میشود و اطلاعات اتصال آن فقط در اختیار Workload همان سایت است.
فایلهای سایت روی حجم ذخیرهسازی پایدار نگهداری میشوند و با راهاندازی مجدد یا جابهجایی کانتینر از بین نمیروند.
ایمیجهای کانتینری در رجیستری خصوصی Harbor نگهداری و از همانجا مستقر میشوند.
وضعیت مطلوب زیرساخت در Git تعریف میشود و Argo CD کلاستر را با آن همگام نگه میدارد.
ساخت سایت، بهروزرسانی و تغییر منابع بهصورت Deployment ثبت و مرحلهبهمرحله اجرا میشوند.
وضعیت Workloadها و مصرف منابع پایش میشود و در داشبورد بهصورت نمودار و هشدار نمایش داده میشود.
بازیابی در دو سطح انجام میشود: Kubernetes کانتینرهای ناسالم را دوباره اجرا میکند و بکاپها امکان بازگرداندن فایلها و دیتابیس سایت را فراهم میکنند.
وردپرس در ویسا استاندارد است؛ اما محیط اجرای کانتینری چند نکته دارد که دانستنش در توسعه و نگهداری سایت کمک میکند.
# every site owns its resources site/<slug> ├── workload WordPress + PHP # image from private registry ├── database dedicated instance ├── storage persistent volume # wp-content ├── config per-site config & secrets └── domains default + custom, automatic TLS
# infrastructure changes are declarative git commit "site: raise memory quota" └─▶ argo-cd detects drift, syncs cluster └─▶ kubernetes rolling update └─▶ health probes pass → ready # every step is recorded as a deployment
رسانهها، افزونهها و قالبها در wp-content روی Storage پایدار هستند. به تغییر دستی فایلهای هستهٔ وردپرس تکیه نکنید.
اطلاعات اتصال دیتابیس و کلیدها توسط پلتفرم تزریق میشوند؛ آنها را در کد یا مخزن hard-code نکنید.
مدیریت سایتها از داشبورد انجام میشود. برای یکپارچهسازی سازمانی، درخواست خود را از طریق پشتیبانی فنی ثبت کنید.
بله. برای هر سایت یک دیتابیس اختصاصی ساخته میشود؛ نه مجموعهای از جدولها با پیشوند متفاوت در یک دیتابیس مشترک. به همین دلیل بار دیتابیس، دسترسیها، بکاپ و بازیابی هر سایت از سایتهای دیگر جداست.
هر سایت Workload کانتینری خودش را با سهم مشخص از CPU و حافظه دارد، به دیتابیس اختصاصی خودش متصل است و فایلهایش روی حجم ذخیرهسازی مستقل نگهداری میشود. تنظیمات و اطلاعات محرمانهٔ هر سایت هم جداست؛ بنابراین مصرف منابع یا خطای یک سایت روی سهم سایتهای دیگر اثر نمیگذارد.
زیرساخت ویسا یک کلاستر چندنودی است و Kubernetes تعیین میکند Workload هر سایت روی کدام نود اجرا شود. تعداد نودها با رشد ظرفیت پلتفرم تغییر میکند، به همین دلیل عدد ثابتی اعلام نمیکنیم؛ نکتهٔ مهم این است که سایت شما به یک سرور فیزیکی مشخص گره نخورده است.
Kubernetes سیستمی است که اجرای Workloadها را روی چند سرور مدیریت میکند: تصمیم میگیرد هر سایت کجا اجرا شود، سهم منابع هر سایت را اعمال میکند و اگر محیط اجرای سایت از کار بیفتد آن را دوباره راهاندازی میکند. نتیجه برای شما یعنی کارهای عملیاتی کمتر و محیطی قابل پیشبینیتر.
روی سایت و کسبوکارت تمرکز کن؛ اجرای پایدار آن با ویساست.
