{"id":32368,"date":"2019-10-31T21:46:38","date_gmt":"2019-10-31T18:46:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chto-takoe-continuous-delivery\/"},"modified":"2019-10-31T21:46:38","modified_gmt":"2019-10-31T18:46:38","slug":"spravochnaya-chto-takoe-continuous-delivery","status":"publish","type":"post","link":"https:\/\/prohoster.info\/no\/blog\/administrirovanie\/spravochnaya-chto-takoe-continuous-delivery","title":{"rendered":"Referanse: Hva er Continuous Delivery","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tidligere har vi fortalt<\/a><\/noindex> Continuous Integration (CI). Vi fortsetter med Continuous Delivery. Dette er et sett med metoder for programvareutvikling. Det hjelper med \u00e5 sikre at koden er klar for distribusjon.<\/p>\n

\"Referanse:<\/a><\/noindex><\/a><\/noindex>
\n\/ Pixabay \/ bluebudgie<\/a><\/noindex> \/ PL<\/a><\/noindex><\/i><\/p>\n

Historie<\/h2>\n

\nUttrykket continuous delivery kunne allerede sees i agile-manifestet<\/a><\/noindex> fra 2001 i begynnelsen av listen over grunnleggende prinsipper: \u00abPrioritet er \u00e5 l\u00f8se kundens problemer gjennom kontinuerlig levering av relevant programvare\u00bb.<\/p>\n

I 2010 ga Jez Humble og David Farley ut en bok<\/a><\/noindex> om Continuous Delivery. Forfatterne mente at CD supplerer tiln\u00e6rmingen Continuous Integration<\/a><\/noindex> og gj\u00f8r det lettere \u00e5 forberede koden for distribusjon.<\/p>\n

Etter publiseringen av boken begynte tiln\u00e6rmingen \u00e5 f\u00e5 fotfeste, og p\u00e5 bare noen f\u00e5 \u00e5r ble den nesten allment akseptert. If\u00f8lge en unders\u00f8kelse<\/a><\/noindex>, utf\u00f8rt blant mer enn 600 utviklere og IT-ledere i 2014, var 97 % av tekniske ledere og 84 % av utviklerne kjent med Continuous Delivery.<\/p>\n

For \u00f8yeblikket forblir denne tiln\u00e6rmingen en av de mest popul\u00e6re. If\u00f8lge en studie fra 2018, som involverte IT-fellesskapet DevOps and Jenkins Community, bruker<\/a><\/noindex> halvparten av mer enn tusen respondenter.<\/p>\n

Hvordan Continuous Delivery fungerer<\/h2>\n

\nGrunnlaget for CD er at koden er klar for distribusjon. For \u00e5 oppn\u00e5 dette brukes automatisering av programvareforberedelsesprosessen f\u00f8r utgivelse. Det m\u00e5 v\u00e6re standardisert for ulike utviklingsmilj\u00f8er, noe som kan hjelpe med \u00e5 oppdage svakheter raskere og optimalisere dem. For eksempel ved \u00e5 akselerere testing.<\/p>\n

Et eksempel p\u00e5 en Continuous Delivery-prosess ser slik ut:<\/p>\n

\"Referanse:
\n
\nHvis de f\u00f8rste to trinnene automatiseres av tiln\u00e6rmingen Continuous Integration, s\u00e5 er de neste to \u2013 Continuous Delivery. Stabiliteten i prosessen sikres ogs\u00e5 gjennom konfigurasjonsstyringssystemer.<\/a><\/noindex>De overv\u00e5ker endringer i infrastruktur, databaser og avhengigheter. Selve distribusjonen kan v\u00e6re automatisert, eller den kan utf\u00f8res manuelt.<\/p>\n

Prosessen stiller f\u00f8lgende krav:<\/p>\n