{"id":70922,"date":"2020-02-22T15:37:55","date_gmt":"2020-02-22T12:37:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas"},"modified":"2020-03-03T16:14:39","modified_gmt":"2020-03-03T13:14:39","slug":"kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","title":{"rendered":"Hvordan OpenShift \u00e6ndrer den organisatoriske struktur i IT-organisationer. Evolution af organisationsmodeller ved overgangen til PaaS","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Selvom PaaS-l\u00f8sninger (\"Platform as a Service\") i sig selv ikke kan \u00e6ndre m\u00e5den, hvorp\u00e5 individer og teams interagerer, fungerer de ofte som en katalysator for organisatoriske \u00e6ndringer som reaktion p\u00e5 den \u00f8gede fleksibilitet inden for it-teknologier. <\/p>\n<p><img decoding=\"async\" alt=\"Hvordan OpenShift \u00e6ndrer den organisatoriske struktur i IT-organisationer. Evolution af organisationsmodeller ved overgangen til PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/55ef7d253c10a8453810c3a3b5a56a74.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI praksis er den maksimale udnyttelse af investeringer i PaaS ofte kun mulig, n\u00e5r der sker \u00e6ndringer i organisatoriske roller, ansvarsomr\u00e5der og relationsstrukturer. Heldigvis har PaaS-l\u00f8sninger som OpenShift Container Platform en tilstr\u00e6kkelig fleksibilitet til, at hver it-organisation selv kan bestemme hastigheden og omfanget af forandringer i forhold til de involverede personer og de processer, der finder sted.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nI den f\u00f8rste fase af virksomhedens containerisering er det prim\u00e6re fokus at implementere en containerplatform som et nyt system til udrulning af applikationer. P\u00e5 dette tidspunkt knytter organisationer de velkendte opgaver til de kendte roller for at reagere p\u00e5 standardanmodninger fra udviklingsteams vedr\u00f8rende sp\u00f8rgsm\u00e5l som lagringssystemer, udrulningsmilj\u00f8er og lignende. I de f\u00f8lgende faser af containerisering handler det om at automatisere eller give udviklerne muligheder for selvbetjening for at mindske belastningen p\u00e5 systemadministratorerne og h\u00e6ve autonomi og effektivitet for udviklerne til et h\u00f8jere niveau. P\u00e5 denne m\u00e5de begynder organisationen at bev\u00e6ge sig mod DevOps. I den afsluttende fase af virksomhedens containerisering n\u00e5r man til en renere, kanonisk model for DevOps, hvor mange af de tidligere opgaver og aktiviteter overg\u00e5r til tv\u00e6rfunktionelle teams, som grupperer ikke efter platforme eller teknologier, men i forhold til at sikre drift af anvendelser eller applikationstjenester.<\/p>\n<p>I dette indl\u00e6g vil vi pr\u00e6sentere en guide til de n\u00f8dvendige organisatoriske \u00e6ndringer og forklare, hvordan traditionelle it-roller \u00e6ndres med implementeringen af containerteknologier i virksomheden.<\/p>\n<h3>Tilpasning af nye opgaver til gamle roller<\/h3>\n<p>\nI sin grundl\u00e6ggende, indledende form oprettes PaaS-organisationsmodellen for mere fleksibelt og hurtigt at tildele IT-ressourcer til applikationer som en k\u00f8replatform. Selvom dette giver visse fordele til systemadministratorer, f\u00e5r udviklere generelt ikke nogen v\u00e6sentlige fordele eller nye muligheder, da virksomheden p\u00e5 dette tidspunkt kan klare sig uden at begynde automatisering, indf\u00f8re selvbetjening eller dramatisk forbedre implementeringsprocessen. Selvom PaaS kun minimal p\u00e5virker udviklingsprocesserne p\u00e5 dette stadium, \u00f8ger det imidlertid IT-systemets dynamik, hvilket giver administratorer bedre mulighed for at im\u00f8dekomme udviklernes anmodninger. For eksempel, hvis det tidligere kunne tage dage eller endda uger at oprette et udviklingsmilj\u00f8 af flere <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/da\/vps\/\"   title=\"virtual machines\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"2016\">virtual machines<\/a> og lagringsvolumener, kr\u00e6vede det deltagelse af flere forskellige administratorer. Med PaaS g\u00f8res det dog meget hurtigere og kun af en administrator. Med andre ord indsender udviklingsteamene anmodninger som f\u00f8r, men arbejdet med at udf\u00f8re disse anmodninger udf\u00f8res nu efter en ny metode.<\/p>\n<h3>P\u00e5 vejen til en DevOps-organisation<\/h3>\n<p>\nKan en organisation forts\u00e6tte med at implementere DevOps-metodologien ved at starte PaaS og overf\u00f8re IT-systemdriftseksperter og applikationsudviklere til den, som blandt andet inkluderer f\u00f8lgende grundl\u00e6ggende principper:<\/p>\n<ul>\n<li><b>At opdele arbejdet i sm\u00e5 faser<\/b>, for at f\u00e5 feedback tidligt, reducere risici og undg\u00e5 \"analytisk lammelse\";<\/li>\n<li><b>At automatisere operationer i tilstr\u00e6kkelig grad<\/b>, for ikke at skabe hindringer eller flaskehalse i applikationsimplementeringsprocessen;<\/li>\n<li><b>Vidensdeling<\/b> er n\u00f8glen til at opbygge tillid;<\/li>\n<li><b>At betale tekniske g\u00e6ld regelm\u00e6ssigt<\/b>, ved at afs\u00e6tte tid til systematiske forbedringer i hver arbejdscyklus.<\/li>\n<\/ul>\n<p>\nI det andet trin i implementeringen af containerteknologierne begynder udviklingsteamene naturligvis at se muligheder for forbedringer, og virksomheden l\u00e6ner sig mod en mere kanonisk DevOps-model. Den traditionelle mekanisme med indgivelse og udf\u00f8relse af serviceanmodninger opfattes nu som en flaskehals, derfor str\u00e6ber organisationen efter at automatisere gentagne handlinger og give udviklerne selvbetjeningsmuligheder. Desuden defineres disse udvikleres muligheder inden for hver enkelt anmodning gennem et samarbejde mellem IT-specialister, der h\u00e5ndterer driftsplatforme, og dem, der har ansvaret for applikationslevering. Med andre ord kommer de to ovenn\u00e6vnte kategorier af medarbejdere, som har ansvaret for at beskrive og anvende politikker, som regulerer, hvad udviklerne har lov til at g\u00f8re selv, i stedet for systemadministratorerne, der udf\u00f8rer udviklernes anmodninger. Automatiserede procedurer hj\u00e6lper med at sikre overholdelse af disse krav og koordinerer handlinger i de tilf\u00e6lde, hvor situationen g\u00e5r uden for de g\u00e6ldende politikker.<\/p>\n<p>Overgangen til en iterativ tidsplan, hvor IT-milj\u00f8et og driftsmodellen underg\u00e5r iterative \u00e6ndringer over tid, er en kritisk milep\u00e6l i opbygningen af et modent DevOps-system i virksomheden. Graden af accept af DevOps-metodologi afh\u00e6nger af den enkelte organisations tolerance over for \u00e6ndringer og af hvilke \u00e6ndringer, der giver den st\u00f8rste fordel. For eksempel, hvis behovet for at oprette nye milj\u00f8er eller applikationer sj\u00e6ldent opst\u00e5r, vil optimering af de relevante handlinger v\u00e6re mindre vigtig end styrkelsen af udviklernes kontrol over applikationslivscyklussen.<\/p>\n<h3>Nye opgaver, der opst\u00e5r i IT-organisationer ved overgangen til OpenShift<\/h3>\n<p>\nI dette afsnit vil vi se p\u00e5 de roller og opgaver, som organisationer, der er overg\u00e5et til OpenShift, typisk anvender for at fremskynde automatisering og selvbetjening ved hj\u00e6lp af teknologier og PaaS.<\/p>\n<p>Nedenfor er en liste over de vigtigste opgaver p\u00e5 h\u00f8jeste niveau, der findes i enhver organisation, der har implementeret OpenShift, med eksempler p\u00e5 relevante opgaver og f\u00e6rdigheder. Denne liste over opgaver skal ikke forveksles med en arbejdsfordeling eller organisationsstruktur for teams; det er blot en samling af opgaver, der skal l\u00f8ses af de personer, der er ansvarlige for at st\u00f8tte IT-milj\u00f8et, for en vellykket implementering af containerplatformen. Faktisk vil vi senere vise, at implementeringen af containerteknologier skaber foruds\u00e6tninger for at udvikle en mere moden DevOps-strategi i virksomheden, hvilket igen \u00f8ger graden af tv\u00e6rfunktionalitet blandt teams og reducerer risici for sn\u00e6ver specialisering p\u00e5 niveau med b\u00e5de individuelle medarbejdere og teams.<\/p>\n<p><i>Tabel 1. Definitioner af OpenShift-opgaver<\/i><\/p>\n<p>Opgaver<br \/>\nN\u00f8dvendige f\u00e6rdigheder<\/p>\n<p><b>Automatisering og provisioning af IT-infrastrukturer<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Design og opbygning af hardwarel\u00f8sninger<\/li>\n<li>Organisering og vedligeholdelse af automatisering af den indledende ops\u00e6tning<\/li>\n<li>Design og automatisering af VM- og hostforberedelse<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Design og implementering af datacentre<\/li>\n<li>Systemadministration af Linux<\/li>\n<li>Automatiseringsscenarier<\/li>\n<li>Kendskab til lagringssystemer<\/li>\n<li>Kendskab til design og implementering af netv\u00e6rk<\/li>\n<li>Sikkerhed<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Installation og administration af OpenShift-platformen<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Udf\u00f8relse af klyngeinstallation<\/li>\n<li>H\u00e5ndtering af infrastrukturtjenester<\/li>\n<li>H\u00e5ndtering af platformens skalering<\/li>\n<li>Godkendelse og autorisation p\u00e5 platformniveau<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Systemadministration af Linux<\/li>\n<li>Kendskab til netv\u00e6rksteknologier<\/li>\n<li>Automatiseringsscenarier (Ansible)<\/li>\n<li>Kendskab til lagringssystemer<\/li>\n<li>Kendskab til containerteknologier og arkitekturer<\/li>\n<li>Kendskab til Kubernetes- og OpenShift-arkitekturer<\/li>\n<li>Platformssikkerhed<\/li>\n<li>Integration af overv\u00e5gning<\/li>\n<\/ul>\n<p><\/p>\n<p><b>H\u00e5ndtering af oprettelse af klientmilj\u00f8er (tenant provisioning) og isolering med IT-ressourcer<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Oprettelse af brugere og teams inden for platformen<\/li>\n<li>Design og administration af kvoter<\/li>\n<li>Design og implementering af RBAC<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Kendskab til Kubernetes- og OpenShift-arkitekturer<\/li>\n<li>Kendskab til containerteknologier og arkitekturer<\/li>\n<li>Automatiseringsscenarier<\/li>\n<li>Gode kendskaber til projekter, kvoter, rollebind og arbejdet med planl\u00e6ggere<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Bygning og administration af grundl\u00e6ggende billeder<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Udvikling af arbejdsprocesser for \u00e6ndring af billeder<\/li>\n<li>Udvikling af billeder baseret p\u00e5 standarder<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Systemadministration af Linux<\/li>\n<li>Automatiseringsscenarier<\/li>\n<li>Konfiguration af runtime-komponenter til applikationer og middleware<\/li>\n<li>Kendskab til containerarkitekturer<\/li>\n<li>Applikationsbygningsrammer<\/li>\n<li>Gode kendskaber til billeder, imagestreams og skabeloner<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Design og administration af implementerings pipelines<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Design og dokumentation af pipeline standarder<\/li>\n<li>Udvikling af korte vejledninger og skabeloner<\/li>\n<li>Uddannelse af udviklere<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>H\u00e5ndtering af kildekode<\/li>\n<li>Design og implementering af applikationer<\/li>\n<li>Automatiseringsscenarier<\/li>\n<li>Automatiseret testning<\/li>\n<li>Kvalitetstestning af kode<\/li>\n<li>Kendskab til containerarkitekturer<\/li>\n<li>Viden om immutable infrastruktur<\/li>\n<li>Sikkerhed \u2013 h\u00e5ndtering af adgang til pipeline trin, godkendelse af workflows osv.<\/li>\n<li>God viden om OpenShift skabeloner, buildconfigs, deploymentconfigs, tjenester, ruter, configmaps<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Udvikling af applikationer og tests<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Kodning af applikationer<\/li>\n<li>Udvikling af automatiserede tests<\/li>\n<li>Reaktion p\u00e5 testfejl under implementerings pipeline<\/li>\n<li>Reaktion p\u00e5 applikationsfejl<\/li>\n<li>Brugeraccepttestning<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Design og implementering af applikationer<\/li>\n<li>Automatiseret testning<\/li>\n<li>H\u00e5ndtering af kildekode<\/li>\n<li>Overv\u00e5gning af applikationer<\/li>\n<li>Viden om arkitekturer for cloud native applikationer<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Operationel overv\u00e5gning og administration af applikationer<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>Design af applikationer med fokus p\u00e5 ydeevne<\/li>\n<li>Overv\u00e5gning af applikationer under udf\u00f8relse<\/li>\n<li>Skalering af applikationer (eller automatisk skalering)<\/li>\n<li>H\u00e5ndtering af applikations tilg\u00e6ngelighed<\/li>\n<li>Foresp\u00f8rgsels kvoter og ressourcebegr\u00e6nsninger <\/li>\n<li>Ydelsestestning og IT-kapacitetstestning<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Design og implementering af applikationsydelse<\/li>\n<li>Overv\u00e5gning af applikationsydelse<\/li>\n<li>Ydelsestestning og belastningstestning<\/li>\n<\/ul>\n<p><\/p>\n<p><b>Brugeraccepttestning<\/b><\/p>\n<p>Opgaver:<\/p>\n<ul>\n<li>UI testning (design og brugerinteraktion)<\/li>\n<li>Udvikling af automatiserede tests<\/li>\n<\/ul>\n<p><\/p>\n<ul>\n<li>Design og validering af brugergr\u00e6nseflader <\/li>\n<li>Skabeloner for automatiserede tests<\/li>\n<li>Testframeworks<\/li>\n<li>Designm\u00f8nstre for applikationer<\/li>\n<\/ul>\n<h3>Nye roller, der opst\u00e5r i IT-organisationen ved overgangen til OpenShift<\/h3>\n<p>\nVed overgangen til en DevOps-orienteret organisationsmodel reduceres specialiseringen af roller generelt, mens antallet af tv\u00e6rfaglige teams og roller stiger for at maksimere samarbejdets effektivitet. Her er, hvordan vi mener, at listen over n\u00f8glepositioner i en IT-organisation, der bruger OpenShift, ser ud:<\/p>\n<ul>\n<li>Applikationsdriftsingeni\u00f8r (Application Operations Engineer) ELLER Site Reliability Engineer. Tidligere kunne denne position kaldes \"Applikationsserveradministrator\".<\/li>\n<li>Applikationsudvikler\/softwareudvikler\/programmeringsingeni\u00f8r.<\/li>\n<li>Cluster-\/applikationsplatformadministrator. Tidligere kunne denne rolle kaldes \"Systemadministrator\" eller \"Linux-platformadministrator\".<\/li>\n<li>Softwareudgivelsesansvarlig (Release Manager)\/Bygningsingeni\u00f8r (Build Engineer).<\/li>\n<\/ul>\n<p><\/p>\n<h3>RACI-roller og opgave matrix<\/h3>\n<p>\nEndelig g\u00e5r vi videre til at matche de ovenfor n\u00e6vnte positioner og opgaver for at give et generelt indtryk af, hvordan strukturen skal se ud i en organisation, der implementerer DevOps p\u00e5 OpenShift-platformen. De roller, der er angivet nedenfor, kan oprindeligt udf\u00f8res af forskellige grene af den gamle, traditionelle organisationsstruktur. Men over tid sker der en konsolidering, og der opst\u00e5r nye teams, der er bygget rundt om applikationer og som p\u00e5tager sig de fleste, eller endda alle, af de opgaver, der er n\u00e6vnt nedenfor.<\/p>\n<p>Opgaver<br \/>\nRoller<\/p>\n<p>Applikationsdriftsingeni\u00f8r \/ Site Reliability Engineer<br \/>\nApplikationsudvikler \/ Softwareudvikler \/ Programm\u00f8r<br \/>\nCluster-\/applikationsplatformadministrator<br \/>\nSoftwareudgivelsesansvarlig \/ Bygningsingeni\u00f8r<\/p>\n<p>Automatisering og provisioning af IT-infrastrukturer<br \/>\nI<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Installation og administration af OpenShift-platformen<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Design og administration af implementerings pipelines<br \/>\nC<br \/>\nC<br \/>\nI<br \/>\nR\/A<\/p>\n<p>Forvaltning af forberedelse af kundemilj\u00f8er (tenant provisioning), isolation og IT-ressourcer<br \/>\nC<br \/>\nI<br \/>\nR\/A<br \/>\nI<\/p>\n<p>Bygning og administration af grundl\u00e6ggende billeder<br \/>\nR<br \/>\nC<br \/>\nR\/A<br \/>\nC<\/p>\n<p>Udvikling af applikationer og tests<br \/>\nC<br \/>\nR\/A<br \/>\nI<br \/>\nI<\/p>\n<p>Operationel overv\u00e5gning og administration af applikationer<br \/>\nR\/A<br \/>\nC<br \/>\nC<br \/>\nI<\/p>\n<p>Brugeraccepttestning<br \/>\nC<br \/>\nR<br \/>\nI<br \/>\nI<\/p>\n<p>\n<b>Betegnelser i RACI-matrixen<\/b><br \/>\nKilde: <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Responsibility_assignment_matrix\">Wikipedia<\/a><\/noindex> <\/p>\n<ul>\n<li><b>Responsible<\/b> \u2013 Ud\u00f8ver \u2013 den, der udf\u00f8rer det n\u00f8dvendige for at fuldf\u00f8re opgaven.<\/li>\n<li><b>Accountable<\/b> \u2013 Ansvarlig \u2013 den medarbejder, der i sidste ende er ansvarlig for korrekt og grundig udf\u00f8relse af opgaven eller opn\u00e5else af resultatet; og den eneste, der kan delegere arbejdet til ud\u00f8verne.<\/li>\n<li><b>Consulted<\/b> \u2013 Konsulenter \u2013 Det er typisk eksperter inden for emnet, hvis r\u00e5d bliver anmodet; der opretholdes tovejs kommunikation med dem.<\/li>\n<li><b>Informed<\/b> \u2013 Informeres \u2013 personer der holdes opdateret (nogle gange kun efter opgaven er fuldf\u00f8rt eller resultatet er opn\u00e5et); de modtager information ensidigt.<\/li>\n<\/ul>\n<p><\/p>\n<h3>Hvordan teams arbejder sammen i en DevOps-organisation<\/h3>\n<p>\nDen traditionelle model for ressourceindhentning er normalt en cyklus af anmodninger om tildeling af ressourcer, som derefter udf\u00f8res af flere teams. I sidste ende bliver alle n\u00f8dvendige ressourcer tildelt og bekr\u00e6ftet af den anmodende part. Ofte udf\u00f8res disse processer delvist eller helt manuelt og kr\u00e6ver hyppige og gentagne interaktioner mellem teams for at behandle hver anmodning med succes.<\/p>\n<p><i>Figur 1. Traditionel IT-organisation<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Hvordan OpenShift \u00e6ndrer den organisatoriske struktur i IT-organisationer. Evolution af organisationsmodeller ved overgangen til PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/29b0a4a64691062f03b8860466d18846.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Diagrammet ovenfor viser typiske relationer mellem teams i en traditionel IT-organisation. Inden for denne skema henvender nogle teams sig til andre teams med anmodninger om at udf\u00f8re n\u00f8dvendigt arbejde, ved brug af mere eller mindre formaliserede kommunikationsmidler, som ticketsystemer eller e-mail. Derefter bliver disse anmodninger sat i k\u00f8 og venter p\u00e5 deres tur, hvor lang ventetid ofte f\u00f8rer til forringelse eller endda forv\u00e6rring af forholdet mellem teams. Sp\u00e6ndingerne forst\u00e6rkes yderligere af, at medlemmerne af forskellige teams sj\u00e6ldent m\u00f8des personligt og som regel kun deler det mindste n\u00f8dvendige.<\/p>\n<p><i>Figur 2. IT-organisation DevOps<\/i><\/p>\n<p><img decoding=\"async\" alt=\"Hvordan OpenShift \u00e6ndrer den organisatoriske struktur i IT-organisationer. Evolution af organisationsmodeller ved overgangen til PaaS\" src=\"\/wp-content\/uploads\/2020\/02\/c422b58fff958032e93c1e87586ae0ea.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Denne diagram viser, hvordan samarbejdet fungerer i en DevOps-organisation. Her har de samme teams fra det tidligere diagram opgivet ineffektive kommunikationsformer, der forst\u00e6rkede splittelse, og har i stedet skabt personlige kontakter, hvilket resulterer i faste kommunikationskanaler mellem teams. Disse kanaler fremmer dannelsen af et hybrid f\u00e6rdighedss\u00e6t, der hj\u00e6lper medarbejdere med bedre at forst\u00e5 og representere behovene, problemerne og mulighederne for de teams, de repr\u00e6senterer. Teamene giver hinanden mulighed for at udf\u00f8re n\u00f8dvendigt arbejde via automatiserede selvbetjeningsportaler i stedet for at manuelt h\u00e5ndtere andres anmodninger om \u00e6ndringer, som det var f\u00f8r. Og takket v\u00e6re tilg\u00e6ngeligheden af kommunikationskanaler kan disse selvbetjeningssystemer hurtigt tilpasse sig de behov, som de er designet til. For at opn\u00e5 yderligere gensidig forst\u00e5else og vidensdeling i organisationen, roterer teammedlemmerne periodisk rollerne for at f\u00e5 erfaring med interaktion mellem forskellige teams og bedre forst\u00e5 det overordnede billede af de IT-systemer, de vedligeholder, hvilket dermed h\u00e6ver deres niveau af tv\u00e6rfaglighed og nytte.<\/p>\n<h3>Sammenfattende<\/h3>\n<p>\nI dette indl\u00e6g har vi beskrevet, hvordan implementeringen af PaaS-l\u00f8sninger kan motivere organisationer til at adoptere DevOps-metodologien, hvor traditionelle roller og opgaver \u00e6ndres i denne proces. Derfor har vi listet de vigtigste IT-opgaver, der opst\u00e5r i organisationen ved overgangen til OpenShift, samt de f\u00e6rdigheder, der er n\u00f8dvendige for at udf\u00f8re dem. Vi har ogs\u00e5 pr\u00e6senteret et grundl\u00e6ggende s\u00e6t organisatoriske roller, der opst\u00e5r ved opbygningen af tv\u00e6rfunktionelle DevOps-teams, samt en RACI-matrix, der forbinder de nye roller med de nye opgaver. Og endelig har vi forklaret, hvordan OpenShift-platformen og den dertil knyttede DevOps-metodologi kan \u00e6ndre organisationsstrukturen ved overgangen fra traditionelle hierarkier og systemer til behandling af anmodninger til tv\u00e6rfunktionelle teams med en h\u00f8jere grad af personlig kommunikation.<br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/redhatrussia\/blog\/489194\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c \u0418\u0422-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0439. \u041d\u0430 \u0434\u0435\u043b\u0435 \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u0430\u044f \u043e\u0442\u0434\u0430\u0447\u0430 \u043e\u0442 \u0438\u043d\u0432\u0435\u0441\u0442\u0438\u0446\u0438\u0439 \u0432 PaaS \u0437\u0430\u0447\u0430\u0441\u0442\u0443\u044e \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u0430 \u0442\u043e\u043b\u044c\u043a\u043e \u043f\u0440\u0438 \u0443\u0441\u043b\u043e\u0432\u0438\u0438 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0440\u043e\u043b\u0435\u0439, \u0441\u0444\u0435\u0440 \u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0441\u0442\u0438 (\u0437\u0430\u0434\u0430\u0447) \u0438 \u0441\u0445\u0435\u043c \u0432\u0437\u0430\u0438\u043c\u043e\u043e\u0442\u043d\u043e\u0448\u0435\u043d\u0438\u0439. \u041a \u0441\u0447\u0430\u0441\u0442\u044c\u044e, \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":70923,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-70922","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=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\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\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\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\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas\" \/>\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-02-22T12:37:55+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-03T13:14:39+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\udd47Hvordan OpenShift \u00e6ndrer den organisatoriske struktur i IT-organisationen. Evolutionen af organisatoriske modeller ved overgangen til PaaS | ProHoster","description":"Selvom PaaS-l\u00f8sningerne ('Platform as a Service') i sig selv ikke er i stand til at \u00e6ndre m\u00e5derne for individuel og teaminteraktion, fungerer de ofte som en katalysator for organisatoriske \u00e6ndringer som reaktion p\u00e5 den \u00f8gede fleksibilitet.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","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\u041a\u0430\u043a OpenShift \u043c\u0435\u043d\u044f\u0435\u0442 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u0443\u044e \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0418\u0422-\u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438. \u042d\u0432\u043e\u043b\u044e\u0446\u0438\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u043c\u043e\u0434\u0435\u043b\u0435\u0439 \u043f\u0440\u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0435 \u043d\u0430 PaaS | ProHoster","og:description":"\u0425\u043e\u0442\u044f \u0441\u0430\u043c\u0438 \u043f\u043e \u0441\u0435\u0431\u0435 \u0440\u0435\u0448\u0435\u043d\u0438\u044f PaaS (\u00ab\u041f\u043b\u0430\u0442\u0444\u043e\u0440\u043c\u0430 \u043a\u0430\u043a \u0441\u0435\u0440\u0432\u0438\u0441\u00bb) \u043d\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u043d\u044b \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0438\u043d\u0434\u0438\u0432\u0438\u0434\u0443\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u043a\u043e\u043c\u0430\u043d\u0434\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f, \u043e\u043d\u0438 \u0447\u0430\u0441\u0442\u043e \u0441\u043b\u0443\u0436\u0430\u0442 \u043a\u0430\u0442\u0430\u043b\u0438\u0437\u0430\u0442\u043e\u0440\u043e\u043c \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u043e\u043d\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 \u0432\u043e\u0437\u0440\u043e\u0441\u0448\u0443\u044e \u0433\u0438\u0431\u043a\u043e\u0441\u0442\u044c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-openshift-menyaet-organizaczionnuyu-strukturu-it-organizaczii-evolyucziya-organizaczionnyh-modelej-pri-perehode-na-paas","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-02-22T12:37:55+00:00","article:modified_time":"2020-03-03T13:14:39+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"70922","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 19:11:25","updated":"2026-02-09 17:11:04","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\/70922","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=70922"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/70922\/revisions"}],"predecessor-version":[{"id":159260,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/70922\/revisions\/159260"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/70923"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=70922"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=70922"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=70922"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}