Menu

Continue implementatie in DevOps

continuous deployment devops

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wat is continue implementatie in DevOps?

In onze vorige tutorial in deze serie werd de betekenis van Continue levering ​

Continue levering is een geautomatiseerde implementatiepijplijn met automatische en handmatige poorten ertussen, terwijl continue implementatie de continue leveringspijplijn is zonder handmatige poorten ertussen.

Aanbevolen literatuur => DevOps-training met tutorials in tekst en video

Continue implementatie in DevOps

Continue implementatie hoeft dus geen ‘vrijgave voor productie’ te zijn. Maar de code wordt geïmplementeerd in de productie en wordt gedempt met ‘Feature Toggles’ en wanneer het klaar is, wordt de Feature-schakelaar ingeschakeld.

Deze functie-schakelingen voorkomen elk risico van uitval van de feature-functionaliteit in de productie door de geïmplementeerde feature in de productie UIT te schakelen.

Met deze optie kan de functie ook worden ingeschakeld voor een bepaalde groep gebruikers of een bepaalde geografie of een bepaalde klantensite of zelfs voor interne medewerkers voor eerste evaluatie en feedback.

VIDEO Deel 3 Blok 3: continue implementatie- 6 minuten 28 seconden

wat is de beste software voor het verwijderen van spyware

Videotranscriptie:

Net voor de vorige video leerden we over de benadering van continue levering en de voordelen ervan.

In dit blok leren we over continue implementatie en hoe verschilt dit van continue levering. En we zullen ook de betekenis van continu testen en de continue testpijplijn in DevOps begrijpen.

Hier wil ik een andere term van DevOps introduceren, namelijk continue implementatie, die niet moet worden verward met continue levering omdat de korte vorm van beide CD is.

Zoals we al weten, is continue levering of cd het proces waarbij de software of software-updates in kleinere stappen aan de productie worden geleverd, zodat de software op elk moment voor de productie kan worden vrijgegeven.

youtube naar mp3 gedurende 20 minuten

Het is een geautomatiseerde implementatiepijplijn met daartussen zowel geautomatiseerde als handmatige poorten.

Laten we nu naar continue implementatie gaan.

Continue implementatie is ook een pijplijn voor continue levering, maar zonder handmatige poorten ertussen. Ik bedoel, geen handmatige poorten of geen handmatige tussenkomst, vanaf de initiële code-vastlegging tot de code in productie is.

Deze afbeelding zal u de continue implementatiepijplijn uitleggen.

Zoals je in dit diagram ziet, is het hetzelfde als een pijplijn voor continue levering, er zal een build-trigger zijn gevolgd door een code-check-in, geautomatiseerde compilatie, build, unit-tests, implementatie en andere automatiseert tests tot de 'implementatie naar de productie '.

Hier zal ik dit niet 'vrijgeven voor productie' noemen, maar implementatie naar productie, wat ik straks zal uitleggen.

Er zijn dus geen handmatige testfasen of handmatige goedkeuringspoorten of met andere woorden helemaal geen handmatige tussenkomst.

bash bestanden regel voor regel vergelijken

Dit gebeurt voornamelijk in een volwassen organisatie en in het geval van levering of updates van gerijpte producten, waar DevOps-praktijken zeer goed zijn ingeburgerd en daarom is alleen een geautomatiseerde leveringspijplijn voldoende om voor kwaliteit te zorgen en zijn er geen handmatige tests en kwaliteitspoorten vereist.

Functiewisselingen zijn echter noodzakelijk voor continue implementatie, hoewel aanwezig in beide methoden, d.w.z. continue levering en continue implementatie, en ze zijn onmisbaar voor continue implementatiepijplijn.

De functie schakelt om elk risico van uitval van de feature functionaliteit in de productie te vermijden door de geïmplementeerde feature in de productie UIT te schakelen. Deze kenmerkvlag zorgt er dus voor dat alle functies die op de productie worden geïmplementeerd, AAN of UIT kunnen worden gezet op basis van de vereiste en dus niet onmiddellijk hoeven te worden vrijgegeven aan de eindgebruikers.

Zoals eerder vermeld, hoeft continue implementatie niet per se een release voor klanten te zijn, maar een ‘implementatie naar productie’. Deze optie van continue implementatie wordt gebruikt bij het implementeren van bepaalde tijdgebonden functies.

Om een Voorbeeld , een serviceaanbod met toegevoegde waarde van een mobiele operator aan de klanten, tijdens Kerstmis, kan op elk moment via een continue implementatiemethode worden geïmplementeerd in de productie, zodat de functie of het servicepakket met toegevoegde waarde live gereed wordt gehouden en tijdens Kerstmis of om middernacht van het nieuwe jaar enz., Door middel van een functieknop.

En deze functie kan tijdens de vroege uurtjes of slaapuren tijdens de productie worden geopend en later op de dag veilig worden ingeschakeld voor de eindgebruikers, nadat je hebt gecontroleerd of het goed werkt.

In feite is het alsof u de code / functie implementeert in de productie, maar de code pas uitvoert als het het juiste moment is of het team een ​​beslissing neemt om de code of functie vrij te geven.

Met deze optie kan de functie ook worden ingeschakeld voor een bepaalde groep gebruikers of een bepaalde geografische locatie of een bepaalde klantensite of zelfs voor interne medewerkers voor eerste evaluatie en feedback.

Mensen verwijzen ook naar de DevOps-praktijk als CI-CD-model, waar CD verwijst naar continue levering, continue implementatie. En dit gaat allemaal over continue inzet.

Voorgestelde lezing = >> Continue implementatie met Pact CLI

In de komende video-tutorial zullen we leren over ‘continu testen’ en continue testpijplijn.

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

^