Tento web používá soubory cookie. Dalším používáním webu s tímto souhlasíte.
jméno
heslo
přihlásit
zaregistrujte se
zapomněli jste heslo?
Continuous integration, App Deployment
SPACEANGEL
Pouzite metodiky, nastroje, CI servery, na kolik CI pouzivate, nakolik byste ji chteli pouzivat, proc ji pouzivate, ci naopak - proc ji nechcete pouzit...
Máte k tomu co říct? Vložte se do diskuze.
MUXX --- 22:04:48 16.8.2018
URPUTNIK: No zacni asi u toho kdo ty logy bude cist a v jakym jsou stavu. Ja loguju lokalne do souboru, do graylogu, do SpringBoot Admina a ve vysledku jsem zjistil, ze ty logy stejne nikdo moc necte :) zvlast kdyz tam co minutu vyskoci nejaky error nebo exception.
URPUTNIK --- 17:30:13 16.8.2018
rozpadam stavajici deployment tam, kde ted mame v jednom tomcatu vic bezicich aplikaci .. diky tomu ale ted vsechny zapisujou do jednoho log souboru .. jak vlastne zachazite s logy? ono to ma pak presah na virtualizaci, kde si taky nejsem jist, co s nima budu delat, kdyz se bude poustet vic instanci neceho .. 12factor to doporucuje sypat vsechno na stdout, jejich zachytavani pak bude zalezitosti prostredi, nikoli aplikace .. takze, jak to mate vy?
MUXX --- 8:20:22 16.8.2018
URPUTNIK: Hlavni nevyhoda je, ze verzi webserveru definuje vyvojar a kdyz pak potrebujes upgradnout tomcat, tam musis vyreleasovat novou verzi apky. Ja treba mam pristup do kodu tak si verzi zvednu sam, ale ne vsude je to realny. Na druhou stranu jsem vzdycky delal na projektech ktery nikdy nebezely verejne, tak me stara verze tomcatu zas tak netrapila.
URPUTNIK --- 20:00:59 15.8.2018
MUXX: ok, to mi asi staci a chapu :) dekuji ..

mimochodem, vsichni pouzivate embedded AS? my z nejakyho duvodu ne, toho se budu muset dopatrat, maji embedded nejake nevyhody? tipuju napriklad ze jsou mene konfigurovatelne?
SPACEANGEL --- 15:48:34 15.8.2018
tak php build muze bejt cela masinerie kroku - od composeru, pres vytvoreni pharu, az po operace nad frontend casti aplikace (vsechny ty gulpy, grunty a dalsi veci kterejm nerozumim)...
MUXX --- 15:45:37 15.8.2018
URPUTNIK: jo, mame pom.xml. Java JAR ma embedded tomcat a resi si frontend sam.
S WARem nevim, protoze jsem s tim nedelal. Rekl bych ze ten JAR pak najdes v WEB-INF/lib a je na te aplikaci jak to preda do tomcatu.
URPUTNIK --- 12:31:17 15.8.2018
MUXX: coz znamena ze mate ve frontendovych zdrojacich pom.xml, ne?

a tomuhle asi porad nerozumim "Javova aplikace si pak stahne JAR a da si ho na classpath a dal s tim pracuje" .. chapu ze si na to jina javova aplikace udela maven dependency, takze se pri buildu pribali treba do waru .. ale neni mi jasny, jak se takhle pribaleny zdrojaky daji pouzit po deploymentu toho waru :)
MUXX --- 11:12:31 15.8.2018
jj, pres maven + frontend-maven-plugin balime do JARu, ten jde do Nexusu. Javova aplikace si pak stahne JAR a da si ho na classpath a dal s tim pracuje. Je to asi slozity, ale funguje to. Konkretne "da do nexusu" se dela pres maven-release-plugin, protoze na tomhle projektu se jednou mikroreleasy. Snapshoty se nepouzvaji (netusim proc, jeste jsem nemel silu do toho vrtat).
URPUTNIK --- 10:49:42 15.8.2018
MUXX: " js zabali do jaru a da do nexusu" .. takze vas JS je soucasti frontendu dane javove aplikace (tzn balite to do waru), nebo ho jenom zazipujes (a tak defakto vyrobis jar)?

a to 'da do nexusu' je pres
mvn deploy:deploy-file
, jako zpusob jak to nevolat pres Nexus REST api?

a uz vubec netusim, co myslis tim "java aplikace to pak pouzije jako zavislost" :)
MUXX --- 10:33:59 15.8.2018
URPUTNIK: Docker minimalne. Jenom tam, kde se to skutecne vyuzije. Jinak se vetsinou js zabali do jaru a da do nexusu. Java aplikace to pak pouzije jako zavislost. Zalezi co s tim pak chces dal delat.
Vetsinou to mame tak, ze se kompiluje vzdy s kazdym novym deployem. Dokud stiha jenkins tak neni priorita to menit...