🥇Service bolong pamakéan kasus

Catetan. narjamahkeun.: Panulis artikel ieu (Luc Perkins) mangrupakeun ngajengkeun pamekar di organisasi CNCF, nu imah proyék Open Source kayaning Linkerd, SMI (Service bolong Interface) jeung Kuma (ku jalan kitu, anjeun ogé wondered naha Istio nyaeta teu aya dina daptar ieu?.). Sakali deui nyobian nyangking komunitas DevOps pamahaman anu langkung saé ngeunaan hype trendi anu disebut "jala jasa", anjeunna daptar 16 kamampuan karakteristik anu disayogikeun ku solusi sapertos kitu.

Dinten ieu jaring jasa - salah sahiji topik hottest dina widang rékayasa software (jeung rightly kitu!). Jigana téhnologi ieu incredibly ngajangjikeun tur hoyong ningali eta lega diadopsi (lamun masuk akal, tangtosna). Nanging, éta masih dikurilingan ku aura misteri pikeun kalolobaan jalma. Dina waktu nu sarua, malah jalma anu ogé dipikawanoh kalawan eta, mindeng hese ngucapkeun kaunggulan na naon kahayang éta (kaasup Hormat sabenerna). Dina tulisan ieu kuring bakal nyobian ngabenerkeun kaayaan ku daptar rupa-rupa kasus pamakéan "jarum jasa"*.

* Catetan transl.: di dieu sarta salajengna dina artikel persis tarjamahan ieu ("jasa jasa") bakal dipaké pikeun istilah masih anyar jasa bolong.

Tapi mimitina abdi hoyong ngadamel sababaraha komentar:

Kuring henteu pernah damel sareng bolong jasa atanapi dianggo di luar proyék anu dimimitian pikeun pendidikan kuring sorangan. Di sisi anu sanés, kuring mangrupikeun anu nyerat sakumpulan dokuméntasi pikeun bolong jasa internal Twitter dina taun 2015 (henteu malah disebut "bolong jasa" harita) sareng milu dina pamekaran halaman wéb sareng dokuméntasi pikeun Linkerd, jadi hartina hiji hal.
Daptar abdi perkiraan sareng teu lengkep. Panginten aya kasus pamakean anu teu dipikanyaho ku kuring, sareng pilihan anyar sigana bakal muncul dina waktosna nalika téknologi ngembang sareng popularitasna ningkat.
Dina waktos anu sami, henteu unggal palaksanaan jasa bolong ngadukung sadaya kasus pamakean anu didaptarkeun. Ku alatan éta, pernyataan kuring kawas "jasa bolong bisa ..." kudu dibaca salaku "individu, jeung sugan sakabeh jasa populér implementations bolong bisa ...".
Urutan conto henteu aya bédana.

Daptar pondok:

kapanggihna jasa;
énkripsi;
auténtikasi jeung otorisasina;
kasaimbangan beban;
megatkeun sirkuit;
autoscaling;
deployments kanaria;
deployments biru-héjo;
mariksa kaséhatan;
beban shedding;
mirroring lalulintas;
insulasi;
pamundut laju ngawatesan, retries na timeouts;
telemétri;
audit;
visualisasi.

1. kapanggihna Service

TL; DR: Nyambungkeun kana jasa anu sanés dina jaringan nganggo nami anu sederhana.

Jasa kedah tiasa sacara otomatis "manggihan" masing-masing nganggo nami anu nyukupan - contona, service.api.production, pets/staging atawa cassandra. Lingkungan awan elastis, sareng hiji nami tiasa nyumputkeun seueur instansi jasa. Ieu jelas yén dina kaayaan kitu sacara fisik teu mungkin hardcode sadaya alamat IP.

Tambih Deui, nalika hiji layanan manggih sejen, éta kudu bisa ngirim requests ka layanan nu tanpa sieun yén maranéhna bakal mungkas nepi di input tina instansi rusak na. Kalayan kecap sanésna, bolong jasa kedah ngawas kasehatan sadaya instansi jasa sareng tetep daptar host anu paling anyar.

