Μενού

Διαχείριση απελευθέρωσης σε DevOps

release management devops

Δοκιμάστε Το Όργανο Μας Για Την Εξάλειψη Των Προβλημάτων

Τι είναι η Διαχείριση έκδοσης στο DevOps;

Ελπίζω να έχετε ξεκαθαρίσει Έννοια διαχείρισης διαμόρφωσης στο DevOps από το τελευταίο μας σεμινάριο.

Όπως ορίσαμε το DevOps νωρίτερα, το DevOps είναι ολόκληρη η ομάδα που κατέχει το λογισμικό από την αρχή του έως ότου παραδοθεί στην παραγωγή και διασφαλίζει ότι η εφαρμογή λειτουργεί στην παραγωγή σύμφωνα με τις απαιτήσεις.

Συνιστώμενη ανάγνωση => Καλύτερα εκπαιδευτικά σεμινάρια Ever DevOps

Διαχείριση απελευθέρωσης σε DevOps

Ως εκ τούτου, το 'Release Management', όπως όλοι γνωρίζουμε, είναι να διαχειριστούμε ποια έκδοση του λογισμικού αναπτύσσεται σε ποιο περιβάλλον, πότε και πώς δεν είναι μόνο ευθύνη του Release Manager, αλλά ευθύνη ολόκληρης της ομάδας στο DevOps.

Τα πρωταρχικά οφέλη του Release Management στο DevOps μπορούν να συνοψιστούν ως,

    • Ταχύτερες και συνεπείς παραδόσεις.
    • Ισχυρός έλεγχος και ιχνηλασιμότητα των αλλαγών.
    • Αυτοματοποίηση της διαδικασίας κυκλοφορίας: Υψηλότερη ποιότητα, συνέπεια, αυτοπεποίθηση.
    • Ενισχύει την εμπιστοσύνη μέσω επιτυχημένων και συνεπών παραδόσεων.
    • Πραγματοποίηση απελευθέρωσης - χωρίς πίεση δραστηριότητα
    • Χωρίς διακοπή

VIDEO Part4 Block 2: Διαχείριση κυκλοφορίας- 17 λεπτά 12 δευτερόλεπτα

Αντίγραφο:

Σε αυτό το μπλοκ, θα κατανοήσουμε το Διαδικασία διαχείρισης απελευθέρωσης του DevOps .

Τι είναι το Release Management στο πλαίσιο του DevOps και ποια είναι τα κύρια οφέλη του;

Όταν σκέφτομαι τη διαχείριση της κυκλοφορίας, τα διάφορα ερωτήματα που αναδύονται στο μυαλό μου είναι, ποια έκδοση εκτελείται σε ποιο περιβάλλον και ποιες ενημερώσεις έχουν εφαρμοστεί εκεί; Ποιες είναι οι επείγουσες επιδιορθώσεις που έχουν αναπτυχθεί και για ποιον πελάτη είναι;

Ξέρω ότι είναι ο πονοκέφαλος του διαχειριστή κυκλοφορίας να παρακολουθεί όλες αυτές τις πληροφορίες. Γνωρίζουμε, νωρίτερα, ότι η διαχείριση κυκλοφορίας δεν αποτελούσε ευθύνη του Dev ή των Ops. Ήταν μια ξεχωριστή ομάδα διαχείρισης έκδοσης που χρησιμοποιούσε τη διαχείριση των δραστηριοτήτων έκδοσης λογισμικού.

Και ένας ξεχωριστός πίνακας που ονομάζεται CCB και CAB, πίνακας ελέγχου αλλαγών, πίνακας έγκρισης αλλαγών, χρησιμοποιείται για τη διαχείριση της ευθύνης της διαχείρισης των αλλαγών και του ελέγχου του τι εφαρμόζεται και τι όχι.

Αλλά τώρα τα πράγματα έχουν αλλάξει με τα DevOps. Και δεν είναι μόνο ευθύνη του διαχειριστή κυκλοφορίας, αλλά ολόκληρης της ομάδας.

