Konteks: Gambaran Keseluruhan Sistem Asal

Dalam salah satu pekerjaan saya, saya bekerja pada sistem pengurusan yang teguh, dibangunkan di Jawa, disepadukan dengan RabbitMQ dan PostgreSQL, dengan misi mengawal pembayaran, penghantaran dan inventori platform e-dagang yang besar. Sistem asal, yang beroperasi secara tempatan di pusat data di premis, tidak lagi memenuhi permintaan yang semakin meningkat untuk berskala dan kebolehpercayaan. Sistem ini menghadapi cabaran seperti kependaman tinggi dalam urus niaga kritikal, kesukaran penyelenggaraan dan peningkatan dalam kos operasi apabila beban kerja meningkat.

Objektif penghijrahan ini bukan sahaja untuk memindahkan sistem ke awan, tetapi juga untuk menambah baik seni bina agar lebih berskala, berdaya tahan dan cekap. Pilihan Azure sebagai platform awan didorong oleh keupayaannya untuk memenuhi keperluan khusus seni bina moden dan teguh sambil menyokong amalan terbaik dalam keselamatan, tadbir urus dan pengoptimuman kos, seperti yang diterangkan dalam Rangka Kerja Azure Well -Architected.

Konteks Sistem: Model Baharu dalam Azure

Gambaran keseluruhan

Sistem baharu ini direka bentuk untuk berskala tinggi, berdaya tahan dan mudah diurus, menggunakan prinsip Rangka Kerja Azure Well-Architected. Seni bina direka untuk mengendalikan trafik yang meningkat, memastikan ketersediaan tinggi dan mengurangkan kos operasi. Berhijrah ke Azure bukan sahaja bermakna memindahkan komponen sedia ada, tetapi juga menyemak dan memodenkan seni bina untuk memastikan sistem itu tangkas, selamat dan cekap.

Seni bina telah dirancang dalam empat peringkat Model C4, dengan penekanan pada pandangan yang jelas tentang konteks, bekas, komponen dan kod. Ini akan memastikan semua pihak berkepentingan – daripada jurutera hingga pengurus – diselaraskan mengenai objektif skala dan kebolehpercayaan sistem baharu.

Konteks (Rajah Konteks)

Rajah konteks menggambarkan sistem pengurusan pembayaran, pengangkutan dan inventori secara keseluruhan. Sistem ini berinteraksi dengan pelbagai komponen luaran seperti pelanggan, sistem pembayaran dan platform pengangkutan. Gambar rajah ini memfokuskan pada cara pengguna dan sistem luaran berinteraksi dengan sistem.

Sistem baharu ini dibahagikan kepada tiga bidang perniagaan utama:

1. Pengurusan Pembayaran: Memproses transaksi kewangan menggunakan penyepaduan dengan gerbang pembayaran dan perkhidmatan kewangan luaran yang lain.
2. Pengurusan Kargo: Berinteraksi dengan penyedia logistik untuk mengira dan memantau status penghantaran pesanan.
3. Pengurusan Inventori: Memantau tahap stok dan menjana makluman automatik apabila item hampir kekurangan.

Setiap kawasan ini telah dianggap sebagai perkhidmatan mikro yang berasingan, memudahkan skalabiliti bebas dan pengurusan yang dipermudahkan. Gambar rajah konteks memfokuskan pada interaksi antara perkhidmatan ini dan platform luaran, seperti sistem pembayaran, sistem perkapalan dan perkhidmatan pengguna.

Bekas (Rajah Bekas)

Rajah bekas memfokuskan pada bekas perisian utama dalam seni bina. Setiap perkhidmatan telah diubah menjadi bekas aplikasi yang berasingan, memanfaatkan keupayaan kontena Kubernetes pada Azure. RabbitMQ telah digantikan dengan Bas Perkhidmatan Azure untuk meningkatkan komunikasi tak segerak, manakala PostgreSQL telah dipindahkan ke Pangkalan Data Azure untuk PostgreSQL, dengan pengoptimuman untuk memastikan ketersediaan dan kebolehskalaan yang lebih besar.

Bekas utama termasuk:

