{"id":1717216,"user_name":null,"score":0,"text":"Na bazie dyskusji z zespo\u0142ami u mnie w projekcie dosz\u0142o do dyskusji jak porozdziela\u0107 odpowiedzialno\u015bci dla prostej strony, b\u0119d\u0105cej cz\u0119\u015bci\u0105 du\u017cego serwisu. Strona (OPA) ma robi\u0107 dwie, niezbyt skomplikowane rzeczy i pojawi\u0142o si\u0119 w dyskusji troch\u0119 mo\u017cliwo\u015bci:\n1. Podej\u015bcie podr\u0119cznikowe na pe\u0142nej mocy:\nStawiamy sobie za g\u0142\u00f3wnym API gatewayem nast\u0119puj\u0105ce serwisy:\n- fasad\u0119 (gateway) z zadaniem grupowania endpoint\u00f3w wykorzystywanych przez aplikacj\u0119 webow\u0105\n- uS dla funkcjonalno\u015bci A - prosta zmiana w bazie danych\n- uS dla funkcjonalno\u015bci B - przyj\u0119cie tego pliku na klat\u0119 i orkiestracja dzia\u0142ania innych serwis\u00f3w (ju\u017c istniej\u0105cych)\n- na istniej\u0105cym ju\u017c serwerze www publikujemy endpoint (raczej nie ma sensu stawia\u0107 osobnych serwis\u00f3w do serwowania statycznych plik\u00f3w)\n2. Podej\u015bcie \"konformistyczne\":\n- stawiamy serwis, kt\u00f3ry zawiera\u0107 b\u0119dzie w sobie ca\u0142\u0105 logik\u0119 opisan\u0105 w podej\u015bciu wy\u017cej\n- Na istniej\u0105cym API gateway'u dodajemy troch\u0119 przekierowa\u0144\n\nArgumenty padaj\u0105ce za pierwszym rozwi\u0105zaniem, to wiadomo - jasny podzia\u0142 odpowiedzialno\u015bci, jak wchodzimy w mikroserwisy, to na ca\u0142o\u015b\u0107 itp.\nArgumenty za drugim podej\u015bciem, to \"za du\u017co repozytori\u00f3w gubimy si\u0119\", \"wi\u0119cej serwis\u00f3w, to wi\u0119cej zasob\u00f3w (wszystko chodzi w k8s, wi\u0119c troch\u0119 moim zdaniem na wyrost)\n\nI pytanie - kt\u00f3re z powy\u017cszych podej\u015b\u0107 jest lepsze w du\u017cym projekcie, wszystko publikowane w chmurze, \u0142\u0105cznie kilkadziesi\u0105t os\u00f3b zaanga\u017cowanych w zabaw\u0119 (bezpo\u015brednio w t\u0119 cz\u0119\u015b\u0107 5 ludzi). Zale\u017cy mi na praktycznym podej\u015bciu, jak jest w ksi\u0105\u017ckach wiem.","edit_count":0,"is_voted":null,"is_accepted":null,"is_subscribed":null,"user_id":86442,"deleter_name":null,"delete_reason":null,"orderingScore":0,"created_at":"2020-10-23T21:42:22+02:00","updated_at":"2020-10-23T21:42:22+02:00","deleted_at":null,"user":{"id":86442,"name":"piotrpo","is_online":false,"allow_sig":1,"allow_count":1,"allow_smilies":0,"posts":3359,"visited_at":"2026-07-09T15:24:08.000000Z","created_at":"2017-08-21T18:27:55.000000Z","initials":"PI","is_verified":false,"is_deleted":false,"is_incognito":false,"is_blocked":false,"is_blocked_perm":false,"deleted_at":null,"photo":"\/uploads\/photo\/zDSqGtDw6ecDjdrrwdfy7HtcDoIJorGs4o3gnpY3.png"},"html":"<p>Na bazie dyskusji z zespo\u0142ami u mnie w projekcie dosz\u0142o do dyskusji jak porozdziela\u0107 odpowiedzialno\u015bci dla prostej strony, b\u0119d\u0105cej cz\u0119\u015bci\u0105 du\u017cego serwisu. Strona (OPA) ma robi\u0107 dwie, niezbyt skomplikowane rzeczy i pojawi\u0142o si\u0119 w dyskusji troch\u0119 mo\u017cliwo\u015bci:<\/p>\n<ol>\n<li>Podej\u015bcie podr\u0119cznikowe na pe\u0142nej mocy:<br \/>\nStawiamy sobie za g\u0142\u00f3wnym API gatewayem nast\u0119puj\u0105ce serwisy:<\/li>\n<\/ol>\n<ul>\n<li>fasad\u0119 (gateway) z zadaniem grupowania endpoint\u00f3w wykorzystywanych przez aplikacj\u0119 webow\u0105<\/li>\n<li>uS dla funkcjonalno\u015bci A - prosta zmiana w bazie danych<\/li>\n<li>uS dla funkcjonalno\u015bci B - przyj\u0119cie tego pliku na klat\u0119 i orkiestracja dzia\u0142ania innych serwis\u00f3w (ju\u017c istniej\u0105cych)<\/li>\n<li>na istniej\u0105cym ju\u017c serwerze www publikujemy endpoint (raczej nie ma sensu stawia\u0107 osobnych serwis\u00f3w do serwowania statycznych plik\u00f3w)<\/li>\n<\/ul>\n<ol>\n<li>Podej\u015bcie \"konformistyczne\":<\/li>\n<\/ol>\n<ul>\n<li>stawiamy serwis, kt\u00f3ry zawiera\u0107 b\u0119dzie w sobie ca\u0142\u0105 logik\u0119 opisan\u0105 w podej\u015bciu wy\u017cej<\/li>\n<li>Na istniej\u0105cym API gateway'u dodajemy troch\u0119 przekierowa\u0144<\/li>\n<\/ul>\n<p>Argumenty padaj\u0105ce za pierwszym rozwi\u0105zaniem, to wiadomo - jasny podzia\u0142 odpowiedzialno\u015bci, jak wchodzimy w mikroserwisy, to na ca\u0142o\u015b\u0107 itp.<br \/>\nArgumenty za drugim podej\u015bciem, to \"za du\u017co repozytori\u00f3w gubimy si\u0119\", \"wi\u0119cej serwis\u00f3w, to wi\u0119cej zasob\u00f3w (wszystko chodzi w k8s, wi\u0119c troch\u0119 moim zdaniem na wyrost)<\/p>\n<p>I pytanie - kt\u00f3re z powy\u017cszych podej\u015b\u0107 jest lepsze w du\u017cym projekcie, wszystko publikowane w chmurze, \u0142\u0105cznie kilkadziesi\u0105t os\u00f3b zaanga\u017cowanych w zabaw\u0119 (bezpo\u015brednio w t\u0119 cz\u0119\u015b\u0107 5 ludzi). Zale\u017cy mi na praktycznym podej\u015bciu, jak jest w ksi\u0105\u017ckach wiem.<\/p>\n","url":"http:\/\/static.175.128.202.116.clients.your-server.de\/Forum\/Inzynieria_oprogramowania\/345258-jak_duze_mikroserwisy_warto_robic?p=1717216#id1717216","is_locked":false,"permissions":{"write":false,"delete":false,"update":false,"accept":false},"moderatorPermissions":{"delete":false,"update":false,"accept":false,"merge":false,"sticky":false,"admAccess":false},"comments":[],"comments_count":0,"assets":[],"metadata":"eyJpdiI6IjNkOVVZYjBEVEN1VXF6ZE5wejdkWEE9PSIsInZhbHVlIjoiK3hJbXU1a0hqMXlXWVY3b2JCQ1drc2c3VUlXM2RvVkI4a3V5U0ZvM0ZsVytLZGpBNzV6RkVCZ0k5dTFLMlp4disxNzh0Tm4xOU9VUEQ5Q1BiMEN6WFVnY0FkbWR3WkprcElIakJwa1dwOEtjMDNYNG9vTmhBWEJwZnQ3cmxGOGkiLCJtYWMiOiIzODQ2NDE2NmI1ZmM3ZDc1YzYzMTZkYmEzNDU4ODE4OTA5N2Y1NjY5YWIxZThjYWEzMzY0OGEzNDgwODExZDljIiwidGFnIjoiIn0=","has_review":false,"review_style":"info","parentPostId":null,"childrenFolded":false,"type":"regular","highlighted":false}