Όπως ορίσαμε το DevOps νωρίτερα, το DevOps είναι μια ολόκληρη ομάδα που κατέχει το λογισμικό από την αρχή έως ότου παραδοθεί στην παραγωγή και διασφαλίζει ότι η εφαρμογή λειτουργεί στην παραγωγή σύμφωνα με τις απαιτήσεις.

Έτσι, στο DevOps, εκτός εάν ο κώδικας έχει αναπτυχθεί στον ιστότοπο και παρακολουθείται επιτυχώς για την απόδοσή του για μια συγκεκριμένη περίοδο, η εργασία ανάπτυξης λογισμικού δεν έχει ολοκληρωθεί.

Ως εκ τούτου, η ευθύνη της παράδοσης του λογισμικού και της απόδοσής του σε ζωντανή ευθύνη ανήκει σε όλους στην ομάδα. Το ίδιο κάνει και η διαχείριση της έκδοσης.

Θα μάθουμε περισσότερα σχετικά με τις πτυχές διαχείρισης κυκλοφορίας στο DevOps.

Ας καταλάβουμε Τι είναι η Διαχείριση έκδοσης;

Όπως όλοι γνωρίζουμε, από μια ευρεία οπτική γωνία, η διαχείριση εκδόσεων διαχειρίζεται και διατηρεί τις πληροφορίες όπως, ποια έκδοση του λογισμικού ή τα στοιχεία αναπτύσσονται σε ποια περιβάλλοντα, πότε και πώς αναπτύχθηκε.

πώς να ταξινομήσετε το int array στην Java

Αυτό λοιπόν αφορά τη διαχείριση της κυκλοφορίας.

Ας δούμε πώς λειτουργεί η Διαδικασία Διαχείρισης Κυκλοφορίας.

Σε αντίθεση με νωρίτερα, δεν υπάρχει επίσημο CCB στο DevOps. Αλλά αυτό δεν σημαίνει ότι δεν γίνονται εγκρίσεις για τις αλλαγές.

Οι εγκρίσεις πραγματοποιούνται επίσης μέσω ενός εργαλείου. Τα εργαλεία διαχείρισης αλλαγών όπως το Jeera και το ClearQuest χρησιμοποιούνται για την πραγματοποίηση της καταγραφής και την έγκριση των αλλαγών και τη δρομολόγηση τους στην ομάδα Dev για να δημιουργήσουν ένα καθυστέρηση ως τεχνικό χρέος ή ως νέα απαίτηση.

Αυτές οι αλλαγές που επέλεξε η ομάδα του προγράμματος είναι κατασκευασμένες, δοκιμασμένες και εφαρμόζονται αυτόματα στην παραγωγή μαζί με τον αυτοματοποιημένο αγωγό παράδοσης. Όμως, κάθε αλλαγή καταγράφεται, στον έλεγχο της έκδοσης και αυτές οι αλλαγές ελέγχονται και ελέγχονται καθ 'όλη τη διάρκεια της παράδοσης.

Έτσι, οποιεσδήποτε αλλαγές γίνονται από την ομάδα, καταγράφονται στο εργαλείο ελέγχου εκδόσεων και τι έχουν αναπτυχθεί με επιτυχία στα περιβάλλοντα και οι διαμορφώσεις τους είναι διαθέσιμες στο εργαλείο διαμόρφωσης.

Ως εκ τούτου, τόσο ο έλεγχος έκδοσης όσο και η διαχείριση διαμόρφωσης μας δίνουν μια σαφή εικόνα του τι κυκλοφορεί, πότε κυκλοφορεί, πού κυκλοφορεί και πώς κυκλοφορεί.

Έτσι, στο πλαίσιο του DevOps, είναι βασικά ο έλεγχος έκδοσης και η διαχείριση διαμόρφωσης που λειτουργούν ως εργαλείο διαχείρισης έκδοσης. Έτσι, αυτές οι δύο διαδικασίες και εργαλεία λειτουργούν ως CCB, το οποίο ονομάζουμε στην παραδοσιακή μας μέθοδο ανάπτυξης.

Βασικά, αυτοματοποιεί το έργο ενός διαχειριστή CCB, ο οποίος επαληθεύει ιδανικά κάθε μία από αυτές τις αλλαγές ή τις κυκλοφορίες και πιστοποιεί ότι το αφήνει να ξεκινήσει την παραγωγή.

