Java Microservices Perkhidmatan Mesh Integrasi

Perkhidmatan mesh adalah pilihan yang tidak dapat dielakkan untuk evolusi seni bina microservice Java, dan terasnya terletak pada logik rangkaian dan kod perniagaan. 1. Mesh perkhidmatan mengendalikan pengimbangan beban, fius, pemantauan dan fungsi lain melalui agen sidecar untuk memberi tumpuan kepada perniagaan; 2. INTOR ISTIO sesuai untuk projek sederhana dan besar, dan Linkerd lebih ringan dan sesuai untuk ujian berskala kecil; 3. Java microservices harus menutup komponen seperti feign dan reben dan menyerahkan mereka kepada Istiod untuk penemuan dan komunikasi; 4. Memastikan suntikan automatik sidecar semasa penempatan, perhatikan konfigurasi peraturan lalu lintas, keserasian protokol, dan pembinaan sistem penjejakan log, dan mengamalkan penghijrahan tambahan dan perancangan pemantauan pra-kawalan.

Dengan perkembangan seni bina mikroservis hingga sekarang, perkhidmatan mesh telah menjadi topik yang tidak dapat dielakkan. Apabila mengintegrasikan jejaring perkhidmatan, microservices Java perlu mempertimbangkan bukan sahaja pelaksanaan teknikal, tetapi juga isu -isu di pelbagai peringkat seperti operasi dan penyelenggaraan, penempatan, dan kerjasama pasukan. Artikel ini tidak bercakap tentang bangunan teori, tetapi hanya bercakap tentang beberapa perkara utama untuk membantu anda menjelaskan idea anda.

1. Apakah perkhidmatan mesh? Mengapa mikroservis Java memerlukannya?

Ringkasnya, perkhidmatan mesh adalah lapisan teknikal untuk mengendalikan komunikasi antara perkhidmatan, terutamanya sesuai untuk seni bina microservice. Ia mengekstrak logik rangkaian (seperti pengimbangan beban, pemecahan litar, pemantauan, dan lain -lain) yang asalnya tertanam dalam kod perniagaan dan memberikannya kepada ejen bebas (seperti Sidecar di Istio), supaya pembangunan memberi tumpuan lebih kepada perniagaan itu sendiri.

Untuk microservices Java, pendekatan tradisional adalah untuk mengendalikan tadbir urus perkhidmatan melalui Spring Cloud atau Netflix OSS Suites. Walau bagaimanapun, apabila bilangan perkhidmatan meningkat, penyelesaian ini secara beransur -ansur menjadi sukar untuk dikekalkan dan berkembang. Pengenalan mesh perkhidmatan dapat membolehkan pengurusan bersatu dan konfigurasi terpusat fungsi -fungsi ini, mengurangkan kerumitan.

2. Bagaimana untuk memilih penyelesaian mesh perkhidmatan yang sesuai untuk microservices Java?

Pada masa ini, terdapat dua penyelesaian mesh perkhidmatan arus perdana: INTIO INTERS DAN LINKERD. Kedua -duanya mempunyai kelebihan mereka sendiri:

• Istio adalah komprehensif dan aktif dalam komuniti, sesuai untuk projek sederhana dan besar, tetapi mempunyai keluk pembelajaran yang curam.
• Linkerd lebih ringan, mempunyai prestasi yang baik, dan mudah dipasang dan mengkonfigurasi, menjadikannya sesuai untuk pasukan yang ingin memulakan dengan cepat.

Jika anda sudah menggunakan Kubernet dan mempunyai sejumlah besar microservices Java, disarankan untuk mencubanya dari Istio. Ia sangat terintegrasi dengan K8, menyokong strategi kawalan aliran yang kaya, dan juga boleh menggabungkan alat seperti Prometheus dan Grafana untuk pemantauan dan analisis.

Jika anda hanya ujian berskala kecil atau mempunyai keperluan prestasi tinggi, anda boleh mencuba Linkerd, yang menggunakan sumber yang kurang dan kurang invasif kepada aplikasi.

3. Bagaimana untuk menyesuaikan diri dengan jejaring perkhidmatan untuk microservices Java?

Apa yang dikatakan oleh ramai pemaju ialah: "Adakah anda ingin menukar penemuan perkhidmatan dan mengimbangi beban yang digunakan oleh Feign dan Ribbon sekarang?" Malah, jawapannya tidak. Sebaik sahaja anda menyerahkan trafik ke perkhidmatan untuk diproses, tugas -tugas yang pada asalnya dilakukan di lapisan aplikasi boleh ditutup.

Sebagai contoh, dalam aplikasi boot musim bunga, anda boleh:

• Matikan pengimbangan beban pelanggan reben (set spring.cloud.loadbalancer.enabled=false )
• Tidak lagi bergantung pada Eureka atau Konsul untuk penemuan perkhidmatan, ia diuruskan oleh Istiod (permukaan kawalan iStio)
• Semua panggilan antara perkhidmatan pergi ke proksi sidecar, dan bukan secara langsung mengakses IP sasaran

Selepas melakukan ini, perkhidmatan Java anda akan menjadi "nipis" dan tidak lagi menanggung logik rangkaian yang kompleks, dan benar -benar mencapai decoupling.

4. Beberapa Langkah berjaga -jaga untuk penempatan dan tadbir urus perkhidmatan

Untuk penempatan, anda perlu memastikan bahawa setiap java pod disuntik dengan bekas sidecar. Jika ia adalah Istio, ia boleh dilakukan melalui suntikan automatik, dan tidak perlu secara manual mengubah suai fail YAML.

Dalam penggunaan sebenar, terdapat beberapa butiran yang mudah diabaikan:

• Peraturan pemintasan lalu lintas harus dikonfigurasikan dengan jelas untuk mengelakkan beberapa lalu lintas yang tidak melalui sidecar.
• Status sokongan protokol http/2 dan grpc bergantung pada dokumentasi, dan beberapa versi mungkin menghadapi masalah
• Koleksi log dan sistem penjejakan mesti bersaing, jika masalah penyelesaian masalah akan menjadi sukar.
• Untuk penghijrahan perkhidmatan lama, disarankan untuk menggunakan pertukaran tambahan, mula -mula menjalankan beberapa perkhidmatan untuk memerhatikan kesan pada mesh

Di samping itu, pemantauan mesti dirancang terlebih dahulu. Perkhidmatan mesh menyediakan banyak data penunjuk, tetapi cara menggunakan dan yang mana masih bergantung kepada keperluan perniagaan sebenar.

Pada dasarnya itu sahaja. Gabungan microservices Java dan jejaring perkhidmatan bukan sesuatu yang dapat dicapai semalaman, tetapi selagi anda mengambil langkah demi langkah dan membuat pilihan yang munasabah, anda boleh mengeluarkan nilai terbesar kedua -duanya.

Atas ialah kandungan terperinci Java Microservices Perkhidmatan Mesh Integrasi. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!