Τι είναι το DevOps και ποιες εργασίες κάνει ένας μηχανικός DevOps
Ο όρος DevOps (Λειτουργίες Ανάπτυξης ή λειτουργίες εντός
Ένα πλούσιο οπλοστάσιο πρακτικών φέρνει το DevOps πιο κοντά στους άλλουςδημοφιλής στη σφαίρα πληροφορικής χρησιμοποιώντας τη μέθοδο Agile. Πρόκειται για μια επαναληπτική προσέγγιση σχεδιασμού που σας επιτρέπει να προσαρμοστείτε στις μεταβαλλόμενες απαιτήσεις. Κατά συνέπεια, ο ειδικός DevOps προσπαθεί να κάνει το προϊόν καλύτερο και οι επιχειρηματικές διαδικασίες είναι πιο προβλέψιμες και πιο διαφανείς. Βελτιώνει επίσης τις επιχειρηματικές μετρήσεις, όπως η μείωση του Time-to-Market. Αυτό είναι το χρονικό διάστημα από την έναρξη της ανάπτυξης προϊόντων έως την κυκλοφορία του στην αγορά. Η γνώση των παραγόντων που παρατείνουν το χρόνο για τη δημιουργία λογισμικού και μια προσέγγιση συστημάτων επιτρέπουν στον μηχανικό DevOps να κάνει την παραγωγή συνεχή και γρήγορη. Για να γίνει πιο ξεκάθαρο, μπορείτε να σχεδιάσετε μια αναλογία με έναν ιμάντα μεταφοράς για τη συναρμολόγηση αυτοκινήτων. Όλα τα μέρη έχουν σχεδιαστεί εκ των προτέρων έτσι ώστε να ταιριάζουν απόλυτα μαζί κατά τη συναρμολόγηση. Οι μηχανικοί που σχεδιάζουν έναν κινητήρα σκέφτονται πώς λειτουργεί σε συνδυασμό με τροχούς, φρένα και ούτω καθεξής. Το DevOps κάνει το ίδιο: αναλαμβάνει την ευθύνη για μεγαλύτερο μέρος του προϊόντος από ό, τι κάνει ο προγραμματιστής, διασφαλίζοντας ότι συνεργάζονται όλες οι ομάδες.
Pink Pony World: Race for Fashion Philosophy
Ωστόσο, δεν χρειάζονται όλες οι εταιρείες DevOps. Για παράδειγμα, σε ομάδες χωρίς προϋπάρχοντα τμήματα πληροφορικής που δεν συμμετέχουν στην παραγωγή ενός ψηφιακού προϊόντος, η φιλοσοφία του DevOps δεν ισχύει καθόλου. Στους τομείς αυτούς περιλαμβάνονται εταιρείες των οποίων τα κέρδη δεν εξαρτώνται άμεσα από το πόσο ικανοποιημένοι είναι οι πελάτες με το προϊόν πληροφορικής με το οποίο αλληλεπιδρούν. Επιπλέον, συχνά δεν είναι κατάλληλο για μικρές επιχειρήσεις. Η μεθοδολογία απαιτεί αλλαγές σε πολλές καθιερωμένες επιχειρηματικές διαδικασίες και ακόμη και εταιρική κουλτούρα. Οι μικρές εταιρείες μπορεί απλώς να μην ανέχονται τέτοιες αλλαγές από την άποψη της οικονομίας του έργου.
Η μοντέρνα ασθένεια του ψηφιακού μετασχηματισμού είναι συχνάαφορά τους επικεφαλής τέτοιων εταιρειών. Στην επιδίωξη της ατελείωτης βελτιστοποίησης, ξεχνούν άλλους παράγοντες που επηρεάζουν την επιχείρηση. Ως αποτέλεσμα, οι εταιρείες χάνουν χρήματα, αποτελεσματικότητα και, στη χειρότερη περίπτωση, επιχειρηματικές διαδικασίες που έχουν χτιστεί με την πάροδο των ετών. Για αυτούς, το DevOps μπορεί να είναι πολύ ωφέλιμο. Έτσι, σύμφωνα με την ετήσια έκθεση της Alfa-Bank για το 2017, η εισαγωγή της μεθοδολογίας μας επέτρεψε να επιταχύνουμε την ανάπτυξη και την εφαρμογή κατά 60 φορές.
Stakhanovite-mnogostanochnik αντί για εργαστήριο εργαζομένων
Φυσικά, αυτή η εκτεταμένη λειτουργικότητα είναι δύσκοληανά υπάλληλο, έτσι ιδανικά μια ολόκληρη ομάδα πολλαπλών λειτουργιών εμπλέκεται στο DevOps. Περιλαμβάνει επαγγελματίες σε ρόλους και διαχειριστές προϊόντων και προϊόντων, προγραμματιστή κώδικα υποδομής, μηχανικός και πολλούς άλλους ρόλους. Ωστόσο, στη ρωσική πρακτική, ένας ειδικός DevOps μπορεί συχνά να γίνει ένας μοντέρνος τρόπος για να εξοικονομήσετε χρήματα στη δημιουργία προϊόντων. Συνήθως, αυτή η κατάσταση συμβαίνει αφού ο ανώτερος διευθυντής της εταιρείας αποφασίσει ότι ήρθε η ώρα για ψηφιακό μετασχηματισμό. Η εταιρεία προσλαμβάνει επειγόντως νέους ειδικούς ή επεκτείνει τη λίστα αρμοδιοτήτων των υπαρχόντων προγραμματιστών και διαχειριστών συστήματος. Ως αποτέλεσμα, οι υπηρεσίες πρόσληψης δεν δημιουργούν κενές θέσεις για μηχανικούς DevOps, αλλά για υπαλλήλους πολλαπλών σταθμών.
Ένας τέτοιος υπάλληλος μπορεί να υποχρεωθεί ατομικάΡύθμιση διακομιστών, τοποθέτηση καλωδίων και, στη συνέχεια, παρακολούθηση σφαλμάτων, ρύθμιση βάσεων δεδομένων και φιλοξενίας έργων και ούτω καθεξής. Αυτό το παράδειγμα είναι ακραίο, αλλά πραγματικό. Ως αποτέλεσμα, οι εργαζόμενοι εξαντλούνται γρήγορα και η εφαρμογή της μεθοδολογίας στο έργο της εταιρείας αποτυγχάνει. Η αντιμετώπιση ενός ειδικού DevOps ως μάγου που μπορεί ταυτόχρονα να χειριστεί μεγάλο αριθμό εργασιών, σε συνδυασμό με την παρακολούθηση της λειτουργίας ολόκληρου του συστήματος, δεν θα αποφέρει κέρδη στην επιχείρηση.
Ένα άλλο κοινό πρόβλημα σχετίζεται μεχωρίζοντας την ομάδα σε δύο ομάδες που δεν μπορούν να ταυτιστούν μεταξύ τους. Φανταστείτε ότι ένα τμήμα DevOps εμφανίζεται σε μια εταιρεία πληροφορικής, η οποία επιτρέπεται να αλλάξει τους συνήθεις κανόνες εργασίας. Ωστόσο, αυτοί οι κανόνες παραμένουν δεσμευτικοί για άλλους προγραμματιστές. Φυσικά, σε αυτήν την περίπτωση, δεν χρειάζεται να μιλάμε για συνεργασία και «ομαλότητα» της εργασίας. Οι δύο ομάδες αρχίζουν να συγκρούονται και η παραγωγικότητα μειώνεται.
Ένα βαρέλι σκόνης στο κράτημα: Το DevOps δεν είναι μόνο δεξιότητες
Ένα από τα καθήκοντα του τμήματος DevOps είναι η καθιέρωσηεπικοινωνία μεταξύ διαφορετικών ειδικών πληροφορικής της εταιρείας. Οι μηχανικοί της DevOps δεν πρέπει να εφαρμόζουν μόνο τεχνολογίες και διαδικασίες εντοπισμού σφαλμάτων, αλλά και να βυθίζουν την ομάδα ανάπτυξης κατά τη διάρκεια των επιχειρήσεων - να μοιράζονται ευθύνες, να συμβάλλουν στην αύξηση των ικανοτήτων. Ωστόσο, αυτοί οι ειδικοί ασχολούνται συχνά με καθαρά τεχνικά καθήκοντα, συνήθως λόγω της έλλειψης χρόνου, τόσο για αυτούς όσο και για εκείνους των οποίων οι ικανότητες πρέπει να αυξηθούν.
Ως αποτέλεσμα, λόγω του γεγονότος ότι η εισαγόμενη μοντέρναΟ καθένας χρησιμοποιεί τεχνολογίες και οι γνώσεις και οι δεξιότητες συγκεντρώνονται σε ένα τμήμα, προκύπτουν προβληματικές καταστάσεις, συμπεριλαμβανομένων καταστροφικών. Νέες λύσεις που δημιουργήθηκαν από μηχανικούς της DevOps, χωρίς καλά συντονισμένη εργασία διαφορετικών τμημάτων, μπορούν να φέρουν όσα προβλήματα θα έπρεπε να είχαν επιλύσει αρχικά, πράγμα που δεν σημαίνει ότι οι ειδικοί της DevOps θα πρέπει να δημιουργήσουν μια εταιρική κουλτούρα από το μηδέν, όπως φαίνεται να φαίνεται συχνά από τους οικιακούς πιστεύω. ηγέτες. Η ενότητα του αγωγού ψηφιακής παραγωγής και η ενθάρρυνση της μεταφοράς νέων δεξιοτήτων και επικοινωνίας πρέπει να προέλθουν από τους ηγέτες της εταιρείας. Χωρίς αυτό, ακόμη και η ομάδα DevOps θα αναπτυχθεί άσχημα και δεν θα μοιραστεί γνώσεις με την ομάδα.
Ούτε η εξωτερική ανάθεση DevOps ούτεδιαβούλευση με έναν ειδικό από το εξωτερικό. Στην πρώτη περίπτωση, η εξωτερική ομάδα καθοδηγείται όχι από τις ανάγκες της εταιρείας πελάτη, αλλά από ένα τυποποιημένο σύνολο τεχνολογιών που αναφέρονται στην αγορά. Για τον πελάτη, πρόκειται για λαχειοφόρο αγορά: οι υπάλληλοι εξωτερικού χρησιμοποιούν μια αόριστη κατανόηση των DevOps στην αγορά. Ως αποτέλεσμα, οι επιχειρηματικές διαδικασίες γίνονται όλο και πιο περίπλοκες, αλλά αυτό δεν αποφέρει οφέλη στην επιχείρηση. Συχνά οι ίδιες οι εταιρείες ενθαρρύνουν αυτήν την προσέγγιση - για παράδειγμα, ζητώντας τους να μην αλλάξουν τις αναπτυξιακές τους διαδικασίες. Είναι σαφές ότι αυτό έρχεται σε αντίθεση με την ίδια την έννοια του DevOps.
Μακρά, ακριβά, προβληματικά: σκληρά DevOps στα ρωσικά
Αντί να εφαρμόσουμε τη φιλοσοφία του DevOpsΣε όλες τις επιχειρηματικές διαδικασίες, οι εγχώριες εταιρείες προτιμούν συχνά να εργάζονται σε εργαλεία που δεν θα επηρεάσουν την ταχύτητα εργασίας. Ένα από τα αποτελέσματα, για παράδειγμα, είναι ο "τοίχος από τούβλα" - Λειτουργίες, δηλαδή, η ομάδα των διαχειριστών συστήματος, παραμένει απομονωμένη και οι προγραμματιστές απλώς ρίχνουν εφαρμογές σε αυτούς. Φυσικά, ως αποτέλεσμα, η εργαλειοθήκη βελτιώνεται. Ωστόσο, δεν πραγματοποιούνται θεμελιώδεις αλλαγές, η διαφάνεια δεν αυξάνεται και η συνεργασία της ομάδας πληροφορικής δεν βελτιώνεται.
Άλλη μια εμπλοκή που σκοντάφτουνδιαχειριστές κατά την εφαρμογή DevOps - έλλειψη εταιρικών βάσεων γνώσης. Σύμφωνα με την έκθεση DORA του 2019, οι ομάδες που χρησιμοποίησαν εσωτερικές πηγές πληροφοριών εταιρείας ήταν 1,73 φορές πιο αποτελεσματικές από άλλες. Αυτό το πρόβλημα καταλήγει και πάλι στην κλειστή κουλτούρα πολλών ρωσικών εταιρειών, στις οποίες η ομάδα δεν μοιράζεται τη γνώση. Λόγω αυτής της κλειστής φύσης, οι εταιρείες αρχίζουν να συσσωρεύουν τεχνικό χρέος. Τα εργαλεία γίνονται ξεπερασμένα, τα τεχνουργήματα δεν αφαιρούνται, η τεκμηρίωση δεν ενημερώνεται.
Η αντικειμενική επιχειρηματική ανάγκη για σταθερότητα παραγωγής και επομένως κέρδος, σε συνδυασμό με μια ξεπερασμένη τεχνολογική βάση και τεχνικό χρέος οδηγούν στην ανεπιτυχή χρήση των DevOps.
Όλα αυτά οδηγούν συχνά στο γεγονός ότι, μετά από μακρά αγωνία, οι νέες λύσεις που προσφέρονται από την ομάδα DevOps απλώς απορρίπτονται και οι διαδικασίες «επαναφέρονται».
Κάθε εταιρεία έχει τη δική της διαδρομή ψηφιακού μετασχηματισμού.Στις περισσότερες περιπτώσεις, αλλάζει πραγματικά πώς αναπτύσσεται και αναπτύσσεται ο κώδικάς σας προς το καλύτερο. Αυτό σημαίνει ότι το DevOps εξακολουθεί να υπάρχει στη Ρωσία: κάθε μήνα πολλές κενές θέσεις που σχετίζονται με αυτήν τη μεθοδολογία εμφανίζονται στην αγορά. Ένα άλλο πράγμα είναι ότι υπάρχουν διαφορετικοί ορισμοί της ειδικότητας και των πρακτικών εργασιών πίσω τους. Ωστόσο, οι εταιρείες πρέπει να σταματήσουν να κυνηγούν φανταστικά ιδανικά συστήματα πληροφορικής και να είναι επικριτικές για την υιοθέτηση μιας μοντέρνας, αλλά όχι απαραίτητα κερδοφόρας, φιλοσοφίας, δίνοντας προτεραιότητα στις δικές τους ανάγκες.
Δείτε επίσης:
Μπορεί να υπάρχουν σύμπαντα στις μαύρες τρύπες. Σας λέμε για τη νέα ανακάλυψη
Την 3η ημέρα της ασθένειας, οι περισσότεροι ασθενείς με COVID-19 χάνουν την αίσθηση της όσφρησης και συχνά υποφέρουν από ρινική καταρροή
Έρευνα: 15 εκατομμύρια τόνοι μικροπλαστικών βρέθηκαν στον πυθμένα του ωκεανού