Σε περίπτωση DevOps, δεν είναι πιστοποιημένη η κυκλοφορία αλλά ολόκληρος ο αγωγός παράδοσης που πιστοποιείται με αυτοματοποιημένο τρόπο μαζί με χειροκίνητες πύλες.

Ως τέτοια η διαχείριση εκδόσεων δεν αποτελεί ξεχωριστή δραστηριότητα ως μέρος του DevOps, αλλά είναι ήδη ενσωματωμένο ως μέρος του αγωγού DevOps ή του αγωγού παράδοσης μαζί με τον έλεγχο έκδοσης, τη διαχείριση διαμόρφωσης και τον αγωγό ανάπτυξης.

Έτσι, ο έλεγχος έκδοσης όταν συνδυάζεται με τη διαχείριση διαμόρφωσης κάνει τη διαχείριση κυκλοφορίας.

Και ενώ προχωράμε στην εξάσκηση DevOps όπου στοχεύουμε να κάνουμε παραδόσεις σε διάστημα μερικών ωρών, πρακτικά είναι αδύνατο να διαχειριστούμε τέτοιες συχνές αναπτύξεις και την εγγραφή και τη συντήρησή του χειροκίνητα με τις παραδοσιακές διαδικασίες διαχείρισης κυκλοφορίας όπου αυτοί διαχειρίζονται χειροκίνητα με αυτοματισμό σε πολύ μικρό βαθμό.

Έτσι, η απόλυτη αυτοματοποίηση της διαδικασίας διαχείρισης κυκλοφορίας είναι απαραίτητη.

Επίσης, στον αγωγό DevOps, δεν χρειάζεται να ελέγξουμε τις αναπτύξεις, εάν οι αλλαγές εγκριθούν, κατασκευαστούν, δοκιμαστούν και μπουν στον έλεγχο έκδοσης, αυτόματα εφαρμόζονται στην παραγωγή. Φυσικά, υπάρχουν εναλλαγές δυνατοτήτων για ενεργοποίηση ή απενεργοποίηση για τον έλεγχο της παραγωγής.

Ο έλεγχος και η ιχνηλασιμότητα κάθε αλλαγής είναι ένα από τα ισχυρότερα οφέλη που έχουμε από τη σκοπιά της διαχείρισης κυκλοφορίας. Έτσι, όταν κατασκευάζουμε τον αγωγό DevOps ή τον αγωγό παράδοσης, δημιουργούμε αυτήν την καταγραφή και τον έλεγχο εντός του αγωγού, έτσι ώστε τα πραγματικά περιστατικά στο περιβάλλον να καταγράφονται και να ελέγχονται.

Λοιπόν, πρόκειται να πάρουμε τα πραγματικά περιστατικά που προκύπτουν λόγω της δράσης της ανάπτυξης της εφαρμογής στο περιβάλλον. Όντας μικρότερη και μικρότερη κυκλοφορία, είναι πολύ εύκολο να παρακολουθείτε αυτές τις αλλαγές καθ 'όλη τη διάρκεια της διαδικασίας.

Έχουμε φτάσει στο Εργαλείο μέρος της διαχείρισης κυκλοφορίας.

Τα εργαλεία διαχείρισης κυκλοφορίας που είναι διαθέσιμα στην αγορά διασφαλίζουν ότι η αυτόματη ανάπτυξη των αλλαγών είναι έγκαιρη και χωρίς σφάλματα και στοχεύουν στην παροχή της μέγιστης αξίας στους χρήστες.

Βασικά, είναι τα εργαλεία ανάπτυξης, που χρησιμοποιούνται στον αγωγό παράδοσης κατά την αυτοματοποιημένη ανάπτυξη.

Το XL Release είναι ένα τέτοιο εργαλείο διαχείρισης έκδοσης που είναι ειδικό για τη συνεχή ανάπτυξη. Όπως είπα νωρίτερα, αυτά τα εργαλεία βοηθούν τις ομάδες DevOps να σχεδιάσουν το μοντέλο ανάπτυξης τους και να βοηθήσουν στην παρακολούθηση των κυκλοφοριών αυτοματοποιώντας όλες τις εργασίες που σχετίζονται με την ανάπτυξη και τη διαχείριση των κυκλοφοριών.

