{"id":37667,"date":"2019-10-31T22:18:58","date_gmt":"2019-10-31T19:18:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/podderzhka-monorepo-i-multirepo-v-werf-i-pri-chyom-zdes-docker-registry\/"},"modified":"2019-10-31T22:18:58","modified_gmt":"2019-10-31T19:18:58","slug":"podderzhka-monorepo-i-multirepo-v-werf-i-pri-chyom-zdes-docker-registry","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/podderzhka-monorepo-i-multirepo-v-werf-i-pri-chyom-zdes-docker-registry","title":{"rendered":"Monorepo \u00e9s multirepo t\u00e1mogat\u00e1s a werf-ben, \u00e9s mi k\u00f6ze a Docker Registryhez","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Monorepo
\n
\nA monorepo t\u00e9ma m\u00e1r t\u00f6bb alkalommal is napirendre ker\u00fclt, \u00e9s \u00e1ltal\u00e1ban rendk\u00edv\u00fcl \u00e9l\u00e9nk vit\u00e1kat v\u00e1lt ki. Amikor l\u00e9trehozzuk werf<\/a><\/noindex> mint egy ny\u00edlt forr\u00e1sk\u00f3d\u00fa eszk\u00f6z, amely a Gitb\u0151l Docker k\u00e9pekbe t\u00f6rt\u00e9n\u0151 alkalmaz\u00e1sforr\u00e1s-k\u00f3d buildel\u00e9si folyamatainak jav\u00edt\u00e1s\u00e1ra van hivatva (\u00e9s azok k\u00e9s\u0151bbi tov\u00e1bb\u00edt\u00e1s\u00e1ra Kubernetesbe), ritk\u00e1n gondolkodunk azon, hogy melyik opci\u00f3 a legjobb. Sz\u00e1munkra az els\u0151dleges c\u00e9l, hogy minden sz\u00fcks\u00e9ges er\u0151forr\u00e1st biztos\u00edtsunk a k\u00fcl\u00f6nb\u00f6z\u0151 v\u00e9lem\u00e9nyek t\u00e1mogat\u00f3i sz\u00e1m\u00e1ra (ha ez nem \u00fctk\u00f6zik az eg\u00e9szs\u00e9ges \u00e9sz \u00e9rv\u00e9vel, term\u00e9szetesen).<\/p>\n

A werf mono-repo t\u00e1mogat\u00e1s\u00e1nak nemr\u00e9giben bevezetett p\u00e9ld\u00e1ja j\u00f3l mutatja ezt. De el\u0151sz\u00f6r is, n\u00e9zz\u00fck meg, hogyan kapcsol\u00f3dik ez a t\u00e1mogat\u00e1s a werf haszn\u00e1lat\u00e1hoz \u00e9s mi k\u00f6ze van a Docker Registryhez\u2026<\/a><\/noindex><\/p>\n

Probl\u00e9matika<\/h2>\n

\nK\u00e9pzelj\u00fcnk el egy ilyen helyzetet. Egy v\u00e1llalatn\u00e1l sz\u00e1mos fejleszt\u0151csapat dolgozik f\u00fcggetlen projekteken. T\u00f6bbnyire az alkalmaz\u00e1sok Kubernetesben m\u0171k\u00f6dnek, \u00edgy kont\u00e9neriz\u00e1lva vannak. A kont\u00e9nerek, k\u00e9pek t\u00e1rol\u00e1s\u00e1hoz sz\u00fcks\u00e9ges egy registry. A v\u00e1llalat Docker Hubot haszn\u00e1l egyetlen fi\u00f3kkal C\u00c9G<\/code>. A legt\u00f6bb forr\u00e1sk\u00f3d-t\u00e1rol\u00f3 rendszerhez hasonl\u00f3an a Docker Hub nem engedi meg a be\u00e1gyazott t\u00e1rol\u00f3i hierarchia l\u00e9trehoz\u00e1s\u00e1t<\/b>, mint p\u00e9ld\u00e1ul C\u00c9G\/PROJEKT\/K\u00c9P<\/code>. Ilyen esetben\u2026 hogyan t\u00e1rolhatjuk a registryben a nem monolitikus alkalmaz\u00e1sokat an\u00e9lk\u00fcl, hogy minden projekthez k\u00fcl\u00f6n fi\u00f3kot kellene l\u00e9trehoznunk? <\/p>\n

\"Monorepo
\n
\nLehets\u00e9ges, hogy az itt le\u00edrt helyzet valakinek ismer\u0151s, de n\u00e9zz\u00fck meg a k\u00e9rd\u00e9st az alkalmaz\u00e1sok t\u00e1rol\u00e1s\u00e1nak megszervez\u00e9s\u00e9r\u0151l \u00e1ltal\u00e1noss\u00e1gban, azaz an\u00e9lk\u00fcl, hogy k\u00f6t\u0151dn\u00e9nk a fent le\u00edrt p\u00e9ld\u00e1hoz \u00e9s a Docker Hubhoz.<\/p>\n

Megold\u00e1si javaslatok<\/h3>\n

\nHa az alkalmaz\u00e1s monolitikus<\/b>, egy k\u00e9pk\u00e9nt ker\u00fcl kiad\u00e1sra, akkor nincsenek k\u00e9rd\u00e9sek, \u00e9s egyszer\u0171en a projekt kont\u00e9ner registryj\u00e9ben t\u00e1roljuk a k\u00e9peket.<\/p>\n

Amikor az alkalmaz\u00e1s t\u00f6bb komponensb\u0151l \u00e1ll, mikroszolg\u00e1ltat\u00e1sokhoz<\/b>, akkor bizonyos megk\u00f6zel\u00edt\u00e9st kell v\u00e1lasztani. P\u00e9ld\u00e1ul egy tipikus webalkalmaz\u00e1s eset\u00e9n, amely k\u00e9t k\u00e9pb\u0151l \u00e1ll: frontend<\/code> \u00e9s backend<\/code> \u2014 lehets\u00e9ges lehet\u0151s\u00e9gek a k\u00f6vetkez\u0151k:<\/p>\n

    \n
  1. K\u00e9pek t\u00e1rol\u00e1sa k\u00fcl\u00f6n be\u00e1gyazott t\u00e1rol\u00f3kban:\n

    \"Monorepo<\/li>\n

  2. Mindent egyetlen t\u00e1rol\u00f3ban t\u00e1rolni, a k\u00e9pn\u00e9v figyelembev\u00e9tel\u00e9vel a c\u00edmk\u00e9n, p\u00e9ld\u00e1ul \u00edgy:\n

    \"Monorepo<\/li>\n<\/ol>\n

    \nNB<\/b>: Egy\u00e9bk\u00e9nt, van m\u00e9g egy lehet\u0151s\u00e9g k\u00fcl\u00f6nb\u00f6z\u0151 t\u00e1rol\u00f3kb\u00f3l t\u00f6rt\u00e9n\u0151 t\u00e1rol\u00e1sra, PROJEKT-frontend<\/code> \u00e9s PROJEKT-backend<\/code>, de ezt nem fogjuk figyelembe venni a t\u00e1mogat\u00e1s bonyolults\u00e1ga, a szervezet\u00e9 \u00e9s a felhaszn\u00e1l\u00f3k k\u00f6z\u00f6tti jogok eloszt\u00e1sa miatt.<\/i><\/p>\n

    T\u00e1mogat\u00e1s a werf-ben<\/h2>\n

    \nEredetileg a werf a be\u00e1gyazott t\u00e1rol\u00f3kra korl\u00e1toz\u00f3dott \u2013 szerencs\u00e9re a legt\u00f6bb t\u00e1rol\u00f3 ezt a lehet\u0151s\u00e9get t\u00e1mogatja. Az v1.0.4-alpha.3<\/a><\/noindex>-t\u00f3l kezd\u0151d\u0151en lehet\u0151s\u00e9g ny\u00edlt olyan t\u00e1rol\u00f3kkal val\u00f3 munk\u00e1ra is, amelyek nem t\u00e1mogatj\u00e1k a be\u00e1gyaz\u00e1st<\/b>, k\u00f6zt\u00fck a Docker Hub is. Ezt k\u00f6vet\u0151en a felhaszn\u00e1l\u00f3knak lehet\u0151s\u00e9g\u00fck ny\u00edlt v\u00e1lasztani, hogy hogyan t\u00e1rolj\u00e1k az alkalmaz\u00e1s k\u00e9peit.<\/p>\n

    A megval\u00f3s\u00edt\u00e1s a k\u00f6vetkez\u0151 opci\u00f3 keretein bel\u00fcl \u00e9rhet\u0151 el: --images-repo-mode=multirepo|monorepo<\/code> (alap\u00e9rtelmezett multirepo<\/code>, azaz k\u00e9pek t\u00e1rol\u00e1sa be\u00e1gyazott t\u00e1rol\u00f3kban). Ez hat\u00e1rozza meg a mint\u00e1kat, amelyek szerint a k\u00e9pek a t\u00e1rol\u00f3ban t\u00e1rol\u00f3dnak. Csak a sz\u00fcks\u00e9ges m\u00f3dot kell kiv\u00e1lasztani a f\u0151 parancsok haszn\u00e1latakor, \u00e9s minden m\u00e1s v\u00e1ltozatlan marad.<\/p>\n

    Mivel a werf legt\u00f6bb opci\u00f3j\u00e1t lehet k\u00f6rnyezeti v\u00e1ltoz\u00f3kk\u00e9nt be\u00e1ll\u00edtani, CI\/CD rendszerekben a t\u00e1rol\u00e1si m\u00f3dot \u00e1ltal\u00e1ban k\u00f6nny\u0171 glob\u00e1lisan be\u00e1ll\u00edtani az eg\u00e9sz projektre. P\u00e9ld\u00e1ul<\/b>GitLab eset\u00e9ben el\u00e9g egy k\u00f6rnyezeti v\u00e1ltoz\u00f3t hozz\u00e1adni a projekt be\u00e1ll\u00edt\u00e1saiban:<\/b> Be\u00e1ll\u00edt\u00e1sok -> CI \/ CD -> V\u00e1ltoz\u00f3k: WERF_IMAGES_REPO_MODE: multirepo|monorepo Ha a k\u00e9pek kiad\u00e1s\u00e1r\u00f3l \u00e9s az alkalmaz\u00e1sok telep\u00edt\u00e9s\u00e9r\u0151l besz\u00e9l\u00fcnk (err\u0151l a folyamatokr\u00f3l r\u00e9szletesen olvashatsz a megfelel\u0151 dokument\u00e1ci\u00f3s cikkekben:<\/code><\/i>.<\/p>\n

    Kiad\u00e1si folyamat Telep\u00edt\u00e9si folyamat<\/a><\/noindex> \u00e9s ), akkor a m\u00f3d kiz\u00e1r\u00f3lag a minta meghat\u00e1roz\u00e1s\u00e1t befoly\u00e1solja, amellyel a k\u00e9ppel lehet dolgozni.<\/a><\/noindex>A r\u00e9szletek rejlenek a dologban<\/p>\n

    A legf\u0151bb k\u00fcl\u00f6nbs\u00e9g \u00e9s probl\u00e9ma egy \u00faj t\u00e1rol\u00e1si m\u00f3d hozz\u00e1ad\u00e1sakor a registry tiszt\u00edt\u00e1si folyamata<\/h3>\n

    \n(a werf \u00e1ltal t\u00e1mogatott tiszt\u00edt\u00e1si lehet\u0151s\u00e9gekr\u0151l l\u00e1sd a Tiszt\u00edt\u00e1si folyamat c\u00edm\u0171 r\u00e9szt). A werf figyelembe veszi a Kubernetes klaszterekben haszn\u00e1lt k\u00e9peket, valamint a felhaszn\u00e1l\u00f3 \u00e1ltal be\u00e1ll\u00edtott politik\u00e1kat. A politik\u00e1k alapja a tagek strat\u00e9gi\u00e1kra val\u00f3 feloszt\u00e1sa. Jelenleg t\u00e1mogatott strat\u00e9gi\u00e1k:<\/a><\/noindex>)<\/i>.<\/p>\n

    3 strat\u00e9gia, amelyek Git primit\u00edvjeivel, p\u00e9ld\u00e1ul taggel, branchnel \u00e9s commit-tal kapcsolatosak;<\/p>\n

      \n
    1. 1 strat\u00e9gia tetsz\u0151leges felhaszn\u00e1l\u00f3i tagek sz\u00e1m\u00e1ra.<\/li>\n
    2. A tag strat\u00e9gia inform\u00e1ci\u00f3it a k\u00e9p kiad\u00e1sa sor\u00e1n mentj\u00fck el a v\u00e9gs\u0151 k\u00e9p c\u00edmk\u00e9in\u00e9l. Maga az \u00e9rt\u00e9k \u2013 \u00fagynevezett<\/li>\n<\/ol>\n

      \nmetatag \u2013 sz\u00fcks\u00e9ges egyes politik\u00e1k alkalmaz\u00e1s\u00e1hoz. P\u00e9ld\u00e1ul, amikor egy branch vagy tag t\u00f6r\u00f6lve van a Git t\u00e1rol\u00f3b\u00f3l, logikus, hogy a kapcsol\u00f3d\u00f3<\/b> nem haszn\u00e1lt k\u00e9pek is t\u00f6rl\u00e9sre ker\u00fcljenek a t\u00e1rol\u00f3b\u00f3l, ami egy r\u00e9sz\u00e9t k\u00e9pezi politik\u00e1inknak.<\/i> Amikor egy t\u00e1rol\u00f3ban ment\u00fcnk el (<\/p>\n

      monorepo), a k\u00e9p c\u00edmk\u00e9j\u00e9n a metatag mellett a k\u00e9p neve is t\u00e1rolhat\u00f3:<\/code>), a k\u00e9ptagban a metac\u00edmk\u00e9n k\u00edv\u00fcl a k\u00e9p nev\u00e9t is t\u00e1rolhatja: PROJEKT:frontend<\/b>-META-JEGY<\/code>. Nem vezett\u00fcnk be speci\u00e1lis elv\u00e1laszt\u00f3t a r\u00e9szek elv\u00e1laszt\u00e1s\u00e1ra, hanem egyszer\u0171en hozz\u00e1adtuk a sz\u00fcks\u00e9ges \u00e9rt\u00e9ket a v\u00e9gs\u0151 k\u00e9p c\u00edmk\u00e9j\u00e9hez a k\u00f6zz\u00e9t\u00e9tel sor\u00e1n.<\/p>\n

      NB<\/b>: Ha \u00e9rdekesnek tal\u00e1lja a werf forr\u00e1sk\u00f3dj\u00e1ban le\u00edrtakat, akkor kiindul\u00f3pontk\u00e9nt szolg\u00e1lhat PR 1684<\/a><\/noindex>.<\/i><\/p>\n

      Ebben a cikkben nem fogunk tov\u00e1bbi figyelmet szentelni a probl\u00e9m\u00e1nak \u00e9s a megk\u00f6zel\u00edt\u00e9s\u00fcnk indokl\u00e1s\u00e1nak: a c\u00edmk\u00e9z\u00e9si strat\u00e9gi\u00e1kr\u00f3l, az adatok t\u00e1rol\u00e1s\u00e1r\u00f3l a c\u00edmk\u00e9kben \u00e9s a k\u00f6zz\u00e9t\u00e9teli folyamatr\u00f3l \u00e1ltal\u00e1ban - mindezekr\u0151l r\u00e9szletesen sz\u00e1mot adott Dmitrij Sztojlarov legut\u00f3bbi el\u0151ad\u00e1s\u00e1ban: \u201ewerf \u2014 a Kubernetes CI\/CD eszk\u00f6z\u00fcnk<\/a><\/noindex>\u00bb.<\/p>\n

      \u00d6sszefoglalva<\/h2>\n

      \nA t\u00f6bbszint\u0171 t\u00e1rol\u00f3k t\u00e1mogat\u00e1s\u00e1nak hi\u00e1nya nem jelentett blokkol\u00f3 t\u00e9nyez\u0151t sz\u00e1munkra vagy a sz\u00e1munkra ismert werf felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra - hiszen mindig fel lehet \u00e1ll\u00edtani egy k\u00fcl\u00f6n t\u00e1rol\u00f3t (vagy \u00e1tt\u00e9rni egy felt\u00e9teles Container Registry-re a Google Cloud-ban)... Azonban ennek a korl\u00e1toz\u00e1snak a megsz\u00fcntet\u00e9se logikusnak t\u0171nt, hogy az eszk\u00f6z k\u00e9nyelmesebb legyen a sz\u00e9lesebb DevOps k\u00f6z\u00f6ss\u00e9g sz\u00e1m\u00e1ra. A megval\u00f3s\u00edt\u00e1s sor\u00e1n a legf\u0151bb neh\u00e9zs\u00e9get a kont\u00e9ner t\u00e1rol\u00f3 tiszt\u00edt\u00e1si mechanizmus\u00e1nak \u00e1tdolgoz\u00e1sa jelentette. Most, hogy minden k\u00e9sz, \u00f6r\u00f6m tudni, hogy valakinek k\u00f6nnyebb lett, \u00e9s nek\u00fcnk (mint a projekt f\u0151 fejleszt\u0151inek) a j\u00f6v\u0151beli t\u00e1mogat\u00e1s\u00e1ra ezen funkci\u00f3 tekintet\u00e9ben nem val\u00f3sz\u00edn\u0171s\u00edthet\u0151k komoly neh\u00e9zs\u00e9gek.<\/p>\n

      Maradjanak vel\u00fcnk, \u00e9s hamarosan mes\u00e9l\u00fcnk m\u00e1s \u00faj\u00edt\u00e1sokr\u00f3l a werf<\/a><\/noindex>!<\/p>\n

      P.S.<\/h2>\n

      \nOlvasson tov\u00e1bbi inform\u00e1ci\u00f3kat a blogunkban:<\/p>\n