Menu

Continue levering in DevOps

continuous delivery devops

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wat is continue levering in DevOps?

Continue integratie werd in detail uitgelegd in onze laatste tutorial. Hier zien we Continuous Delivery in DevOps.

Continue levering is het belangrijke proces waarbij de software / updates in kleinere stappen aan de productie worden geleverd, zodat de software op elk moment kan worden vrijgegeven. Met deze aanpak van DevOps staat het team altijd klaar voor ‘Delivering any time’ aan de productie.

Lees ook => Een complete DevOps-gids

Continue levering in DevOps

Continue levering is dus een pijplijn of een levenscyclus van een code, waarbij de code die nieuw is ontwikkeld of bijgewerkt door het softwareteam, in verschillende stadia wordt getest, zowel door middel van handmatige als geautomatiseerde tests, en zowel de handmatige als de geautomatiseerde stagepoorten doorstaat. productie.

De belangrijkste focus en doelstelling van continue levering zijn om vrij sneller en vaker, in korte cycli, te bouwen, testen en vrijgeven aan de klant.

Hieronder staan ​​de voordelen van de cd.

    1. Verhoogt het aantal leveringen.
    2. Minimaliseert het risico op uitval in de productie.
    3. Vermindert handmatig werk.
    4. Verhoogt het vertrouwen in het team.
    5. Hiermee kan het team alles automatiseren.
    6. Maakt snellere feedback mogelijk.

VIDEO deel 3 Blok 2: continue levering- 10 minuten 28 seconden

Vertaling:

We hebben deel 1 en deel 2 van deze lezingenreeks afgerond en momenteel in deel 3, blok 2

In blok1 hebben we onderzoek gedaan naar Continuous Integration, wat een belangrijk geautomatiseerd proces is in de DevOps-praktijk, waarbij we begrepen dat continue integratie een continu proces is van het samenvoegen van alle ontwikkelaarscode naar een centrale opslagplaats en het valideren van elke fusie met een succesvolle build en geautomatiseerde unit-tests .

We hebben ook de voordelen van CI onderzocht.

oops concepten in c # met voorbeelden

Laten we nu eens kijken naar Continuous Delivery, een ander belangrijk proces in de DevOps-praktijk.

We weten dat het hoofddoel van DevOps is om continu met kleine incrementen van waarde aan klanten te leveren.

Dus, in lijn met deze doelstelling, is Continuous Delivery, CD, kortom, zoiets als waar het team altijd klaar staat op ‘ op elk moment bezorgen ’ aan de productie, in plaats van ons eeuwenoude model om alleen te leveren op de bepaalde overeengekomen leverdatum en alleen aan die datum vast te houden.

Continue levering is dus een pijplijn of een levenscyclus van een code, waarbij de code die nieuw is ontwikkeld of bijgewerkt door het softwareteam, in verschillende stadia wordt getest, zowel door middel van handmatige als geautomatiseerde tests, en zowel de handmatige als de geautomatiseerde stagepoorten doorstaat. productie.

De belangrijkste focus en doelstelling van continue levering is om vrij sneller en vaker te bouwen, testen en vrijgeven aan de klant. Je weet sneller en verwijst vaak naar slechts een paar uur in DevOps.

Kortom, Continuous delivery is een benadering van het leveren van software in korte cycli.

beste sites om anime nagesynchroniseerd te bekijken

Het is dus duidelijk dat CD de klant vaker waarde wil leveren door de kosten te verlagen, de bezorgsnelheid te verhogen, de betrouwbaarheid te vergroten en het risico van het afleveren van zware stukken code te verkleinen.

Daarom is continue levering een proces waarbij de software / updates in kleinere stappen aan de productie worden geleverd, zodat de software op elk moment kan worden vrijgegeven.

Dit is de schematische weergave van Continuous Delivery.

We zullen er wat meer details over begrijpen.

Wanneer snellere leveringen, gericht op kosten, tijd, kwaliteit en betrouwbaarheid, het doel is van continue levering, is ‘Automatisering doorheen’ een must.

CD omvat de totale automatisering voor de volledige cyclus die begint met het inchecken van de code, het compileren en bouwen, het uitvoeren van geautomatiseerde unit-tests, het uitvoeren van acceptatietests en totdat de code in productie is en deze pijplijn wordt ‘Automated deployment pipeline’ genoemd.

In DevOps wordt continue levering dus ook wel ‘Automated Deployment Pipeline’ genoemd.

Dit omvat enkele handmatige tests, zoals ‘Gebruikersacceptatietests’ die doorgaans door de eindgebruiker worden uitgevoerd, en ook enkele handmatige goedkeuringspoorten, aangezien de code dicht bij de productieomgeving komt.

Welnu, de definitie van een CD-pijplijn en de opname van verschillende testfasen, geen testfasen en goedkeuringspoorten, handmatig of geautomatiseerd, hangt af van de organisatie, op basis van de programmavereisten.

Dus als u dit diagram ziet, kunnen we duidelijk zeggen dat continue levering twee pijplijnen omvat, één is een pijplijn die CI omvat, die bestaat uit geautomatiseerde build-trigger, compileren, bouwen en implementeren.

De andere is de testpijplijn die in feite ‘continu testen’ omvat, die we in het volgende blok zullen bespreken.

Laten we, nadat we de benadering van continue levering hebben begrepen, de voordelen van continue levering op een rijtje zetten.

Continue levering is een geautomatiseerde implementatiepijplijn en daarom is het duidelijk dat

# 1. Verhoogt het aantal leveringen

#twee. CD is een korte cyclus zo klein als die in een paar uur loopt. Omdat CD klein is en vaak wordt geïmplementeerd, neemt het risico op uitval bij de productie weg.

# 3. Tenzij er een verplichte menselijke tussenkomst is, is alles in de pijplijn, van begin tot eind, geautomatiseerd. Er worden dus veel handmatige werken verminderd.

# 4. Voortdurende levering vergroot het vertrouwen in het team en het team zal altijd voorbereid zijn op ‘levering aan productie’ en hun geest zal constant gericht zijn op de kwaliteit en de snelheid die bij de productie wordt verwacht.

# 5. Continue levering maakt het mogelijk en verrijkt zowel ontwikkeling als Operations om alles in de pijplijn te automatiseren, waaronder ontwikkeling en operationele activiteiten, triggering, bouwen, testen van eenheden, implementatie, het definiëren van infrastructuur- en omgevingsconfiguraties als code, hogere testniveaus (functionaliteit, beveiliging , prestaties, gebruikersinterface enz.,)

# 6 ​Last but not least helpt continue levering, dat een korte implementatiecyclus is, het team om snellere feedback over de levering te krijgen, ook dat niet alleen van de ontwikkelomgeving, maar ook van de productieomgeving, waardoor de softwareleveringen laag blijven. stressactiviteit of BAU, business as usual voor het team.

Hiermee voltooien we, leren we over de benadering van continue levering en de voordelen ervan.

Laten we in onze aankomende video ook begrijpen wat continue implementatie is en hoe het verschilt van continue levering. We zullen ook leren over de continue testpijplijn.

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

^