Το Plutora είναι ένα άλλο τόσο στιβαρό εργαλείο που παρέχει μια σειρά εργαλείων Enterprise IT Release Management κατά παραγγελία που βοηθά στην παράδοση των εκδόσεων.

Το προϊόν διαχείρισης κύκλου ζωής κυκλοφορίας του BMC Software είναι επίσης ένα εργαλείο διαχείρισης κυκλοφορίας από το λογισμικό BMC που παρέχει ορατότητα από άκρο σε άκρο της προόδου της έκδοσης λογισμικού. Φαίνεται, μέσω μιας κεντρικής διαδικτυακής πύλης, οι χρήστες μπορούν να παρακολουθούν την ανάπτυξη εφαρμογών, το QA και την παραγωγή για να παρακολουθούν τις επιπτώσεις κάθε αλλαγής που πραγματοποιείται.

Υπάρχει ένα άλλο εργαλείο από το XebiaLabs. Αυτό το εργαλείο επιτρέπει τον σχεδιασμό, την αυτοματοποίηση και την ανάλυση του αγωγού για τις εκδόσεις λογισμικού τους.

Ας απαριθμήσουμε τα οφέλη του συστήματος αυτόματης διαχείρισης κυκλοφορίας του DevOps.

Πρώτα απ 'όλα, ολόκληρες οι διαδικασίες διαχείρισης κυκλοφορίας, οι οποίες είναι αυτοματοποιημένες, βοηθούν την ομάδα να έχει γρηγορότερες και συνεπείς παραδόσεις στους πελάτες.

Μάθαμε ότι, κάθε φορά που κάθε κυκλοφορία ή αλλαγή ωθείται μέσω ενός αγωγού συνεχούς παράδοσης σε περιβάλλον DevOps, κάθε πληροφορία για το τι έχει συμβεί πραγματικά στο περιβάλλον, θα καταγράφεται σαφώς στα αρχεία καταγραφής.

Έτσι, θα έχουμε πραγματικά πράγματα ή γεγονότα σε πραγματικό χρόνο που καταγράφονται στο αρχείο καταγραφής, όπως συνέβη κατά την πραγματική ανάπτυξη της κυκλοφορίας σε ένα συγκεκριμένο περιβάλλον.

Έτσι, με αυτό, έχουμε πολύ ισχυρό έλεγχο και ανιχνευσιμότητα των αλλαγών που διατηρούνται στο DevOps.

Κάθε φορά, οποιοσδήποτε κάνει οποιεσδήποτε αλλαγές σε οποιοδήποτε μέρος του αγωγού παράδοσης, θα εντοπιστεί.

Θα έχουμε στον έλεγχο έκδοσης, τι έχει αλλάξει, τι έχει αναπτυχθεί και τις αντίστοιχες διαμορφώσεις του. Αυτό, λοιπόν, παρέχει σαφή ορατότητα στις λεπτομέρειες σχετικά με το τι έχει παραδοθεί, το πού έχει παραδοθεί, πότε και πώς, σε κάθε κυκλοφορία.

Η αυτοματοποίηση του αγωγού απελευθέρωσης είναι ένα άλλο εξαιρετικό χαρακτηριστικό των DevOps, που αποτρέπει όσο το δυνατόν περισσότερο τη χειροκίνητη παρέμβαση και είναι επίσης πολύ εύκολο να εντοπιστεί σε περίπτωση αποτυχίας απελευθέρωσης, συγκρίνοντας την αποτυχημένη έκδοση με την επιτυχή έκδοση.

Έτσι, η αυτοματοποίηση του αγωγού απελευθέρωσης μας παρέχει την υψηλότερη ποιότητα παράδοσης μέσα σε λίγα λεπτά. Τα ανθρώπινα λάθη, η συνέπεια και προφανώς μεγαλύτερη εμπιστοσύνη στις παραδόσεις γίνονται.

