{"id":90874,"date":"2020-08-07T01:42:20","date_gmt":"2020-08-06T23:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/sovremennye-prilozheniya-na-openshift-chast-2-svyazannye-sborki-chained-builds"},"modified":"2020-08-07T01:42:20","modified_gmt":"2020-08-06T23:42:20","slug":"sovremennye-prilozheniya-na-openshift-chast-2-svyazannye-sborki-chained-builds","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/sovremennye-prilozheniya-na-openshift-chast-2-svyazannye-sborki-chained-builds","title":{"rendered":"Modern alkalmaz\u00e1sok az OpenShift-en, 2. r\u00e9sz: \u00f6sszekapcsolt build-ek","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00dcdv\u00f6zlet mindenkinek! Itt a m\u00e1sodik posztunk a sorozatunkb\u00f3l, amelyben bemutatjuk, hogyan lehet modern webalkalmaz\u00e1sokat telep\u00edteni a Red Hat OpenShift-re. <\/p>\n

\"Modern
\n
\nAz el\u0151z\u0151 posztban kiss\u00e9 \u00e9rintett\u00fck az \u00faj S2I (source-to-image) builder-k\u00e9p lehet\u0151s\u00e9geit, amely a modern webalkalmaz\u00e1sok OpenShift platformon val\u00f3 \u00e9p\u00edt\u00e9s\u00e9t \u00e9s telep\u00edt\u00e9s\u00e9t szolg\u00e1lja. Akkor a gyors alkalmaz\u00e1stelep\u00edt\u00e9s t\u00e9m\u00e1j\u00e1val foglalkoztunk, m\u00edg ma azt n\u00e9zz\u00fck meg, hogyan haszn\u00e1lhatjuk az S2I k\u00e9pet \u201etiszt\u00e1n\u201d builder-k\u00e9nt, \u00e9s hogyan kombin\u00e1lhatjuk azt az OpenShift \u00f6sszekapcsolt buildjeivel.
\n<\/a><\/noindex><\/p>\n

Tiszta builder-k\u00e9p<\/h3>\n

\nAhogy az els\u0151 r\u00e9szben eml\u00edtett\u00fck, a legt\u00f6bb modern webalkalmaz\u00e1snak van \u00fagynevezett build szakasza, ahol \u00e1ltal\u00e1ban olyan m\u0171veleteket hajtanak v\u00e9gre, mint a k\u00f3d transpill\u00e1l\u00e1sa, t\u00f6bb f\u00e1jl egyes\u00edt\u00e9se \u00e9s minimaliz\u00e1l\u00e1sa. Az ezekb\u0151l a m\u0171veletekb\u0151l sz\u00e1rmaz\u00f3 f\u00e1jlok \u2013 amelyek statikus HTML, JavaScript \u00e9s CSS \u2013 a kimeneti mapp\u00e1ba ker\u00fclnek. Ennek a mapp\u00e1nak a helye \u00e1ltal\u00e1ban att\u00f3l f\u00fcgg, hogy milyen build-eszk\u00f6z\u00f6ket haszn\u00e1lnak, \u00e9s a React eset\u00e9ben ez a . \/build mappa lesz (err\u0151l a k\u00e9rd\u00e9sr\u0151l r\u00e9szletesebben lentebb t\u00e9r\u00fcnk vissza).<\/p>\n

Source-to-Image (S2I)<\/h4>\n

\nEbben a posztban egy\u00e1ltal\u00e1n nem foglalkozunk a \u201emi az S2I \u00e9s hogyan kell haszn\u00e1lni\u201d t\u00e9m\u00e1val (err\u0151l t\u00f6bbet lehet olvasni itt<\/a><\/noindex>), de fontos vil\u00e1gosan meg\u00e9rteni ezt a folyamatot k\u00e9t szakaszban, hogy tudjuk, mit csin\u00e1l a Web App Builder k\u00e9p.<\/p>\n

\u00d6sszeszerel\u00e9si szakasz (assemble phase)<\/h4>\n

\nAz \u00f6sszeszerel\u00e9si szakasz l\u00e9nyeg\u00e9ben nagyon hasonl\u00edt arra, ami t\u00f6rt\u00e9nik, amikor elind\u00edtja a docker buildet, \u00e9s ennek eredm\u00e9nyek\u00e9nt \u00faj Docker k\u00e9pet kap. Ennek megfelel\u0151en ez a szakasz a build ind\u00edt\u00e1sa sor\u00e1n l\u00e9p fel az OpenShift platformon.<\/p>\n

A Web App Builder k\u00e9p eset\u00e9ben a f\u00fcgg\u0151s\u00e9gek telep\u00edt\u00e9s\u00e9\u00e9rt \u00e9s a build elind\u00edt\u00e1s\u00e1\u00e9rt felel\u0151s \u00f6sszeszerel\u0151 szkript<\/a><\/noindex>. Alap\u00e9rtelmez\u00e9s szerint a builder-k\u00e9p az npm run build szerkezetet haszn\u00e1lja, de ezt fel\u00fcl lehet \u00edrni az NPM_BUILD k\u00f6rnyezeti v\u00e1ltoz\u00f3n kereszt\u00fcl.<\/p>\n

Ahogy kor\u00e1bban eml\u00edtett\u00fck, az elk\u00e9sz\u00fclt, m\u00e1r \u00f6ssze\u00e1ll\u00edtott alkalmaz\u00e1s helyzete att\u00f3l f\u00fcgg, hogy milyen eszk\u00f6z\u00f6ket haszn\u00e1lunk. P\u00e9ld\u00e1ul React eset\u00e9n ez a mappa .\/build, m\u00edg Angular alkalmaz\u00e1sok eset\u00e9n a project_name\/dist mappa. \u00c9s amint azt a kor\u00e1bbi bejegyz\u00e9sben bemutattuk, a kimeneti k\u00f6nyvt\u00e1r hely\u00e9t, amely alap\u00e9rtelmezetten build-k\u00e9nt van megadva, fel\u00fcl lehet \u00edrni az OUTPUT_DIR k\u00f6rnyezeti v\u00e1ltoz\u00f3val. Mivel a kimeneti mappa helye keretrendszerenk\u00e9nt elt\u00e9r, a gener\u00e1lt kimenetet egyszer\u0171en m\u00e1solja a kont\u00e9ner szok\u00e1sos mapp\u00e1j\u00e1ba, nevezetesen az \/opt\/apt-root\/output mapp\u00e1ba. Ez fontos a cikk tov\u00e1bbi r\u00e9sz\u00e9nek meg\u00e9rt\u00e9s\u00e9hez, de most gyorsan n\u00e9zz\u00fck meg a k\u00f6vetkez\u0151 szakaszt \u2013 a fut\u00e1si f\u00e1zist (run phase).<\/p>\n

Fut\u00e1si f\u00e1zis (run phase)<\/h4>\n

\nEz a f\u00e1zis akkor k\u00f6vetkezik be, amikor egy \u00faj k\u00e9pet h\u00edvunk meg a docker run seg\u00edts\u00e9g\u00e9vel, amelyet az \u00f6ssze\u00e1ll\u00edt\u00e1si szakaszban hoztunk l\u00e9tre. Ez t\u00f6rt\u00e9nik az OpenShift platformon t\u00f6rt\u00e9n\u0151 telep\u00edt\u00e9skor is. Alap\u00e9rtelmez\u00e9s szerint run script<\/a><\/noindex> haszn\u00e1lja serve module<\/a><\/noindex> a fent eml\u00edtett szabv\u00e1nyos kimeneti k\u00f6nyvt\u00e1rban tal\u00e1lhat\u00f3 statikus tartalom kiszolg\u00e1l\u00e1s\u00e1ra.<\/p>\n

Ez a m\u00f3dszer j\u00f3 a gyors alkalmaz\u00e1stelep\u00edt\u00e9shez, de \u00e1ltal\u00e1ban nem aj\u00e1nlott statikus tartalmat ilyen m\u00f3don kiszolg\u00e1lni. Mivel val\u00f3j\u00e1ban csak statikus tartalmat szolg\u00e1lunk ki, \u00edgy a k\u00e9pen bel\u00fcli Node.js-ra nincs sz\u00fcks\u00e9g \u2013 el\u00e9g egy webszerver.<\/p>\n

M\u00e1s szavakkal, az \u00f6ssze\u00e1ll\u00edt\u00e1skor sz\u00fcks\u00e9g\u00fcnk van valamire, a v\u00e9grehajt\u00e1skor pedig egy m\u00e1sikra. Egy ilyen helyzetben hasznosak a l\u00e1ncolt \u00f6sszes\u00edt\u00e9sek (chained builds).<\/p>\n

L\u00e1ncolt \u00f6sszes\u00edt\u00e9sek (chained builds)<\/h3>\n

\n\u00cdme, mit \u00edrnak a l\u00e1ncolt \u00f6sszes\u00edt\u00e9sekr\u0151l<\/a><\/noindex> az OpenShift dokument\u00e1ci\u00f3ban:<\/p>\n

\u201eK\u00e9t \u00f6sszes\u00edt\u00e9st \u00f6sszekapcsolhatunk, ahol az egyik egy leford\u00edtott entit\u00e1st gener\u00e1l, a m\u00e1sik pedig ezt az entit\u00e1st egy k\u00fcl\u00f6n k\u00e9pre helyezi, amelyet ennek az entit\u00e1snak a futtat\u00e1s\u00e1hoz haszn\u00e1lnak.\u201d\n<\/p><\/blockquote>\n

\nM\u00e1s sz\u00f3val, felhaszn\u00e1lhatjuk a Web App Builder k\u00e9pet a mi \u00f6sszes\u00edt\u00e9s\u00fcnk futtat\u00e1s\u00e1hoz, majd a webszerver k\u00e9p\u00e9t, p\u00e9ld\u00e1ul az NGINX-et, hogy kiszolg\u00e1ljuk a tartalmunkat.<\/p>\n

\u00cdgy a Web App Builder k\u00e9pet haszn\u00e1lhatjuk \u201etiszta\u201d builder-k\u00e9nt, mik\u00f6zben egy kis m\u00e9ret\u0171 runtime k\u00e9pet is kapunk.<\/p>\n

Most vizsg\u00e1ljuk meg ezt egy konkr\u00e9t p\u00e9ld\u00e1n kereszt\u00fcl.<\/p>\n

A gyakorlathoz egyszer\u0171 React alkalmaz\u00e1st<\/a><\/noindex>, amelyet a create-react-app parancssori eszk\u00f6zzel hoztak l\u00e9tre.<\/p>\n

Mindent egybe foglalni seg\u00edt a OpenShift sablon f\u00e1jl.<\/a><\/noindex>.<\/p>\n

N\u00e9zz\u00fck meg k\u00f6zelebbr\u0151l ezt a f\u00e1jlt, \u00e9s kezdj\u00fck a param\u00e9terek szakasz\u00e1val.<\/p>\n

param\u00e9terek:\n  - n\u00e9v: SOURCE_REPOSITORY_URL\n    le\u00edr\u00e1s: Az alkalmaz\u00e1s forr\u00e1s URL-je\n    megjelen\u00edt\u00e9si n\u00e9v: Forr\u00e1s URL\n    k\u00f6telez\u0151: true\n  - n\u00e9v: SOURCE_REPOSITORY_REF\n    le\u00edr\u00e1s: Az alkalmaz\u00e1s \u00e1gainak neve\n    megjelen\u00edt\u00e9si n\u00e9v: Forr\u00e1s\u00e1g\n    \u00e9rt\u00e9k: master\n    k\u00f6telez\u0151: true\n  - n\u00e9v: SOURCE_REPOSITORY_DIR\n    le\u00edr\u00e1s: Az alkalmaz\u00e1s helye a forr\u00e1srepo-n bel\u00fcl\n    megjelen\u00edt\u00e9si n\u00e9v: Forr\u00e1sk\u00f6nyvt\u00e1r\n    \u00e9rt\u00e9k: .\n    k\u00f6telez\u0151: true\n  - n\u00e9v: OUTPUT_DIR\n    le\u00edr\u00e1s: Az \u00d6n webalkalmaz\u00e1sainak gener\u00e1lt statikus f\u00e1jljainek el\u00e9r\u00e9si \u00fatja\n    megjelen\u00edt\u00e9si n\u00e9v: Kimeneti k\u00f6nyvt\u00e1r\n    \u00e9rt\u00e9k: build\n    k\u00f6telez\u0151: false\n<\/code><\/pre>\n
\nItt minden el\u00e9g vil\u00e1gos, de \u00e9rdemes figyelni az OUTPUT_DIR param\u00e9terre. A p\u00e9lda React-alkalmaz\u00e1s eset\u00e9n nem kell agg\u00f3dni, mivel a React alap\u00e9rtelmezett kimeneti mappak\u00e9nt haszn\u00e1lja az \u00e9rt\u00e9ket, de Angular vagy m\u00e1s eset\u00e9n ezt a param\u00e9tert megfelel\u0151en meg kell v\u00e1ltoztatni.<\/p>\n
Most n\u00e9zz\u00fck meg az ImageStream-ek szakasz\u00e1t.<\/p>\n
- apiVersion: v1\n  kind: ImageStream\n  metadata:\n    name: react-web-app-builder  \/\/ 1 \n  spec: {}\n- apiVersion: v1\n  kind: ImageStream\n  metadata:\n    name: react-web-app-runtime  \/\/ 2 \n  spec: {}\n- apiVersion: v1\n  kind: ImageStream\n  metadata:\n    name: web-app-builder-runtime \/\/ 3\n  spec:\n    tags:\n    - name: latest\n      from:\n        kind: DockerImage\n        name: nodeshift\/ubi8-s2i-web-app:10.x\n- apiVersion: v1\n  kind: ImageStream\n  metadata:\n    name: nginx-image-runtime \/\/ 4\n  spec:\n    tags:\n    - name: latest\n      from:\n        kind: DockerImage\n        name: 'centos\/nginx-112-centos7:latest'\n<\/code><\/pre>\n
\nN\u00e9zze meg a harmadik \u00e9s negyedik k\u00e9pet. Mindkett\u0151 Docker-k\u00e9pk\u00e9nt van defini\u00e1lva, \u00e9s egy\u00e9rtelm\u0171en l\u00e1that\u00f3, honnan sz\u00e1rmaznak.<\/p>\n
A harmadik k\u00e9p a web-app-builder, \u00e9s a nodeshift\/ubi8-s2i-web-app 10.x c\u00edmk\u00e9j\u00e9vel \u00e9rkezik. Docker hub<\/a><\/noindex>.<\/p>\n
A negyedik a NGINX (1.12-es verzi\u00f3) k\u00e9pe, a leg\u00fajabb c\u00edmk\u00e9vel. Docker hub<\/a><\/noindex>.<\/p>\n
Most n\u00e9zz\u00fck meg az els\u0151 k\u00e9t k\u00e9pet. Mindkett\u0151 \u00fcres az elej\u00e9n, \u00e9s csak a build f\u00e1zisban j\u00f6n l\u00e9tre. Az els\u0151 k\u00e9p, a react-web-app-builder, a web-app-builder-runtime k\u00e9pet \u00e9s a forr\u00e1sk\u00f3dunkat egyes\u00edt\u0151 \u00f6ssze\u00e1ll\u00edt\u00e1si f\u00e1zis eredm\u00e9nye lesz. Ez\u00e9rt \u00edrtuk be a k\u00e9p nev\u00e9be a \u201e-builder\u201d sz\u00f3t.<\/p>\n
A m\u00e1sodik k\u00e9p, a react-web-app-runtime, a nginx-image-runtime \u00e9s a react-web-app-builder k\u00e9p\u00e9b\u0151l sz\u00e1rmaz\u00f3 f\u00e1jlok egyes\u00edt\u00e9s\u00e9nek eredm\u00e9nye lesz. Ez a k\u00e9p is a telep\u00edt\u00e9s sor\u00e1n fog haszn\u00e1latba ker\u00fclni, \u00e9s csak a webszervert \u00e9s az alkalmaz\u00e1sunk statikus HTML, JavaScript, CSS f\u00e1jljait fogja tartalmazni.<\/p>\n
Zavaros? Most n\u00e9zz\u00fck meg a build konfigur\u00e1ci\u00f3kat, \u00e9s kicsit vil\u00e1gosabb\u00e1 v\u00e1lik.<\/p>\n
A sablonunkban k\u00e9t build konfigur\u00e1ci\u00f3 tal\u00e1lhat\u00f3. \u00cdme az els\u0151, \u00e9s ez el\u00e9g standard:<\/p>\n
  apiVersion: v1\n  kind: BuildConfig\n  metadata:\n    name: react-web-app-builder\n  spec:\n    output:\n      to:\n        kind: ImageStreamTag\n        name: react-web-app-builder:latest \/\/ 1\n    source:   \/\/ 2 \n      git:\n        uri: ${SOURCE_REPOSITORY_URL}\n        ref: ${SOURCE_REPOSITORY_REF}\n      contextDir: ${SOURCE_REPOSITORY_DIR}\n      type: Git\n    strategy:\n      sourceStrategy:\n        env:\n          - name: OUTPUT_DIR \/\/ 3 \n            value: ${OUTPUT_DIR}\n        from:\n          kind: ImageStreamTag\n          name: web-app-builder-runtime:latest \/\/ 4\n        incremental: true \/\/ 5\n      type: Source\n    triggers: \/\/ 6\n    - github:\n        secret: ${GITHUB_WEBHOOK_SECRET}\n      type: GitHub\n    - type: ConfigChange\n    - imageChange: {}\n      type: ImageChange\n<\/code><\/pre>\n
\nAhogyan l\u00e1tjuk, az 1-es c\u00edmk\u00e9vel ell\u00e1tott sor azt jelzi, hogy ennek a buildnek az eredm\u00e9nye a kor\u00e1bban a ImageStream r\u00e9szben l\u00e1tott react-web-app-builder k\u00e9pbe lesz elhelyezve.<\/p>\n
A 2-es c\u00edmk\u00e9vel ell\u00e1tott sor azt mondja, hogy honnan kell beszerezni a k\u00f3dot. Ebben az esetben ez egy git t\u00e1rol\u00f3, amelynek hely\u00e9t, ref-j\u00e9t \u00e9s kontextus\u00e1nak mapp\u00e1j\u00e1t m\u00e1r kor\u00e1bban l\u00e1ttuk.<\/p>\n
A 3-as c\u00edmk\u00e9vel ell\u00e1tott sor azt jelzi, amit m\u00e1r l\u00e1ttunk a param\u00e9terek r\u00e9szben. Ez hozz\u00e1ad egy OUTPUT_DIR k\u00f6rnyezeti v\u00e1ltoz\u00f3t, amely a p\u00e9ld\u00e1nkban build \u00e9rt\u00e9ket kap.
\nA 4-es c\u00edmk\u00e9vel ell\u00e1tott sor azt mondja, hogy a web-app-builder-runtime k\u00e9pet kell haszn\u00e1lni, amit m\u00e1r l\u00e1ttunk az ImageStream r\u00e9szben.<\/p>\n
Az 5-\u00f6s c\u00edmk\u00e9vel ell\u00e1tott sor azt jelzi, hogy szeretn\u00e9nk haszn\u00e1lni az inkrement\u00e1lis buildet, ha az S2I-k\u00e9p t\u00e1mogatja azt, \u00e9s a Web App Builder t\u00e9nyleg t\u00e1mogatja. Az els\u0151 ind\u00edt\u00e1skor, az \u00f6sszes\u00edt\u00e9si l\u00e9p\u00e9s befejez\u00e9se ut\u00e1n a k\u00e9p menteni fogja a node_modules mapp\u00e1t egy arch\u00edv f\u00e1jlba. A k\u00f6vetkez\u0151 ind\u00edt\u00e1sok sor\u00e1n a k\u00e9p egyszer\u0171en kicsomagolja ezt a mapp\u00e1t, hogy cs\u00f6kkentse a build idej\u00e9t.<\/p>\n
V\u00e9g\u00fcl a 6-os c\u00edmk\u00e9vel ell\u00e1tott sor csup\u00e1n n\u00e9h\u00e1ny kiv\u00e1lt\u00f3 esem\u00e9ny, amely automatikusan elind\u00edtja a buildet, emberi beavatkoz\u00e1s n\u00e9lk\u00fcl, amikor valami megv\u00e1ltozik.<\/p>\n
\u00d6sszess\u00e9g\u00e9ben ez egy meglehet\u0151sen standard build konfigur\u00e1ci\u00f3.<\/p>\n
Most n\u00e9zz\u00fck meg a m\u00e1sodik build konfigur\u00e1ci\u00f3t. Ez nagyon hasonl\u00edt az els\u0151h\u00f6z, de van egy fontos elt\u00e9r\u00e9s.<\/p>\n
apiVersion: v1\n  kind: BuildConfig\n  metadata:\n    name: react-web-app-runtime\n  spec:\n    output:\n      to:\n        kind: ImageStreamTag\n        name: react-web-app-runtime:latest \/\/ 1\n    source: \/\/ 2\n      type: Image\n      images:                              \n        - from:\n            kind: ImageStreamTag\n            name: react-web-app-builder:latest \/\/ 3\n          paths:\n            - sourcePath: \/opt\/app-root\/output\/.  \/\/ 4\n              destinationDir: .  \/\/ 5\n             \n    strategy: \/\/ 6\n      sourceStrategy:\n        from:\n          kind: ImageStreamTag\n          name: nginx-image-runtime:latest\n        incremental: true\n      type: Source\n    triggers:\n    - github:\n        secret: ${GITHUB_WEBHOOK_SECRET}\n      type: GitHub\n    - type: ConfigChange\n    - type: ImageChange\n      imageChange: {}\n    - type: ImageChange\n      imageChange:\n        from:\n          kind: ImageStreamTag\n          name: react-web-app-builder:latest \/\/ 7\n<\/code><\/pre>\n
\nTeh\u00e1t a m\u00e1sodik konfigur\u00e1ci\u00f3 \u00e9p\u00edt\u00e9si folyamata \u2013 react-web-app-runtime, \u00e9s ez teljesen standard m\u00f3don kezd\u0151dik.<\/p>\n
Az 1. jel\u00f6l\u00e9s\u0171 sorban nincs semmi \u00faj \u2013 csak annyit mond, hogy az \u00e9p\u00edt\u00e9si eredm\u00e9nyt a react-web-app-runtime k\u00e9pbe helyezz\u00fck.<\/p>\n
A 2. jel\u00f6l\u00e9s\u0171 sor, ak\u00e1rcsak az el\u0151z\u0151 konfigur\u00e1ci\u00f3ban, arra utal, honnan vessz\u00fck az forr\u00e1sk\u00f3dot. De figyeljen arra, hogy itt azt mondjuk, hogy az a k\u00e9pb\u0151l sz\u00e1rmazik. M\u00e9gpedig abb\u00f3l a k\u00e9pb\u0151l, amelyet most k\u00e9sz\u00edtett\u00fcnk \u2013 a react-web-app-builder-b\u0151l (amelyet a 3. jel\u00f6l\u00e9s\u0171 sorban adtunk meg). Azok a f\u00e1jlok, amelyeket haszn\u00e1lni szeretn\u00e9nk, a k\u00e9pen bel\u00fcl tal\u00e1lhat\u00f3k, \u00e9s a hely\u00fcket a 4. jel\u00f6l\u00e9s\u0171 sorban hat\u00e1rozzuk meg, ebben az esetben ez \/opt\/app-root\/output\/. Ha eml\u00e9kezik, ide ker\u00fclnek a f\u00e1jlok, amelyeket a webalkalmaz\u00e1sunk \u00e9p\u00edt\u00e9si eredm\u00e9nyek\u00e9nt gener\u00e1ltunk.<\/p>\n
Az 5. jel\u00f6l\u00e9s\u0171 sorban megadott c\u00e9lmappa csup\u00e1n a jelenlegi k\u00f6nyvt\u00e1r (ezt mindenk\u00e9ppen eml\u00e9keztetj\u00fck, hogy valahol a var\u00e1zslatos dolog alatt fut, amit OpenShift-nek h\u00edvnak, nem pedig a helyi sz\u00e1m\u00edt\u00f3g\u00e9p\u00e9n).<\/p>\n
A strategy szekci\u00f3 \u2013 a 6. jel\u00f6l\u00e9s\u0171 sor \u2013 is hasonl\u00edt az els\u0151 \u00e9p\u00edt\u00e9si konfigur\u00e1ci\u00f3ra. Csak ez\u00fattal az nginx-image-runtime-ot haszn\u00e1ljuk, amelyet m\u00e1r l\u00e1ttunk az ImageStream szakaszban.<\/p>\n
V\u00e9g\u00fcl a 7. jel\u00f6l\u00e9s\u0171 sor \u2013 ez a triggereket tartalmaz\u00f3 szakasz, amely aktiv\u00e1lja ezt az \u00e9p\u00edt\u00e9st, minden alkalommal, amikor a react-web-app-builder k\u00e9p megv\u00e1ltozik.<\/p>\n
Egy\u00e9bk\u00e9nt ez a sablon teljesen standard telep\u00edt\u00e9si konfigur\u00e1ci\u00f3t tartalmaz, valamint dolgokat, amelyek a szolg\u00e1ltat\u00e1sokkal \u00e9s \u00fatvonalakkal kapcsolatosak, de ebbe nem m\u00e9lyed\u00fcnk bele. Figyeljen arra, hogy az a k\u00e9p, amelyet telep\u00edteni fogunk \u2013 az a react-web-app-runtime k\u00e9p.<\/p>\n
Alkalmaz\u00e1s telep\u00edt\u00e9se<\/h3>\n
\nTeh\u00e1t, miut\u00e1n megtekintett\u00fck a sablont, n\u00e9zz\u00fck meg, hogyan haszn\u00e1ljuk azt az alkalmaz\u00e1s telep\u00edt\u00e9s\u00e9re.<\/p>\n
Haszn\u00e1lhatjuk az OpenShift kliens eszk\u00f6z\u00e9t, amelyet oc-nak h\u00edvnak, hogy telep\u00edts\u00fck a sablonunkat:<\/p>\n
$ find . | grep openshiftio | grep application | xargs -n 1 oc apply -f\n\n$ oc new-app --template react-web-app -p SOURCE_REPOSITORY_URL=https:\/\/github.com\/lholmquist\/react-web-app\n<\/code><\/pre>\n
\nA fenti k\u00e9perny\u0151n l\u00e1that\u00f3 els\u0151 parancs kiss\u00e9 m\u00e9rn\u00f6ki m\u00f3dszer a sablon keres\u00e9s\u00e9re: .\/openshiftio\/application.yaml.<\/p>\n
A m\u00e1sodik parancs egyszer\u0171en \u00faj alkalmaz\u00e1st hoz l\u00e9tre a sablon alapj\u00e1n.<\/p>\n
Miut\u00e1n ezek a parancsok lefutottak, l\u00e1tni fogjuk, hogy k\u00e9t \u00e9p\u00edt\u00e9s\u00fcnk keletkezett:<\/p>\n
\"Modern<\/p>\n
\u00c9s visszat\u00e9rve az Overview k\u00e9perny\u0151re, l\u00e1tni fogjuk az elindult podot:<\/p>\n
\"Modern<\/p>\n
Egy kattint\u00e1s a linkre \u2013 \u00e9s \u00e1tker\u00fcl\u00fcnk a webalkalmaz\u00e1sunkhoz, amely az alap\u00e9rtelmezett React App alkalmaz\u00e1s oldal\u00e1t jelenti:<\/p>\n
\"Modern<\/p>\n
Kieg\u00e9sz\u00edt\u0151 1<\/h3>\n
\nAz Angular kedvel\u0151i sz\u00e1m\u00e1ra is van alkalmaz\u00e1s p\u00e9lda<\/a><\/noindex>.<\/p>\n
A sablon itt hasonl\u00f3, kiv\u00e9ve az OUTPUT_DIR v\u00e1ltoz\u00f3t.<\/p>\n
Kieg\u00e9sz\u00edt\u0151 2<\/h3>\n
\nEbben a cikkben NGINX-t haszn\u00e1ltunk webkiszolg\u00e1l\u00f3k\u00e9nt, de k\u00f6nnyen helyettes\u00edthet\u0151 Apache-val, csak m\u00f3dos\u00edtani kell a sablon f\u00e1jlban. NGINX k\u00e9p<\/a><\/noindex> Gyorsan eml\u00e9kezz\u00fcnk vissza, hogyan m\u0171k\u00f6dik a modul\u00e1ris aritmetika. Az \u00f3ra m\u00e1r egy ismert koncepci\u00f3. Az \u00f3r\u00e1k haszn\u00e1lata Apache k\u00e9p<\/a><\/noindex>.<\/p>\n
Z\u00e1r\u00e1s<\/h3>\n
\nA sorozat els\u0151 r\u00e9sz\u00e9ben bemutattuk, hogyan lehet gyorsan telep\u00edteni modern webalkalmaz\u00e1sokat az OpenShift platformon. Ma \u00e1ttekintett\u00fck, hogy mit csin\u00e1l a Web App k\u00e9p, \u00e9s hogyan kombin\u00e1lhat\u00f3 egy tiszta NGINX t\u00edpus\u00fa webkiszolg\u00e1l\u00f3val kapcsolt \u00e9p\u00edt\u00e9sekkel (chained build), hogy a gy\u00e1rt\u00e1si k\u00f6r\u00fclm\u00e9nyekhez jobban megfelel\u0151 alkalmaz\u00e1s\u00e9p\u00edt\u00e9st biztos\u00edtsunk. A sorozat k\u00f6vetkez\u0151, z\u00e1r\u00f3 cikk\u00e9ben bemutatjuk, hogyan ind\u00edthatunk fejleszt\u0151i szervert az OpenShift-en saj\u00e1t alkalmaz\u00e1sunkhoz \u00e9s hogyan szinkroniz\u00e1lhatjuk a helyi \u00e9s t\u00e1voli f\u00e1jlokat.<\/p>\n
A cikk sorozat tartalma<\/h3>\n
<\/p>\n