Unggal bolong jasa ngalaksanakeun mékanisme panemuan jasa sacara béda. Ayeuna, cara anu paling umum nyaéta utusan kana prosés éksternal sapertos Kubernetes DNS. Baheula dina Twitter kami nganggo sistem ngaran pikeun tujuan ieu Finagle. Sajaba ti éta, téhnologi jasa bolong ngamungkinkeun pikeun mékanisme ngaran custom mun muncul (sanajan kuring teu acan katempo sagala palaksanaan SM kalawan fungsionalitas misalna).

2. Énkripsi

TL; DR: Nyingkirkeun lalu lintas anu teu énkripsi antara jasa sareng ngajantenkeun prosés ieu otomatis sareng tiasa skala.

Éta saé terang yén panyerang henteu tiasa nembus jaringan internal anjeun. Firewalls ngalakukeun pakasaban hébat ieu. Tapi naon anu lumangsung lamun hacker teu asup ka jero? Naha anjeunna tiasa ngalakukeun naon waé anu dipikahoyong ku lalu lintas intra-jasa? Hayu urang miharep ieu teu lumangsung sanggeus kabeh. Pikeun nyegah skenario ieu, anjeun kedah nerapkeun jaringan enol-percanten dimana sadaya lalu lintas antara jasa énkripsi. Kalolobaan jasa modern meshes ngahontal ieu ngaliwatan silih TLS (saling TLS, mTLS). Dina sababaraha kasus, mTLS jalan dina sakabéh awan jeung klaster (Jigana komunikasi antarplanét someday bakal disusun sarupa).

Tangtu, pikeun layanan mTLS bolong pilihan. Tiap jasa bisa ngurus TLS sorangan, tapi ieu ngandung harti yén anjeun bakal kudu neangan cara pikeun ngahasilkeun sertipikat, ngadistribusikaeun eta sakuliah host layanan, sarta kaasup kode dina aplikasi nu bakal muka sertipikat ieu tina file. Leres, tong hilap nganyarkeun sertipikat ieu dina interval anu teratur. Service meshes ngajadikeun otomatis mTLS kalawan sistem kawas SPIFFE, anu, kahareupna ngajadikeun otomatis prosés ngaluarkeun sareng puteran sertipikat.

3. Auténtikasi jeung otorisasina

TL; DR: Netepkeun saha anu nyuhunkeun sareng ngartikeun naon anu diidinan laksanakeun sateuacan pamundutna dugi ka jasa éta.

Jasa sering hoyong terang saha ngalakukeun pamundut (auténtikasi), sarta ngagunakeun informasi ieu, mutuskeun yen a éntitas dibikeun diwenangkeun ngalakukeun (otorisasi). Dina hal ieu, kecap sulur "anu" bisa nyumputkeun:

jasa lianna. Ieu disebut "auténtikasi" tara" Contona, layanan web hoyong ngaksés jasa db. Service meshes biasana ngajawab masalah sapertos ngagunakeun mTLS: sertipikat dina hal ieu meta salaku identifier perlu.
Sababaraha pamaké manusa. Ieu disebut "auténtikasi" kahoyong" Contona, pamaké haxor69 hayang meuli lampu anyar. Service meshes nyadiakeun rupa mékanisme, f.eks. Token JSON Web.
Seueur urang parantos ngalakukeun ieu dina kode aplikasi. A pamundut asup, urang tingali ngaliwatan tabél users, panggihan pamaké sarta ngabandingkeun sandi, teras pariksa kolom permissions jsb. Dina kasus bolong jasa, ieu kajantenan sateuacan pamundut dugi ka jasa.

Sakali kami parantos netepkeun saha pamenta éta, urang kedah nangtoskeun naon anu diidinan ku lembaga ieu. Sababaraha meshes jasa ngamungkinkeun anjeun nyetél kawijakan dasar (ngeunaan saha anu tiasa ngalakukeun naon) salaku file YAML atanapi dina garis paréntah, sedengkeun anu sanésna nawiskeun integrasi sareng kerangka sapertos. Buka Agen Kabijakan. Tujuan pamungkas nyaéta pikeun jasa anjeun nampi pamundut naon waé, kalayan aman upami éta asalna tina sumber anu dipercaya и aksi ieu diijinkeun.

