{"id":86472,"date":"2020-06-25T19:41:59","date_gmt":"2020-06-25T17:41:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy"},"modified":"2020-06-25T19:41:59","modified_gmt":"2020-06-25T17:41:59","slug":"sovremennaya-infrastruktura-problemy-i-perspektivy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","title":{"rendered":"Moderne infrastruktur: udfordringer og perspektiver","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/11ee21e8779fbedf460fcdc6e753a151.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI slutningen af maj <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">vi<\/a><\/noindex> afholdt vi et online-m\u00f8det om <noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/uf4EgFmUY1Y\">\u201eModerne infrastruktur og containere: udfordringer og perspektiver\u201c<\/a><\/noindex>. Vi talte om containere, Kubernetes og orkestrering generelt, om kriterier til valg af infrastruktur og meget mere. Deltagerne delte erfaringer fra deres egen praksis. <\/p>\n<p><b>Deltagere:<\/b><\/p>\n<ul>\n<li><b>Evgeny Potapov, CEO for \u201eITSumma\u201c<\/b>. Mere end halvdelen af hans kunder er enten allerede i gang med at overg\u00e5 eller \u00f8nsker at overg\u00e5 til Kubernetes.<\/li>\n<li><b>Dmitry Stolyarov, CTO for \u201eFlant\u201c<\/b>. Har over 10 \u00e5rs erfaring med containersystemer.<\/li>\n<li><b>Denis Remchukov (aka Eric Oldmann), COO for argotech.io, ex-R\u0410\u041e \u0415\u042d\u0421<\/b>. Lovede at fort\u00e6lle om erfaringer fra \u201eden blodige\u201c enterprise.<\/li>\n<li><b>Andrei Fedorovsky, CTO for \u201eNews360.com\u201c<\/b>Efter opk\u00f8bet af virksomheden af en anden akt\u00f8r er han ansvarlig for en r\u00e6kke ML og AI projekter og infrastrukturen.<\/li>\n<li><b>Ivan Kruglov, systemingeni\u00f8r, ex\u2013Booking.com.<\/b>Det er ham, der med egne h\u00e6nder har gjort meget for Kubernetes.<\/li>\n<\/ul>\n<p>\n<b>Emner:<\/b><\/p>\n<ul>\n<li>Deltagernes indsigter om containere og orkestrering (Docker, Kubernetes mv.); hvad de har pr\u00f8vet i praksis eller analyseret.<\/li>\n<li>Case: I virksomheden bygger de en plan for udviklingen af infrastrukturen over flere \u00e5r. Hvordan besluttes det, om man skal bygge (eller overf\u00f8re den nuv\u00e6rende) infrastruktur p\u00e5 containere og Kubernetes eller ej? <\/li>\n<li>Udfordringer i cloud-native-verdenen, hvad der mangler, lad os fantasere om, hvad der vil ske i morgen.<\/li>\n<\/ul>\n<p>\nDer opstod en interessant diskussion, deltagernes meninger var s\u00e5 forskellige og gav s\u00e5 mange kommentarer, at man \u00f8nsker at dele dem med dig. Der er <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=uf4EgFmUY1Y\">en video p\u00e5 tre timer<\/a><\/noindex>, og nedenfor \u2013 et resum\u00e9 af diskussionen. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Er Kubernetes allerede en standard eller en fremragende marketing?<\/h2>\n<p>\n<i>\u201eVi kom til det (Kubernetes. \u2014 Red.) dengang, da ingen endnu kendte til det. Vi kom til det, da det endnu ikke eksisterede. Vi \u00f8nskede det f\u00f8r det\u201c \u2014 <b>Dmitry Stolyarov<\/b><\/i><\/p>\n<p><img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/a814dda8f5e37560b6882535522498a6.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto fra Reddit.com<\/i><\/p>\n<p>For 5-10 \u00e5r siden eksisterede der et v\u00e6ld af v\u00e6rkt\u00f8jer, og der var ikke nogen f\u00e6lles standard. Hver sjette m\u00e5ned dukkede der et nyt produkt op, nogle gange endda flere. F\u00f8rst Vagrant, s\u00e5 Salt, Chef, Puppet,\u2026 \u201eog du er hver sjette m\u00e5ned n\u00f8dt til at bygge din infrastruktur om. Du har fem administratorer, der konstant er optaget af at gen skrive konfigurationer\u201c \u2014 husker Andrei Fedorovsky. Han mener, at Docker og Kubernetes \u201ehar lagt konkurrenterne i graven\u201c. <b>Docker blev standarden i l\u00f8bet af de seneste fem \u00e5r, Kubernetes \u2014 i de seneste to \u00e5r. Og det er godt for industrien.<\/b>.<\/p>\n<p>Dmitrij Stoljarev og hans team elsker Kubernetes. De har \u00f8nsket sig et s\u00e5dant v\u00e6rkt\u00f8j, f\u00f8r det kom til verden, og de kom til det, da ingen endnu kendte til det. P\u00e5 nuv\u00e6rende tidspunkt tager de ikke kunder, hvis de ikke forventer at implementere Kubernetes. If\u00f8lge Dmitrij har virksomheden \"mange enorme successhistorier om omdannelse af skr\u00e6mmende legacy.\"<\/p>\n<p><b>Kubernetes er ikke kun en containerorkestrering, det er et konfigurationsstyringssystem med et veludviklet API, netv\u00e6rkskomponenter, L3 belastningsbalancering og Ingress-controllere, der g\u00f8r det relativt nemt at administrere ressourcer, skalere og abstrahere fra de underliggende infrastrukturlag.<\/b><\/p>\n<p>Desv\u00e6rre skal man i vores liv betale for alt. Og denne skat er h\u00f8j, is\u00e6r n\u00e5r man taler om overgangen til Kubernetes for virksomheder med en veludviklet infrastruktur, som Ivan Kruglov mener. Han kunne frit arbejde b\u00e5de i en virksomhed med traditionel infrastruktur og med Kubernetes. Det vigtigste er at forst\u00e5 virksomhedens og markedets karakteristika. Men for eksempel for Evgenij Potapov, der ville generalisere Kubernetes til ethvert containerorkestreringsv\u00e6rkt\u00f8j, er et s\u00e5dant sp\u00f8rgsm\u00e5l ikke aktuelt. <\/p>\n<p>Evgenij trak en parallel til situationen i 1990'erne, da objektorienteret programmering kom frem som en m\u00e5de at programmere komplekse applikationer p\u00e5. P\u00e5 det tidspunkt oph\u00f8rte debatterne ikke, og nye v\u00e6rkt\u00f8jer, der underst\u00f8ttede OOP, dukkede op. Derefter kom mikrotjenester som en m\u00e5de at komme v\u00e6k fra den monolitiske koncept. Dette f\u00f8rte i sin tur til oprettelsen af containere og v\u00e6rkt\u00f8jer til styring af dem. \"Jeg tror, at vi snart vil komme til det punkt, hvor sp\u00f8rgsm\u00e5let om, hvorvidt man skal skrive sm\u00e5 applikationer som mikrotjenester, ikke engang vil blive stillet, det vil blive skrevet som en mikrotjeneste som standard,\" mener han. Tilsvarende vil Docker og Kubernetes over tid blive en standardl\u00f8sning uden behov for valg.<\/p>\n<h2>Problemet med databaser er stateless<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/5bd0a882ea3cebcafbb846570672be20.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto af <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@jankolar?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Twitter: @jankolario p\u00e5 Unsplash<\/a><\/noindex><\/i><\/p>\n<p>I dag findes der mange opskrifter til at k\u00f8re databaser i Kubernetes. Selv hvordan man adskiller den del, der arbejder med disk I\/O fra den, man kunne kalde applikationsdelen af databasen. <b>Er det muligt, at databaser i fremtiden vil \u00e6ndre sig s\u00e5 meget, at de vil blive leveret i en pakke, hvor den ene del orkestreres gennem Docker og Kubernetes, mens den anden del af infrastrukturen, gennem separat software, vil levere lagringsdelen?<\/b> Vil databaser \u00e6ndre sig som produkt?<\/p>\n<p>Denne beskrivelse ligner queue management, men kravene til p\u00e5lidelighed og synkronisering af informationer i traditionelle databaser er betydeligt h\u00f8jere, mener Andrey. Cache hit ratio i normale databaser ligger p\u00e5 niveauet 99 %. Hvis en worker fejler, startes en ny, og cachen \"opvarmes\" fra bunden. Indtil cachen ikke er opvarmet, arbejder workeren langsomt, hvilket betyr, at man ikke kan p\u00e5f\u00f8re den brugerbelastning. S\u00e5 l\u00e6nge der ikke er nogen brugerbelastning, bliver cachen ikke opvarmet. Det er en ond cirkel. <\/p>\n<p>Dmitry er grundl\u00e6ggende uenig; quorum og sharding l\u00f8ser problemet. Men Andrey insisterer p\u00e5, at l\u00f8sningen ikke passer til alle. I nogle situationer kan quorum v\u00e6re passende, men det l\u00e6gger en ekstra belastning p\u00e5 netv\u00e6rket. NoSQL databasen er ikke altid den rigtige l\u00f8sning. <\/p>\n<p>Deltagerne i meetuppet delte sig op i to lejre.<\/p>\n<p>Denis og Andrey h\u00e6vder, at alt, hvad der skrives til disk \u2013 databaser og andet \u2013 er umuligt at g\u00f8re i den nuv\u00e6rende Kuber-\u00f8kosystem. <b>Det er umuligt at bevare integritet og konsistens af produktionsdata i Kubernetes. Det er en grundl\u00e6ggende egenskab.<\/b> L\u00f8sning: hybrid infrastruktur. <\/p>\n<p>Selv moderne cloud native databaser som MongoDB og Cassandra, eller beskedk\u00f8er som Kafka eller RabbitMQ, kr\u00e6ver vedvarende datalagring uden for Kubernetes. <\/p>\n<p>Evgeny protesterer: \"Databaser i Kuber er en overfladisk traume, eller en n\u00e6sten enterprise-lignende situation, der skyldes, at Cloud Adoption ikke eksisterer i Rusland.\" Sm\u00e5 eller mellemstore virksomheder i Vesten er cloud-baserede. Amazon RDS databaser er enklere at bruge end selv at roote med Kubernetes. I Rusland anvender man Kuber \"on-premise\" og flytter databaser ind i det, n\u00e5r man fors\u00f8ger at slippe af med dyreblandingen.<\/p>\n<p>Dmitry var ogs\u00e5 uenig i udsagnet, at ingen databaser kan opbevares i Kubernetes: \"Der er forskel p\u00e5 databaser. Og hvis man propper en k\u00e6mpestor relationel database ind, s\u00e5 b\u00f8r man ikke. Hvis man skubber noget sm\u00e5t og cloud native ind, der er moralsk klar til et semi-\u00e6terisk liv, s\u00e5 vil alt v\u00e6re godt.\" Dmitry n\u00e6vnte ogs\u00e5, at v\u00e6rkt\u00f8jer til databaseh\u00e5ndtering ikke er klar til hverken Docker eller Kuber, hvilket derfor medf\u00f8rer store vanskeligheder.<\/p>\n<p>Ivan er overbevist om, at selvom man ser bort fra begreberne stateful og stateless, s\u00e5 er \u00f8kosystemet af virksomhedsl\u00f8sninger i Kubernetes endnu ikke klar. Det er sv\u00e6rt at opfylde kravene fra lovgivningsm\u00e6ssige og regulerende organer med Kubernetes. For eksempel er det umuligt at lave en identitetsl\u00f8sning, hvor der kr\u00e6ves strenge garantier for serverens identifikation, helt ned til den hardware, der er installeret i serverne. Dette omr\u00e5de er under udvikling, men der er endnu ikke nogen l\u00f8sning.<br \/>\nDeltagerne kunne ikke n\u00e5 til enighed, s\u00e5 der vil ikke f\u00f8lge nogen konklusioner i denne del. Lad os i stedet give et par praktiske eksempler.<\/p>\n<h3>Case 1. Cybersikkerhed hos 'megaregulatoren' med databaser uden for Kubernetes<\/h3>\n<p>\nI tilf\u00e6lde af et avanceret cybersikkerhedssystem tillader brugen af containere og orkestrering at afv\u00e6rge angreb og indtr\u00e6ngen. For eksempel implementerede Denis og hans team i en megaregulator en sammenkobling af en orkestrator med en tr\u00e6net SIEM-tjeneste, som analyserer logs i realtid og identificerer angrebs-, brud- eller fejlprocesser. I tilf\u00e6lde af et angreb, fors\u00f8g p\u00e5 at l\u00e6gge noget ind, eller ved indtr\u00e6ngen af ransomware, rejser den via orkestratoren containere med applikationer hurtigere, end de bliver inficeret, eller hurtigere end angriberen kan angribe dem.<\/p>\n<h3>Case 2. Delvis flytning af databaser fra Booking.com til Kubernetes<\/h3>\n<p>\nI Booking.com er den prim\u00e6re database MySQL med asynkron replikation \u2013 der er en master og en komplet hierarki af slaver. P\u00e5 tidspunktet for Ivans afgang fra virksomheden var et projekt blevet startet for at flytte slaver, som kan 'skydes af' med en vis skade.<\/p>\n<p>Udover den prim\u00e6re database er der en installation af Cassandra med en skr\u00e6ddersyet orkestrering, der blev skrevet, f\u00f8r Kubernetes blev mainstream. Der er ingen problemer p\u00e5 den front, men den har persistent p\u00e5 lokale SSD'er. Fjernopbevaring, selv inden for samme datacenter, anvendes ikke p\u00e5 grund af problemet med h\u00f8j ventetid.<\/p>\n<p>Den tredje klasse af databaser er Booking.coms s\u00f8getjeneste, hvor hver node i tjenesten er en database. Fors\u00f8g p\u00e5 at flytte s\u00f8getjenesten til Kubernetes har v\u00e6ret uden held, fordi hver node er 60\u201380 Gb lokal storage, hvilket er sv\u00e6rt at 'l\u00f8fte' og 'opvarme'.<\/p>\n<p>Som f\u00f8lge heraf blev s\u00f8gemaskinen ikke flyttet til Kubernetes, og Ivan mener ikke, der vil komme nye fors\u00f8g i den n\u00e6rmeste fremtid. MySQL-databasen blev halvdelen flyttet: kun slaver, som det ikke er skr\u00e6mmende at 'skyde af'. Cassandra har klaret sig fremragende.<\/p>\n<h2>Valg af infrastruktur som en opgave uden en generel l\u00f8sning<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/35cc454130402e47fcb9db3dbf159abb.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto af <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@artunchained?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Manuel Geissinger fra Pexels<\/a><\/noindex><\/i><\/p>\n<p>Lad os antage, at vi har et nyt firma, eller et firma, hvor en del af infrastrukturen er bygget gammeldags. De skaber en plan for infrastrukturudvikling for \u00e5rene fremover. Hvordan tr\u00e6ffes beslutningen om, hvorvidt infrastrukturen skal bygges p\u00e5 containere og Kubernetes eller ej? <\/p>\n<p>Virksomheder, der k\u00e6mper for nanosekunder, er udelukket fra diskussionen. Sund konservatisme betaler sig af hensyn til p\u00e5lidelighed, men alligevel er der virksomheder, som b\u00f8r overveje nye tilgange.<\/p>\n<p>Ivan: \"Jeg ville uden tvivl starte en virksomhed i cloud i dag, bare fordi det er hurtigere,\" selvom det ikke n\u00f8dvendigvis er billigere. Med udviklingen af venturekapital har startups ikke store problemer med penge, og den prim\u00e6re opgave er at erobre markedet. <\/p>\n<p>Ivan mener, at <b>udviklingen af den nuv\u00e6rende infrastruktur er et kriterium for valg<\/b>. Hvis der i fortiden har v\u00e6ret betydelige investeringer, og det fungerer, s\u00e5 giver det ikke mening at \u00e6ndre det. Men hvis infrastrukturen ikke er udviklet, og der er problemer med v\u00e6rkt\u00f8jer, sikkerhed og overv\u00e5gning, s\u00e5 giver det mening at se p\u00e5 distribueret infrastruktur. <\/p>\n<p>Skatten skal betales uanset hvad, og Ivan ville betale den, der tillader ham at betale mindre i fremtiden. \"<b>Fordi simpelthen ved at tage en tog, der drives af andre, vil jeg komme meget l\u00e6ngere, end hvis jeg tager det andet tog, hvor jeg selv skal fylde br\u00e6ndstof.<\/b>\" \u2014 siger Ivan. N\u00e5r firmaet er nyt, og kravene til latency er ti millisekunder, ville Ivan kigge i retning af \"operat\u00f8rerne\", som i dag \"forpakker\" klassiske databaser. De opretter en replikationsk\u00e6de, der selv skifter ved fejl og s\u00e5 videre...<\/p>\n<p>For et lille firma med et par servere i Kubernetes giver det ingen mening, \u2014 h\u00e6vder Andrei. Men hvis det planl\u00e6gger at vokse til hundrede servere eller mere, s\u00e5 er der behov for automatisering og ressourceh\u00e5ndteringssystem. 90 % af tilf\u00e6ldene retf\u00e6rdigg\u00f8r omkostningerne. Dette g\u00e6lder uanset belastningsniveau og ressourcer. Alle, fra startups til store virksomheder med millioner af brugere, b\u00f8r gradvist se mod produkter til orkestrering af containere. \"Ja, det er virkelig fremtiden,\" er Andrei sikker p\u00e5.<\/p>\n<p>Denis n\u00e6vnte to hovedkriterier \u2014 <b>skalerbarhed og driftets p\u00e5lidelighed.<\/b> Han vil v\u00e6lge de v\u00e6rkt\u00f8jer, der passer bedst til opgaven. \u00abDette kan v\u00e6re en no-name bygget p\u00e5 stedet, der k\u00f8rer Nutanix Community Edition. Det kan v\u00e6re en applikation p\u00e5 Kuber med en database p\u00e5 backend, der replikeres og har definerede RTO og RPO parametre\u00bb (recovery time\/point objectives \u2014 <i>eksempel<\/i>).<\/p>\n<p>Yevgeny n\u00e6vnte et muligt problem med arbejdskraften. I \u00f8jeblikket er der ikke s\u00e5 mange h\u00f8jt kvalificerede specialister p\u00e5 markedet, der forst\u00e5r 'indmaden'. Faktisk, hvis den valgte teknologi er gammel, er det sv\u00e6rt at ans\u00e6tte nogen, der ikke er \u00e6ldre, kede sig og er tr\u00e6tte af livet. Mens andre deltagere mener, at det er et sp\u00f8rgsm\u00e5l om uddannelse af arbejdsstyrken. <br \/>\nHvis sp\u00f8rgsm\u00e5let skal stilles: skal man starte en lille virksomhed i Public Cloud med databaser i Amazon RDS eller 'on premise' med databaser i Kubernetes, s\u00e5 blev valget blandt deltagerne Amazon RDS p\u00e5 trods af visse ulemper. <\/p>\n<p>Da de fleste lyttere af meetuppet ikke er fra 'den blodige' enterprise, s\u00e5 <b>fordelte l\u00f8sninger er det, man skal str\u00e6be efter. Lagringssystemer skal v\u00e6re fordelte, p\u00e5lidelige, og skabe latens m\u00e5lt i millisekunder, maksimalt i tiendedele.<\/b>, - opsummerede Andrei.<\/p>\n<h2>Vurdering af brugen af Kubernetes<\/h2>\n<p>\nLytteren Anton Zhbankov stillede et sp\u00f8rgsm\u00e5l til tilh\u00e6ngerne af Kubernetes: hvordan valgte og gennemf\u00f8rte man den teknisk-\u00f8konomiske begrundelse? Hvorfor Kubernetes, hvorfor ikke virtuelle maskiner, for eksempel? <\/p>\n<p><img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/cd179deffb9bf66c3cb12d7ca9ef9244.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto af <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@artyana?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Tatyana Eremina on Unsplash<\/a><\/noindex><\/i><\/p>\n<p>Dmitry og Ivan svarede ham. I begge tilf\u00e6lde, gennem fors\u00f8g og fejl, blev en r\u00e6kkef\u00f8lge af beslutninger lavet, hvorved begge deltagere kom til Kubernetes. Nu begynder virksomheder at udvikle software, som giver mening at flytte til Kube. Det drejer sig ikke om klassiske tredjepartssystemer, s\u00e5som 1C. Kubernetes hj\u00e6lper, n\u00e5r udviklerne hurtigt skal lave udgivelser i forbindelse med kontinuerligt forbedring.<\/p>\n<p>Andreis team fors\u00f8gte at lave en skalerbar klynge baseret p\u00e5 virtuelle maskiner. Noderne faldt som dominobrikker, hvilket nogle gange f\u00f8rte til, at klyngen faldt. \u00abTeoretisk kan man f\u00e6rdigg\u00f8re og vedligeholde det manuelt, men det er besv\u00e6rligt. Og hvis der er en l\u00f8sning p\u00e5 markedet, der fungerer ud af boksen, s\u00e5 g\u00e5r vi med gl\u00e6de efter det. Og vi er derfor g\u00e5et over.\u00bb - fort\u00e6ller Andrei.<\/p>\n<p>Der er standarder for s\u00e5dan analyse og beregning, men ingen kan sige, hvor n\u00f8jagtige de er i realiteten p\u00e5 faktisk udstyr i brug. For beregninger er det ogs\u00e5 vigtigt at forst\u00e5 hvert v\u00e6rkt\u00f8j og \u00f8kosystem, men det er umuligt.<\/p>\n<h2>Hvad venter os<\/h2>\n<p>\n<img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/d7843eb5da33c8aa5b444e86b43184d5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto af <noindex><a rel=\"nofollow\" href=\"https:\/\/unsplash.com\/@drew_beamer?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText\">Drew Beamer p\u00e5 Unsplash<\/a><\/noindex><\/i><\/p>\n<p>N\u00e5r teknologier udvikler sig, dukker der flere og flere disparate stykker op, og derefter sker der et faseovergang, hvor der kommer en leverand\u00f8r, som har spildt nok 'boble', s\u00e5 alt kan samles i \u00e9t v\u00e6rkt\u00f8j.<\/p>\n<p><b>Virker det ikke som om, der vil komme et v\u00e6rkt\u00f8j, der skal til for verdenen af Linux som Ubuntu?<\/b> M\u00e5ske vil et samlet v\u00e6rkt\u00f8j til containerisering og orkestrering ogs\u00e5 inkludere Kubernetes. Det vil blive nemt at bygge on-premise clouds. <\/p>\n<p>Ivan gav svaret: 'Google bygger i \u00f8jeblikket Anthos - det er deres pakkel\u00f8sning, der udrulder cloud og inkluderer Kubernetes, Service Mesh, overv\u00e5gning - alt det, der er n\u00f8dvendigt for mikrotjenester i on-premise. Vi er n\u00e6sten i fremtiden.'<\/p>\n<p>Denis n\u00e6vnte ogs\u00e5 Nutanix og VMware med produktet vRealize Suite, som kan h\u00e5ndtere en lignende opgave uden containerisering.<\/p>\n<p>Dmitry delte sin mening om, at reduktion af 'smerte' og faldende skat er to omr\u00e5der, hvor man kan forvente forbedringer. <\/p>\n<p><b>For at opsummere diskussionen, fremh\u00e6ver vi f\u00f8lgende problemer med moderne infrastruktur<\/b><\/p>\n<ul>\n<li>Hele tre deltagere pegede p\u00e5 problemet med stateful.<\/li>\n<li>Diverse sikkerhedssupportproblemer, herunder sandsynligheden for, at der i Docker ender med flere versioner af Python, applikationsservere og komponenter.<br \/>\nOverforbrug, om hvilket det er bedre at lave et separat meetup.<br \/>\nUddannelsesproblemet, da orkestrering repr\u00e6senterer et komplekst \u00f8kosystem.<br \/>\nEn generel brancheproblematik - brug af v\u00e6rkt\u00f8jer ikke efter hensigten.<\/p>\n<p>Det st\u00e5r jer frit for at drage de \u00f8vrige konklusioner. Indtil videre er der en f\u00f8lelse af, at kombinationen af Docker+Kubernetes har sv\u00e6rt ved at blive en 'central' del af systemet. For eksempel installeres operativsystemer f\u00f8rst p\u00e5 maskinen, noget der ikke kan siges om containere og orkestrering. M\u00e5ske vil operativsystemer og containere med cloud management software smelte sammen i fremtiden.<\/p>\n<p><img decoding=\"async\" alt=\"Moderne infrastruktur: udfordringer og perspektiver\" src=\"\/wp-content\/uploads\/2020\/06\/4f90f876985af1b515a9d5a471ba3c74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Foto af <noindex><a rel=\"nofollow\" href=\"https:\/\/www.pexels.com\/@gabrielsantosfotografia?utm_content=attributionCopyText&amp;utm_medium=referral&amp;utm_source=pexels\">Gabriel Santos Fotografia fra Pexels<\/a><\/noindex><\/i><\/p>\n<p>Jeg vil benytte lejligheden til at sende et hej til min mor, og minde om, at vi har en Facebook-gruppe <noindex><a rel=\"nofollow\" href=\"https:\/\/www.facebook.com\/groups\/feedme.ru\/\">\u2018Styring og udvikling af store IT-projekter\u2019<\/a><\/noindex>, kanal <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/feedmeto\">@feedmeto<\/a><\/noindex> med interessante indl\u00e6g fra forskellige tech-blogger. Og min kanal <noindex><a rel=\"nofollow\" href=\"https:\/\/t.me\/rybakalexey\">@rybakalexey<\/a><\/noindex>, hvor jeg taler om udviklingsledelse i produktvirksomheder.<\/li>\n<\/ul>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/508018\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f \u043c\u044b \u043f\u0440\u043e\u0432\u0435\u043b\u0438 \u043e\u043d\u043b\u0430\u0439\u043d-\u043c\u0438\u0442\u0430\u043f \u043d\u0430 \u0442\u0435\u043c\u0443 \u00ab\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0438 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u044b: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b\u00bb. \u041f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0430\u0445, Kubernetes \u0438 \u043e\u0440\u043a\u0435\u0441\u0442\u0440\u0430\u0446\u0438\u0438 \u0432 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u0435, \u043e \u043a\u0440\u0438\u0442\u0435\u0440\u0438\u044f\u0445 \u0432\u044b\u0431\u043e\u0440\u0430 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0438 \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0440\u0443\u0433\u043e\u043c. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u043e\u0434\u0435\u043b\u0438\u043b\u0438\u0441\u044c \u043a\u0435\u0439\u0441\u0430\u043c\u0438 \u0438\u0437 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0439 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438. \u0423\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438: \u0415\u0432\u0433\u0435\u043d\u0438\u0439 \u041f\u043e\u0442\u0430\u043f\u043e\u0432, CEO \u00abITSumma\u00bb. \u0411\u043e\u043b\u044c\u0448\u0435 \u043f\u043e\u043b\u043e\u0432\u0438\u043d\u044b \u0435\u0433\u043e \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u043b\u0438\u0431\u043e \u0443\u0436\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u044f\u0442, \u043b\u0438\u0431\u043e \u0445\u043e\u0442\u044f\u0442 \u043f\u0435\u0440\u0435\u0439\u0442\u0438 \u043d\u0430 Kubernetes. \u0414\u043c\u0438\u0442\u0440\u0438\u0439 \u0421\u0442\u043e\u043b\u044f\u0440\u043e\u0432, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":86473,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-86472","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-06-25T17:41:59+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Moderne infrastruktur: udfordringer og perspektiver | ProHoster","description":"I slutningen af maj","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u0430\u044f \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430: \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0438 \u043f\u0435\u0440\u0441\u043f\u0435\u043a\u0442\u0438\u0432\u044b | ProHoster","og:description":"\u0412 \u043a\u043e\u043d\u0446\u0435 \u043c\u0430\u044f","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/sovremennaya-infrastruktura-problemy-i-perspektivy","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-06-25T17:41:59+00:00","article:modified_time":"2020-06-25T17:41:59+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"86472","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:14:33","updated":"2022-09-29 19:19:47","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/86472","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=86472"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/86472\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/86473"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=86472"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=86472"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=86472"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}