Sistem Arxitekturasında Micro-frontends Yanaşması

Backend dünyasında mikroservislər monolit sistemlərin parçalanmasında böyük rol oynadı. Bəs frontend tərəfdə yüzlərlə mühəndisin eyni tətbiq üzərində işləməsi zərurəti yarananda nə baş verir? Hər kəs eyni nəhəng repozitoriyaya commit atdıqda testlər saatlarla çəkir və bir komandanın xətası bütün saytın çökməsinə səbəb olur. Bu problemi həll etmək üçün Micro-frontends arxitekturası yarandı. 📌 1. Micro-frontends Necə İşləyir? Təsəvvür edin ki, böyük bir e-ticarət saytınız var: - Komanda A: 'Axtarış və Kataloq' modulunu React ilə yazır. - Komanda B: 'Səbət və Ödəniş' modulunu Next.js ilə idarə edir. - Komanda C: 'İstifadəçi Profili' modulunu qurur. Webpack 5 Module Federation və ya müasir iframe/web-components texnologiyaları sayəsində bu fərqli tətbiqlər istifadəçinin brauzerində tək bir vahid sayt kimi birləşir. 📌 2. Üstünlüklər: - Müstəqil Deployment: Ödəniş komandası öz kodunu canlıya buraxmaq üçün kataloq komandasının testlərini gözləmir. - Texnologiya Azadlığı: Bir modulda yeni texnologiyanı (məsələn, React 19) sınaqdan keçirmək digər modullara mane olmur. 📌 3. Gizli Təhlükələr və Xərclər: Micro-frontend hər dərdin dərmanı deyil! 1. Brauzerə bir neçə fərqli framework versiyası yüklənə bilər ki, bu da saytı ağırlaşdırır. 2. Qlobal dizayn və CSS harmoniyasını qorumaq çətinləşir. Əgər komandanız 20-30 nəfərdən azdırsa, micro-frontend tətbiq etməyin; yaxşı strukturlaşdırılmış monolit Next.js tətbiqi qat-qat daha sürətli və ucuz başa gələcək.