Mengidentifikasi batas mikro-frontend

Untuk meningkatkan otonomi tim, kemampuan bisnis yang disediakan oleh aplikasi dapat didekomposisi menjadi beberapa frontend mikro dengan ketergantungan minimal satu sama lain.

Mengikuti metodologi DDD yang dibahas sebelumnya, tim dapat memecah domain aplikasi menjadi subdomain bisnis dan konteks terbatas. Tim otonom kemudian dapat memiliki fungsionalitas konteks terbatas mereka dan memberikan konteks tersebut sebagai frontend mikro. Untuk informasi lebih lanjut tentang pemisahan masalah, lihat diagram Tanah Tanpa Server.

Konteks terbatas yang terdefinisi dengan baik harus meminimalkan tumpang tindih fungsional dan kebutuhan akan komunikasi runtime lintas konteks. Komunikasi yang diperlukan dapat diimplementasikan dengan metode yang digerakkan oleh peristiwa. Ini tidak berbeda dengan arsitektur berbasis peristiwa untuk pengembangan layanan mikro.

Aplikasi yang dirancang dengan baik juga harus mendukung pengiriman ekstensi future oleh tim baru untuk memberikan pengalaman yang konsisten bagi pelanggan.

Cara mengiris aplikasi monolitik menjadi frontend mikro

Bagian Ikhtisar menyertakan contoh mengidentifikasi konteks fungsional independen pada halaman web. Beberapa pola untuk memisahkan fungsionalitas pada antarmuka pengguna muncul.

Misalnya, ketika domain bisnis membentuk tahapan perjalanan pengguna, pemisahan vertikal pada frontend dapat diterapkan, di mana kumpulan tampilan dalam perjalanan pengguna disampaikan sebagai frontend mikro. Diagram berikut menunjukkan pemisahan vertikal, di mana langkah-langkah Katalog, Checkout, dan Faktur disampaikan oleh tim terpisah sebagai frontend mikro terpisah.

Untuk beberapa aplikasi, pemisahan vertikal saja mungkin tidak cukup. Misalnya, beberapa fungsi mungkin perlu disediakan dalam banyak tampilan. Untuk aplikasi ini, Anda dapat menerapkan split campuran. Diagram berikut menunjukkan solusi split campuran di mana frontend mikro untuk pencari Stasiun dan penjelajah Rute keduanya menggunakan fungsionalitas tampilan Peta.

Aplikasi tipe portal atau tipe dasbor biasanya menyatukan kemampuan frontend dalam satu tampilan. Dalam jenis aplikasi ini, setiap widget dapat dikirimkan sebagai micro-frontend, dan aplikasi hosting mendefinisikan batasan dan antarmuka yang harus diterapkan oleh micro-frontend.

Pendekatan ini menyediakan mekanisme untuk frontend mikro untuk menangani masalah seperti ukuran viewport, penyedia otentikasi, pengaturan konfigurasi, dan metadata. Jenis aplikasi ini mengoptimalkan untuk ekstensibilitas. Fitur baru dapat dikembangkan oleh tim baru untuk meningkatkan kemampuan dasbor.

Diagram berikut menunjukkan aplikasi dasbor yang dikembangkan oleh tiga tim individu yang merupakan bagian dari Team Dashboard.

Dalam diagram, tampilan future mewakili fitur baru yang dikembangkan oleh tim baru untuk menskalakan Dasbor Tim dan kemampuan dasbor.

Aplikasi portal dan dasbor biasanya menyusun fungsionalitas dengan menggunakan split campuran di UI. Micro-frontend dapat dikonfigurasi dengan pengaturan yang terdefinisi dengan baik, termasuk batasan posisi dan ukuran.