Αυτό επιτρέπει επίσης στην ομάδα να αισθανθεί ότι η ανάπτυξη ή «κυκλοφορία στην παραγωγή» ως ρουτίνα ή καθημερινό πρόγραμμα, κάνοντάς τους να κατανοήσουν διεξοδικά τον αγωγό κυκλοφορίας και τις αναπτύξεις του.

Χωρίς αμφιβολία ότι αυτή η άνεση και η εξοικονόμηση χρόνου επιτρέπει στους ανθρώπους να επικεντρώνονται περισσότερο στα άλλα σημαντικά πράγματα από τα συνηθισμένα πράγματα.

Γνωρίζουμε νωρίτερα, οι κυκλοφορίες συνέβαιναν μετά από ώρες ή νωρίς και γενικά τα σαββατοκύριακα. Και η ομάδα ήταν υποχρεωμένη να υποστηρίξει αυτές τις κυκλοφορίες σε αυτά τα χρονικά διαστήματα.

Σκεφτείτε όλες τις αγχωτικές στιγμές πριν από την κυκλοφορία που θα συνέβαινε, να είστε ξύπνιοι τις επόμενες ώρες ή νωρίς το πρωί για να πραγματοποιήσετε την ανάπτυξη, καταλήγοντας να διαπράξετε ανθρώπινα λάθη, ξεχνώντας να κάνετε μια αλλαγή και, στη συνέχεια, προσεύχεστε τον Θεό να κάνει την κυκλοφορία επιτυχημένη και ούτω καθεξής.

Τώρα λοιπόν, η τρέχουσα μέθοδος ανάπτυξης και απελευθέρωσης DevOps έβαλε μια κουρτίνα σε όλα τα προηγούμενα δεινά των αγχωτικών στιγμών μας.

ύπνος () c ++

Όχι άλλες αναπτύξεις το Σαββατοκύριακο, όχι περισσότερες βραδινές νύχτες και όχι περισσότερο άγχος ανάπτυξης. Όλα είναι αυτοματοποιημένα. Επομένως, η κυκλοφορία νέων δυνατοτήτων ή η ενημέρωση αλλαγών δεν είναι πλέον μια αγχωτική δραστηριότητα.

Η μέθοδος ανάπτυξης του DevOps περιλαμβάνει, χωρίς διακοπή λειτουργίας ή οποιουδήποτε είδους διακοπές στους χρήστες, σε αντίθεση με την προηγούμενη περίπτωση αποστολής ενοχλητικών μηνυμάτων εκτός λειτουργίας σε όλους τους πελάτες και ζητώντας τους να σταματήσουν να χρησιμοποιούν την υπηρεσία ή να τους προσφέρουν ξαφνικές εκπλήξεις με τα απροσδόκητα προβλήματα που προέκυψαν κατά τη διάρκεια της αναβάθμισης και παράτασης περαιτέρω του χρόνου διακοπής.

Γελοίος !! Γιατί πρέπει να ενοχλούνται για τις αναβαθμίσεις λογισμικού που κάνουμε ή γιατί πρέπει να αντιμετωπίζουν προβλήματα με αυτές τις ενημερώσεις;

Μην ενοχλείτε τους χρήστες με οποιεσδήποτε ενημερώσεις πραγματοποιεί η ομάδα λογισμικού στον διακομιστή. Ως εκ τούτου, ο τρόπος δημιουργίας κυκλοφοριών από το DevOps έθεσε τέλος σε όλα αυτά τα προβλήματα.

Όχι περισσότερες ολονύκτιες αναπτύξεις, δεν παρέχονται περισσότερες ενημερώσεις κώδικα στους πελάτες και καμία διακοπή της υπηρεσίας.

Με αυτό, ολοκληρώνουμε το θέμα «Διαχείριση έκδοσης σε DevOps».

Στο επερχόμενο σεμινάριό μας , θα μάθουμε περισσότερα για το Διαδικασία παρακολούθησης απόδοσης εφαρμογών σε DevOps.

Εκπαιδευτικό πρόγραμμα PREV | ΕΠΟΜΕΝΟ Φροντιστήριο

Συνιστώμενη ανάγνωση

^