هلدینگ‌ها و سازمان‌های چندشرکتی

وقتی چند شرکت روی یک زیرساخت حساب می‌کنند، مرزها باید روشن باشد

در یک هلدینگ، زیرساخت مشترک می‌تواند هزینه و پیچیدگی را کمتر کند؛ اما فقط وقتی مشخص باشد هر شرکت چه منابعی دارد، چه چیزی با بقیه مشترک است، دسترسی‌ها چطور جدا می‌شوند و رشد هر مجموعه چه اثری روی دیگران می‌گذارد. معماری باید هم اشتراک را ساده کند و هم مرزبندی را حفظ کند.

درخواست جلسه فنی مشاهده همه صنایع

چند سؤال قبل از متمرکز کردن زیرساخت

چه چیزی باید مشترک باشد و چه چیزی باید مستقل بماند؟

مصرف منابع هر شرکت چطور جدا دیده می‌شود؟
دسترسی تیم‌های مختلف تا کجا باید محدود باشد؟
Backup مشترک است یا تفکیک‌شده؟
هزینه و ظرفیت هر شرکت چطور قابل اندازه‌گیری است؟
اگر یک شرکت رشد کرد، چه اثری روی بقیه می‌گذارد؟

اشتراک خوب است؛ تا وقتی باعث ابهام نشود

زیرساخت مشترک نباید به معنای وابستگی کنترل‌نشده باشد

وقتی چند شرکت از یک بستر مشترک استفاده می‌کنند، مسئله فقط صرفه‌جویی نیست. باید مصرف منابع، دسترسی‌ها، Backup، امنیت و مسئولیت هر تیم شفاف باشد. اگر این مرزها از ابتدا تعریف نشوند، رشد یا مشکل یک شرکت می‌تواند روی بقیه اثر بگذارد.

مسئله‌های رایج در هلدینگ‌ها

چالش اصلی، فقط مقیاس بزرگ‌تر نیست؛ مدیریت مرزهاست

تفکیک منابع و دسترسی

هر شرکت باید منابع و سطح دسترسی خودش را داشته باشد، بدون اینکه پیچیدگی مدیریت برای تیم مرکزی چند برابر شود.

ظرفیت مشترک

Shared Capacity وقتی مفید است که مصرف هر مجموعه قابل اندازه‌گیری باشد و رشد یک شرکت، کیفیت سرویس بقیه را پایین نیاورد.

Backup متمرکز

متمرکز کردن Backup می‌تواند عملیات را ساده کند، اما Retention، دسترسی، Recovery و تفکیک داده هر شرکت باید روشن باشد.

شبکه بین شرکت‌ها

ارتباط میان ستاد، شرکت‌های تابعه و سایت‌ها باید ساده باشد، اما نه به قیمت باز شدن مسیرهای غیرضروری بین شبکه‌ها.

استانداردسازی

اگر هر شرکت با معماری و ابزار خودش جلو برود، پشتیبانی و توسعه به‌مرور سخت می‌شود. استاندارد مشترک باید بدون از بین بردن نیازهای خاص هر مجموعه تعریف شود.

مدیریت تغییر

یک تغییر در زیرساخت مرکزی ممکن است چند شرکت را درگیر کند. پنجره تغییر، Rollback و اطلاع‌رسانی باید برای همین مقیاس طراحی شود.

Shared Infrastructure و Multi-Tenant

اشتراک زیرساخت باید قابل اندازه‌گیری، قابل کنترل و قابل توسعه باشد

Multi-Tenant فقط به معنای قرار دادن چند شرکت روی یک Cloud نیست. منابع، Network، Policy، Backup، Monitoring و دسترسی مدیریتی باید طوری طراحی شوند که هر مجموعه محدوده مشخص خودش را داشته باشد و تیم مرکزی همچنان دید و کنترل کافی داشته باشد.

در یک زیرساخت مشترک، معمولاً این مرزها را مشخص می‌کنیم

سهم و سقف منابع هر شرکت
Segmentation شبکه و Policyها
سطح دسترسی تیم‌های فنی
Backup، Retention و Recovery
Monitoring و گزارش مصرف
مدل رشد و اضافه شدن شرکت‌های جدید

لایه‌های راهکار

زیرساخت مشترک زمانی ساده می‌شود که لایه‌ها با هم طراحی شوند

Private Cloud، Network، Security، Storage، Backup و Monitoring اگر جدا از هم دیده شوند، مدیریت چند شرکت دشوارتر می‌شود. معماری باید از ابتدا تصویر یکپارچه داشته باشد.

Private Cloud و VCF

برای استانداردسازی Compute، Network و Storage و فراهم کردن بستر یکپارچه برای چند شرکت یا واحد سازمانی.

خدمات VCF

Network و Security

Segmentation، Firewall و کنترل دسترسی برای اینکه اشتراک زیرساخت به معنی باز بودن شبکه بین شرکت‌ها نباشد.

امنیت شبکه

Backup و Data Protection

متمرکز کردن Backup همراه با تفکیک Policy، Retention و Recovery برای هر شرکت یا سرویس.

راهکارهای Backup

Capacity Management

دیدن مصرف واقعی منابع، Headroom و روند رشد هر شرکت برای اینکه توسعه زیرساخت قبل از رسیدن به محدودیت برنامه‌ریزی شود.

Multi-Site Infrastructure

اتصال ستاد، شرکت‌های تابعه و سایت‌ها با معماری‌ای که مسیر جایگزین، امنیت و مدیریت متمرکز را هم‌زمان پوشش دهد.

پشتیبانی و عملیات

تعریف فرآیند مشترک برای Incident، Change و توسعه تا مشخص باشد تیم مرکزی و تیم هر شرکت در هر وضعیت چه نقشی دارند.

پشتیبانی زیرساخت

نحوه شروع پروژه

قبل از متمرکز کردن زیرساخت، باید تصویر واقعی شرکت‌ها را کنار هم گذاشت

تعداد VMها یا حجم Storage فقط بخشی از ماجراست. باید بدانیم هر شرکت چه سرویس‌هایی دارد، کدام سرویس‌ها مشترک‌اند، چه تیم‌هایی آن‌ها را مدیریت می‌کنند، چه محدودیت‌هایی وجود دارد و رشد آینده قرار است از کجا بیاید.

۰۱

شناخت شرکت‌ها

سرویس‌ها، مصرف منابع، تیم‌ها و نیازهای هر شرکت مشخص می‌شوند.

۰۲

تعریف مرزها

منابع مشترک، دسترسی‌ها، شبکه و Policyهای هر مجموعه روشن می‌شوند.

۰۳

طراحی ظرفیت

Shared Capacity و رشد آینده بر اساس مصرف واقعی طراحی می‌شوند.

۰۴

اجرا و عملیات

مهاجرت، تفکیک، تست و مدل پشتیبانی مرحله‌به‌مرحله اجرا می‌شوند.

اگر چند شرکت از یک زیرساخت استفاده می‌کنند، مرزها را قبل از رشد بعدی روشن کنیم

می‌توانید ساختار فعلی، تعداد شرکت‌ها، سرویس‌های مشترک و مسئله‌ای که الان بیشترین اصطکاک ایجاد کرده را با تیم فنی راگا مطرح کنید. هدف جلسه اول، روشن‌تر شدن مدل مناسب برای ادامه مسیر است.

درخواست جلسه فنی