tomats Posted November 2, 2019 Report Share Posted November 2, 2019 Vēlos veidot projektu ar mikroservisu arhitektūru. Nevaru saprast, kā labāk strukturēt GIT repozitorijas - katru servisu savā GIT repozitorijā, vai arī visi servisi vienā repozitorijā, tikai katrs savā mapē? Ja katrs serviss savā repozitorijā, tad kā pēc tam savilkt tos visus kopā? Sainstalēt ar composeri kaut kādā vienā master-repo? Pieņemu kādam forumā ir lielāka pieredze ar abiem variantiem un varētu šo to pastāstīt, kā ir labāk un kāpēc. Paldies. Quote Link to comment Share on other sites More sharing options...
Kasspars Posted November 2, 2019 Report Share Posted November 2, 2019 Vai tad mikroservisi pēc savas būtības nedzīvo katrs uz sava servera? Quote Link to comment Share on other sites More sharing options...
briedis Posted November 3, 2019 Report Share Posted November 3, 2019 Man liekas, ka mikroservisa lielākā jēga ir tieši tas, ka vari nodalīt pilnībā visu loģiku. Es gan īsti nevaru saprast, kāds ir mērķis, ko centies panākt? Izklausās, ka vairāk runā par kaut kādu modulāru monolītu, nevis mikroservisu. Vismaz manā uztverē mikroserviss ir nodalīts projekts, kas veic kādu specifisku darbu. Saziņa parasti notiek caur kaut kādu API (http, piemēram) Quote Link to comment Share on other sites More sharing options...
Kemito Posted November 5, 2019 Report Share Posted November 5, 2019 tomats, mikro servisi paši par sevi ir nodalīti viens no otra. Kā jau kungi augstāk Tev minēja, tie ir mazi "projekti", kas savā starpā spēj sarunāties, izmantojot HTTP. Tam pa virsu mēdz likt eventus visas platformas ietvaros, lai servisi klausītos uz šiem eventiem un saprastu, ka nu ir laiks kaut ko kādam prasīt. Attiecīgā servisa izmaiņas, kas ieiet masterī, aizstum uz produkciju ar kādu CI tooli. Nav tā vienkāršākā tēma, ko tik īsi varētu apskaidrot. Kas attiecas par modulāru monolīdu, es pat teiktu, ka tas būtu labāks variants, jo it īpaši, ja nezini kā un ko gribi darīt, kad sāc domāt vispār par mikroservisu arhitektūru kā tādu. It īpaši sākumā, lai veidotu projektus, mirkoservisi ir diezgan liels overkill. Kasspars, tā atrašanās vietai nebūtu liela nozīme. Tas var būt 1 serveris, tas var būt cits serveris, galvenā doma ir izvairīties no coupling. Quote Link to comment Share on other sites More sharing options...
Nils Graustiņš Posted April 2, 2020 Report Share Posted April 2, 2020 Viss projekts ir vienā repozitārijā. Mans izaicinājums bija uzbūvēt API CRUD dažādām tabulām. Tāds risinājums ir, lai sistēma būtu scalable. Otra lieta - ja kāda servisa datu avots mainās - (teiksim, mainās ārējā sistēma), lai ir vieglāk pārrakstīt tikai attiecīgo servisu. Quote Link to comment Share on other sites More sharing options...
werd Posted April 3, 2020 Report Share Posted April 3, 2020 Quote repozitorijas, repozitārijā Sāksim ar to, kā pareizi nosaukt to, ko tu vēlies izmantot :) https://laacz.lv/tmp/loc.php?vards=repozitorijs&dzimte=1 - repozitorijs (tas, viņš - ja vēlies draugu). Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.