Reference Architectures
سناریوهای مرجع
این صفحه فهرست پروژه‌های انجامشده نیست. مجموعه‌ای از الگوهای طراحی ماست: وضعیتی که در سازمان‌ها تکرار می‌شود، الزام‌هایی که طرح باید برآورده کند، تصمیم‌های معماری و دلیل هرکدام.
توضیح مهم: آنچه در این صفحه میبینید معماری‌های مرجع است، نه شرح پروژه‌های تحویل‌شده. هیچ سازمان، آمار یا نتیجهٔ اندازه‌گیری‌شده‌ای در این صفحه به ما نسبت داده نشده است. اعداد و اهداف ذکرشده، اهداف طراحیاند و برای هر سازمان پس از اندازهگیری وضعیت واقعی بازنویسی میشوند.
Resilient Core for a Multi-Branch Organization
سازمانی با یک دفتر مرکزی و چند شعبه، که سامانهٔ مالی، فایل سرور و احتمالاً نرم‌افزار اصلی کسب‌وکار همگی در مرکز اجرا میشوند و کارمند شعبه از طریق شبکه به آن‌ها می‌رسد.
در این آرایش، قطع ارتباط یک شعبه با مرکز برای آن شعبه معنایی جز توقف کار ندارد؛ و قطع سرویس در مرکز، همهٔ شعب را با هم از کار می‌اندازد. ریسک متمرکز شده است، بی‌آنکه عمداً چنین طراحی شده باشد.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
Recoverable by Design
سازمانی که نسخهٔ پشتیبان می‌گیرد و گزارش موفقیت هم دریافت می‌کند، اما هیچ‌گاه بازگرداندن کامل یک سرویس را نیازموده است. در این وضعیت، چیزی که وجود دارد یک فایل پشتیبان است، نه یک طرح بازیابی.
پرسش تعیین‌کننده این نیست که «آیا بکاپ داریم؟»، بلکه این است که «بازگرداندن سامانهٔ اصلی چقدر طول می‌کشد و چه مقدار داده از دست می‌رود؟» تا وقتی این دو عدد نوشته و آزموده نشده باشند، پاسخ نامعلوم است.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
Controlled Remote Work
سازمانی که لازم است بخشی از همکاران از بیرون دفتر کار کنند: کارشناس پشتیبانی، تیم فروش، مدیرانی که در سفرند، یا پیمانکاری که باید به یک سامانهٔ مشخص دسترسی داشته باشد.
راه‌حل سریع معمولاً باز کردن یک مسیر مستقیم از اینترنت به سرویس داخلی است. این کار مسئله را حل می‌کند و در همان لحظه، سطح حملهٔ سازمان را به اندازهٔ همان مسیر گسترش می‌دهد.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
Observable Infrastructure
در بسیاری از سازمان‌ها نخستین نشانهٔ خرابی، تماس کاربر است. تیم فناوری اطلاعات پس از آن شروع به بررسی می‌کند و معمولاً هم علت را می‌یابد — اما پس از وقوع، و بدون دادهٔ لحظهٔ رخداد.
مسئله کمبود ابزار نیست؛ نبودِ تعریف است. تا وقتی مشخص نشده باشد سلامت هر سرویس با چه سنجه‌ای اندازهگیری می‌شود و آستانهٔ هشدار کجاست، افزودن ابزار پایش فقط حجم نمودار را زیاد می‌کند.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
Consolidated Enterprise Voice
سازمانی که ارتباط تلفنی‌اش در طول زمان لایه‌لایه رشد کرده است: چند خط شهری در مرکز، خطوط مستقل در شعب، و تماس‌هایی که با شمارهٔ شخصی همکاران برقرار می‌شود.
نتیجه، نبودِ یک تصویر واحد است: تماس از دست‌رفته قابل پیگیری نیست، انتقال تماس میان شعب ممکن نیست، و هزینهٔ ارتباطات در چند قلم پراکنده است.
برای دیدن کامل نمودار، آن را به چپ و راست بکشید.
چون این صفحه نمونهکار نیست؛ مجموعهٔ الگوهای طراحی ماست. انتشار نام مشتری یا شرح زیرساخت او نیازمند رضایت کتبی است و در حوزهٔ امنیت زیرساخت، خود آن انتشار یک ریسک است. اینجا الگوی تصمیمگیری ما را میبینید؛ کیفیت کار را میتوانید در جلسهٔ تخصصی بسنجید.
هیچکدام آمادهٔ اجرا نیستند. هر الگو نقطهٔ شروع است: پس از اندازهگیری وضعیت واقعی سازمان، ظرفیتها، اهداف زمانی و محدودیتها تعیین میشوند و معماری نهایی از دل آن بیرون میآید. اعدادی که در این الگوها میبینید اهداف طراحیاند، نه نتیجهٔ اندازهگیریشده.
بله، و در عمل بیشتر همکاریها همینطور شروع میشوند. در مرحلهٔ ارزیابی، ترتیب پیشنهادی اقدامها را بر پایهٔ ریسک فعلی تعیین میکنیم؛ معمولاً یک یا دو گام نخست بیشترین کاهش ریسک را با کمترین تغییر میدهند.
در جلسهٔ تخصصی، وضعیت فعلی شما را با این الگوها می‌سنجیم و ترتیب پیشنهادی اقدامها را بر پایهٔ ریسک تعیین میکنیم.