{"id":81173,"date":"2020-05-11T13:42:51","date_gmt":"2020-05-11T11:42:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/production-ready-images-for-k8s"},"modified":"2020-05-11T13:42:51","modified_gmt":"2020-05-11T11:42:51","slug":"production-ready-images-for-k8s","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/production-ready-images-for-k8s","title":{"rendered":"Production-ready bilder f\u00f6r k8s","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Den h\u00e4r historien handlar om hur vi anv\u00e4nder containrar i produktionsmilj\u00f6, s\u00e4rskilt under Kubernetes. Artikeln handlar om insamling av metrik och loggar fr\u00e5n containrar, samt byggande av bilder.<\/p>\n

\"Production-ready
\n<\/a><\/noindex>
\nVi kommer fr\u00e5n fintech-f\u00f6retaget Exness, som utvecklar tj\u00e4nster f\u00f6r onlinehandel och fintech-produkter f\u00f6r B2B och B2C. I v\u00e5r R&D finns det m\u00e5nga olika team, och avdelningen f\u00f6r utveckling har \u00f6ver 100 anst\u00e4llda.<\/p>\n

Vi representerar teamet som ansvarar f\u00f6r plattformen f\u00f6r insamling och k\u00f6rning av kod av v\u00e5ra utvecklare. Specifikt ansvarar vi f\u00f6r insamling, lagring och tillhandah\u00e5llande av metrik, loggar och h\u00e4ndelser fr\u00e5n applikationer. F\u00f6r n\u00e4rvarande hanterar vi cirka tre tusen Docker-containrar i produktionsmilj\u00f6, uppr\u00e4tth\u00e5ller v\u00e5rt big data-lager p\u00e5 50 TB och tillhandah\u00e5ller arkitekturl\u00f6sningar som byggs runt v\u00e5r infrastruktur: Kubernetes, Rancher och olika offentliga molnleverant\u00f6rer.\u00a0<\/p>\n

V\u00e5r motivation<\/h1>\n

\nVad brinner? Ingen kan svara. Var \u00e4r fokus? Sv\u00e5rt att f\u00f6rst\u00e5. N\u00e4r b\u00f6rjade det brinna? Det g\u00e5r att ta reda p\u00e5, men inte omedelbart.\u00a0<\/p>\n

\"Production-ready
\n
\nVarf\u00f6r st\u00e5r vissa containrar stilla medan andra har fallit? Vilken container orsakade det? Utifr\u00e5n verkar containrarna likadana, men inuti har varje sin egen Neo.<\/p>\n

\"Production-ready
\n
\nV\u00e5ra utvecklare \u00e4r kompetenta personer. De skapar bra tj\u00e4nster som ger f\u00f6retaget vinst. Men det uppst\u00e5r ocks\u00e5 problem n\u00e4r containrarna med applikationerna sprider sig. En container f\u00f6rbrukar f\u00f6r mycket CPU, en annan n\u00e4tverk, en tredje I\/O-operationer, och en fj\u00e4rde g\u00f6r \u00f6verhuvudtaget oklara saker med sockets. Allt detta faller och skeppet sjunker.\u00a0<\/p>\n

Agenter<\/h1>\n

\nF\u00f6r att f\u00f6rst\u00e5 vad som h\u00e4nder inuti beslutade vi att installera agenter direkt i containrarna.<\/p>\n

\"Production-ready
\n
\nDessa agenter \u00e4r kontrollprogram som h\u00e5ller containrarna i ett s\u00e5dant tillst\u00e5nd s\u00e5 att de inte f\u00f6rst\u00f6r varandra. Agenterna \u00e4r standardiserade, vilket g\u00f6r att vi kan standardisera tillv\u00e4gag\u00e5ngss\u00e4ttet f\u00f6r underh\u00e5ll av containrar.\u00a0<\/p>\n

I v\u00e5rt fall m\u00e5ste agenterna tillhandah\u00e5lla loggar i ett standardformat, taggade och med throttling. Dessutom m\u00e5ste de ge oss standardiserade metrik som \u00e4r utbyggbara ur aff\u00e4rsapplikationernas perspektiv.<\/p>\n

Under agenter avser vi ocks\u00e5 verktyg f\u00f6r drift och underh\u00e5ll som kan fungera i olika orkestreringssystem, och st\u00f6der olika images (Debian, Alpine, Centos osv.).<\/p>\n

\u00c4ntligen m\u00e5ste agenter st\u00f6dja en enkel CI\/CD som inkluderar Docker-filer. Annars kommer skeppet att g\u00e5 s\u00f6nder eftersom containrarna b\u00f6rjar levereras p\u00e5 \"sneda\" sp\u00e5r.<\/p>\n

Byggprocess och uppbyggnad av m\u00e5limagen<\/h1>\n

\nF\u00f6r att allt ska vara standardiserat och hanterbart m\u00e5ste vi f\u00f6lja en standardiserad byggprocess. D\u00e4rf\u00f6r har vi beslutat att bygga containrar med hj\u00e4lp av containrar - s\u00e5dan \u00e4r v\u00e5r rekursion.<\/p>\n

\"Production-ready
\n
\nH\u00e4r representeras containrarna med solida konturer. Vi best\u00e4mde oss f\u00f6r att l\u00e4gga in distributionerna i dem, s\u00e5 att \"livet inte k\u00e4ndes som en dans p\u00e5 rosor\". Varf\u00f6r detta gjordes, kommer vi att ber\u00e4tta nedan.
\n\u00a0
\nResultatet blev ett verktyg f\u00f6r byggande - en container av viss version som refererar till specifika versioner av distributionerna och specifika versioner av skripten.<\/p>\n

Hur anv\u00e4nder vi det? Vi har en Docker Hub d\u00e4r containern finns. Vi speglar den in i v\u00e5rt eget system f\u00f6r att bli av med externa beroenden. Vi fick en container som markerats med gult. Vi skapar en mall f\u00f6r att installera alla n\u00f6dv\u00e4ndiga distributioner och skript i containern. D\u00e4refter bygger vi en fullst\u00e4ndig bild som \u00e4r redo f\u00f6r drift: utvecklarna l\u00e4gger in sin kod och vissa egna specifika beroenden.\u00a0<\/p>\n

Vad \u00e4r f\u00f6rdelarna med ett s\u00e5dant tillv\u00e4gag\u00e5ngss\u00e4tt?\u00a0<\/p>\n