شش تصمیمی که باید در قرارداد دسترسی از ابر به بک‌اند نوشته شود
یک تونل به بار کاری ابری مسیر می‌دهد، نه هدف. پیش از انتخاب اتصال‌دهنده درباره عملیات، هویت بار کاری، پردازش داده و حذف تصمیم بگیرید.
یک سرویس گزارش‌گیری در یک حساب ابری را در نظر بگیرید که به خلاصه‌های تأییدشده از سیستم داخلی یک مشتری نیاز دارد. یک VPN یا یک اتصال برنامه احراز هویت‌شده مسیر را محافظت می‌کند و هیچ چیز دیگری را تعیین نمیکند. تعیین نمیکند که آیا بار کاری گزارش‌گیری می‌تواند سوابق نامرتبط را بخواند، بک‌اند را تغییر دهد یا آنچه را آورده نگه دارد. توافق دسترسی را پیش از انتخاب اتصال‌دهنده بر حسب عملیات و داده‌ها بنویسید، زیرا اتصال‌دهنده ارزان‌ترین بخش برای تغییر در آینده و آسان‌ترین بخش برای اولین اشتباه است.
عملیات را پیش از اتصال‌دهنده تعیین کنید
نخستین تصمیم این است که بار کاری مجاز به انجام چه کاری است، با نام عملیات و نه به‌صورت محدوده شبکه. در مورد گزارش‌گیری، یک API گزارش‌گیری باریک می‌تواند نیاز را برآورده کند بدون آنکه مدیریت پایگاه داده به یک بار کاری ابری داده شود.
داده‌هایی را که گزارش به آن‌ها نیاز دارد از داده‌هایی که صرفاً در دسترس هستند جدا کنید. عملیات مجاز را به‌صورت نقاط پایانی و افعال در همان سندی بنویسید که تصمیم هویت در آن است. این تمایز، تفاوت میان یک یکپارچه‌سازی است که از ممیزی عبور می‌کند و یکی که باید هر سال دوباره توضیح داده شود، و بعداً بدون جلسه‌ای دیگر بحث‌ها را فیصله می‌دهد.
هویت بار کاری را تعیین کنید و برایش مالک بگذارید
کارهای بدون نظارت نمی‌توانند به یک پرسش پاسخ دهند، از این رو تیم‌ها به حساب گسترده یک فرد چنگ می‌زنند و سپس آن را فراموش می‌کنند. از یک حساب سرویس یا اعتبارنامه ماشینی استفاده کنید که بک‌اند واقعاً می‌پذیرد، و ثبت کنید چه کسی مالک آن است، کجا نگهداری می‌شود و چگونه چرخش می‌یابد.
سه شرط باید تصمیم را به سوی هویتی اختصاصی برگرداند: کار بدون حضور انسان اجرا می‌شود، اعتبارنامه بیش از یک استقرار دوام می‌آورد، و بیش از یک نفر باید از وجود آن بداند. اگر هر سه درست باشند، حساب انسانی مشترک یک میان‌بر نیست، بلکه استثنایی دائمی است که هیچ‌کس نمی‌تواند آن را پاک ابطال کند.
اعتبارنامه‌ای را ترجیح دهید که پلتفرم می‌تواند برای بار کاری صادر و چرخش دهد، مانند توکن هویت بار کاری که بک‌اند آن را اعتبارسنجی می‌کند، نه راز ایستایی که در پیکربندی چسبانده می‌شود. رازهای ایستا در تنظیمات برنامه دلیل آن هستند که چرخش‌ها به قطعی تبدیل می‌شوند.
محدوده شبکه را تعیین کنید، با دانستن اینکه مجوز نیست
مشخص کنید کدام طرف اتصال را آغاز می‌کند، انتقال پشتیبانی‌شده و نقاط پایانی دخیل. بررسی‌های هویت همتا را روشن نگه دارید و مقصدهای نامرتبط بک‌اند را غیرقابل‌دسترس بگذارید، نه فقط اعلام‌نشده.
یک مسیر تونل باریک محدوده‌ای مفید است، اما نمی‌تواند جایگزین مجوز در سطح عملیات شود. بک‌اند باید قرارداد را از طریق کنترل‌های خودش اجرا کند، زیرا شبکه با خوشحالی هر درخواستی را که به یک درگاه قابل‌دسترس برسد حمل می‌کند. نقش‌ها و اعطاهای خود بک‌اند را بررسی کنید نه جدول مسیرها. مسیری که به سرور می‌رسد هنوز تصمیم را به سرور واگذار می‌کند، و همان‌جاست که قرارداد یا اجرا می‌شود یا نادیده گرفته می‌شود.
عکس آن هم درست است: یک اعتبارنامه سرویس معتبر توجیه نمیکند که شنونده‌ای برای هر منبع منتشر شود. هر دو کنترل لازم‌اند و هیچ‌کدام جای دیگری را نمی‌گیرد.
پردازش داده و تقسیم مسئولیت را تعیین کنید
ثبت کنید چه چیزی از محیط مشتری خارج می‌شود، برنامه کجا آن را پردازش می‌کند، و ترتیبات واقعی ذخیره‌سازی، پشتیبان‌گیری، دسترسی و نگهداشت. نگهداشت بخشی است که دیر کشف می‌شود، معمولاً وقتی کسی می‌پرسد آیا نسخه فصل گذشته هنوز در سطلی وجود دارد که هیچ‌کس مستندش نکرده است.
طرف‌ها را متمایز نگه دارید. بهره‌بردار برنامه، تأمین‌کننده نرم‌افزار و میزبان زیرساخت می‌توانند مسئولیت‌های متفاوتی داشته باشند، و مدل سرویس تعیین می‌کند کدام کدام است. توافق واقعی را بخوانید به‌جای آنکه فرض کنید هر سه دسترسی یکسان دارند، یا هیچ دسترسی ندارند.
شکست، حذف و نحوه پذیرش آن را تعیین کنید
مسئولیت موارد شکست را پیش از رخ دادنشان تعیین کنید. وقتی اتصال‌دهنده می‌شکند یا هویتی مشکوک به نفوذ است، پاسخ نباید یک استثنای شبکه نامحدود بداهه باشد که بیش از حادثه زنده می‌ماند.
حذف به همان دقتی که راه‌اندازی نیاز دارد شایسته است. تعریف کنید مجوز چگونه لغو می‌شود، دسترسی فعال در چارچوب رفتار پشتیبانی‌شده محصول چگونه پایان می‌یابد، و با نسخه‌های نگهداشته‌شده وقتی رابطه پایان می‌گیرد چه می‌شود.
یکپارچه‌سازی را با عملیات مجاز نماینده و ردهایی که قرارداد می‌طلبد بپذیرید، همه زیر هویت موردنظر بار کاری. مسیر درخواست و داده‌های واقعاً تحویل‌شده را تأیید کنید، سپس جانشینی اعتبارنامه و حذف را واقعاً بیازمایید. تونل متصل ثابت می‌کند مسیری وجود دارد؛ قرارداد چیزی است که به آن مسیر حد می‌دهد.