Πολλοί από εσάς ίσως γνωρίζετε όλες τις θεωρίες που σχετίζονται με . Αλλά ξέρετε πώς να εφαρμόσετε τις αρχές DevOps στην πραγματική ζωή; Σε αυτό το blog, θα συζητήσω τα σενάρια DevOps σε πραγματικό χρόνο που θα σας βοηθήσουν να κατανοήσετε σύντομα πώς λειτουργούν τα πράγματα σε πραγματικό χρόνο.
Οι δείκτες που θα καλύψω σε αυτόΆρθρο σεναρίων σε πραγματικό χρόνο DevOpsείναι:
- Τι είναι το DevOps;
- Προβλήματα που επιλύθηκαν από το DevOps
- Σενάρια CI (Συνεχής ολοκλήρωση)
- Σενάρια CT (Συνεχής δοκιμή)
- Σενάρια CD (Συνεχής παράδοση)
- Σενάρια δεδομένων DevOps
Ας ξεκινήσουμε λοιπόν με το πρώτο μας θέμα.
Τι είναι το DevOps;
Το DevOps είναι μια προσέγγιση ανάπτυξης λογισμικού που περιλαμβάνει συνεχή ανάπτυξη, συνεχείς δοκιμές, συνεχή ολοκλήρωση, συνεχή ανάπτυξη και συνεχή παρακολούθηση του λογισμικού καθ 'όλη τη διάρκεια του κύκλου ζωής του. Αυτές οι δραστηριότητες είναι δυνατές μόνο στο DevOps, όχι στο Agile ή στον καταρράκτη. Αυτός είναι ο λόγος για τον οποίο το Facebook και άλλες κορυφαίες εταιρείες επέλεξαν το DevOps ως το δρόμο για τους επιχειρηματικούς τους στόχους.Το DevOps προτιμάται κυρίως για την ανάπτυξη λογισμικού υψηλής ποιότητας σε μικρότερους κύκλους ανάπτυξης που οδηγεί σε μεγαλύτερη ικανοποίηση των πελατών.
Στην επόμενη ενότητα αυτούΆρθρο σενάρια σε πραγματικό χρόνο DevOps, θα ρίξουμε μια ματιά στα διάφορα προβλήματα που επιλύθηκαν από το DevOps.
Προβλήματα που επιλύθηκαν από το DevOps
1. Παραδώστε αξία στους πελάτες
- DevOps ελαχιστοποιεί τον χρόνο χρειάζεται για να προσφέρει αξία στους πελάτες. Ο χρόνος κύκλου από την ολοκλήρωση μιας ιστορίας / εργασίας από τον προγραμματιστή έως την παραγωγή μειώνεται σημαντικά, επιτρέποντας την πραγματοποίηση της αξίας το συντομότερο δυνατό.
Η πιο σημαντική αξία που επιτυγχάνεται μέσω του DevOps είναι ότι επιτρέπει σε οργανισμούς πληροφορικής να το κάνουν επικεντρωθούν στις «βασικές» επιχειρηματικές τους δραστηριότητες . Καταργώντας τους περιορισμούς στη ροή τιμών και αυτοματοποιώντας τους αγωγούς ανάπτυξης, οι ομάδες μπορούν να επικεντρωθούν στις δραστηριότητες. Αυτό βοηθά στη δημιουργία αξίας πελάτη και όχι απλώς σε κίνηση bit και byte. Αυτές οι δραστηριότητες αυξάνουν το βιώσιμο ανταγωνιστικό πλεονέκτημα μιας εταιρείας και δημιουργούν καλύτερα επιχειρηματικά αποτελέσματα.
2. Μειωμένος χρόνος κύκλου
Εσωτερικά το DevOps είναι ο μόνος τρόπος για να επιτευχθεί η ευελιξία για την παροχή ασφαλούς κώδικα με πληροφορίες. Είναι σημαντικό να υπάρχουν πύλες και μια καλά σχεδιασμένη διαδικασία DevOps. Όταν παραδίδετε μια νέα έκδοση, μπορεί να εκτελείται δίπλα-δίπλα με την τρέχουσα έκδοση. Μπορείτε επίσης να συγκρίνετε μετρήσεις για να επιτύχετε αυτό που θέλετε με μετρήσεις εφαρμογής και απόδοσης.
Το DevOps οδηγεί τις ομάδες ανάπτυξης συνεχής βελτίωση και ταχύτεροι κύκλοι απελευθέρωσης . Εάν γίνει καλά, αυτή η επαναληπτική διαδικασία επιτρέπει περισσότερη εστίαση με την πάροδο του χρόνου, στα πράγματα που πραγματικά έχουν σημασία. Όπως πράγματα που δημιουργούν εξαιρετικές εμπειρίες για τους χρήστες - και λιγότερο χρόνο στη διαχείριση εργαλείων, διαδικασιών και τεχνολογίας.
3. Ώρα για αγορά
Το πιο σημαντικό πρόβλημα που επιλύεται είναι το μείωση της πολυπλοκότητας της διαδικασίας. Αυτό συμβάλλει σημαντικά στην επιτυχία της επιχείρησής μας, συντομεύοντας το χρόνο μας στην αγορά, δίνοντάς μας γρήγορα σχόλια σχετικά με τις δυνατότητες και καθιστώντας μας πιο ανταποκρινόμενους στις ανάγκες των πελατών μας.
4. Επίλυση προβλημάτων
Η μεγαλύτερη αξία της επιτυχημένης εφαρμογής του DevOps είναι η μεγαλύτερη εμπιστοσύνη στην παράδοση, την ορατότητα και την ιχνηλασιμότητα σε ό, τι συμβαίνει, ώστε να μπορείτε να επιλύετε προβλήματα πιο γρήγορα.
Ένα άλλο σημαντικό πλεονέκτημα του DevOps δεν είναι σπατάλη χρόνου. Η ευθυγράμμιση των ατόμων και των πόρων ενός οργανισμού επιτρέπει γρήγορες αναπτύξεις και ενημερώσεις. Αυτό επιτρέπει στα προγράμματα DevOps να διορθώνουν προβλήματα πριν μετατραπούν σε καταστροφές.Το DevOps δημιουργεί μια κουλτούρα διαφάνειας που προωθεί την εστίαση και τη συνεργασία μεταξύ ομάδων ανάπτυξης, επιχειρήσεων και ασφάλειας.
CI (Συνεχής ολοκλήρωση) σεΣενάρια σε πραγματικό χρόνο DevOps
1. Τα άτομα μπορούν να δουν τη συνεχή ολοκλήρωση αντιπαραγωγικά
Τα μέλη μιας ομάδας ανάπτυξης έχουν διαφορετικούς ρόλους, ευθύνες και προτεραιότητες. Είναι πιθανό η πρώτη προτεραιότητα του διαχειριστή προϊόντων να είναι η παρουσίαση νέων δυνατοτήτων, ο διαχειριστής έργου πρέπει να βεβαιωθεί ότι η ομάδα του πληροί την προθεσμία. Οι προγραμματιστές μπορεί να πιστεύουν ότι αν σταματήσουν να διορθώνουν ένα μικρό σφάλμα κάθε φορά που συμβαίνει θα τους επιβραδύνουν. Μπορεί να αισθάνονται ότι η διατήρηση της κατασκευής καθαρή είναι μια επιπλέον επιβάρυνση για αυτούς και δεν θα ωφεληθούν για τις επιπλέον προσπάθειές τους. Αυτό μπορεί να θέσει σε κίνδυνο τη διαδικασία προσαρμογής.
Για να ξεπεραστεί αυτό:
Πρώτον, βεβαιωθείτε ότι ολόκληρη η ομάδα σας συμμετέχει πριν υιοθετήσετε τη συνεχή ενσωμάτωση.
Οι ΚΟΤ και οι ηγέτες της ομάδας πρέπει να βοηθήσουν τα μέλη της ομάδας να κατανοήσουν το κόστος και τα οφέλη της συνεχούς ολοκλήρωσης.
Επισημάνετε τι και πότε οι κωδικοποιητές θα επωφεληθούν αφιερωμένοι σε μια διαφορετική μέθοδο εργασίας που απαιτεί λίγο περισσότερη διαφάνεια και ευελιξία.
2. Ενσωμάτωση του CI στην υπάρχουσα ροή ανάπτυξης
Η υιοθέτηση του CI έρχεται αναπόφευκτα με την ανάγκη ουσιαστικής αλλαγής ορισμένων τμημάτων της ροής εργασιών ανάπτυξης. Είναι πιθανό οι προγραμματιστές σας να μην διορθώσουν τη ροή εργασίας αν δεν είναι κατεστραμμένο. Αυτό είναι δυνατό κυρίως εάν η ομάδα σας έχει μεγαλύτερη ρουτίνα στην εκτέλεση της τρέχουσας ροής εργασίας.
Εάν θέλετε να αλλάξετε τη ροή εργασίας, τότε πρέπει να το κάνετε με εξαιρετικές προφυλάξεις. Διαφορετικά, θα μπορούσε να θέσει σε κίνδυνο την παραγωγικότητα της ομάδας ανάπτυξης και επίσης την ποιότητα του προϊόντος. Χωρίς επαρκή υποστήριξη από την ηγεσία, η ομάδα ανάπτυξης μπορεί να είναι λίγο απρόθυμη να αναλάβει ένα έργο με τέτοιου είδους κινδύνους.
Για να ξεπεραστεί αυτό:
Το system.exit (0) μπορεί να χρησιμοποιηθεί για τον τερματισμό του προγράμματος.
Πρέπει να βεβαιωθείτε ότι έχετε αρκετό χρόνο για την ομάδα σας να αναπτύξει τη νέα ροή εργασίας τους. Αυτό γίνεται για να επιλέξετε μια ευέλικτη λύση συνεχούς ολοκλήρωσης που μπορεί να υποστηρίξει τη νέα ροή εργασίας τους.
Επίσης, βεβαιωθείτε ότι η εταιρεία έχει την πλάτη τους, ακόμη και αν τα πράγματα μπορεί να μην πάνε πολύ ομαλά στην αρχή.
3. Υποτροπή στις προηγούμενες συνήθειες δοκιμών
Το άμεσο αποτέλεσμα της υιοθέτησης συνεχούς ενσωμάτωσης είναι ότι η ομάδα σας θα δοκιμάζει πιο συχνά. Έτσι, περισσότερες δοκιμές θα χρειαστούν περισσότερες δοκιμαστικές περιπτώσεις και η σύνταξη δοκιμαστικών περιπτώσεων μπορεί να είναι χρονοβόρα. Ως εκ τούτου, οι προγραμματιστές συχνά πρέπει να διαιρέσουν το χρόνο τους μεταξύ της διόρθωσης σφαλμάτων και της σύνταξης δοκιμαστικών υποθέσεων.
Προσωρινά, οι προγραμματιστές ενδέχεται να είναι σε θέση να εξοικονομήσουν χρόνο ελέγχοντας με μη αυτόματο τρόπο, αλλά μπορεί να βλάψουν περισσότερο μακροπρόθεσμα. Όσο περισσότερο καθυστερούν τις δοκιμαστικές περιπτώσεις, τόσο πιο δύσκολο θα είναι να παρακολουθήσουν την πρόοδο της εξέλιξης. Στο χειρότερο σενάριο, η ομάδα σας μπορεί να καταλήξει στην παλιά διαδικασία δοκιμών.
Για να ξεπεραστεί αυτό:
Πρέπει να τονίσετε ότι η σύνταξη δοκιμαστικών περιπτώσεων από την αρχή θα μπορούσε να εξοικονομήσει πολύ χρόνο για την ομάδα σας και να εξασφαλίσει υψηλή δοκιμαστική κάλυψη του προϊόντος σας.
Επίσης, ενσωματώστε την ιδέα στην κουλτούρα της εταιρείας σας ότι οι δοκιμαστικές θήκες είναι τόσο πολύτιμα στοιχεία όσο η ίδια η βάση κώδικα.
4. Προγραμματιστές που αγνοούν τα μηνύματα σφάλματος
Είναι ένα κοινό πρόβλημα ότι όταν οι μεγαλύτερες ομάδες συνεργάζονται, το ποσό των ειδοποιήσεων CI γίνεται συντριπτικό και οι προγραμματιστές αρχίζουν να τις αγνοούν και να τις θέτουν σε σίγαση. Επομένως, είναι πιθανό να χάσουν τις ενημερώσεις που σχετίζονται με αυτές.
Μπορεί να οδηγήσει σε ένα στάδιο όπου οι κωδικοποιητές αναπτύσσουν μια σχετική ανοσία σε σπασμένα build και μηνύματα σφάλματος. Όσο περισσότερο αγνοούν τις σχετικές ειδοποιήσεις, τόσο περισσότερο αναπτύσσονται χωρίς ανατροφοδότηση προς λάθος κατεύθυνση. Αυτό θα μπορούσε ενδεχομένως να προκαλέσει τεράστιες ανατροπές, σπατάλη χρημάτων, πόρων και χρόνου.
Για να ξεπεραστεί αυτό:
Θα πρέπει να στείλετε κρίσιμες ενημερώσεις μόνο.
Στείλτε την ειδοποίηση μόνο στους αντίστοιχους προγραμματιστές που είναι υπεύθυνοι για την διόρθωσή της.
CT (Συνεχής δοκιμή) σεΣενάρια σε πραγματικό χρόνο DevOps
Λήψη προδιαγραφών απαιτήσεων σωστά
Εάν λάβετε τις απαιτήσεις σας σωστά, τότε κερδίζεται σχεδόν το ήμισυ της μάχης. Έτσι, εάν έχετε μια πολύ συγκεκριμένη και ακριβή κατανόηση των απαιτήσεων, μπορείτε να σχεδιάσετε καλύτερα σχέδια δοκιμών και να καλύψετε τις απαιτήσεις καλά.
Ωστόσο, πολλές ομάδες ξοδεύουν πολύ χρόνο και προσπάθεια απλώς διευκρινίζοντας τις απαιτήσεις. Αυτό είναι ένα πολύ συνηθισμένο πρόβλημα και για να αποφευχθεί αυτό, οι ομάδες μπορούν να υιοθετήσουν τεχνικές δοκιμών βάσει μοντέλου και Ανάπτυξης βάσει συμπεριφοράς. Αυτό βοηθά στο σχεδιασμό σεναρίων δοκιμής με ακρίβεια και επαρκή τρόπο.
Αυτές οι πρακτικές σίγουρα θα βοηθήσουν στην αντιμετώπιση και την επίλυση των κενών πιο γρήγορα. Επίσης, τους επιτρέπει να δημιουργούν περισσότερες δοκιμαστικές θήκες αυτόματα από τα πρώτα στάδια ενός σπριντ.
Ενορχήστρωση αγωγών
Τα πλεονεκτήματα των συνεχών δοκιμών και συνεχής παράδοση συνδέονται στενά με την ενορχήστρωση αγωγών. Αυτό σημαίνει άμεσα την κατανόηση του τρόπου λειτουργίας του, του τρόπου λειτουργίας του, του τρόπου ανάλυσης των αποτελεσμάτων και του τρόπου και πότε πρέπει να κλιμακωθεί. Όλα εξαρτώνται από τον αγωγό και ως εκ τούτου πρέπει να ενσωματώσετε τον αγωγό με τη σουίτα αυτοματισμού.
πώς να σαρώσετε έναν χαρακτήρα στην Java
Αλλά ο λόγος για τον οποίο οι ομάδες χαίρονται είναι ότι, καμία λύση δεν παρέχει την πλήρη αλυσίδα εργαλείων που απαιτείται για την κατασκευή ενός αγωγού CD.
Οι ομάδες πρέπει συνήθως να αναζητούν τα κομμάτια του παζλ που είναι σωστά για αυτά. Δεν υπάρχουν τέλεια εργαλεία, συνήθως μόνο εργαλεία υψηλής ποιότητας, που παρέχουν ενσωματώσεις μαζί με πολλά άλλα εργαλεία. Και φυσικά, ένα API που επιτρέπει επίσης εύκολη ενσωμάτωση.
Εν ολίγοις, είναι αδύνατο να εφαρμοστούν συνεχείς δοκιμές χωρίς την ταχύτητα και την αξιοπιστία ενός τυποποιημένου και αυτοματοποιημένου αγωγού.
Αναβάθμιση και διαχείριση της πολυπλοκότητας
Ένα άλλο σημαντικό σενάριο είναι ότι η συνεχής δοκιμή γίνεται πιο περίπλοκη καθώς κινείται προς το περιβάλλον παραγωγής. Οι δοκιμές αυξάνονται σε αριθμό, καθώς και η πολυπλοκότητα με τον κώδικα ωρίμανσης και το περιβάλλον γίνεται πιο περίπλοκο.
Πρέπει να ενημερώνετε τις δοκιμές κάθε φορά που ενημερώνετε διαφορετικές φάσεις και αυτοματοποιημένα σενάρια. Ως αποτέλεσμα, ο συνολικός χρόνος που απαιτείται για την εκτέλεση των δοκιμών τείνει επίσης να αυξάνεται προς την κυκλοφορία.
Η λύση για αυτό έγκειται στη βελτιωμένη ενορχηστρωμένη δοκιμή που παρέχει τη σωστή κάλυψη δοκιμών σε μικρότερους κύκλους σπριντ και επιτρέπει στις ομάδες να προσφέρουν με αυτοπεποίθηση. Στην ιδανική περίπτωση, ολόκληρη η διαδικασία πρέπει να αυτοματοποιηθεί με CT να εκτελείται σε διάφορα στάδια. Αυτό γίνεται χρησιμοποιώντας τις πύλες πολιτικής και τη χειροκίνητη παρέμβαση, έως ότου ο κώδικας ωθείται στην παραγωγή.
Δημιουργία βρόχων σχολίων
Χωρίς συχνές βρόχους ανάδρασης σε κάθε στάδιο του κύκλου ανάπτυξης, δεν είναι δυνατή η συνεχής δοκιμή. Αυτός είναι εν μέρει ο λόγος για τον οποίο η CT είναι δύσκολο να εφαρμοστεί. Δεν χρειάζεστε μόνο αυτοματοποιημένες δοκιμές, αλλά χρειάζεστε επίσης ορατότητα των αποτελεσμάτων και της εκτέλεσης των δοκιμών.
Οι παραδοσιακοί βρόχοι ανατροφοδότησης όπως τα εργαλεία καταγραφής, τα προφίλ προφίλ κώδικα και τα εργαλεία παρακολούθησης απόδοσης δεν είναι πλέον αποτελεσματικά. Ούτε συνεργάζονται ούτε παρέχουν το βάθος της γνώσης που απαιτείται για την επίλυση προβλημάτων. Πίνακες ελέγχου σε πραγματικό χρόνο που δημιουργούν αναφορές αυτόματα και ανατροφοδοτούμενα με δυνατότητα δράσης σε ολόκληρο το SDLC, βοηθούν στην ταχύτερη απελευθέρωση λογισμικού στην παραγωγή με λιγότερα ελαττώματα. Η πρόσβαση σε ταμπλό σε πραγματικό χρόνο και η πρόσβαση για όλα τα μέλη της ομάδας βοηθά τον μηχανισμό συνεχούς ανατροφοδότησης.
Έλλειψη περιβάλλοντος
Η συνεχής δοκιμή σημαίνει απλώς τη συχνότερη δοκιμή και αυτό απαιτεί συχνότερα χτύπημα πολλαπλών περιβαλλόντων. Αυτό παρουσιάζει ένα σημείο συμφόρησης εάν τα εν λόγω περιβάλλοντα δεν είναι διαθέσιμα τη στιγμή που απαιτούνται. Ορισμένα περιβάλλοντα είναι διαθέσιμα μέσω API και μερικά μέσω διαφόρων διεπαφών. Μερικά από αυτά τα περιβάλλοντα μπορούν να κατασκευαστούν χρησιμοποιώντας σύγχρονη αρχιτεκτονική, ενώ άλλα με μονολιθικά προγράμματα πελάτη / διακομιστή ή mainframe.
Αλλά το ερώτημα εδώ είναι πώς συντονίζετε τις δοκιμές μέσω των διαφόρων ιδιοκτητών περιβάλλοντος; Είναι επίσης πιθανό να μην διατηρούν πάντα τα περιβάλλοντα σε λειτουργία. Η απάντηση σε όλα αυτά είναι Εικονικοποίηση . Εικονικοποιώντας το περιβάλλον, μπορείτε να δοκιμάσετε τον κώδικα χωρίς να ανησυχείτε πολύ για περιοχές που δεν αλλάζουν.Το να κάνετε τα περιβάλλοντα προσβάσιμα και διαθέσιμα κατ 'απαίτηση μέσω εικονικοποίησης σίγουρα βοηθά στην απομάκρυνση ενός σημαντικού σημείου συμφόρησης από τον αγωγό σας.
CD (Συνεχής παράδοση) σεΣενάρια σε πραγματικό χρόνο DevOps
Η ανάπτυξη καθυστερεί πολύ
Οι κατανεμημένες εφαρμογές απαιτούν συνήθως περισσότερα από «αντιγραφή και επικόλληση» αρχείων σε διακομιστή. Η πολυπλοκότητα τείνει να αυξάνεται εάν έχετε μια ομάδα διακομιστών. Η αβεβαιότητα σχετικά με το τι πρέπει να αναπτυχθεί, πού και πώς, είναι ένα πολύ φυσιολογικό πράγμα. Το αποτέλεσμα? Μεγάλοι χρόνοι αναμονής για να μεταφέρουμε τα αντικείμενα μας στο επόμενο περιβάλλον της διαδρομής για να καθυστερήσουμε τα πάντα, να δοκιμάσουμε, να ζήσουμε κ.λπ.
Τι φέρνει το DevOps στο τραπέζι; Οι ομάδες ανάπτυξης και λειτουργιών πληροφορικής ορίζουν μια διαδικασία ανάπτυξης σε μια άψογη συνεδρία συνεργασίας. Πρώτον, επαληθεύουν τι λειτουργεί και στη συνέχεια το μεταφέρουν στο αυτοματοποιημένο επίπεδο για να διευκολύνουν τη συνεχή παράδοση. Αυτό μειώνει δραστικά τον χρόνο ανάπτυξης, ανοίγει επίσης το δρόμο για συχνότερες εφαρμογές.
Λείπουν αντικείμενα, σενάρια και άλλες εξαρτήσεις
Αντιμετωπίζουμε συχνά αποτυχίες μετά την ανάπτυξη μιας νέας έκδοσης ενός λειτουργικού λογισμικού. Αυτό οφείλεται συχνά σε ελλείπουσες βιβλιοθήκες ή σενάρια βάσης δεδομένων. Αυτό συνήθως προκαλείται από την έλλειψη σαφήνειας σχετικά με το ποιες εξαρτήσεις θα αναπτυχθούν και τη θέση τους. Η ενίσχυση της συνεργασίας μεταξύ ανάπτυξης και λειτουργιών μπορεί να βοηθήσει στην επίλυση αυτών των ειδών προβλημάτων στις περισσότερες περιπτώσεις.
Όσον αφορά τον αυτοματισμό, μπορείτε να ορίσετε εξαρτήσεις που βοηθούν πολύ στην επιτάχυνση των αναπτύξεων. Εργαλεία διαχείρισης διαμόρφωσης όπως Μαριονέτα ή Αρχηγός συμβάλλετε με ένα επιπλέον επίπεδο ορισμού των εξαρτήσεων. Μπορούμε να ορίσουμε όχι μόνο εξαρτήσεις εντός της εφαρμογής μας, αλλά και σε επίπεδο διαμόρφωσης υποδομής και διακομιστή. Για παράδειγμα, μπορούμε να δημιουργήσουμε μια εικονική μηχανή για μια δοκιμή και να εγκαταστήσουμε / διαμορφώσουμε γάτος πριν από τη δημοσίευση των αντικειμένων μας.
Αναποτελεσματική παρακολούθηση της παραγωγής
Μερικές φορές ρυθμίζετε τα εργαλεία παρακολούθησης με τρόπο που παράγει πολλά άσχετα δεδομένα από την παραγωγή, ωστόσο, άλλες φορές δεν παράγουν αρκετά ή καθόλου. Δεν υπάρχει ορισμός του τι πρέπει να προσέχετε και ποιες είναι οι μετρήσεις.
Πρέπει να συμφωνήσετε σχετικά με το τι θα παρακολουθείτε και ποιες πληροφορίες θα παράγετε και, στη συνέχεια, να εφαρμόσετε ελέγχους. Τα εργαλεία διαχείρισης απόδοσης εφαρμογών είναι μια μεγάλη βοήθεια εάν ο οργανισμός σας έχει τη δυνατότητα να ρίξει μια ματιά στα AppDynamics, New Relic και AWS X-Ray.
Σενάρια δεδομένων DevOps
Το DevOps αφορά στην εξάλειψη των κινδύνων που σχετίζονται με την ανάπτυξη νέου λογισμικού: Η ανάλυση δεδομένων προσδιορίζει αυτούς τους κινδύνους. Για τη συνεχή μέτρηση και βελτίωση της διαδικασίας DevOps, τα αναλυτικά στοιχεία πρέπει να εκτείνονται σε ολόκληρο τον αγωγό. Αυτό παρέχει ανεκτίμητες πληροφορίες για τη διαχείριση σε όλα τα στάδια του κύκλου ζωής ανάπτυξης λογισμικού.
1. Λιγότερος χρόνος για την ανάλυση δεδομένων
Με όλα τα δεδομένα που δημιουργούνται ανά πάσα στιγμή, οι οργανισμοί πρέπει να αποδεχτούν ότι δεν μπορούν να τα αναλύσουν όλα. Απλώς δεν υπάρχει αρκετός χρόνος στη μέρα - και δυστυχώς, τα ρομπότ δεν είναι αρκετά εξελιγμένα για να τα κάνουν όλα για εμάς ακόμα.
Για αυτόν τον λόγο, είναι σημαντικό να προσδιορίσετε ποια σύνολα δεδομένων είναι πιο σημαντικά. Στις περισσότερες περιπτώσεις, αυτό θα είναι διαφορετικό για κάθε οργανισμό. Έτσι, πριν από την κατάδυση, καθορίστε βασικούς επιχειρηματικούς στόχους και στόχους. Συνήθως, αυτοί οι στόχοι περιστρέφονται γύρω από τις ανάγκες των πελατών - κυρίως τα πιο πολύτιμα χαρακτηριστικά που είναι πιο σημαντικά για τους τελικούς χρήστες. Για έναν λιανοπωλητή, για παράδειγμα, η ανάλυση της αλληλεπίδρασης της επισκεψιμότητας με τη σελίδα ολοκλήρωσης αγοράς στον ιστότοπο και ο έλεγχος του τρόπου λειτουργίας του στο παρασκήνιο βρίσκεται στην κορυφή της λίστας.
Μερικές γρήγορες συμβουλές για να προσδιορίσετε ποια δεδομένα είναι πιο σημαντικά για ανάλυση:
Δημιουργήστε ένα γράφημα: Προσδιορίστε τον αντίκτυπο που θα έχει η διακοπή λειτουργίας στην επιχείρησή σας, θέτοντας ερωτήσεις όπως, «Εάν Το X σπάει , τι επίδραση θα έχει σε άλλα χαρακτηριστικά; '
Κοιτάξτε ιστορικά δεδομένα: Προσδιορίστε πού προέκυψαν ζητήματα στο παρελθόν και συνεχίστε να αναλύετε δεδομένα από δοκιμές και να δημιουργήσετε για να βεβαιωθείτε ότι δεν θα συμβεί ξανά.
2. Δύσκολη επικοινωνία
Σήμερα, οι περισσότεροι οργανισμοί εξακολουθούν να λειτουργούν με διαφορετικές ομάδες και άτομα προσδιορίζοντας τους δικούς τους στόχους και χρησιμοποιώντας τα δικά τους εργαλεία και τεχνολογίες. Κάθε ομάδα ενεργεί ανεξάρτητα, αποσυνδέεται από τον αγωγό και συναντά με άλλες ομάδες μόνο κατά τη φάση ολοκλήρωσης.
Όσον αφορά την εξέταση της μεγαλύτερης εικόνας και τον εντοπισμό του τι είναι και δεν λειτουργεί, ο οργανισμός αγωνίζεται να βρει μια λύση. Αυτό συμβαίνει επειδή κυρίως επειδή όλοι δεν μοιράζονται τα συνολικά δεδομένα, καθιστώντας αδύνατη την ανάλυση.
Για να ξεπεραστεί αυτό το ζήτημα, αναθεωρήστε τη ροή της επικοινωνίας για να διασφαλίσετε ότι όλοι συνεργάζονται σε όλο το SDLC, όχι μόνο κατά τη διαδικασία ολοκλήρωσης.
Αρχικά, βεβαιωθείτε ότι υπάρχει ισχυρός συγχρονισμός στις μετρήσεις DevOps από την αρχή. Η πρόοδος κάθε ομάδας θα πρέπει να εμφανίζεται σε έναν ενιαίο πίνακα ελέγχου, χρησιμοποιώντας τους ίδιους βασικούς δείκτες απόδοσης (KPI) για να δώσει τη διαχείριση της προβολής σε ολόκληρη τη διαδικασία. Αυτό γίνεται έτσι ώστε να μπορούν να συλλέγουν όλα τα απαραίτητα δεδομένα για να αναλύσουν τι πήγε στραβά (ή τι πέτυχε).
Πέρα από την αρχική συνομιλία μετρήσεων, θα πρέπει να υπάρχει συνεχής επικοινωνία μέσω συσκέψεων ομάδας ή ψηφιακών καναλιών όπως το Slack.
3. Έλλειψη ανθρώπινου δυναμικού
Όταν στελεχώνουμε, χρειαζόμαστε πιο έξυπνα εργαλεία που χρησιμοποιούν τη βαθιά μάθηση για να εισάγουμε τα δεδομένα που συλλέγουμε και να λαμβάνουμε γρήγορα αποφάσεις. Σε τελική ανάλυση, κανείς δεν έχει χρόνο να εξετάσει κάθε εκτέλεση δοκιμής (και για ορισμένους μεγάλους οργανισμούς, μπορεί να υπάρχουν περίπου 75.000 σε μια δεδομένη ημέρα). Το κόλπο είναι να εξαλείψετε το θόρυβο και να βρείτε τα σωστά πράγματα για να εστιάσετε.
Εδώ μπορούν να βοηθήσουν η τεχνητή νοημοσύνη και η μηχανική μάθηση. Πολλά εργαλεία στην αγορά σήμερα χρησιμοποιούν AI και ML για να κάνουν πράγματα όπως:
Αναπτύξτε σενάρια και δοκιμές για να μετακινήσετε και να επικυρώσετε διαφορετικά κομμάτια δεδομένων
Αναφέρετε την ποιότητα με βάση τις προηγούμενες συμπεριφορές που μάθατε
Εργαστείτε ως απάντηση σε αλλαγές σε πραγματικό χρόνο.
Έτσι με αυτό, φτάσαμε στο τέλος αυτού του άρθρου σχετικά με τα σενάρια σε πραγματικό χρόνο DevOps.
Τώρα που έχετε καταλάβει τι είναι τα σενάρια σε πραγματικό χρόνο DevOps, ρίξτε μια ματιά σε αυτό από την Edureka, μια αξιόπιστη διαδικτυακή εταιρεία εκμάθησης με δίκτυο περισσότερων από 250.000 ικανοποιημένων μαθητών σε όλο τον κόσμο. Το μάθημα Εκπαίδευσης Πιστοποίησης Edureka DevOps βοηθά τους μαθητές να κατανοήσουν τι είναι DevOps και να αποκτήσουν εμπειρία σε διάφορες διαδικασίες και εργαλεία DevOps όπως Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack και GIT για την αυτοματοποίηση πολλαπλών βημάτων στο SDLC.
Έχετε μια ερώτηση για εμάς; Παρακαλώ αναφέρετέ το στην ενότητα σχολίων αυτούΆρθρο σεναρίων σε πραγματικό χρόνο DevOpsκαι θα επικοινωνήσουμε μαζί σας.