M\u016bsdienu lietojumprogrammu izstr\u0101des pamat\u0101 ir viens vienk\u0101r\u0161s noteikums:<\/p>\n\n\n\n
\nIzmantojiet sast\u0101vu<\/b><\/p>\n<\/blockquote>\n\n\n\nM\u0113s veidojam klases, funkcijas un pakalpojumus liel\u0101kos programmat\u016bras blokos. \u0160is p\u0113d\u0113jais elements ir pamats mikroservisi<\/a> un se\u0161st\u016bra formas arhitekt\u016bra<\/a>. M\u0113s v\u0113lamies izmantot eso\u0161os risin\u0101jumus, integr\u0113t tos ar m\u016bsu programmat\u016bru un uzreiz p\u0101riet uz m\u016bsu programmat\u016bru. tirgus<\/a>.<\/p>\n\n\n\nVai v\u0113laties apstr\u0101d\u0101t konta re\u0123istr\u0101ciju un saglab\u0101t lietot\u0101ja dati<\/a>? Varat izv\u0113l\u0113ties k\u0101du no OAuth pakalpojumiem. Varb\u016bt j\u016bsu lietojumprogramma pied\u0101v\u0101 k\u0101du abon\u0113\u0161anu vai maks\u0101jumu? Ir daudzi pakalpojumi, kas var pal\u012bdz\u0113t to apstr\u0101d\u0101t. Vai jums ir nepiecie\u0161ama t\u012bmek\u013ca vietnes anal\u012bze, bet nesaprotat, k\u0101 to dar\u012bt? GDPR<\/a>? Dro\u0161i izv\u0113lieties k\u0101du no gatavajiem risin\u0101jumiem.<\/p>\n\n\n\nTas, kas no biznesa viedok\u013ca padara izstr\u0101di tik vienk\u0101r\u0161u, var sag\u0101d\u0101t galvass\u0101pes - br\u012bd\u012b, kad nepiecie\u0161ams uzrakst\u012bt vienk\u0101r\u0161u testu.<\/p>\n\n\n\nFantastiskie zv\u0113ri: rindas, datub\u0101zes un to test\u0113\u0161ana<\/h2>\n\n\n\nVien\u012bbas test\u0113\u0161ana ir diezgan vienk\u0101r\u0161a. Ja j\u016bs iev\u0113rojat tikai \u0161os noteikumus, tad j\u016bsu test\u0113\u0161anas vide un kods<\/a> ir vesel\u012bgi. K\u0101di ir \u0161ie noteikumi?<\/p>\n\n\n\n\nViegli rakst\u012bt<\/b> - vien\u012bbas testu vajadz\u0113tu b\u016bt viegli uzrakst\u012bt, jo j\u016bs rakst\u0101t daudz testu. Maz\u0101k p\u016b\u013cu noz\u012bm\u0113, ka tiek uzrakst\u012bts vair\u0101k testu.<\/li>\n\n\n\nLas\u0101ms<\/b> - testa kodam j\u0101b\u016bt viegli las\u0101mam. Tests ir st\u0101sts. Tas apraksta programmat\u016bras uzved\u012bbu, un to var izmantot k\u0101 dokument\u0101cijas sa\u012bsin\u0101jumu. Labs vien\u012bbas tests pal\u012bdz nov\u0113rst k\u013c\u016bdas bez koda atk\u013c\u016bdo\u0161anas.<\/li>\n\n\n\nUzticams<\/b> - testam j\u0101b\u016bt neveiksm\u012bgam tikai tad, ja test\u0113jam\u0101 sist\u0113m\u0101 ir k\u013c\u016bda. Ac\u012bmredzami? Ne vienm\u0113r. Da\u017ereiz testi ir veiksm\u012bgi, ja tos izpilda pa vienam, bet neizdodas, ja tos izpilda k\u0101 kopumu. Tie ir veiksm\u012bgi j\u016bsu dator\u0101, bet neizdodas CI (Darbojas man\u0101 dator\u0101<\/a>). Labam vien\u012bbas testam ir tikai viens neveiksmes iemesls.<\/li>\n\n\n\nFast<\/b> - testiem j\u0101b\u016bt \u0101triem. Sagatavo\u0161anai, palai\u0161anai, palai\u0161anai un pa\u0161ai testu izpildei j\u0101b\u016bt \u013coti \u0101trai. Pret\u0113j\u0101 gad\u012bjum\u0101 j\u016bs tos uzrakst\u012bsiet, bet neizpild\u012bsiet. L\u0113ni testi noz\u012bm\u0113 zaud\u0113tu uzman\u012bbu. J\u016bs gaid\u0101t un skat\u0101ties uz progresa joslu.<\/li>\n\n\n\nNeatkar\u012bga<\/b> - visbeidzot, testam j\u0101b\u016bt neatkar\u012bgam. \u0160is noteikums izriet no iepriek\u0161\u0113jiem. Tikai patiesi neatkar\u012bgi testi var k\u013c\u016bt par vien\u012bbu. Tie netrauc\u0113 cits citam, tos var izpild\u012bt jebkur\u0101 sec\u012bb\u0101, un iesp\u0113jam\u0101s k\u013c\u016bdas nav atkar\u012bgas no citu testu rezult\u0101tiem. Neatkar\u012bgi noz\u012bm\u0113 ar\u012b to, ka nav atkar\u012bgi no \u0101r\u0113jiem resursiem, piem\u0113ram, datu b\u0101z\u0113m, zi\u0146ojumapmai\u0146as pakalpojumiem vai failu sist\u0113mas. Ja jums ir nepiecie\u0161ama sazi\u0146a ar \u0101r\u0113jiem resursiem, varat izmantot mocks, stubs vai dummy.<\/li>\n<\/ul>\n\n\n\nViss k\u013c\u016bst sare\u017e\u0123\u012bti, kad v\u0113lamies uzrakst\u012bt integr\u0101cijas testus. Tas nav slikti, ja v\u0113lamies test\u0113t vair\u0101kus pakalpojumus kop\u0101. Ta\u010du, ja mums ir nepiecie\u0161ams test\u0113t pakalpojumus, kas izmanto \u0101r\u0113jos resursus, piem\u0113ram, datub\u0101zes vai zi\u0146ojumapmai\u0146as pakalpojumus, tad m\u0113s sag\u0101d\u0101jam probl\u0113mas.<\/p>\n\n\n\nLai palaistu testu, ir j\u0101instal\u0113...<\/h3>\n\n\n\nPirms daudziem gadiem, kad m\u0113s v\u0113l\u0113j\u0101mies veikt integr\u0101cijas testus un izmantot, piem\u0113ram, datub\u0101zes, mums bija divas iesp\u0113jas:<\/p>\n\n\n\n\nDatu b\u0101zi varam instal\u0113t lok\u0101li. Iestatiet sh\u0113mu un izveidojiet savienojumu no m\u016bsu testa;<\/li>\n\n\n\nVaram izveidot savienojumu ar eso\u0161o gad\u012bjumu \"kaut kur kosmos\u0101\".<\/li>\n<\/ol>\n\n\n\nAbiem bija gan plusi, gan m\u012bnusi. Ta\u010du abas ievie\u0161 papildu sare\u017e\u0123\u012bt\u012bbas pak\u0101pes. Da\u017ereiz t\u0101 bija tehniska sare\u017e\u0123\u012bt\u012bba, ko rad\u012bja konkr\u0113tu r\u012bku \u012bpa\u0161\u012bbas, piem\u0113ram, Oracle DB instal\u0113\u0161ana un p\u0101rvald\u012bba lok\u0101laj\u0101 host\u012b. Da\u017ereiz t\u0101s bija ne\u0113rt\u012bbas proces\u0101, piem\u0113ram, jums ir j\u0101vienojas ar testu. komanda<\/a> par JMS izmanto\u0161anu... katru reizi, kad v\u0113laties palaist testus.<\/p>\n\n\n\nKonteineri pal\u012bg\u0101<\/h3>\n\n\n\nP\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Izmantojiet sast\u0101vu<\/b><\/p>\n<\/blockquote>\n\n\n\n
M\u0113s veidojam klases, funkcijas un pakalpojumus liel\u0101kos programmat\u016bras blokos. \u0160is p\u0113d\u0113jais elements ir pamats mikroservisi<\/a> un se\u0161st\u016bra formas arhitekt\u016bra<\/a>. M\u0113s v\u0113lamies izmantot eso\u0161os risin\u0101jumus, integr\u0113t tos ar m\u016bsu programmat\u016bru un uzreiz p\u0101riet uz m\u016bsu programmat\u016bru. tirgus<\/a>.<\/p>\n\n\n\nVai v\u0113laties apstr\u0101d\u0101t konta re\u0123istr\u0101ciju un saglab\u0101t lietot\u0101ja dati<\/a>? Varat izv\u0113l\u0113ties k\u0101du no OAuth pakalpojumiem. Varb\u016bt j\u016bsu lietojumprogramma pied\u0101v\u0101 k\u0101du abon\u0113\u0161anu vai maks\u0101jumu? Ir daudzi pakalpojumi, kas var pal\u012bdz\u0113t to apstr\u0101d\u0101t. Vai jums ir nepiecie\u0161ama t\u012bmek\u013ca vietnes anal\u012bze, bet nesaprotat, k\u0101 to dar\u012bt? GDPR<\/a>? Dro\u0161i izv\u0113lieties k\u0101du no gatavajiem risin\u0101jumiem.<\/p>\n\n\n\nTas, kas no biznesa viedok\u013ca padara izstr\u0101di tik vienk\u0101r\u0161u, var sag\u0101d\u0101t galvass\u0101pes - br\u012bd\u012b, kad nepiecie\u0161ams uzrakst\u012bt vienk\u0101r\u0161u testu.<\/p>\n\n\n\nFantastiskie zv\u0113ri: rindas, datub\u0101zes un to test\u0113\u0161ana<\/h2>\n\n\n\nVien\u012bbas test\u0113\u0161ana ir diezgan vienk\u0101r\u0161a. Ja j\u016bs iev\u0113rojat tikai \u0161os noteikumus, tad j\u016bsu test\u0113\u0161anas vide un kods<\/a> ir vesel\u012bgi. K\u0101di ir \u0161ie noteikumi?<\/p>\n\n\n\n\nViegli rakst\u012bt<\/b> - vien\u012bbas testu vajadz\u0113tu b\u016bt viegli uzrakst\u012bt, jo j\u016bs rakst\u0101t daudz testu. Maz\u0101k p\u016b\u013cu noz\u012bm\u0113, ka tiek uzrakst\u012bts vair\u0101k testu.<\/li>\n\n\n\nLas\u0101ms<\/b> - testa kodam j\u0101b\u016bt viegli las\u0101mam. Tests ir st\u0101sts. Tas apraksta programmat\u016bras uzved\u012bbu, un to var izmantot k\u0101 dokument\u0101cijas sa\u012bsin\u0101jumu. Labs vien\u012bbas tests pal\u012bdz nov\u0113rst k\u013c\u016bdas bez koda atk\u013c\u016bdo\u0161anas.<\/li>\n\n\n\nUzticams<\/b> - testam j\u0101b\u016bt neveiksm\u012bgam tikai tad, ja test\u0113jam\u0101 sist\u0113m\u0101 ir k\u013c\u016bda. Ac\u012bmredzami? Ne vienm\u0113r. Da\u017ereiz testi ir veiksm\u012bgi, ja tos izpilda pa vienam, bet neizdodas, ja tos izpilda k\u0101 kopumu. Tie ir veiksm\u012bgi j\u016bsu dator\u0101, bet neizdodas CI (Darbojas man\u0101 dator\u0101<\/a>). Labam vien\u012bbas testam ir tikai viens neveiksmes iemesls.<\/li>\n\n\n\nFast<\/b> - testiem j\u0101b\u016bt \u0101triem. Sagatavo\u0161anai, palai\u0161anai, palai\u0161anai un pa\u0161ai testu izpildei j\u0101b\u016bt \u013coti \u0101trai. Pret\u0113j\u0101 gad\u012bjum\u0101 j\u016bs tos uzrakst\u012bsiet, bet neizpild\u012bsiet. L\u0113ni testi noz\u012bm\u0113 zaud\u0113tu uzman\u012bbu. J\u016bs gaid\u0101t un skat\u0101ties uz progresa joslu.<\/li>\n\n\n\nNeatkar\u012bga<\/b> - visbeidzot, testam j\u0101b\u016bt neatkar\u012bgam. \u0160is noteikums izriet no iepriek\u0161\u0113jiem. Tikai patiesi neatkar\u012bgi testi var k\u013c\u016bt par vien\u012bbu. Tie netrauc\u0113 cits citam, tos var izpild\u012bt jebkur\u0101 sec\u012bb\u0101, un iesp\u0113jam\u0101s k\u013c\u016bdas nav atkar\u012bgas no citu testu rezult\u0101tiem. Neatkar\u012bgi noz\u012bm\u0113 ar\u012b to, ka nav atkar\u012bgi no \u0101r\u0113jiem resursiem, piem\u0113ram, datu b\u0101z\u0113m, zi\u0146ojumapmai\u0146as pakalpojumiem vai failu sist\u0113mas. Ja jums ir nepiecie\u0161ama sazi\u0146a ar \u0101r\u0113jiem resursiem, varat izmantot mocks, stubs vai dummy.<\/li>\n<\/ul>\n\n\n\nViss k\u013c\u016bst sare\u017e\u0123\u012bti, kad v\u0113lamies uzrakst\u012bt integr\u0101cijas testus. Tas nav slikti, ja v\u0113lamies test\u0113t vair\u0101kus pakalpojumus kop\u0101. Ta\u010du, ja mums ir nepiecie\u0161ams test\u0113t pakalpojumus, kas izmanto \u0101r\u0113jos resursus, piem\u0113ram, datub\u0101zes vai zi\u0146ojumapmai\u0146as pakalpojumus, tad m\u0113s sag\u0101d\u0101jam probl\u0113mas.<\/p>\n\n\n\nLai palaistu testu, ir j\u0101instal\u0113...<\/h3>\n\n\n\nPirms daudziem gadiem, kad m\u0113s v\u0113l\u0113j\u0101mies veikt integr\u0101cijas testus un izmantot, piem\u0113ram, datub\u0101zes, mums bija divas iesp\u0113jas:<\/p>\n\n\n\n\nDatu b\u0101zi varam instal\u0113t lok\u0101li. Iestatiet sh\u0113mu un izveidojiet savienojumu no m\u016bsu testa;<\/li>\n\n\n\nVaram izveidot savienojumu ar eso\u0161o gad\u012bjumu \"kaut kur kosmos\u0101\".<\/li>\n<\/ol>\n\n\n\nAbiem bija gan plusi, gan m\u012bnusi. Ta\u010du abas ievie\u0161 papildu sare\u017e\u0123\u012bt\u012bbas pak\u0101pes. Da\u017ereiz t\u0101 bija tehniska sare\u017e\u0123\u012bt\u012bba, ko rad\u012bja konkr\u0113tu r\u012bku \u012bpa\u0161\u012bbas, piem\u0113ram, Oracle DB instal\u0113\u0161ana un p\u0101rvald\u012bba lok\u0101laj\u0101 host\u012b. Da\u017ereiz t\u0101s bija ne\u0113rt\u012bbas proces\u0101, piem\u0113ram, jums ir j\u0101vienojas ar testu. komanda<\/a> par JMS izmanto\u0161anu... katru reizi, kad v\u0113laties palaist testus.<\/p>\n\n\n\nKonteineri pal\u012bg\u0101<\/h3>\n\n\n\nP\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Vai v\u0113laties apstr\u0101d\u0101t konta re\u0123istr\u0101ciju un saglab\u0101t lietot\u0101ja dati<\/a>? Varat izv\u0113l\u0113ties k\u0101du no OAuth pakalpojumiem. Varb\u016bt j\u016bsu lietojumprogramma pied\u0101v\u0101 k\u0101du abon\u0113\u0161anu vai maks\u0101jumu? Ir daudzi pakalpojumi, kas var pal\u012bdz\u0113t to apstr\u0101d\u0101t. Vai jums ir nepiecie\u0161ama t\u012bmek\u013ca vietnes anal\u012bze, bet nesaprotat, k\u0101 to dar\u012bt? GDPR<\/a>? Dro\u0161i izv\u0113lieties k\u0101du no gatavajiem risin\u0101jumiem.<\/p>\n\n\n\nTas, kas no biznesa viedok\u013ca padara izstr\u0101di tik vienk\u0101r\u0161u, var sag\u0101d\u0101t galvass\u0101pes - br\u012bd\u012b, kad nepiecie\u0161ams uzrakst\u012bt vienk\u0101r\u0161u testu.<\/p>\n\n\n\nFantastiskie zv\u0113ri: rindas, datub\u0101zes un to test\u0113\u0161ana<\/h2>\n\n\n\nVien\u012bbas test\u0113\u0161ana ir diezgan vienk\u0101r\u0161a. Ja j\u016bs iev\u0113rojat tikai \u0161os noteikumus, tad j\u016bsu test\u0113\u0161anas vide un kods<\/a> ir vesel\u012bgi. K\u0101di ir \u0161ie noteikumi?<\/p>\n\n\n\n\nViegli rakst\u012bt<\/b> - vien\u012bbas testu vajadz\u0113tu b\u016bt viegli uzrakst\u012bt, jo j\u016bs rakst\u0101t daudz testu. Maz\u0101k p\u016b\u013cu noz\u012bm\u0113, ka tiek uzrakst\u012bts vair\u0101k testu.<\/li>\n\n\n\nLas\u0101ms<\/b> - testa kodam j\u0101b\u016bt viegli las\u0101mam. Tests ir st\u0101sts. Tas apraksta programmat\u016bras uzved\u012bbu, un to var izmantot k\u0101 dokument\u0101cijas sa\u012bsin\u0101jumu. Labs vien\u012bbas tests pal\u012bdz nov\u0113rst k\u013c\u016bdas bez koda atk\u013c\u016bdo\u0161anas.<\/li>\n\n\n\nUzticams<\/b> - testam j\u0101b\u016bt neveiksm\u012bgam tikai tad, ja test\u0113jam\u0101 sist\u0113m\u0101 ir k\u013c\u016bda. Ac\u012bmredzami? Ne vienm\u0113r. Da\u017ereiz testi ir veiksm\u012bgi, ja tos izpilda pa vienam, bet neizdodas, ja tos izpilda k\u0101 kopumu. Tie ir veiksm\u012bgi j\u016bsu dator\u0101, bet neizdodas CI (Darbojas man\u0101 dator\u0101<\/a>). Labam vien\u012bbas testam ir tikai viens neveiksmes iemesls.<\/li>\n\n\n\nFast<\/b> - testiem j\u0101b\u016bt \u0101triem. Sagatavo\u0161anai, palai\u0161anai, palai\u0161anai un pa\u0161ai testu izpildei j\u0101b\u016bt \u013coti \u0101trai. Pret\u0113j\u0101 gad\u012bjum\u0101 j\u016bs tos uzrakst\u012bsiet, bet neizpild\u012bsiet. L\u0113ni testi noz\u012bm\u0113 zaud\u0113tu uzman\u012bbu. J\u016bs gaid\u0101t un skat\u0101ties uz progresa joslu.<\/li>\n\n\n\nNeatkar\u012bga<\/b> - visbeidzot, testam j\u0101b\u016bt neatkar\u012bgam. \u0160is noteikums izriet no iepriek\u0161\u0113jiem. Tikai patiesi neatkar\u012bgi testi var k\u013c\u016bt par vien\u012bbu. Tie netrauc\u0113 cits citam, tos var izpild\u012bt jebkur\u0101 sec\u012bb\u0101, un iesp\u0113jam\u0101s k\u013c\u016bdas nav atkar\u012bgas no citu testu rezult\u0101tiem. Neatkar\u012bgi noz\u012bm\u0113 ar\u012b to, ka nav atkar\u012bgi no \u0101r\u0113jiem resursiem, piem\u0113ram, datu b\u0101z\u0113m, zi\u0146ojumapmai\u0146as pakalpojumiem vai failu sist\u0113mas. Ja jums ir nepiecie\u0161ama sazi\u0146a ar \u0101r\u0113jiem resursiem, varat izmantot mocks, stubs vai dummy.<\/li>\n<\/ul>\n\n\n\nViss k\u013c\u016bst sare\u017e\u0123\u012bti, kad v\u0113lamies uzrakst\u012bt integr\u0101cijas testus. Tas nav slikti, ja v\u0113lamies test\u0113t vair\u0101kus pakalpojumus kop\u0101. Ta\u010du, ja mums ir nepiecie\u0161ams test\u0113t pakalpojumus, kas izmanto \u0101r\u0113jos resursus, piem\u0113ram, datub\u0101zes vai zi\u0146ojumapmai\u0146as pakalpojumus, tad m\u0113s sag\u0101d\u0101jam probl\u0113mas.<\/p>\n\n\n\nLai palaistu testu, ir j\u0101instal\u0113...<\/h3>\n\n\n\nPirms daudziem gadiem, kad m\u0113s v\u0113l\u0113j\u0101mies veikt integr\u0101cijas testus un izmantot, piem\u0113ram, datub\u0101zes, mums bija divas iesp\u0113jas:<\/p>\n\n\n\n\nDatu b\u0101zi varam instal\u0113t lok\u0101li. Iestatiet sh\u0113mu un izveidojiet savienojumu no m\u016bsu testa;<\/li>\n\n\n\nVaram izveidot savienojumu ar eso\u0161o gad\u012bjumu \"kaut kur kosmos\u0101\".<\/li>\n<\/ol>\n\n\n\nAbiem bija gan plusi, gan m\u012bnusi. Ta\u010du abas ievie\u0161 papildu sare\u017e\u0123\u012bt\u012bbas pak\u0101pes. Da\u017ereiz t\u0101 bija tehniska sare\u017e\u0123\u012bt\u012bba, ko rad\u012bja konkr\u0113tu r\u012bku \u012bpa\u0161\u012bbas, piem\u0113ram, Oracle DB instal\u0113\u0161ana un p\u0101rvald\u012bba lok\u0101laj\u0101 host\u012b. Da\u017ereiz t\u0101s bija ne\u0113rt\u012bbas proces\u0101, piem\u0113ram, jums ir j\u0101vienojas ar testu. komanda<\/a> par JMS izmanto\u0161anu... katru reizi, kad v\u0113laties palaist testus.<\/p>\n\n\n\nKonteineri pal\u012bg\u0101<\/h3>\n\n\n\nP\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Tas, kas no biznesa viedok\u013ca padara izstr\u0101di tik vienk\u0101r\u0161u, var sag\u0101d\u0101t galvass\u0101pes - br\u012bd\u012b, kad nepiecie\u0161ams uzrakst\u012bt vienk\u0101r\u0161u testu.<\/p>\n\n\n\n
Vien\u012bbas test\u0113\u0161ana ir diezgan vienk\u0101r\u0161a. Ja j\u016bs iev\u0113rojat tikai \u0161os noteikumus, tad j\u016bsu test\u0113\u0161anas vide un kods<\/a> ir vesel\u012bgi. K\u0101di ir \u0161ie noteikumi?<\/p>\n\n\n\n\nViegli rakst\u012bt<\/b> - vien\u012bbas testu vajadz\u0113tu b\u016bt viegli uzrakst\u012bt, jo j\u016bs rakst\u0101t daudz testu. Maz\u0101k p\u016b\u013cu noz\u012bm\u0113, ka tiek uzrakst\u012bts vair\u0101k testu.<\/li>\n\n\n\nLas\u0101ms<\/b> - testa kodam j\u0101b\u016bt viegli las\u0101mam. Tests ir st\u0101sts. Tas apraksta programmat\u016bras uzved\u012bbu, un to var izmantot k\u0101 dokument\u0101cijas sa\u012bsin\u0101jumu. Labs vien\u012bbas tests pal\u012bdz nov\u0113rst k\u013c\u016bdas bez koda atk\u013c\u016bdo\u0161anas.<\/li>\n\n\n\nUzticams<\/b> - testam j\u0101b\u016bt neveiksm\u012bgam tikai tad, ja test\u0113jam\u0101 sist\u0113m\u0101 ir k\u013c\u016bda. Ac\u012bmredzami? Ne vienm\u0113r. Da\u017ereiz testi ir veiksm\u012bgi, ja tos izpilda pa vienam, bet neizdodas, ja tos izpilda k\u0101 kopumu. Tie ir veiksm\u012bgi j\u016bsu dator\u0101, bet neizdodas CI (Darbojas man\u0101 dator\u0101<\/a>). Labam vien\u012bbas testam ir tikai viens neveiksmes iemesls.<\/li>\n\n\n\nFast<\/b> - testiem j\u0101b\u016bt \u0101triem. Sagatavo\u0161anai, palai\u0161anai, palai\u0161anai un pa\u0161ai testu izpildei j\u0101b\u016bt \u013coti \u0101trai. Pret\u0113j\u0101 gad\u012bjum\u0101 j\u016bs tos uzrakst\u012bsiet, bet neizpild\u012bsiet. L\u0113ni testi noz\u012bm\u0113 zaud\u0113tu uzman\u012bbu. J\u016bs gaid\u0101t un skat\u0101ties uz progresa joslu.<\/li>\n\n\n\nNeatkar\u012bga<\/b> - visbeidzot, testam j\u0101b\u016bt neatkar\u012bgam. \u0160is noteikums izriet no iepriek\u0161\u0113jiem. Tikai patiesi neatkar\u012bgi testi var k\u013c\u016bt par vien\u012bbu. Tie netrauc\u0113 cits citam, tos var izpild\u012bt jebkur\u0101 sec\u012bb\u0101, un iesp\u0113jam\u0101s k\u013c\u016bdas nav atkar\u012bgas no citu testu rezult\u0101tiem. Neatkar\u012bgi noz\u012bm\u0113 ar\u012b to, ka nav atkar\u012bgi no \u0101r\u0113jiem resursiem, piem\u0113ram, datu b\u0101z\u0113m, zi\u0146ojumapmai\u0146as pakalpojumiem vai failu sist\u0113mas. Ja jums ir nepiecie\u0161ama sazi\u0146a ar \u0101r\u0113jiem resursiem, varat izmantot mocks, stubs vai dummy.<\/li>\n<\/ul>\n\n\n\nViss k\u013c\u016bst sare\u017e\u0123\u012bti, kad v\u0113lamies uzrakst\u012bt integr\u0101cijas testus. Tas nav slikti, ja v\u0113lamies test\u0113t vair\u0101kus pakalpojumus kop\u0101. Ta\u010du, ja mums ir nepiecie\u0161ams test\u0113t pakalpojumus, kas izmanto \u0101r\u0113jos resursus, piem\u0113ram, datub\u0101zes vai zi\u0146ojumapmai\u0146as pakalpojumus, tad m\u0113s sag\u0101d\u0101jam probl\u0113mas.<\/p>\n\n\n\nLai palaistu testu, ir j\u0101instal\u0113...<\/h3>\n\n\n\nPirms daudziem gadiem, kad m\u0113s v\u0113l\u0113j\u0101mies veikt integr\u0101cijas testus un izmantot, piem\u0113ram, datub\u0101zes, mums bija divas iesp\u0113jas:<\/p>\n\n\n\n\nDatu b\u0101zi varam instal\u0113t lok\u0101li. Iestatiet sh\u0113mu un izveidojiet savienojumu no m\u016bsu testa;<\/li>\n\n\n\nVaram izveidot savienojumu ar eso\u0161o gad\u012bjumu \"kaut kur kosmos\u0101\".<\/li>\n<\/ol>\n\n\n\nAbiem bija gan plusi, gan m\u012bnusi. Ta\u010du abas ievie\u0161 papildu sare\u017e\u0123\u012bt\u012bbas pak\u0101pes. Da\u017ereiz t\u0101 bija tehniska sare\u017e\u0123\u012bt\u012bba, ko rad\u012bja konkr\u0113tu r\u012bku \u012bpa\u0161\u012bbas, piem\u0113ram, Oracle DB instal\u0113\u0161ana un p\u0101rvald\u012bba lok\u0101laj\u0101 host\u012b. Da\u017ereiz t\u0101s bija ne\u0113rt\u012bbas proces\u0101, piem\u0113ram, jums ir j\u0101vienojas ar testu. komanda<\/a> par JMS izmanto\u0161anu... katru reizi, kad v\u0113laties palaist testus.<\/p>\n\n\n\nKonteineri pal\u012bg\u0101<\/h3>\n\n\n\nP\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Viss k\u013c\u016bst sare\u017e\u0123\u012bti, kad v\u0113lamies uzrakst\u012bt integr\u0101cijas testus. Tas nav slikti, ja v\u0113lamies test\u0113t vair\u0101kus pakalpojumus kop\u0101. Ta\u010du, ja mums ir nepiecie\u0161ams test\u0113t pakalpojumus, kas izmanto \u0101r\u0113jos resursus, piem\u0113ram, datub\u0101zes vai zi\u0146ojumapmai\u0146as pakalpojumus, tad m\u0113s sag\u0101d\u0101jam probl\u0113mas.<\/p>\n\n\n\n
Pirms daudziem gadiem, kad m\u0113s v\u0113l\u0113j\u0101mies veikt integr\u0101cijas testus un izmantot, piem\u0113ram, datub\u0101zes, mums bija divas iesp\u0113jas:<\/p>\n\n\n\n
Abiem bija gan plusi, gan m\u012bnusi. Ta\u010du abas ievie\u0161 papildu sare\u017e\u0123\u012bt\u012bbas pak\u0101pes. Da\u017ereiz t\u0101 bija tehniska sare\u017e\u0123\u012bt\u012bba, ko rad\u012bja konkr\u0113tu r\u012bku \u012bpa\u0161\u012bbas, piem\u0113ram, Oracle DB instal\u0113\u0161ana un p\u0101rvald\u012bba lok\u0101laj\u0101 host\u012b. Da\u017ereiz t\u0101s bija ne\u0113rt\u012bbas proces\u0101, piem\u0113ram, jums ir j\u0101vienojas ar testu. komanda<\/a> par JMS izmanto\u0161anu... katru reizi, kad v\u0113laties palaist testus.<\/p>\n\n\n\nKonteineri pal\u012bg\u0101<\/h3>\n\n\n\nP\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
P\u0113d\u0113jo 10 gadu laik\u0101 konteineriz\u0101cijas ideja ir guvusi atzin\u012bbu nozar\u0113. T\u0101p\u0113c likumsakar\u012bgs l\u0113mums ir izv\u0113l\u0113ties konteinerus k\u0101 risin\u0101jumu m\u016bsu integr\u0101cijas testu probl\u0113mai. Tas ir vienk\u0101r\u0161s un t\u012brs risin\u0101jums. J\u016bs vienk\u0101r\u0161i palai\u017eat sava procesa izveidi, un viss darbojas! J\u016bs nevarat tam notic\u0113t? Apl\u016bkojiet \u0161o vienk\u0101r\u0161o maven kompil\u0101cijas konfigur\u0101ciju:<\/p>\n\n\n\n
\n \n \n com.dkanejs.maven.plugins\n docker-compose-maven-plugin\n 4.0.0\n \n \n up\n test-compile\n \n up\n \n \n ${projekts<\/a>.basedir}\/docker-compose.yml\n true\n \n \n \n uz leju\n p\u0113c integr\u0101cijas testa\n \n nosl\u0113g\u0161an\u0101s\n \n \n ${project.basedir}\/docker-compose.yml\n true<\/code><\/pre>\n\n\n\nUn docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Un docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
docker-compose.yml<\/code> fails ar\u012b izskat\u0101s diezgan jauki!<\/p>\n\n\n\nversija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
versija: \"3.5\"\n\npakalpojumi:\n\n postgres:\n konteinera_nosaukums: reactivedb\n att\u0113ls: postgres:13.2\n restart: vienm\u0113r\n vide:\n - POSTGRES_USER=admin\n - POSTGRES_PASSWORD=password\n - POSTGRES_DB=cities\n ostas:\n - \"5432:5432\"\n apjomi:\n - postgres_data:\/data\/db\n\n pgadmin:\n konteinera_nosaukums: pgadmin4\n att\u0113ls: dpage\/pgadmin4\n restart: vienm\u0113r\n vide:\n PGADMIN_DEFAULT_EMAIL: admin@admin.com\n PGADMIN_DEFAULT_PASSWORD: password\n portus:\n - \"15050:80\"\n apjomi:\n - pgadmin_data:\/data\/pgadmin\n\ns\u0113jumi:\n postgres_data:\n pgadmin_data:<\/code><\/pre>\n\n\n\nBet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\nKravas ku\u0123is, kas blo\u0137\u0113 visu<\/h3>\n\n\n\nIepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\nbash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Bet vai varat paman\u012bt probl\u0113mu?<\/p>\n\n\n\n
Iepriek\u0161 min\u0113tais piem\u0113rs ir \u013coti vienk\u0101r\u0161s. Tikai viena postgres datub\u0101ze, pgAdmin un viss. Kad palai\u017eat<\/p>\n\n\n\n
bash\n$ mvn t\u012brs p\u0101rbaud\u012bt\n<\/code>tad maven spraudnis iedarbina konteinerus un p\u0113c testu veik\u0161anas tos izsl\u0113dz. Probl\u0113mas s\u0101kas, kad projekts pieaug un pieaug ar\u012b m\u016bsu compose fails. Katru reizi b\u016bs nepiecie\u0161ams iedarbin\u0101t visus konteinerus, un tie b\u016bs dz\u012bvi visas kompil\u0101cijas laik\u0101. Situ\u0101ciju var nedaudz uzlabot, mainot spraud\u0146a izpildes konfigur\u0101ciju, ta\u010du ar to nepietiek. Slikt\u0101kaj\u0101 gad\u012bjum\u0101 j\u016bsu konteineri izsmeltu sist\u0113mas resursus, pirms s\u0101kas testi!<\/p>\n\n\n\nUn tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Un tas nav vien\u012bgais jaut\u0101jums. J\u016bs nevarat palaist vienu integr\u0101cijas testu no savas IDE. Pirms tam konteineri ir j\u0101palai\u017e ar rok\u0101m. Turkl\u0101t n\u0101kamais maven palaidums nojauks \u0161os konteinerus (skat. uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
uz leju<\/code> izpilde).<\/p>\n\n\n\nT\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
T\u0101tad \u0161is risin\u0101jums ir k\u0101 liels kravas ku\u0123is. Ja viss darbojas labi, tad viss ir k\u0101rt\u012bb\u0101. Jebk\u0101da neparedz\u0113ta vai neparasta uzved\u012bba noved pie t\u0101, ka mums<\/a> l\u012bdz k\u0101dai katastrofai.<\/p>\n\n\n\nTest\u0113\u0161anas konteineri - palaist konteinerus no testiem<\/h2>\n\n\n\nBet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Bet ko tad, ja m\u0113s var\u0113tu palaist savus konteinerus no testiem? \u0160\u012b ideja izskat\u0101s laba, un t\u0101 jau tiek \u012bstenota. Testkonteineri<\/a>, jo m\u0113s run\u0101jam par \u0161o projektu, \u0161eit ir m\u016bsu probl\u0113mu risin\u0101jums. Nav ide\u0101ls, bet neviens nav ide\u0101ls.<\/p>\n\n\n\nTas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Tas ir Java<\/a><\/strong> bibliot\u0113ka, kas atbalsta JUnit un Spock testus, nodro\u0161inot vieglus un vienk\u0101r\u0161us veidus, k\u0101 palaist Docker<\/a> konteiners. Apl\u016bkosim to un uzrakst\u012bsim k\u0101du kodu!<\/p>\n\n\n\nPriek\u0161nosac\u012bjumi un konfigur\u0101cija<\/h3>\n\n\n\nPirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Pirms s\u0101kam darbu, j\u0101p\u0101rbauda konfigur\u0101cija. Testa konteineri<\/strong> nepiecie\u0161ams:<\/p>\n\n\n\n\nDocker versij\u0101 v17.09,<\/li>\n\n\n\nJava minim\u0101l\u0101 versija 1.8,<\/li>\n\n\n\nPiek\u013cuve t\u012bklam, \u012bpa\u0161i docker.hub.<\/li>\n<\/ul>\n\n\n\nS\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
S\u012bk\u0101ku inform\u0101ciju par pras\u012bb\u0101m konkr\u0113t\u0101m OS un CI var atrastvietn\u0113 dokument\u0101cija<\/a>.<\/p>\n\n\n\nTagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
Tagad ir pien\u0101cis laiks pievienot da\u017eas rindas uz pom.xml<\/code>.<\/p>\n\n\n\n
pom.xml<\/code>.<\/p>\n\n\n\n