گام برداشتن فراتر از الگوهای معماری انتزاعی و ساخت یک سیستم میکروفرانت‌اند در سطح ساز مستلزم عبور از مرزهای پیچیده زمان اجرا، همگام‌سازی وضعیت و استراتژی‌های دیپلوی است بدون اینکه در قید و بند یک فریم‌ورک خاص اسیر شویم. هنگامی که چندین تیم توزیع‌شده به‌طور مستقل قابلیت‌های خود را روی یک رابط کاربری واحد دیپلوی می‌کنند، زیرساخت فنی زیربنایی باید همه‌چیز از بارگذاری اولیه باندل‌ها گرفته تا ارتباط بین دامنه‌ها را به‌نرمی مدیریت کند. بدون داشتن یک استراتژی پیاده‌سازی فنی دقیق، تیم‌ها به سرعت با گلوگاه‌های جدی در یکپارچه‌سازی مواجه می‌شوند؛ مواردی مانند تداخل استایل‌های سراسری، بارگذاری تکراری وابستگی‌ها و کانال‌های ارتباطی شکننده بین ماژول‌ها. این فصل به مکانیک‌های اصلی ساخت یک پلتفرم تجارت الکترونیک سازگاهی با چندین زیردامنه می‌پردازد و تصمیمات معماری را به کدهای اجرایی تبدیل می‌کند، در حالی که مدل‌های ذهنی پایدار را بر جزئیات زودگذر فریم‌ورک‌ها ترجیح می‌دهد. این مسیر با راه‌اندازی پروژه پایه و طراحی ساختار مخزن Monorepo مقیاس‌پذیر آغاز می‌شود که در آن تیم‌های مستقل، پوشه‌های دامنه خود را مدیریت می‌کنند. در قلب این ترکیب زمان اجرا، تکنولوژی Module Federation قرار دارد؛ مکانیزمی قدرتمند که یکپارچه‌سازی را از زمان بیلد به زمان اجرا منتقل می‌کند و به میزبان‌ها و ریموت‌ها اجازه می‌دهد تا باندل‌های جاوااسکریپت و وابستگی‌ها را به‌صورت پویا به اشتراک بگذارند. برای هماهنگ کردن این بخش‌های مستقل، Application Shell به‌عنوان رهبر ارکستر مرکزی عمل می‌کند و مسیریابی سراسری، چیدمان و وضعیت سطح کانتینر را مدیریت می‌کند. پیاده‌سازی زیردامنه‌ها بین مرزهای تخصصی تقسیم می‌شود؛ از جمله میکروفرانت‌اند احراز هویت که نشست‌های کاربر را با استفاده از استابرهای وب مدیریت می‌کند، میکروفرانت‌اند کاتالوگ با قابلیت مسیریابی محلی، و مدیریت حساب کاربری که از ایونت امیترها برای ارتباط مستقل استفاده می‌کند. با تکامل سیستم‌ها، تیم‌های مهندسی ناگزیر با چالش جاسازی برنامه‌های قدیمی مواجه می‌شوند که در آن از یک الگوی آداپتور درون ایفرم برای مدیریت ایمن استفاده می‌شود. همچنین توسعه تجربه تسویه حساب نشان می‌دهد که چگونه کامپوننت‌های سبد خرید به روزرسانی‌های وضعیت گوش می‌دهند، در حالی که استفاده از کانتینرهای ریموت پویا بارگذاری انعطاف‌پذیر را ممکن می‌سازد. با این حال، تکیه بیش از حد بر ابزارهای بیلد خاص، خطر وابستگی (Dependency) به ابزار را به همراه دارد که در درازمدت انعطاف‌پذیری (Flexibility) سیستم را تهدید می‌کند. | رویکرد | زمان یکپارچه‌سازی | ریسک اتصال | تأثیر بر حجم باندل | | :--- | :--- | :--- | :--- | | زمان بیلد (NPM) | زمان کامپایل | بالا | بهینه‌شده از طریق حذف کدهای اضافی | | زمان اجرا (فدراسیون) | زمان اجرا | پایین (دامنه‌های ایزوله) | سربار وابستگی‌های اشتراکی | | ایفرم (Legacy) | مرز زمان اجرا | حداقل | ایزوله‌سازی کامل DOM وContext | معماری درباره انتخاب پرطرفدارترین فریم‌ورک نیست؛ بلکه درباره ایجاد مرزهایی است که به تیم‌ها اجازه می‌دهد با سرعت حرکت کنند بدون اینکه کدهای یکدیگر را بشکنند. [ ] طراحی ساختار مخزن مونوپپ برای تفکیک پوشه‌های مستقل زیردامنه [ ] پیکربندی میزبان‌ها و ریموت‌های فدراسیون ماژول برای بارگذاری پویای باندل‌ها در زمان اجرا [ ] ساخت پوسته برنامه برای مدیریت مسیریابی سراسری سمت کاربر و چیدمان صفحات [ ] پیاده‌سازی الگوی ایونت امیتر برای برقراری ارتباط غیرمستقیم بین میکروفرانت‌اندها [ ] یکپارچه‌سازی امن برنامه‌های قدیمی با استفاده از الگوی آداپتور و کامپوننت‌های کانتینر ایزوله