1. Pagiging Kumplikado: Ang mga microservice ay maaaring maging kumplikado sa disenyo, pagbuo, pag-deploy at pamamahala kung hindi gagawin nang maayos. Ang pagiging kumplikado ay maaaring tumaas sa bilang ng mga serbisyo, na humahantong sa mga isyu tulad ng pagtaas ng mga pagsusumikap sa pagsubok, mataas na mga gastos sa orkestrasyon ng serbisyo, at mga hamon sa pamamahala.
2. Gastos: Ang mga microservice ay nangangailangan ng malaking pamumuhunan sa imprastraktura upang i-deploy at i-host ang iba't ibang serbisyo, na maaaring magastos. Ang bawat serbisyo ay maaaring mangailangan ng isang hiwalay na server, na nagpapataas ng gastos sa pagpapatakbo.
3. Seguridad: Ang mga microservice ay maaaring magpakita ng mga hamon sa seguridad dahil sa mataas na bilang ng mga channel ng komunikasyon sa pagitan ng mga serbisyo. Maaaring mahirap tiyakin ang kaligtasan at privacy ng data dahil maraming potensyal na entry point para sa mga banta.
4. Latency: Ang paggamit ng API gateway, na kadalasang ginagamit sa mga arkitektura ng microservice upang pagsama-samahin at pagruta ng mga kahilingan, kung minsan ay maaaring magpakilala ng latency.
5. Pagpapanatili: Ang pagpapanatili ay maaaring maging mahirap kapag walang malinaw na paghihiwalay sa pagitan ng mga serbisyo, o ang mga serbisyo ay idinisenyo upang magkakasamang mabuhay nang malapit. Bilang karagdagan, ang madalas na pag-update at paglabas ay maaaring magdulot ng mga isyu sa compatibility.
6. Mga isyu sa scalability: Maaaring lumitaw ang mga hamon sa scalability kapag ang mga serbisyo ay hindi idinisenyo upang i-scale nang hiwalay sa isa't isa. Maaaring mangyari ang pagbaba ng pagganap kung ang isang serbisyo ay pinalaki habang ang iba ay hindi. Maaari itong humantong sa isang kumplikadong pagkilos ng pagbabalanse ng mga mapagkukunan, kung saan ang pag-scale ng isang serbisyo ay maaaring maging sanhi ng pag-throttle ng isa pang serbisyo.
Petsa ng publikasyon: