Γεια σου Χαμπρ! Σας παρουσιάζω τη μετάφραση του άρθρου από τον Steve Mezak.
Ανάλογα με την άποψή σας, το DevOps θα γιορτάσει φέτος την ένατη ή τη δέκατη επέτειό του. Το 2016, η έκθεση State of the Cloud της RightScales σημείωσε ότι το 70 τοις εκατό των μικρομεσαίων επιχειρήσεων υιοθετούν πρακτικές DevOps. Κάθε δείκτης που συνθέτει αυτή τη βαθμολογία έχει αυξηθεί από τότε. Καθώς το DevOps ετοιμάζεται να εισέλθει στη δεύτερη δεκαετία του, θα ήταν υπέροχο να κάνετε μια βόλτα στο παρελθόν και να επιστρέψετε στην προέλευση του DevOps — ακόμα και στην προέλευση του ίδιου του ονόματος.
Πριν από το 2007: Μια τέλεια αλυσίδα γεγονότων
Πριν από το 2007, μια σειρά από περιστάσεις γέννησαν τελικά αυτό που είναι γνωστό σήμερα ως DevOps.
Απαχος έχει ήδη αποδειχθεί ως βέλτιστη πρακτική. Γνωστός και ως Σύστημα παραγωγής Toyota, Η Lean Manufacturing προσπαθεί να βελτιστοποιήσει τις διαδικασίες στον κατασκευαστικό χώρο. (Παρεμπιπτόντως, η διοίκηση της Toyota αρχικά εμπνεύστηκε από τις αρχικές μεθόδους γραμμής συναρμολόγησης που εισήγαγε η Ford Motor Company). Συνεχής βελτίωση είναι το μάντρα για λιτή κατασκευή. Στην πράξη, τα ακόλουθα μονοπάτια αξιολογούνται συνεχώς:
- Διατήρηση των επιπέδων αποθεμάτων πρώτων υλών και τελικών προϊόντων στο ελάχιστο. Λιτή κατασκευή σημαίνει μια ελάχιστη ποσότητα αποθέματος πρώτων υλών για την παραγωγή αγαθών και μια ελάχιστη ποσότητα τελικών προϊόντων που περιμένουν να παραγγελθούν ή να αποσταλούν.
- Ελαχιστοποίηση της ουράς παραγγελιών. Στην ιδανική περίπτωση, οι ληφθείσες παραγγελίες μετακινούνται αμέσως στην ολοκληρωμένη κατάσταση. Η βασική μέτρηση για την λιτή παραγωγή θα είναι πάντα ο χρόνος από την παραλαβή της παραγγελίας έως την παράδοση.
- Μεγιστοποίηση της αποτελεσματικότητας της παραγωγικής διαδικασίας. Ο επανασχεδιασμός των διαδικασιών και η βελτιωμένη αυτοματοποίηση συνδυάζονται για την παραγωγή αγαθών όσο το δυνατόν γρηγορότερα. Κάθε περιοχή παραγωγής σε όλη τη διαδρομή (κοπή, συγκόλληση, συναρμολόγηση, δοκιμή κ.λπ.) αξιολογείται για αναποτελεσματικότητα.
Στον κόσμο της πληροφορικής, οι παραδοσιακές μέθοδοι του μοντέλου καταρράκτη ανάπτυξης λογισμικού έχουν ήδη δώσει τη θέση τους σε γρήγορες επαναληπτικές μεθόδους όπως π.χ. Ευκίνητος. Η ταχύτητα ήταν η κραυγή ράλι, ακόμα κι αν μερικές φορές η ποιότητα υπέφερε στην επιδίωξη της ταχείας ανάπτυξης και ανάπτυξης. Με τον ίδιο περίπου τρόπο, ειδικότερα το cloud computing Υποδομή ως υπηρεσία (IaaS) και Πλατφόρμα-ως-Υπηρεσία (PaaS) έχουν αποδειχθεί ως ώριμες λύσεις σε διαδικασίες και υποδομές πληροφορικής.
Τέλος, πρόσφατα άρχισαν να εμφανίζονται εργαλειοθήκες για Συνεχής ολοκλήρωση (CI). Η ιδέα των εργαλείων CI γεννήθηκε και παρουσιάστηκε από τον Gradi Booch το 1991 στο Booch Method του.
2007-2008: Απογοητευμένος Βέλγος
Ο Βέλγος σύμβουλος, Agile project και διευθυντής πρακτικής Patrick Debois δέχτηκε ένα ραντεβού από ένα βελγικό κυβερνητικό υπουργείο για να βοηθήσει στη μετανάστευση των κέντρων δεδομένων. Ειδικότερα, ασχολήθηκε με τις δοκιμές πιστοποίησης και ετοιμότητας. Οι ευθύνες του απαιτούσαν να συντονίζει και να οικοδομεί σχέσεις μεταξύ των ομάδων ανάπτυξης λογισμικού και των ομάδων λειτουργιών διακομιστή, βάσεων δεδομένων και δικτύου. Η απογοήτευσή του για την έλλειψη συνοχής και τα τείχη που χωρίζουν τις μεθόδους ανάπτυξης και λειτουργίας τον άφησαν πικρό. Η επιθυμία του Desbois να βελτιωθεί σύντομα τον οδήγησε στη δράση.
Στο συνέδριο Agile του 2008 στο Τορόντο, ο Andrew Schaefer πρότεινε να συντονιστεί μια ειδικά οργανωμένη άτυπη συνάντηση για να συζητηθεί το θέμα "Ευέλικτη υποδομή"Και μόνο ένα άτομο ήρθε για να συζητήσει το θέμα: ο Patrick DeBois. Η συζήτηση και η ανταλλαγή ιδεών τους προώθησε την έννοια της διαχείρισης συστημάτων Agile. Την ίδια χρονιά, οι DeBois και Schaefer δημιούργησαν τη μετρίως επιτυχημένη ομάδα Agile Systems Administrator στη Google.
2009: Η περίπτωση συνεργασίας Dev και Ops
Στο συνέδριο O'Reilly Velocity, δύο υπάλληλοι του Flickr, ο Senior Vice President of Technical Operations John Allspaw και ο CTO Paul Hammond, έκαναν τη διάσημη πλέον παρουσίαση "10 Deployments a Day: Dev and Ops Collaboration at Flickr".
Η παρουσίαση ήταν ένα δράμα, με τους Allspaw και Hammond να αναπαράγουν τις περίπλοκες αλληλεπιδράσεις μεταξύ των εκπροσώπων της Ανάπτυξης και των Λειτουργιών κατά τη διαδικασία ανάπτυξης λογισμικού, με δείχνοντας το δάχτυλο και αντεγκλήσεις όπως "Δεν είναι ο κωδικός μου, είναι όλοι οι υπολογιστές σας!" Η παρουσίασή τους επιβεβαίωσε ότι η μόνη λογική επιλογή είναι οι δραστηριότητες ανάπτυξης και ανάπτυξης λογισμικού να είναι απρόσκοπτες, διαφανείς και πλήρως ενοποιημένες. Με την πάροδο του χρόνου, αυτή η παρουσίαση έγινε θρυλική και τώρα θεωρείται ιστορικά ως ορόσημο όταν η βιομηχανία πληροφορικής άρχισε να ζητά τη μεθοδολογία που είναι γνωστή σήμερα ως DevOps.
2010: DevOps στις Ηνωμένες Πολιτείες της Αμερικής
Με αυξανόμενους ακόλουθους, το συνέδριο DevOpsDays πραγματοποιήθηκε για πρώτη φορά στις Ηνωμένες Πολιτείες στο Mountain View της Καλιφόρνια, αμέσως μετά το ετήσιο συνέδριο Velocity. Γρήγορα προς τα εμπρός για το 2018 και υπάρχουν προγραμματισμένα περισσότερα από 30 συνέδρια DevOpsDays, συμπεριλαμβανομένων δεκάδων στις Ηνωμένες Πολιτείες.
2013: Project "Phoenix"
Για πολλούς από εμάς, μια άλλη αξιοσημείωτη στιγμή στην ιστορία του DevOps ήταν η δημοσίευση του βιβλίου «The Phoenix Project» των Gene Kim, Kevin Behr και George Safford. Αυτό το μυθιστόρημα αφηγείται την ιστορία ενός διαχειριστή IT που βρίσκεται σε μια απελπιστική κατάσταση: του ανατίθεται να διασώσει ένα κρίσιμο έργο ηλεκτρονικού εμπορίου που έχει πάει στραβά. Ο μυστηριώδης μέντορας του μάνατζερ - μέλος του διοικητικού συμβουλίου που είναι παθιασμένος με τις λιτές μεθόδους κατασκευής - προτείνει νέους τρόπους στον κεντρικό ήρωα να σκεφτεί για την πληροφορική και την ανάπτυξη εφαρμογών, προβλέποντας την ιδέα του DevOps. Παρεμπιπτόντως, το "The Phoenix Project" μας ενέπνευσε να γράψουμε το βιβλίο "Outsource or other..." σχετικά με μια παρόμοια επιχειρηματική ιστορία στην οποία ένας αντιπρόεδρος λογισμικού χρησιμοποιεί DevOps κατά την ανάπτυξη ενός νέου σημαντικού προϊόντος που ανατίθεται σε εξωτερικούς συνεργάτες.
DevOps για το μέλλον
Αξίζει να περιγράψουμε το DevOps ως ένα ταξίδι, ή ίσως ως φιλοδοξία, παρά ως τελικό προορισμό. Τα DevOps, όπως και η λιτή κατασκευή, επιδιώκουν συνεχή βελτίωση, αυξημένη παραγωγικότητα και αποδοτικότητα, ακόμη και συνεχή ανάπτυξη. Τα αυτοματοποιημένα εργαλεία για την υποστήριξη DevOps συνεχίζουν να εξελίσσονται.
Πολλά έχουν επιτευχθεί από την έναρξη του DevOps την τελευταία δεκαετία και αναμένουμε να δούμε ακόμη περισσότερα το 2018 και μετά.
Πηγή: www.habr.com