Είναι δύσκολο να κατανοήσουμε το κύριο σημείο όταν μιλάμε για DevOps; Συγκεντρώσαμε για εσάς ζωντανές αναλογίες, εντυπωσιακές συνθέσεις και συμβουλές από ειδικούς που θα βοηθήσουν ακόμα και μη ειδικούς να φτάσουν στην ουσία. Στο τέλος, το μπόνους είναι τα DevOps των εργαζομένων της Red Hat.
Ο όρος DevOps προήλθε πριν από 10 χρόνια και από ένα hashtag στο Twitter έχει μετατραπεί σε ένα ισχυρό πολιτιστικό κίνημα στον κόσμο της πληροφορικής, μια αληθινή φιλοσοφία που ενθαρρύνει τους προγραμματιστές να κάνουν τα πράγματα πιο γρήγορα, να πειραματίζονται και να επαναλαμβάνονται. Το DevOps έχει συνδεθεί άρρηκτα με την έννοια του ψηφιακού μετασχηματισμού. Όμως, όπως συμβαίνει συχνά με την ορολογία πληροφορικής, τα τελευταία δέκα χρόνια το DevOps έχει αποκτήσει πολλούς ορισμούς, ερμηνείες και παρανοήσεις για τον εαυτό του.
Επομένως, μπορείτε συχνά να ακούτε ερωτήσεις σχετικά με τα DevOps, όπως, είναι το ίδιο με το ευέλικτο; Ή πρόκειται για κάποια ειδική μεθοδολογία; Ή είναι απλώς ένα ακόμη συνώνυμο της λέξης «συνεργασία»;
Το DevOps περιλαμβάνει πολλές διαφορετικές έννοιες (συνεχής παράδοση, συνεχής ενσωμάτωση, αυτοματοποίηση, κ.λπ.), επομένως η απόσταξη όσων είναι σημαντικά μπορεί να είναι δύσκολη, ειδικά όταν είστε παθιασμένοι με το θέμα. Ωστόσο, αυτή η δεξιότητα είναι πολύ χρήσιμη, ανεξάρτητα από το αν προσπαθείτε να μεταφέρετε τις ιδέες σας στους ανωτέρους σας ή απλώς αναφέρετε σε κάποιον από την οικογένεια ή τους φίλους σας για τη δουλειά σας. Επομένως, ας αφήσουμε στην άκρη τις ορολογικές αποχρώσεις του DevOps προς το παρόν και ας εστιάσουμε στη μεγάλη εικόνα.
Τι είναι το DevOps: 6 ορισμοί και αναλογίες
Ζητήσαμε από ειδικούς να εξηγήσουν την ουσία του DevOps όσο το δυνατόν πιο απλά και συνοπτικά, ώστε η αξία του να γίνει ξεκάθαρη στους αναγνώστες με οποιοδήποτε επίπεδο τεχνικών γνώσεων. Με βάση τα αποτελέσματα αυτών των συνομιλιών, επιλέξαμε τις πιο εντυπωσιακές αναλογίες και εντυπωσιακές διατυπώσεις που θα σας βοηθήσουν να δημιουργήσετε την ιστορία σας για τα DevOps.
1. Το DevOps είναι ένα πολιτιστικό κίνημα
«Το DevOps είναι ένα πολιτιστικό κίνημα στο οποίο αμφότερα τα μέρη (προγραμματιστές λογισμικού και ειδικοί στη λειτουργία συστημάτων πληροφορικής) αναγνωρίζουν ότι το λογισμικό δεν αποφέρει πραγματικά οφέλη έως ότου κάποιος αρχίσει να το χρησιμοποιεί: πελάτες, πελάτες, εργαζόμενοι, όχι το νόημα», λέει η Eveline Oehrlich, ανώτερη έρευνα. αναλυτής στο Ινστιτούτο DevOps. «Ως εκ τούτου, και τα δύο μέρη εξασφαλίζουν από κοινού γρήγορη και υψηλής ποιότητας παράδοση λογισμικού».
2. Το DevOps έχει να κάνει με την ενδυνάμωση των προγραμματιστών.
"Το DevOps δίνει στους προγραμματιστές τη δυνατότητα να κατέχουν εφαρμογές, να τις εκτελούν και να διαχειρίζονται την παράδοση από την αρχή μέχρι το τέλος."
«Συνήθως, το DevOps αναφέρεται ως ένας τρόπος για να επιταχυνθεί η παράδοση των εφαρμογών στην παραγωγή με τη δημιουργία και την εφαρμογή αυτοματοποιημένων διαδικασιών», λέει ο Jai Schniepp, διευθυντής των πλατφορμών DevOps στην ασφαλιστική εταιρεία Liberty Mutual. «Αλλά για μένα είναι πολύ πιο θεμελιώδες πράγμα». Το DevOps δίνει στους προγραμματιστές τη δυνατότητα να κατέχουν εφαρμογές ή συγκεκριμένα κομμάτια λογισμικού, να τα εκτελούν και να διαχειρίζονται την παράδοσή τους από την αρχή μέχρι το τέλος. Το DevOps εξαλείφει τη σύγχυση ευθυνών και καθοδηγεί όλους όσους εμπλέκονται στη δημιουργία μιας αυτοματοποιημένης υποδομής με γνώμονα τους προγραμματιστές».
3. Το DevOps αφορά τη συνεργασία στη δημιουργία και την παράδοση εφαρμογών.
«Με απλά λόγια, το DevOps είναι μια προσέγγιση στην παραγωγή και παράδοση λογισμικού όπου όλοι εργάζονται μαζί», λέει ο Gur Staf, πρόεδρος και επικεφαλής ψηφιακής αυτοματοποίησης επιχειρήσεων στην BMC.
4. Το DevOps είναι ένας αγωγός
"Η συναρμολόγηση του μεταφορέα είναι δυνατή μόνο εάν όλα τα μέρη ταιριάζουν μεταξύ τους."
«Θα συνέκρινα το DevOps με μια γραμμή συναρμολόγησης αυτοκινήτων», συνεχίζει ο Gur Staff. – Η ιδέα είναι να σχεδιάσετε και να φτιάξετε όλα τα εξαρτήματα εκ των προτέρων, έτσι ώστε στη συνέχεια να μπορούν να συναρμολογηθούν χωρίς μεμονωμένη ρύθμιση. Η συναρμολόγηση του μεταφορέα είναι δυνατή μόνο εάν όλα τα μέρη ταιριάζουν μεταξύ τους. Όσοι σχεδιάζουν και κατασκευάζουν έναν κινητήρα πρέπει να σκεφτούν πώς να τον τοποθετήσουν στο σώμα ή στο πλαίσιο. Αυτοί που κάνουν τα φρένα πρέπει να σκεφτούν τους τροχούς κ.ο.κ. Το ίδιο πρέπει να ισχύει και με το λογισμικό.
Ένας προγραμματιστής που δημιουργεί επιχειρηματική λογική ή μια διεπαφή χρήστη πρέπει να σκεφτεί τη βάση δεδομένων που αποθηκεύει πληροφορίες πελατών, τα μέτρα ασφαλείας για την προστασία των δεδομένων χρήστη και πώς όλα αυτά θα λειτουργήσουν όταν η υπηρεσία αρχίσει να εξυπηρετεί ένα μεγάλο κοινό χρηστών πολλών εκατομμυρίων δολαρίων ."
«Το να πείσουμε τους ανθρώπους να συνεργαστούν και να σκεφτούν τα μέρη της δουλειάς που κάνουν οι άλλοι, αντί να επικεντρώνονται αποκλειστικά στις δικές τους εργασίες, είναι το μεγαλύτερο εμπόδιο που πρέπει να ξεπεραστεί. Εάν μπορείτε να το κάνετε αυτό, έχετε μια εξαιρετική πιθανότητα ψηφιακού μετασχηματισμού», προσθέτει ο Gur Staff.
5. Το DevOps είναι ο σωστός συνδυασμός ανθρώπων, διαδικασιών και αυτοματισμού
Ο Jayne Groll, εκτελεστικός διευθυντής του Ινστιτούτου DevOps, προσέφερε μια μεγάλη αναλογία για να εξηγήσει τα DevOps. Σύμφωνα με τα λόγια της, «Το DevOps είναι σαν μια συνταγή με τρεις κύριες κατηγορίες συστατικών: άνθρωποι, διαδικασία και αυτοματισμός. Τα περισσότερα από αυτά τα συστατικά μπορούν να ληφθούν από άλλες περιοχές και πηγές: Lean, Agile, SRE, CI/CD, ITIL, ηγεσία, πολιτισμός, εργαλεία. Το μυστικό για το DevOps, όπως κάθε καλή συνταγή, είναι πώς να αποκτήσετε τις σωστές αναλογίες και μείγμα αυτών των συστατικών για να αυξήσετε την ταχύτητα και την αποτελεσματικότητα της δημιουργίας και της κυκλοφορίας εφαρμογών."
6. DevOps είναι όταν οι προγραμματιστές εργάζονται σαν ομάδα της Formula 1
«Ο αγώνας δεν είναι προγραμματισμένος από την αρχή μέχρι το τέλος, αλλά αντίθετα, από το τέλος στην αρχή».
«Όταν μιλάω για το τι να περιμένω από μια πρωτοβουλία DevOps, σκέφτομαι μια αγωνιστική ομάδα NASCAR ή Formula 1 ως παράδειγμα», λέει ο Chris Short, ανώτερος διευθυντής μάρκετινγκ πλατφόρμας cloud στη Red Hat και εκδότης του ενημερωτικού δελτίου DevOps'ish. – Ο αρχηγός μιας τέτοιας ομάδας έχει έναν στόχο: να πάρει την υψηλότερη δυνατή θέση στο τέλος του αγώνα, λαμβάνοντας υπόψη τους πόρους που διαθέτει η ομάδα και τις προκλήσεις που την αντιμετώπισαν. Σε αυτή την περίπτωση, ο αγώνας προγραμματίζεται όχι από την αρχή μέχρι το τέλος, αλλά αντίθετα, από το τέλος στην αρχή. Πρώτα, τίθεται ένας φιλόδοξος στόχος και στη συνέχεια καθορίζονται οι τρόποι επίτευξής του. Στη συνέχεια, αναλύονται σε δευτερεύουσες εργασίες και ανατίθενται στα μέλη της ομάδας."
«Η ομάδα ξοδεύει όλη την εβδομάδα πριν τον αγώνα τελειοποιώντας το pit stop. Κάνει προπονήσεις ενδυνάμωσης και καρδιο για να παραμείνει σε φόρμα για μια εξαντλητική ημέρα αγώνα. Πρακτική συνεργασία για την επίλυση τυχόν προβλημάτων που μπορεί να προκύψουν κατά τη διάρκεια του αγώνα. Ομοίως, η ομάδα ανάπτυξης θα πρέπει να εκπαιδεύει την ικανότητα να κυκλοφορεί συχνά νέες εκδόσεις. Εάν έχετε τέτοιες δεξιότητες και ένα σύστημα ασφαλείας που λειτουργεί σωστά, η κυκλοφορία νέων εκδόσεων στην παραγωγή γίνεται επίσης πιο συχνά. Σε αυτήν την κοσμοθεωρία, αυξημένη ταχύτητα σημαίνει αυξημένη ασφάλεια», λέει ο Short.
«Δεν έχει να κάνει με το να κάνεις το «σωστό»», προσθέτει ο Short, «είναι να εξαλείψεις όσο το δυνατόν περισσότερα πράγματα που εμποδίζουν το επιθυμητό αποτέλεσμα. Συνεργαστείτε και προσαρμοστείτε με βάση τα σχόλια που λαμβάνετε σε πραγματικό χρόνο. Να είστε προετοιμασμένοι για ανωμαλίες και να εργαστείτε για να βελτιώσετε την ποιότητα για να ελαχιστοποιήσετε τον αντίκτυπό τους στην πρόοδο προς τον στόχο σας. Αυτό μας περιμένει στον κόσμο των DevOps.”
Πώς να κλιμακώσετε το DevOps: 10 συμβουλές από ειδικούς
Απλώς τα DevOps και τα μαζικά DevOps είναι εντελώς διαφορετικά πράγματα. Θα σας πούμε πώς να ξεπεράσετε τα εμπόδια στο δρόμο από το πρώτο στο δεύτερο.
Για πολλούς οργανισμούς, το ταξίδι στο DevOps ξεκινά εύκολα και ευχάριστα. Δημιουργούνται μικρές ομάδες με πάθος, οι παλιές διαδικασίες αντικαθίστανται με νέες και οι πρώτες επιτυχίες δεν αργούν να έρθουν.
Αλίμονο, αυτό είναι απλώς μια ψεύτικη λάμψη, μια ψευδαίσθηση προόδου, λέει ο Ben Grinnell, διευθύνων σύμβουλος και επικεφαλής ψηφιακού τμήματος της συμβουλευτικής εταιρείας North Highland. Οι πρώιμες νίκες είναι σίγουρα ενθαρρυντικές, αλλά δεν βοηθούν στην επίτευξη του απώτερου στόχου της ευρείας υιοθέτησης των DevOps σε ολόκληρο τον οργανισμό.
Είναι εύκολο να δούμε ότι το αποτέλεσμα είναι μια κουλτούρα διαίρεσης μεταξύ «εμείς» και «αυτοί».
«Συχνά, οι οργανισμοί ξεκινούν αυτά τα πρωτοποριακά έργα νομίζοντας ότι θα ανοίξουν το δρόμο για τα mainstream DevOps, χωρίς να εξετάζουν εάν άλλοι θα είναι σε θέση ή θα θέλουν να ακολουθήσουν αυτό το μονοπάτι», εξηγεί ο Ben Grinnell. – Οι ομάδες για την υλοποίηση τέτοιων έργων συνήθως προσλαμβάνονται από «Varangians» με αυτοπεποίθηση που έχουν ήδη κάνει κάτι παρόμοιο σε άλλα μέρη, αλλά είναι νέοι στον οργανισμό σας. Ταυτόχρονα, ενθαρρύνονται να παραβιάσουν και να καταστρέψουν τους κανόνες που παραμένουν δεσμευτικοί για όλους τους άλλους. Είναι εύκολο να δούμε ότι το αποτέλεσμα είναι μια κουλτούρα «εμείς» και «αυτοί» που εμποδίζει τη μεταφορά γνώσεων και δεξιοτήτων».
«Και αυτό το πολιτιστικό πρόβλημα είναι μόνο ένας από τους λόγους που το DevOps είναι δύσκολο να κλιμακωθεί. Οι ομάδες DevOps αντιμετωπίζουν αυξημένες τεχνικές προκλήσεις που είναι χαρακτηριστικές των ταχέως αναπτυσσόμενων εταιρειών πρώτης τεχνολογίας στον τομέα της πληροφορικής», δήλωσε ο Steve Newman, ιδρυτής και πρόεδρος της Scalyr.
«Στον σύγχρονο κόσμο, οι υπηρεσίες αλλάζουν μόλις παραστεί ανάγκη. Είναι υπέροχο να εφαρμόζεις και να εφαρμόζεις συνεχώς νέες δυνατότητες, αλλά ο συντονισμός αυτής της διαδικασίας και η εξάλειψη των προβλημάτων που προκύπτουν είναι πραγματικός πονοκέφαλος, προσθέτει ο Steve Newman. – Σε πολύ ταχέως αναπτυσσόμενους οργανισμούς, οι μηχανικοί σε ομάδες πολλαπλών λειτουργιών αγωνίζονται να διατηρήσουν την ορατότητα των αλλαγών και των κλιμακωτών επιπτώσεων σε επίπεδο εξάρτησης που δημιουργεί. Επιπλέον, οι μηχανικοί δεν χαίρονται όταν τους στερείται αυτή η ευκαιρία και, ως εκ τούτου, γίνεται πιο δύσκολο για αυτούς να κατανοήσουν την ουσία των προβλημάτων που προκύπτουν».
Πώς να ξεπεράσετε αυτές τις προκλήσεις που περιγράφονται παραπάνω και να προχωρήσετε στη μαζική υιοθέτηση των DevOps σε έναν μεγάλο οργανισμό; Οι ειδικοί προτρέπουν την υπομονή, ακόμα κι αν ο απώτερος στόχος σας είναι να επιταχύνετε τον κύκλο ανάπτυξης λογισμικού και τις επιχειρηματικές σας διαδικασίες.
1. Να θυμάστε ότι η αλλαγή κουλτούρας απαιτεί χρόνο.
Jayne Groll, Εκτελεστικός Διευθυντής, Ινστιτούτο DevOps: «Κατά τη γνώμη μου, η επέκταση των DevOps θα πρέπει να είναι τόσο σταδιακή και επαναληπτική όσο η ευέλικτη ανάπτυξη (και εξίσου να αγγίζει την κουλτούρα). Το Agile και το DevOps δίνουν έμφαση στις μικρές ομάδες. Όμως, καθώς αυτές οι ομάδες αυξάνονται σε αριθμό και ενσωμάτωση, καταλήγουμε με περισσότερους ανθρώπους να υιοθετούν νέους τρόπους εργασίας, και ως αποτέλεσμα υπάρχει ένας τεράστιος πολιτισμικός μετασχηματισμός».
2. Αφιερώστε αρκετό χρόνο στον προγραμματισμό και την επιλογή μιας πλατφόρμας
Eran Kinsbruner, Επικεφαλής Τεχνικός Ευαγγελιστής στο Perfecto: «Για να λειτουργήσει η κλιμάκωση, οι ομάδες DevOps πρέπει πρώτα να μάθουν να συνδυάζουν παραδοσιακές διαδικασίες, εργαλεία και δεξιότητες και, στη συνέχεια, σιγά σιγά να καλλιεργούν και να σταθεροποιούν κάθε μεμονωμένη φάση του DevOps. Όλα ξεκινούν με προσεκτικό σχεδιασμό των ιστοριών των χρηστών και των ροών αξίας, που ακολουθείται από τη συγγραφή λογισμικού και τον έλεγχο εκδόσεων χρησιμοποιώντας ανάπτυξη βασισμένη σε κορμό ή άλλες προσεγγίσεις που ταιριάζουν καλύτερα για διακλάδωση και συγχώνευση κώδικα».
«Έπειτα έρχεται το στάδιο της ενοποίησης και της δοκιμής, όπου απαιτείται ήδη μια επεκτάσιμη πλατφόρμα για αυτοματισμό. Εδώ είναι σημαντικό για τις ομάδες DevOps να επιλέξουν τη σωστή πλατφόρμα που ταιριάζει στο επίπεδο δεξιοτήτων τους και στους τελικούς στόχους του έργου.
Η επόμενη φάση είναι η ανάπτυξη στην παραγωγή και αυτή θα πρέπει να είναι πλήρως αυτοματοποιημένη χρησιμοποιώντας εργαλεία ενορχήστρωσης και κοντέινερ. Είναι σημαντικό να έχετε εικονικά περιβάλλοντα σε όλα τα στάδια του DevOps (προσομοιωτής παραγωγής, περιβάλλον QA και πραγματικό περιβάλλον παραγωγής) και να χρησιμοποιείτε πάντα μόνο τα πιο πρόσφατα δεδομένα για δοκιμές για να λαμβάνετε σχετικά συμπεράσματα. Το Analytics πρέπει να είναι έξυπνο και ικανό να επεξεργάζεται μεγάλα δεδομένα με γρήγορη και αποτελεσματική ανατροφοδότηση».
3. Βγάλε τις ενοχές από ευθύνη.
Gordon Haff, RedHat Evangelist: «Η δημιουργία ενός συστήματος και ατμόσφαιρας που επιτρέπει και ενθαρρύνει τον πειραματισμό επιτρέπει τις γνωστές ως επιτυχημένες αποτυχίες στην ευέλικτη ανάπτυξη λογισμικού. Αυτό δεν σημαίνει ότι κανένας άλλος δεν ευθύνεται για τις αποτυχίες. Στην πραγματικότητα, ο προσδιορισμός του ποιος είναι υπεύθυνος γίνεται ακόμα πιο εύκολος, αφού το «να είσαι υπεύθυνος» δεν σημαίνει πλέον «προκαλώντας ατύχημα». Δηλαδή, η ουσία της ευθύνης αλλάζει ποιοτικά. Τέσσερις παράγοντες γίνονται κρίσιμοι: η έκταση της διακοπής, οι προσεγγίσεις, οι διαδικασίες παραγωγής και τα κίνητρα». (Μπορείτε να διαβάσετε περισσότερα σχετικά με αυτούς τους παράγοντες στο άρθρο του Gordon Huff "Μαθήματα DevOps: 4 πτυχές υγιών πειραμάτων.")
4. Καθαρίστε τη διαδρομή προς τα εμπρός
Ben Grinnell, Διευθύνων Σύμβουλος και επικεφαλής ψηφιακού τμήματος στην εταιρεία συμβούλων North Highland: «Για να επιτύχουμε κλίμακα, συνιστώ την έναρξη ενός προγράμματος «εκκαθάρισης μονοπατιών» μαζί με πρωτοποριακά έργα. Ο στόχος αυτού του προγράμματος είναι να καθαρίσει τα σκουπίδια που αφήνουν πίσω τους οι πρωτοπόροι του DevOps, όπως απαρχαιωμένοι κανόνες και τέτοια πράγματα, ώστε η πορεία προς τα εμπρός να παραμένει σαφής».
«Δώστε στους ανθρώπους οργανωτική υποστήριξη και ώθηση μέσω της επικοινωνίας που υπερβαίνει κατά πολύ την πρωτοποριακή ομάδα, γιορτάζοντας ευρέως τις επιτυχίες νέων τρόπων εργασίας. Καθοδηγήστε άτομα που συμμετέχουν στο επόμενο κύμα έργων DevOps και ανησυχούν για τη χρήση του DevOps για πρώτη φορά. Και να θυμάστε ότι αυτοί οι άνθρωποι είναι πολύ διαφορετικοί από τους πρωτοπόρους».
5. Εκδημοκρατισμός εργαλείων
Steve Newman, ιδρυτής και πρόεδρος της Scalyr: «Τα εργαλεία δεν πρέπει να κρύβονται από τους ανθρώπους και θα πρέπει να είναι σχετικά εύκολο να τα μάθει κανείς για όποιον θέλει να αφιερώσει χρόνο. Εάν η δυνατότητα υποβολής ερωτημάτων στα αρχεία καταγραφής περιορίζεται σε τρία άτομα με «πιστοποίηση» για χρήση ενός εργαλείου, θα έχετε πάντα το πολύ τρία άτομα διαθέσιμα για να χειριστούν το πρόβλημα, ακόμα κι αν έχετε ένα πολύ μεγάλο υπολογιστικό περιβάλλον. Με άλλα λόγια, υπάρχει μια συμφόρηση εδώ που μπορεί να οδηγήσει σε σοβαρές (επιχειρηματικές) συνέπειες».
6. Δημιουργήστε ιδανικές συνθήκες για ομαδική εργασία
Tom Clark, επικεφαλής της Common Platform στο ITV: «Μπορείς να κάνεις τα πάντα, αλλά όχι τα πάντα ταυτόχρονα. Θέστε λοιπόν μεγάλους στόχους, ξεκινήστε από μικρά και προχωρήστε με γρήγορες επαναλήψεις. Με την πάροδο του χρόνου, θα αποκτήσετε τη φήμη ότι ολοκληρώνετε τα πράγματα, έτσι και άλλοι θα θέλουν να χρησιμοποιήσουν τις μεθόδους σας. Και μην ανησυχείτε για τη δημιουργία μιας εξαιρετικά αποτελεσματικής ομάδας. Αντίθετα, παρέχετε στους ανθρώπους ιδανικές συνθήκες εργασίας και θα ακολουθήσει αποτελεσματικότητα».
7. Μην ξεχνάτε τους πίνακες Conway's Law και Kanban
Logan Daigle, Διευθυντής Παράδοσης Λογισμικού και Στρατηγικής DevOps στο CollabNetVersionOne: «Είναι σημαντικό να κατανοήσουμε τις συνέπειες του νόμου του Conway. Στη χαλαρή μου παράφραση, αυτός ο νόμος δηλώνει ότι τα προϊόντα που δημιουργούμε και οι διαδικασίες που χρησιμοποιούμε για να το κάνουμε, συμπεριλαμβανομένων των DevOps, αποδεικνύεται ότι είναι δομημένα με τον ίδιο τρόπο όπως ο οργανισμός μας».
«Αν υπάρχουν πολλά σιλό σε έναν οργανισμό και ο έλεγχος αλλάζει χέρια πολλές φορές κατά τον σχεδιασμό, την κατασκευή και την κυκλοφορία λογισμικού, το αποτέλεσμα της κλιμάκωσης θα είναι μηδενικό ή βραχύβιο. Εάν ένας οργανισμός δημιουργεί διαλειτουργικές ομάδες γύρω από προϊόντα που χρηματοδοτούνται με εστίαση στην αγορά, τότε οι πιθανότητες επιτυχίας αυξάνονται δραματικά».
«Μια άλλη σημαντική πτυχή της κλιμάκωσης είναι η εμφάνιση όλων των εργασιών σε εξέλιξη (WIP, workinprogress) στους πίνακες Kanban. Όταν ένας οργανισμός έχει ένα μέρος όπου οι άνθρωποι μπορούν να δουν αυτά τα πράγματα, ενθαρρύνει πολύ τη συνεργασία, η οποία έχει θετικό αντίκτυπο στην κλιμάκωση».
8. Ψάξτε για παλιές ουλές
Manuel Pais, σύμβουλος DevOps και συν-συγγραφέας του Team Topologies: «Το να πάρουμε τις πρακτικές DevOps πέρα από το ίδιο το Dev και το Ops και να προσπαθήσουμε να τις εφαρμόσουμε σε άλλες λειτουργίες δεν είναι βέλτιστη προσέγγιση. Αυτό σίγουρα θα έχει κάποιο αντίκτυπο (για παράδειγμα, με τον αυτοματισμό του χειροκίνητου ελέγχου), αλλά πολλά περισσότερα μπορούν να επιτευχθούν αν ξεκινήσουμε με την κατανόηση των διαδικασιών παράδοσης και ανατροφοδότησης.»
«Εάν υπάρχουν παλιές ουλές στο σύστημα πληροφορικής ενός οργανισμού - διαδικασίες και μηχανισμοί διαχείρισης που εφαρμόστηκαν ως αποτέλεσμα προηγούμενων συμβάντων, αλλά έχουν χάσει τη συνάφειά τους (λόγω αλλαγών σε προϊόντα, τεχνολογίες ή διαδικασίες) - τότε σίγουρα πρέπει να αφαιρεθούν ή εξομαλύνθηκαν, αντί να αυτοματοποιηθούν αναποτελεσματικές ή περιττές διαδικασίες».
9. Μην δημιουργείτε επιλογές DevOps
Anthony Edwards, Διευθυντής Επιχειρήσεων στην Eggplant: «Το DevOps είναι ένας πολύ ασαφής όρος, επομένως κάθε ομάδα καταλήγει με τη δική της έκδοση του DevOps. Και δεν υπάρχει τίποτα χειρότερο όταν ένας οργανισμός έχει ξαφνικά 20 ποικιλίες DevOps που δεν ταιριάζουν πολύ καλά μεταξύ τους. Είναι αδύνατο για κάθε μία από τις τρεις ομάδες ανάπτυξης να έχει τη δική της, ειδική διεπαφή μεταξύ ανάπτυξης και διαχείρισης προϊόντων. Ούτε τα προϊόντα θα πρέπει να έχουν τις δικές τους μοναδικές προσδοκίες για το χειρισμό της ανατροφοδότησης όταν μεταφέρονται σε έναν προσομοιωτή παραγωγής. Διαφορετικά, δεν θα μπορείτε ποτέ να κλιμακώσετε τα DevOps."
10. Κηρύξτε την επιχειρηματική αξία του DevOps
Steve Newman, ιδρυτής και πρόεδρος της Scalyr: «Εργαστείτε για να αναγνωρίσετε την αξία των DevOps. Μάθετε και μη διστάσετε να μιλήσετε για τα οφέλη αυτού που κάνετε. Το DevOps είναι μια απίστευτη εξοικονόμηση χρόνου και χρημάτων (απλώς σκεφτείτε: λιγότερος χρόνος διακοπής λειτουργίας, μικρότερος μέσος χρόνος για την ανάκαμψη) και οι ομάδες DevOps πρέπει ακούραστα να τονίζουν (και να κηρύττουν) τη σημασία αυτών των πρωτοβουλιών για την επιχειρηματική επιτυχία. Με αυτόν τον τρόπο μπορείτε να επεκτείνετε τον κύκλο των οπαδών και να αυξήσετε την επιρροή των DevOps στον οργανισμό."
BONUS
Επί Τα δικά μας DevOps θα φτάσουν στις 13 Σεπτεμβρίου - ναι, η Red Hat, ως κατασκευαστής λογισμικού, έχει τις δικές της ομάδες και πρακτικές DevOps.
Ο μηχανικός μας Mark Birger, ο οποίος αναπτύσσει υπηρεσίες εσωτερικού αυτοματισμού για άλλες ομάδες σε όλο τον οργανισμό, θα πει τη δική του ιστορία στα ρωσικά - πώς η ομάδα Red Hat DevOps μετέφερε εφαρμογές από εικονικά περιβάλλοντα Hat Virtualization που διαχειρίζεται η Ansible σε μια ολοκληρωμένη μορφή κοντέινερ στο την πλατφόρμα OpenShift.
Αλλά δεν είναι μόνο αυτό:
Από τη στιγμή που οι οργανισμοί έχουν μεταφέρει τους φόρτους εργασίας σε κοντέινερ, οι παραδοσιακές μέθοδοι παρακολούθησης εφαρμογών ενδέχεται να μην λειτουργούν. Στη δεύτερη ομιλία θα εξηγήσουμε τα κίνητρά μας για την αλλαγή του τρόπου καταγραφής και θα δείξουμε τη συνέχεια της διαδρομής που μας οδήγησε σε σύγχρονες μεθόδους καταγραφής και παρακολούθησης.
Πηγή: www.habr.com