1. Frontend Web (App): Aplikasi web yang berinteraksi dengan pengguna untuk mengurus pesanan, pembayaran, penghantaran dan inventori. Aplikasi ini telah dialihkan ke Azure App Service.
2. Gerbang API: Perkhidmatan yang mengurus penghalaan permintaan kepada perkhidmatan mikro pembayaran, penghantaran dan inventori tertentu. Menggunakan Pengurusan API Azure untuk mengurus keselamatan, pengesahan dan kawalan trafik.
3. Perkhidmatan Mikro Pembayaran: Bertanggungjawab untuk memproses dan mengesahkan transaksi kewangan. Ia telah disusun semula untuk berkomunikasi dengan gerbang pembayaran dan menjalankan transaksi dengan selamat. Ia dihoskan pada Perkhidmatan Azure Kubernetes (AKS).
4. Perkhidmatan Mikro Penghantaran: Bertanggungjawab untuk mengira kos penghantaran dan memantau status penghantaran. Perkhidmatan ini berkomunikasi dengan pembekal logistik luaran melalui API RESTful dan dihoskan dalam bekas di AKS.
5. Perkhidmatan Mikro Inventori: Bertanggungjawab untuk mengawal inventori, mengeluarkan makluman stok rendah dan berkomunikasi dengan sistem jualan untuk memastikan produk tersedia kepada pelanggan. Perkhidmatan ini juga telah dipindahkan ke AKS.
6. Pangkalan Data PostgreSQL: Pangkalan data telah dipindahkan ke Pangkalan Data Azure untuk PostgreSQL, menawarkan ketersediaan tinggi dan sandaran automatik. Penghijrahan telah dilakukan dengan bantuan alat Perkhidmatan Migrasi Pangkalan Data Azure.
7. Bas Perkhidmatan (RabbitMQ digantikan dengan Bas Perkhidmatan Azure): Mengurus baris gilir mesej tak segerak antara perkhidmatan mikro, memastikan transaksi dan proses perniagaan berlaku dengan cara yang cekap dan berdaya tahan.

Komponen (Rajah Komponen)

Rajah komponen memfokuskan pada seni bina dalaman setiap perkhidmatan mikro. Setiap komponen diwakili sebagai unit perisian autonomi dan mudah berskala.

Perkhidmatan Mikro Pembayaran

Komponen utama termasuk:

1. Komponen Pemprosesan Pembayaran: Bertanggungjawab untuk berkomunikasi dengan gerbang pembayaran, mengesahkan dan memproses pembayaran. Menggunakan Azure Key Vault untuk menyimpan bukti kelayakan dan maklumat sensitif dengan selamat.
2. Komponen Pemberitahuan: Menghantar pemberitahuan kepada pelanggan dan pentadbir tentang status pembayaran.

Perkhidmatan Mikro Penghantaran

Komponen utama termasuk:

1. Komponen Pengiraan Penghantaran: Berinteraksi dengan API luaran untuk mengira kos penghantaran berdasarkan berat, destinasi dan pembolehubah lain. Ia telah disesuaikan untuk menggunakan Azure Logic Apps untuk disepadukan dengan perkhidmatan pihak ketiga.
2. Komponen Penjejakan: Memantau status penghantaran pesanan dan mengemas kini pelanggan secara automatik melalui Fungsi Azure.

Perkhidmatan Mikro Inventori

Komponen utama termasuk:

Komponen Kawalan Inventori: Bertanggungjawab untuk memantau dan melaraskan tahap stok. Berintegrasi dengan sistem jualan untuk memastikan produk tidak kehabisan tanpa stok semula berjadual.
Komponen Makluman: Menjana makluman untuk mereka yang bertanggungjawab untuk penambahan stok apabila tahap mencapai tahap minimum.

Kod (Rajah Kod)

Perkhidmatan Mikro Pembayaran:

Perkhidmatan Mikro Penghantaran:

Perkhidmatan Mikro Inventori:

Kesimpulan: Penambahbaikan dan Keputusan Migrasi

Penghijrahan sistem ke Azure membawa beberapa peningkatan ketara:

1. Skalabiliti: Penggunaan Azure Kubernetes Service (AKS) dan Azure App Service membenarkan setiap perkhidmatan mikro membuat skala secara berasingan mengikut beban kerja, memastikan sistem dapat mengendalikan lonjakan trafik tanpa masalah.
2. Ketahanan: Menggunakan Bas Perkhidmatan Azure untuk pemesejan tak segerak dan Pangkalan Data Azure untuk PostgreSQL dengan ketersediaan tinggi memastikan sistem lebih berdaya tahan terhadap kegagalan dan gangguan.
3. Kos Dioptimumkan: Penghijrahan ke awan membenarkan pengoptimuman kos melalui model bayar semasa anda pergi, selain mengurangkan kos infrastruktur dan penyelenggaraan untuk pelayan fizikal.
4. Keselamatan: Menggunakan Azure Key Vault untuk penyimpanan bukti kelayakan yang selamat dan melaksanakan amalan keselamatan seperti pengesahan berbilang faktor (MFA) dan kawalan akses yang ketat telah meningkatkan keselamatan keseluruhan sistem.

Menggunakan amalan terbaik daripada Rangka Kerja Azure Well-Architected dan melaksanakan Model C4, migrasi bukan sahaja memodenkan seni bina tetapi juga memastikan sistem yang lebih dipercayai, berskala dan selamat.

Atas ialah kandungan terperinci Dari Tempatan ke Global: Migrasi Azure yang Meningkatkan Kecekapan dan Keselamatan Kami. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!