4. Beban balancing

TL; DR: Sebarkeun beban dina instansi jasa dumasar kana pola anu khusus.

A "Service" dina bagian jasa sering pisan diwangun ku loba instansi idéntik. Contona, dinten ieu jasa cache diwangun ku 5 salinan, jeung besok jumlah maranéhanana bisa ningkat kana 11. Requests dikirim ka cache, kudu disebarkeun luyu jeung tujuan nu tangtu. Contona, ngaleutikan latency atawa maksimalkeun pungsi kamungkinan meunang ka instansi gawé. Algoritma anu paling sering dianggo nyaéta Round-robin, tapi seueur anu sanésna - contona, metode timbangan (ditimbang) queries (Anjeun tiasa milih target pikaresep), ring (cingcin) hashing (ngagunakeun hashing anu konsisten dina host hulu) atanapi metode pamenta pangsaeutikna (resep dipasihkeun ka conto anu pangsaeutikna paménta).

Balancer klasik ngagaduhan fungsi anu sanés, sapertos cache HTTP sareng panyalindungan DDoS, tapi aranjeunna henteu relevan pisan pikeun lalu lintas wétan-kulon (nyaéta, pikeun lalu lintas anu ngalir dina pusat data - kira-kira transl.) (wengkuan khas bolong jasa). Tangtosna, henteu kedah nganggo bolong jasa pikeun balancing beban, tapi ngamungkinkeun anjeun nyetél sareng ngontrol kawijakan balancing pikeun tiap jasa tina lapisan kontrol terpusat, ku kituna ngaleungitkeun kabutuhan pikeun ngajalankeun sareng ngonpigurasikeun kasaimbangan beban anu misah dina tumpukan jaringan. .

5. Circuit megatkeun

TL; DR: Ngeureunkeun lalu lintas kana jasa anu bermasalah sareng ngontrol karusakan dina skenario anu paling parah.

