چه زمانی این همکاری مفید است
تیم‌هایی که برای هر کاربرد بنیاد جدا می‌سازند دسترسی، شبکه و کنترل‌های عملیاتی ناهمگون انباشته می‌کنند. landing zone نقطه شروع مشترک با مرزهای عمدی و مدل عملیاتی پاسخگو ایجاد می‌کند.
تصمیم‌ها پیش از اجرا
سلسله‌مراتب سازمان، ایزولاسیون بارکاری، ادغام هویت، اتصال خصوصی، ثبت رویداد و اجرای سیاست را برای محیط شما طراحی می‌کنیم. کنترل‌های مرکزی باید پلتفرم را محافظت کنند و در عین حال مسیر تحویل قابل‌اجرا برای تیم‌های بارکاری بماند.
معماری در بستر تصمیم
معماری مفهومی برای مرزهای تصمیم؛ محیط مشتری را نشان نمی‌دهد.
آنچه دریافت می‌کنید
- طراحی سازمان، حساب/اشتراک/پروژه و محیط
- مرزهای هویت و دسترسی با مسئولیت دسترسی امتیازدار
- معماری شبکه و اتصال با خطوط پایه سیاست و ثبت رویداد
- پیکربندی بنیاد قابل استفاده مجدد و راهنمای ورود
نحوه کنترل تحویل
- 01تعیین مالکیت tenant/حساب و مسئولیت‌های پلتفرم.
- 02ترسیم نیازهای شبکه، هویت، امنیت و صورتحساب.
- 03ساخت و اعتبارسنجی بنیاد با پیکربندی تکرارپذیر.
- 04ورود بارکاری نماینده و رفع اصطکاک.
- 05مستندسازی استثناها، کنترل تغییر و مالکیت چرخه عمر پلتفرم.
مرزها و مقایسه گزینه‌ها
landing zone نمودار یک‌باره یا الگوی جهانی نیست. محدودیت‌های هویت، اتصال و حاکمیت موجود بر طراحی اثر می‌گذارد. استثناهای سیاست به مسیر کنترل‌شده نیاز دارند، نه راه‌حل‌های غیررسمی.
پرسش‌ها و پاسخ‌ها
landing zone حاکمیت‌دار چه باید شامل شود؟
پیش از تکثیر بارکاری‌های سازمانی در Azure یا AWS یا Google Cloud، هویت، ساختار حساب، شبکه، سیاست و مشاهده‌پذیری را مستقر کنید.
#تیم ما در زمان تحویل چه انتظاری داشته باشد؟
تحویل شامل طراحی سازمان و محیط، مرزهای هویت و دسترسی و معماری شبکه با خطوط پایه سیاست و ثبت رویداد است. شواهد پذیرش و مالک مستمر را پیش از اجرا توافق می‌کنیم.
#برای گفتگوی اول چه چیزی بیاوریم؟
هدف کسب‌وکار، معماری فعلی، مالکان بارکاری، محدودیت‌های عملیاتی و مهلت‌های ثابت را بیاورید تا تصمیم‌ها و دسترسی‌های لازم این همکاری مشخص شود.
#حوزه، هزینه و زمان تحویل چگونه تعیین می‌شود؟
ابتدا بارکاری و وابستگی‌ها را محدود می‌کنیم. خروجی‌های موردنیاز، آمادگی دسترسی، پوشش آزمون و پنجره‌های تأیید برنامه تحویل را مشخص می‌کند؛ پیش از کشف، قیمت یا زمان‌بندی ثابت فرض نمی‌کنیم.
#