Upami kusabab sababaraha alesan jasa éta henteu tiasa ngatasi lalu lintas, bolong jasa nyayogikeun sababaraha pilihan pikeun ngarengsekeun masalah ieu (batur sanésna bakal dibahas dina bagian anu pas). Pegatna sirkuit mangrupikeun pilihan anu paling parah pikeun mareuman jasa tina lalu lintas. Nanging, ku nyalira éta henteu masuk akal - peryogi rencana cadangan. Tekanan deui tiasa disayogikeun (tekanan balik) kana jasa anu nyuhunkeun (ngan tong hilap ngonpigurasikeun bolong jasa anjeun pikeun ieu!), atanapi, contona, ngawarnaan halaman status beureum sareng alihan pangguna ka versi halaman anu sanés nganggo "paus ragrag" ("Twitter nyaéta handap”).

Service meshes teu ukur ngidinan Anjeun pikeun nangtukeun iraha shutdown bakal nuturkeun na yen ieu bakal nuturkeun. Dina hal ieu, "iraha" bisa ngawengku sagala kombinasi parameter husus: jumlah total requests pikeun periode nu tangtu, jumlah sambungan paralel, requests pending, retries aktip, jsb.

Anjeun meureun teu hayang nyiksa circuit megatkeun, tapi éta nice uninga yen Anjeun gaduh rencana cadangan bisi tina kaayaan darurat.

6. Autoscaling

TL; DR: Ningkatkeun atanapi ngirangan jumlah instansi jasa gumantung kana kriteria anu ditangtukeun.

Service meshes teu schedulers, ngarah henteu laksanakeun skala diri. Nanging, aranjeunna tiasa masihan inpormasi ngeunaan anu ngarencanakeun anu bakal ngadasarkeun kaputusanana. Kusabab jasa bolong ngagaduhan aksés ka sadaya lalu lintas antara jasa, aranjeunna gaduh inpormasi anu lega ngeunaan naon anu lumangsung: jasa mana anu ngalaman masalah, jasa mana anu dimuat pisan (kapasitas anu dialokasikeun pikeun aranjeunna dibuang), jsb.

Contona, Kubernetes skala jasa dumasar kana CPU pods sarta pamakéan memori (tingali laporan urang "Autoscaling sarta manajemén sumberdaya di Kubernetes"- kira-kira. tarjamah.), tapi lamun mutuskeun skala dumasar kana sagala métrik séjén (bisi kami, patalimarga patali), anjeun bakal kudu métrik husus. Manajemén resep ieu nembongkeun kumaha carana ngalakukeun ieu kalawan utusan, Istio и Prometheus, tapi prosésna sorangan rada pajeulit. Kami hoyong bolong jasa pikeun nyederhanakeun ieu ku ngamungkinkeun urang ngan saukur nyetél kaayaan sapertos "ningkatkeun jumlah instansi jasa. auth, lamun jumlah pamundut nu ditangguhkeun ngaleuwihan ambang dina hiji menit."

7. deployments Kanaria

TL; DR: Uji fitur anyar atanapi versi jasa dina sawaréh pangguna.

Anggap anjeun nuju ngembangkeun produk SaaS sareng badé ngaluncurkeun versi énggal anu énggal. Anjeun nguji éta dina pementasan sareng éta damel saé. Tapi aya kénéh masalah tangtu ngeunaan kabiasaan dirina dina kondisi nyata. Dina basa sejen, Anjeun kudu nguji versi anyar dina masalah nyata tanpa risking kapercayaan pamaké. deployments Canary anu gede pikeun ieu. Éta ngamungkinkeun anjeun nunjukkeun fitur énggal ka sawaréh pangguna. Subset ieu tiasa diwangun ku pangguna anu paling satia atanapi anu damel sareng versi gratis produk, atanapi pangguna anu parantos nyatakeun kahayang janten "guinea pigs".

Service meshes nerapkeun ieu ku ngidinan Anjeun pikeun nangtukeun kriteria nu nangtukeun saha bakal ningali versi aplikasi nu, sarta routing lalulintas sasuai. Nanging, teu aya anu robih pikeun jasa éta sorangan. Vérsi 1.0 tina jasa percaya yén sadaya pamundut asalna ti pangguna anu kedah ningali éta, sareng versi 1.1 percanten sami pikeun panggunana. Samentara éta, anjeun bisa ngarobah persentase lalulintas antara versi heubeul jeung anyar, Mindahkeun jumlah tumuwuh pamaké ka nu anyar lamun gawéna stably sarta "babi guinea" anjeun masihan lebet ka hareup.

8. deployments biru-héjo

TL; DR: Gulungkeun fitur énggal anu énggal, tapi siap-siap nyandak sadayana deui.

Hartosna deployments biru-héjo nyaeta gulung kaluar layanan "biru" anyar, launching eta dina paralel jeung heubeul, "héjo" salah. Upami sadayana lancar sareng jasa énggal tiasa dianggo, maka anu lami tiasa ditumpurkeun laun. (Aduh, someday jasa "biru" anyar ieu bakal ngulang nasib hiji "héjo" jeung ngaleungit ...) deployments biru-héjo béda ti kanaria nu fungsi anyar nyertakeun. dulur sakaligus pamaké (henteu bagian); Intina di dieu nyaéta ngagaduhan "pelabuhan anu aman" upami aya anu salah.

Jaring jasa nawiskeun cara anu saé pikeun nguji jasa "biru" sareng langsung ngalih ka "héjo" anu tiasa dianggo upami aya masalah. Teu nyebut kanyataan yén sapanjang jalan aranjeunna nyadiakeun loba informasi (tingali "Telemétri" handap) ngeunaan karya "biru", nu mantuan ngartos naha éta téh siap pikeun operasi pinuh.

Catetan. narjamahkeun.: Anjeun tiasa maca langkung seueur ngeunaan strategi panyebaran anu béda dina Kubernetes (kalebet kanari anu disebatkeun, biru/héjo sareng anu sanésna) dina artikel ieu.

9. Cék kaséhatan

TL; DR: Lacak conto jasa mana anu fungsina sareng ngabales anu henteu deui fungsina.

Cék kaséhatan (pariksa kaséhatan) mantuan mutuskeun naha instansi jasa siap nampa tur ngolah lalulintas. Contona, dina kasus jasa HTTP, cek kaséhatan bisa kasampak kawas pamundut GET ka titik tungtung /health... Waleranana 200 OK bakal hartosna yén instansi téh cageur, sagala séjén - yén éta teu siap pikeun nampa lalulintas. Service meshes ngidinan Anjeun pikeun nangtukeun duanana cara pungsionalitasna bakal dipariksa sarta frékuénsi ékspéktasi anu bakal dilaksanakeun. Inpormasi ieu teras tiasa dianggo pikeun tujuan anu sanés - contona, pikeun kasaimbangan beban sareng pegatna sirkuit.

Ku kituna, pamariksaan kaséhatan sanés mangrupikeun kasus anu mandiri, tapi biasana dianggo pikeun ngahontal tujuan anu sanés. Ogé, gumantung kana hasil pamariksaan kaséhatan, tindakan éksternal kana target bolong jasa anu sanés tiasa diperyogikeun: contona, ngamutahirkeun halaman status, nyiptakeun masalah dina GitHub, atanapi ngeusian tikét JIRA. Sareng bolong jasa nawiskeun mékanisme anu cocog pikeun ngajadikeun otomatis sadayana ieu.

10. Beban shedding

TL; DR: Alihan lalu lintas pikeun ngaréspon kana spike samentawis dina panggunaan.

Upami ladenan kaleuleuwihan ku lalu lintas, anjeun tiasa samentawis alihan sababaraha lalu lintas ieu ka lokasi anu sanés (nyaéta, "dump", "transfer" (gudang) anjeunna aya). Contona, ka layanan cadangan atawa puseur data, atawa ka permanén Pulsar jejer. Hasilna, jasa bakal neruskeun ngolah sababaraha requests tinimbang nabrak jeung eureun ngolah sagalana sakabehna. Beban shedding leuwih hade pikeun megatkeun sirkuit, tapi masih teu sasaena nyiksa eta. Éta ngabantosan nyegah kagagalan cascading anu nyababkeun jasa hilir nabrak.

11. Lalulintas parallelization / mirroring

TL; DR: Kirim hiji pamundut ka sababaraha tempat sakaligus.

Kadang-kadang aya anu peryogi pikeun ngirim pamundut a (atawa pilihan tangtu requests) ka sababaraha layanan sakaligus. Hiji conto has nyaéta ngirim bagian tina lalulintas produksi ka layanan pementasan. Pangladén wéb produksi utama ngirimkeun pamundut ka jasa hilir products.production sareng ngan ka anjeunna. Jeung jasa bolong intelligently nyalin pamundut ieu sareng ngirimkeunana ka products.staging, nu web server malah teu sadar.

Pasualan panggunaan bolong jasa anu sanés anu tiasa dilaksanakeun di luhur paralélisasi lalu lintas nyaéta nguji régrési. Éta kalebet ngirim pamenta anu sami ka vérsi jasa anu béda sareng mariksa naha sadaya vérsi kalakuanana sami. Kuring teu acan datang di sakuliah palaksanaan bolong jasa kalawan sistem nguji regression terpadu kawas Diffy, tapi ideu sorangan sigana ngajangjikeun.

12. Insulasi

TL; DR: Megatkeun bolong jasa anjeun kana jaringan mini.

Ogé katelah ségméntasiIsolasi mangrupikeun seni ngabagi bolong jasa kana bagéan anu béda sacara logis anu teu terang nanaon. Isolasi sakedik sapertos nyiptakeun jaringan pribadi virtual. Beda dasarna nyaéta yén anjeun masih tiasa nikmati sagala kauntungan tina jasa bolong (sapertos penemuan jasa), tapi kalayan kaamanan tambahan. Salaku conto, upami panyerang tiasa nembus jasa dina hiji subnet, anjeunna moal tiasa ningali jasa naon anu dijalankeun dina subnet sanés atanapi nyegat lalu lintasna.

Sajaba ti éta, mangpaat ogé bisa jadi organisasi. Anjeun meureun hoyong subnet jasa anjeun dumasar kana struktur perusahaan anjeun sarta ngagentos pamekar tina beban kognitif kudu tetep sakabéh bolong jasa dina pikiran.

13. Laju pamundut ngawatesan, retries na timeouts

TL; DR: Anjeun henteu kedah ngalebetkeun deui tugas manajemén pamundut nitty-gritty dina codebase anjeun.

Sadaya hal ieu tiasa dianggap kasus pamakean anu misah, tapi kuring mutuskeun pikeun ngagabungkeun aranjeunna kusabab hiji fitur umum: aranjeunna nyandak alih tugas manajemén siklus kahirupan anu biasana diurus ku perpustakaan aplikasi. Upami anjeun nuju ngembangkeun pangladén wéb di Ruby on Rails (henteu terintegrasi sareng bolong jasa) anu nyuhunkeun pamundut ka jasa backend via gRPC, aplikasi kudu mutuskeun naon nu kudu lamun requests N gagal. Anjeun ogé kedah milarian sabaraha lalu lintas jasa ieu tiasa ngolah sareng hardcode parameter ieu nganggo perpustakaan khusus. Tambih Deui, aplikasina kedah mutuskeun iraha waktosna nyerah sareng ngantepkeun pamundutna kaluar (dumasar kana waktosna). Sareng pikeun ngarobih salah sahiji parameter di luhur, pangladén wéb kedah dieureunkeun, dikonfigurasi deui sareng ngamimitian deui.

Ngurangan tugas-tugas ieu kana bolong jasa sanés ngan ukur hartosna pamekar jasa henteu kedah mikirkeun éta, tapi ogé tiasa ditingali ku cara anu langkung global. Lamun ranté kompléks jasa dipaké, sebutkeun A -> B -> C -> D -> E, sakabéh lifecycle pamundut kudu dibawa kana rekening. Upami tugasna nyaéta manjangkeun waktosna dina jasa C, éta logis pikeun ngalakukeun ieu sakaligus, sareng henteu dina bagian-bagian: ku ngamutahirkeun kode jasa sareng ngantosan dugi pamenta tarik ditampi sareng sistem CI nyebarkeun jasa anu diropéa.

14. Telemétri

TL; DR: Kumpulkeun sadaya inpormasi anu diperyogikeun (sareng henteu cekap) tina jasa.

Telemétri mangrupikeun istilah umum anu kalebet métrik, lacak anu disebarkeun, sareng log. Service meshes nawiskeun mékanisme pikeun ngumpulkeun sareng ngolah sadaya tilu jinis data. Ieu tempatna janten rada kabur sabab jumlah pilihan anu mungkin ageung teuing. Pikeun ngumpulkeun metrics aya Prometheus jeung parabot lianna nu bisa dipaké pikeun ngumpulkeun log lancarand, Loki, véktor jeung sajabana. (contona ClickHouse sareng urang imah log pikeun K8s - approx. tarjamah.), pikeun tracing disebarkeun aya Hunter teras salajengna. Unggal bolong jasa tiasa ngadukung sababaraha alat sareng sanés anu sanés. Éta bakal pikaresepeun pikeun ningali upami proyék éta tiasa Buka Telemétri nyadiakeun sababaraha konvergénsi.

Dina hal ieu, kauntungan téknologi bolong jasa nyaéta wadah sidecar tiasa, prinsipna, ngumpulkeun sadaya data di luhur tina jasana. Kalayan kecap sanésna, anjeun gaduh sistem pangumpulan telemétri tunggal anu anjeun pikahoyong, sareng bolong jasa tiasa ngolah sadaya inpormasi ieu ku sababaraha cara. Salaku conto:

log buntut tina jasa tangtu dina CLI;
ngawas volume pamundut ti dasbor bolong jasa;
kumpulkeun ngambah disebarkeun tur teruskeun ka sistem kawas Jaeger.

Perhatian, judgment subjektif: Sacara umum, telemétri mangrupikeun daérah dimana gangguan anu kuat tina bolong jasa henteu dipikahoyong. Ngumpulkeun inpormasi dasar sareng nyukcruk on-the-fly sababaraha metrik emas sapertos tingkat kasuksésan pamundut sareng latency henteu kunanaon, tapi mugia urang henteu ningali tumpukan Frankenstein muncul anu nyobian ngagentos sistem khusus, sababaraha diantarana parantos kabuktosan nyalira sareng diajar ogé .

15. Inok

TL; DR: Jalma anu mopohokeun pelajaran sajarah ditakdirkeun pikeun ngulang deui.

Auditing mangrupa seni observasi acara penting dina hiji sistem. Dina kasus bolong jasa, ieu tiasa hartosna nyukcruk anu ngadamel pamundut ka titik akhir khusus pikeun jasa khusus, atanapi sabaraha kali kajadian anu aya hubunganana sareng kaamanan dina sasih bulan.

Ieu jelas yén auditing raket pisan patalina jeung telemetry. Bédana nyaéta telemétri biasana aya hubunganana sareng hal-hal sapertos produktivitas sareng integritas téknis, sedengkeun pamariksaan tiasa aya hubunganana sareng masalah-masalah hukum sareng sanés anu ngalangkungan lingkup téknis anu ketat (contona, patuh kana GDPR - Peraturan Umum EU ngeunaan panyalindungan data).

16. Visualisasi

TL;DR: Lila hirup React.js - hiji sumber inexhaustible tina interfaces fancy.

Mungkin aya istilah anu langkung saé, tapi kuring henteu terang. Abdi ngan saukur hartosna ngagambarkeun grafis tina bolong jasa atanapi sababaraha komponénna. Visualisasi ieu tiasa kalebet indikator sapertos latén rata-rata, inpormasi konfigurasi sidecar, hasil pamariksaan kaséhatan, sareng panggeuing.

Gawé di lingkungan anu berorientasi jasa ngalibatkeun beban kognitif anu langkung luhur dibandingkeun sareng Yang Mulia Monolith. Ku alatan éta, tekanan kognitif kudu ngurangan sagala waragad. Antarbeungeut grafis anu saderhana pikeun bolong jasa kalayan kamampuan ngaklik tombol sareng kéngingkeun hasil anu dipikahoyong tiasa janten decisive pikeun kamekaran popularitas téknologi ieu.

Teu kaasup kana daptar

Kuring mimitina dimaksudkeun pikeun ngalebetkeun sababaraha kasus pamakean dina daptar, tapi teras mutuskeun henteu. Ieu aranjeunna, sareng alesan pikeun kaputusan kuring:

Puseur multi-data. Dina pamanggih kuring, ieu teu jadi loba kasus pamakéan salaku aréa sempit tur husus tina aplikasi meshes jasa atawa sababaraha set fungsi kawas kapanggihna jasa.
Ingress jeung egress. Ieu mangrupikeun daérah anu aya hubunganana, tapi kuring parantos ngawatesan diri (panginten sacara artifisial) kana kasus panggunaan "lalintas wétan-kulon". Ingress na egress pantes artikel misah.

kacindekan

Éta sadayana pikeun ayeuna! Sakali deui, daptar ieu sawenang-wenang sareng paling dipikaresep teu lengkep. Upami anjeun nyangka kuring sono atanapi ngagaduhan anu lepat, mangga ngahubungi kuring dina Twitter (@luckerkins). Mangga hormat aturan kasopanan.

PS ti penerjemah

Ilustrasi judul artikel dumasar kana gambar tina artikel "Naon ari Service Mesh (sareng nalika nganggo)?"(ku Gregory MacKinnon). Ieu nunjukeun kumaha sababaraha pungsi tina aplikasi (dina héjo) geus dipindahkeun ka bolong layanan nu nyadiakeun interconnections antara aranjeunna (dina bulao).

Baca ogé dina blog urang:

sumber: www.habr.com