Ενώ οι λύσεις PaaS (πλατφόρμα ως υπηρεσία) από μόνες τους δεν μπορούν να αλλάξουν τον τρόπο αλληλεπίδρασης ατόμων και ομάδων, συχνά χρησιμεύουν ως καταλύτης για οργανωτική αλλαγή ως απάντηση στην αυξημένη ευελιξία της πληροφορικής.
Στην πραγματικότητα, η μέγιστη απόδοση της επένδυσης στο PaaS είναι συχνά δυνατή μόνο εάν αλλάξουν οι οργανωτικοί ρόλοι, οι αρμοδιότητες (καθήκοντα) και οι σχέσεις. Ευτυχώς, οι λύσεις PaaS όπως η OpenShift Container Platform είναι αρκετά ευέλικτες ώστε να επιτρέπουν σε κάθε οργανισμό πληροφορικής να προσδιορίζει την ταχύτητα και την κλίμακα της αλλαγής σε σχέση με τα άτομα που εμπλέκονται και τις διαδικασίες που συμβαίνουν.
Στο πρώτο στάδιο της εταιρικής μεταφοράς εμπορευματοκιβωτίων, η κύρια προτεραιότητα είναι η εφαρμογή της πλατφόρμας εμπορευματοκιβωτίων ως ένα νέο σύστημα ανάπτυξης εφαρμογών. Σε αυτό το σημείο, οι οργανισμοί συνδέουν γνωστές εργασίες με γνωστούς ρόλους για να ανταποκριθούν σε τυπικά αιτήματα από ομάδες ανάπτυξης για θέματα όπως συστήματα αποθήκευσης, περιβάλλοντα ανάπτυξης κ.λπ. Στα επόμενα στάδια της μεταφοράς εμπορευματοκιβωτίων, μιλάμε ήδη για αυτοματοποίηση ή παροχή δυνατοτήτων αυτοεξυπηρέτησης στους προγραμματιστές, προκειμένου να μειωθεί η επιβάρυνση των διαχειριστών συστημάτων και να φέρει την αυτονομία και την ανταπόκριση του προγραμματιστή σε υψηλότερο επίπεδο. Αυτός είναι ο τρόπος με τον οποίο ένας οργανισμός αρχίζει να κινείται προς το DevOps. Στο τελικό στάδιο της μεταφοράς εμπορευματοκιβωτίων, η επιχείρηση έρχεται σε ένα πιο καθαρό, κανονικό μοντέλο DevOps, εντός του οποίου πολλές από τις προηγούμενες εργασίες και εργασίες τίθενται υπό τον έλεγχο διαλειτουργικών ομάδων που ομαδοποιούνται όχι κατά πλατφόρμες ή τεχνολογίες, αλλά από το σημείο άποψη για τη διασφάλιση της λειτουργίας εφαρμογών ή υπηρεσιών εφαρμογών .
Σε αυτήν την ανάρτηση, θα παρέχουμε καθοδήγηση σχετικά με το πώς να κάνετε τις απαραίτητες οργανωτικές αλλαγές και πώς αλλάζουν οι παραδοσιακοί ρόλοι της πληροφορικής με την υιοθέτηση τεχνολογιών κοντέινερ στην επιχείρηση.
Σύνδεση νέων θέσεων εργασίας με παλιούς ρόλους
Στη βασική, αρχική του μορφή, το οργανωτικό μοντέλο PaaS έχει σχεδιαστεί για να κατανέμει πιο ευέλικτα και γρήγορα πόρους IT σε εφαρμογές ως περιβάλλον εκτέλεσης. Ενώ αυτό παρέχει ορισμένα πλεονεκτήματα για τους διαχειριστές συστημάτων, οι προγραμματιστές συνήθως δεν αποκτούν σημαντικά οφέλη ή νέες δυνατότητες, καθώς σε αυτό το στάδιο, μια επιχείρηση μπορεί εύκολα να τα καταφέρει χωρίς αυτοματοποίηση, αυτοεξυπηρέτηση ή ριζική βελτίωση του αγωγού ανάπτυξης. Ενώ επηρεάζει ελάχιστα τις διαδικασίες ανάπτυξης σε αυτό το στάδιο, το PaaS αυξάνει την ευελιξία του συστήματος IT, επιτρέποντας στους διαχειριστές να εξυπηρετούν καλύτερα τα αιτήματα των προγραμματιστών. Για παράδειγμα, ενώ προηγουμένως δημιουργούσε ένα περιβάλλον ανάπτυξης από διάφορα... εικονικές μηχανές Ενώ η δημιουργία και η ανάπτυξη τόμων αποθήκευσης μπορεί να διαρκέσει ημέρες ή και εβδομάδες, απαιτώντας τη συμμετοχή αρκετών διαφορετικών διαχειριστών, στο PaaS όλα γίνονται πολύ πιο γρήγορα και από έναν μόνο διαχειριστή. Με άλλα λόγια, οι ομάδες ανάπτυξης υποβάλλουν αιτήματα όπως και πριν, αλλά η εργασία για την υλοποίησή τους πραγματοποιείται πλέον σύμφωνα με ένα νέο μοντέλο.
Προς έναν οργανισμό DevOps
Με την έναρξη του PaaS και τη μετάβαση ειδικών λειτουργιών πληροφορικής και προγραμματιστών εφαρμογών σε αυτό, ο οργανισμός μπορεί να συνεχίσει να εφαρμόζει τη μεθοδολογία DevOps, η οποία, μεταξύ άλλων, περιλαμβάνει τις ακόλουθες βασικές αρχές:
- Χωρίστε την εργασία σε μικρά βήματανα λαμβάνουν έγκαιρα σχόλια, να μειώνουν τους κινδύνους και να αποφεύγουν την παράλυση της ανάλυσης.
- Αυτοματοποιήστε επαρκώς τις λειτουργίεςγια την αποφυγή δημιουργίας εμποδίων ή σημείων συμφόρησης στη διαδικασία ανάπτυξης εφαρμογών·
- Ανταλλαγή γνώσης – το κλειδί για την οικοδόμηση εμπιστοσύνης·
- Πληρώνετε τακτικά τεχνικά χρέη, διαθέτοντας συγκεκριμένο χρόνο σε κάθε κύκλο εργασίας για συστηματικές βελτιώσεις.
Στη δεύτερη φάση της υιοθέτησης της τεχνολογίας κοντέινερ, οι ομάδες ανάπτυξης αρχίζουν φυσικά να βλέπουν ευκαιρίες για βελτίωση και η επιχείρηση κλίνει προς ένα πιο παραδοσιακό μοντέλο DevOps. Ο παραδοσιακός μηχανισμός υποβολής και εκπλήρωσης αιτημάτων υπηρεσιών γίνεται αντιληπτός πλέον ως εμπόδιο, επομένως ο οργανισμός επιδιώκει να αυτοματοποιήσει επαναλαμβανόμενες ενέργειες και να παρέχει δυνατότητες αυτοεξυπηρέτησης στους προγραμματιστές. Επιπλέον, αυτές οι δυνατότητες προγραμματιστών σε μια δεδομένη εφαρμογή καθορίζονται από τις κοινές προσπάθειες των ειδικών της πληροφορικής που διαχειρίζονται τις πλατφόρμες και εκείνων που είναι υπεύθυνοι για την παράδοση εφαρμογών. Με άλλα λόγια, οι διαχειριστές συστημάτων, οι οποίοι εκτελούν ενέργειες κατόπιν αιτήματος προγραμματιστών, αντικαθίστανται από τις δύο προαναφερθείσες κατηγορίες υπαλλήλων που είναι υπεύθυνοι για την περιγραφή και την εφαρμογή πολιτικών που διέπουν τι ακριβώς επιτρέπεται να κάνουν οι προγραμματιστές μόνοι τους. Οι αυτοματοποιημένες διαδικασίες συμβάλλουν στη διασφάλιση της συμμόρφωσης με καθορισμένες απαιτήσεις και στο συντονισμό των ενεργειών όταν μια κατάσταση δεν εμπίπτει στο πεδίο εφαρμογής των υφιστάμενων πολιτικών.
Η μετάβαση σε ένα επαναληπτικό χρονοδιάγραμμα, στο οποίο το περιβάλλον πληροφορικής και το λειτουργικό μοντέλο υφίστανται επαναληπτικές αλλαγές με την πάροδο του χρόνου, είναι ένα κρίσιμο ορόσημο για την επίτευξη μιας ώριμης επιχείρησης DevOps. Ο βαθμός υιοθέτησης της μεθοδολογίας DevOps εξαρτάται από την ανοχή κάθε μεμονωμένου οργανισμού για αλλαγές και από ποιες αλλαγές αποφέρουν τα περισσότερα οφέλη. Για παράδειγμα, εάν η ανάγκη δημιουργίας νέων περιβαλλόντων ή εφαρμογών εμφανίζεται σπάνια, τότε η βελτιστοποίηση των αντίστοιχων δραστηριοτήτων θα είναι λιγότερο σημαντική από την αύξηση του ελέγχου των προγραμματιστών στον κύκλο ζωής της εφαρμογής.
Νέες προκλήσεις που προκύπτουν σε οργανισμούς πληροφορικής κατά τη μετάβαση στο OpenShift
Σε αυτήν την ενότητα, θα εξετάσουμε τους ρόλους και τις εργασίες που χρησιμοποιούν συνήθως οι οργανισμοί που έχουν υιοθετήσει το OpenShift για να επιταχύνουν την αυτοματοποίηση και την αυτοεξυπηρέτηση χρησιμοποιώντας τεχνολογία και PaaS.
Ο παρακάτω πίνακας παραθέτει τις κύριες εργασίες ανώτατου επιπέδου που υπάρχουν σε κάθε οργανισμό που έχει εφαρμόσει το OpenShift, με παραδείγματα σχετικών εργασιών και δεξιοτήτων. Αυτή η λίστα εργασιών δεν πρέπει να συγχέεται με μια δομή ανάλυσης εργασίας ή μια δομή ομάδας, αλλά μάλλον με ένα σύνολο εργασιών που πρέπει να ολοκληρωθούν από τους υπεύθυνους για την υποστήριξη του περιβάλλοντος(ων) IT για την επιτυχή υλοποίηση μιας πλατφόρμας κοντέινερ. Στην πραγματικότητα, θα δείξουμε περαιτέρω ότι η εισαγωγή τεχνολογιών κοντέινερ δημιουργεί τις προϋποθέσεις για τη διαμόρφωση μιας πιο ώριμης στρατηγικής DevOps στην επιχείρηση, η οποία με τη σειρά της αυξάνει τον βαθμό διαλειτουργικότητας των ομάδων και μειώνει τους κινδύνους στενής εξειδίκευσης στο επίπεδο τόσο σε άτομα όσο και σε ομάδες.
Πίνακας 1. Ορισμοί εργασιών OpenShift
εργασίες
Απαιτούμενες Δεξιότητες
Αυτοματοποίηση και παροχή υποδομών πληροφορικής
Εργα:
- Σχεδιασμός και κατασκευή λύσεων υλικού
- Οργάνωση και υποστήριξη της αυτοματοποίησης της αρχικής εγκατάστασης
- Σχεδιασμός και αυτοματοποίηση VM και προετοιμασία κεντρικού υπολογιστή
- Σχεδιασμός και υλοποίηση data centers
- Διαχείριση συστήματος Linux
- Σενάρια αυτοματισμού
- Γνώση συστημάτων αποθήκευσης
- Γνώση σχεδιασμού και υλοποίησης δικτύου
- Ασφάλεια
Εγκατάσταση και διαχείριση της πλατφόρμας OpenShift
Εργα:
- Εκτέλεση εγκατάστασης συμπλέγματος
- Διαχείριση υπηρεσιών υποδομής
- Διαχείριση κλιμάκωσης πλατφόρμας
- Έλεγχος ταυτότητας και εξουσιοδότηση σε επίπεδο πλατφόρμας
- Διαχείριση συστήματος Linux
- Γνώση τεχνολογιών δικτύου
- Σενάρια αυτοματισμού (Ansible)
- Γνώση συστημάτων αποθήκευσης
- Γνώση τεχνολογιών και αρχιτεκτονικών εμπορευματοκιβωτίων
- Γνώση αρχιτεκτονικών Kubernetes και OpenShift
- Ασφάλεια πλατφόρμας
- Παρακολούθηση ολοκλήρωσης
Διαχείριση της προετοιμασίας περιβαλλόντων πελατών (ενοικιαζόμενη παροχή), απομόνωση ικανοτήτων πληροφορικής
Εργα:
- Δημιουργία χρηστών και ομάδων εντός της πλατφόρμας
- Σχεδιασμός και διαχείριση ποσοστώσεων
- Σχεδιασμός και υλοποίηση RBAC
- Γνώση αρχιτεκτονικών Kubernetes και OpenShift
- Γνώση τεχνολογιών και αρχιτεκτονικών εμπορευματοκιβωτίων
- Σενάρια αυτοματισμού
- Καλή γνώση έργων, ποσοστώσεων, αναθέσεων ρόλων και συνεργασία με σχεδιαστές
Δημιουργία και διαχείριση βασικών εικόνων
Εργα:
- Ανάπτυξη μιας ροής εργασίας τροποποίησης εικόνας
- Ανάπτυξη εικόνας βάσει προτύπων
- Διαχείριση συστήματος Linux
- Σενάρια αυτοματισμού
- Διαμόρφωση στοιχείων εφαρμογής χρόνου εκτέλεσης και ενδιάμεσου λογισμικού
- Γνώση αρχιτεκτονικών κοντέινερ
- Πλαίσια κατασκευής εφαρμογών
- Καλή γνώση εικόνων, ροής εικόνας και προτύπων
Σχεδιασμός και διαχείριση αγωγών ανάπτυξης
Εργα:
- Σχεδιασμός και τεκμηρίωση προτύπων μεταφορέων
- Ανάπτυξη γρήγορων οδηγών και προτύπων
- Εκπαίδευση προγραμματιστών
- Διαχείριση πηγαίου κώδικα
- Σχεδιασμός και υλοποίηση εφαρμογής
- Σενάρια αυτοματισμού
- Αυτοματοποιημένη δοκιμή
- Δοκιμή ποιότητας κώδικα
- Γνώση αρχιτεκτονικών κοντέινερ
- Γνώση αμετάβλητων υποδομών
- Ασφάλεια – διαχείριση πρόσβασης στα στάδια του αγωγού, έγκριση ροών εργασιών κ.λπ.
- Καλή γνώση προτύπων OpenShift, buildconfigs στοιχείων, deploymentconfig, υπηρεσίες, διαδρομές, configmaps
Ανάπτυξη εφαρμογών και δοκιμών
Εργα:
- Κωδικοποίηση εφαρμογής
- Ανάπτυξη αυτοματοποιημένων δοκιμών
- Απόκριση σε αποτυχίες δοκιμών κατά τη διάρκεια του αγωγού ανάπτυξης
- Απόκριση σε αποτυχίες εφαρμογής
- Δοκιμή αποδοχής χρήστη
- Σχεδιασμός και υλοποίηση εφαρμογής
- Αυτοματοποιημένη δοκιμή
- Διαχείριση πηγαίου κώδικα
- Παρακολούθηση Εφαρμογών
- Γνώση αρχιτεκτονικών εγγενών εφαρμογών cloud
Λειτουργική παρακολούθηση και διαχείριση εφαρμογών
Εργα:
- Σχεδιασμός Εφαρμογών στο Πλαίσιο Απόδοσης
- Παρακολούθηση εφαρμογών στο Runtime
- Κλιμάκωση εφαρμογής (ή αυτόματη κλιμάκωση)
- Διαχείριση Διαθεσιμότητας Εφαρμογών
- Ζητήστε ποσοστώσεις και όρια διαχείρισης πόρων
- Δοκιμές ικανότητας απόδοσης και πληροφορικής
- Σχεδιασμός και Υλοποίηση Απόδοσης Εφαρμογής
- Παρακολούθηση απόδοσης εφαρμογής
- Δοκιμή απόδοσης και φορτίου
Δοκιμή αποδοχής χρήστη
Εργα:
- Δοκιμή διεπαφής χρήστη (σχεδίαση και εμπειρία χρήστη)
- Ανάπτυξη αυτοματοποιημένων δοκιμών
- Σχεδιασμός και δοκιμή διεπαφών χρήστη
- Αυτοματοποιημένα πρότυπα δοκιμών
- Πλαίσια δοκιμών
- Μοτίβα σχεδίασης εφαρμογών
Νέοι ρόλοι που προκύπτουν σε έναν οργανισμό πληροφορικής κατά τη μετάβαση στο OpenShift
Καθώς προχωράμε σε ένα οργανωτικό μοντέλο με επίκεντρο το DevOps, ο αριθμός της εξειδίκευσης ρόλων τείνει να μειώνεται και ο αριθμός των διαλειτουργικών ομάδων και ρόλων με τη σειρά του αυξάνεται για να μεγιστοποιηθεί η αποτελεσματικότητα της συνεργασίας. Δείτε πώς πιστεύουμε ότι μοιάζει η λίστα με τις βασικές θέσεις σε έναν οργανισμό πληροφορικής που χρησιμοποιεί το OpenShift:
- Μηχανικός λειτουργιών εφαρμογών Ή Μηχανικός αξιοπιστίας τοποθεσίας. Προηγουμένως, αυτή η θέση μπορεί να ονομαζόταν "Διαχειριστής διακομιστή εφαρμογών".
- Προγραμματιστής Εφαρμογών/Προγραμματιστής Λογισμικού/Μηχανικός Λογισμικού.
- Διαχειριστής πλατφόρμας συμπλέγματος/εφαρμογής. Προηγουμένως, αυτός ο ρόλος μπορεί να ονομαζόταν "Διαχειριστής συστήματος" ή "Διαχειριστής" Linux-πλατφόρμες".
- Release Manager/Build Engineer.
Πίνακας ρόλων και εργασιών RACI
Τέλος, προχωράμε στη σύγκριση των θέσεων και των εργασιών που συζητήθηκαν παραπάνω για να δώσουμε μια γενική ιδέα για το πώς θα πρέπει να μοιάζει η δομή ενός οργανισμού που εφαρμόζει DevOps στην πλατφόρμα OpenShift. Αρχικά, οι ακόλουθοι ρόλοι μπορούν να καλυφθούν από διαφορετικούς κλάδους της παλιάς, παραδοσιακής οργανωτικής δομής. Όμως, με την πάροδο του χρόνου, εμφανίζεται ενοποίηση και δημιουργούνται νέες ομάδες γύρω από εφαρμογές που αναλαμβάνουν τις περισσότερες ή ακόμα και όλες τις εργασίες που αναφέρονται παρακάτω.
εργασίες
Ρόλοι
Μηχανικός Λειτουργίας Εφαρμογών / Μηχανικός Αξιοπιστίας τοποθεσίας
Προγραμματιστής Εφαρμογών / Προγραμματιστής Λογισμικού / Μηχανικός Λογισμικού
Διαχειριστής Cluster/Application Platform
Software Release Manager/Assembly Engineer
Αυτοματοποίηση και παροχή υποδομών πληροφορικής
I
I
Ε / Α
C
Εγκατάσταση και διαχείριση της πλατφόρμας OpenShift
C
I
Ε / Α
C
Σχεδιασμός και διαχείριση αγωγών ανάπτυξης
C
C
I
Ε / Α
Διαχειριστείτε την παροχή, την απομόνωση και την ικανότητα πληροφορικής των ενοικιαστών
C
I
Ε / Α
I
Δημιουργία και διαχείριση βασικών εικόνων
R
C
Ε / Α
C
Ανάπτυξη εφαρμογών και δοκιμών
C
Ε / Α
I
I
Λειτουργική παρακολούθηση και διαχείριση εφαρμογών
Ε / Α
C
C
I
Δοκιμή αποδοχής χρήστη
C
R
I
I
Συμβάσεις στον πίνακα RACI
Πηγή:
- Υπεύθυνος – Ο εκτελεστής είναι αυτός που κάνει ό,τι είναι απαραίτητο για να ολοκληρώσει την εργασία.
- Υπεύθυνος – Υπεύθυνος – υπάλληλος που είναι τελικά υπεύθυνος για τη σωστή και ενδελεχή εκτέλεση μιας εργασίας ή την επίτευξη ενός αποτελέσματος. και επίσης ο μόνος που μπορεί να αναθέσει δουλειά σε καλλιτέχνες.
- Συμβουλευθείτε – Σύμβουλοι – συνήθως αυτοί είναι εμπειρογνώμονες σε θέματα των οποίων ζητείται η συμβουλή. Διατηρείται αμφίδρομη επικοινωνία μαζί τους.
- Ενημερώθηκε – Ενημερωμένοι – άτομα που ενημερώνονται για γεγονότα (και μερικές φορές μόνο μετά την ολοκλήρωση μιας εργασίας ή την επίτευξη ενός αποτελέσματος). λαμβάνουν πληροφορίες μονομερώς.
Πώς συνεργάζονται οι ομάδες σε έναν οργανισμό DevOps
Η παραδοσιακή απόκτηση πόρων συνήθως περιλαμβάνει έναν κύκλο αιτημάτων πόρων που στη συνέχεια εκτελούνται από πολλές ομάδες. Τελικά, όλοι οι απαραίτητοι πόροι διατίθενται και επιβεβαιώνονται από το αιτούν μέρος. Συχνά αυτές οι διαδικασίες είναι εν μέρει ή εξ ολοκλήρου χειροκίνητες και απαιτούν συχνές και πολλαπλές αλληλεπιδράσεις μεταξύ των ομάδων για την επιτυχή επεξεργασία κάθε αιτήματος.
Εικόνα 1. Παραδοσιακή οργάνωση πληροφορικής
Το παραπάνω διάγραμμα απεικονίζει τυπικές σχέσεις μεταξύ ομάδων σε έναν παραδοσιακό οργανισμό πληροφορικής. Σε αυτό το σχήμα, ορισμένες ομάδες επικοινωνούν με άλλες ομάδες με αίτημα να εκτελέσουν την απαραίτητη εργασία, χρησιμοποιώντας περισσότερο ή λιγότερο επίσημους τρόπους επικοινωνίας, όπως σύστημα εισιτηρίων ή email. Αυτά τα αιτήματα στη συνέχεια πέφτουν σε μια ουρά και περιμένουν στα φτερά, με μεγάλες αναμονές που συχνά οδηγούν σε επιδείνωση ή ακόμη και επιδείνωση των σχέσεων μεταξύ των ομάδων. Στην ένταση προσθέτει το γεγονός ότι τα μέλη διαφορετικών ομάδων σπάνια συναντιούνται προσωπικά και τείνουν να μοιράζονται μόνο τις ελάχιστες απαραίτητες πληροφορίες.
Εικόνα 2: Οργάνωση IT DevOps
Αυτό το διάγραμμα δείχνει πώς λειτουργεί η συνεργασία σε έναν οργανισμό DevOps. Εδώ, οι ίδιες ομάδες από το προηγούμενο διάγραμμα εγκατέλειψαν τις αναποτελεσματικές επικοινωνίες που ενίσχυαν τα σιλό και τις αντικατέστησαν με προσωπικές επαφές, δημιουργώντας έτσι σταθερά κανάλια αλληλεπίδρασης μεταξύ των ομάδων. Αυτά τα κανάλια καλλιεργούν ένα υβριδικό σύνολο δεξιοτήτων που βοηθά τους υπαλλήλους να κατανοήσουν καλύτερα και να οραματιστούν τις ανάγκες, τις προκλήσεις και τις ευκαιρίες των ομάδων που εκπροσωπούν. Οι ομάδες εξουσιοδοτούν η μία την άλλη να ολοκληρώσει την εργασία μέσω αυτοματοποιημένων πυλών αυτοεξυπηρέτησης, αντί να χειρίζεται χειροκίνητα τα αιτήματα αλλαγών άλλων ατόμων, όπως συνέβαινε στο παρελθόν. Και χάρη στην παρουσία καναλιών αλληλεπίδρασης, αυτά τα συστήματα αυτοεξυπηρέτησης μπορούν γρήγορα να προσαρμοστούν στις ανάγκες των ομάδων για τις οποίες έχουν σχεδιαστεί. Για να επιτευχθεί ακόμη μεγαλύτερη κατανόηση και ανταλλαγή γνώσεων εντός του οργανισμού, τα μέλη της ομάδας εναλλάσσουν περιοδικά ρόλους για να αποκτήσουν εμπειρία αλληλεπίδρασης με διαφορετικές ομάδες και να κατανοήσουν καλύτερα τη μεγάλη εικόνα των συστημάτων πληροφορικής που υποστηρίζουν, αυξάνοντας έτσι το επίπεδο διαλειτουργικότητας και χρησιμότητάς τους.
Ανακεφαλαίωση
Σε αυτήν την ανάρτηση, συζητήσαμε πώς η υιοθέτηση λύσεων PaaS μπορεί να οδηγήσει έναν οργανισμό προς τα DevOps, αλλάζοντας τους παραδοσιακούς ρόλους και εργασίες ως μέρος της διαδικασίας. Γι' αυτό, παραθέσαμε τις κύριες προκλήσεις πληροφορικής που αντιμετωπίζει ένας οργανισμός κατά τη μετεγκατάσταση στο OpenShift, καθώς και τις δεξιότητες που απαιτούνται για την ολοκλήρωσή τους. Παρέχαμε επίσης ένα βασικό σύνολο οργανωτικών ρόλων που προκύπτουν κατά τη δημιουργία διαλειτουργικών ομάδων DevOps και μια μήτρα RACI που συνδέει νέους ρόλους με νέες εργασίες. Τέλος, συζητήσαμε πώς η πλατφόρμα OpenShift και η σχετική μεθοδολογία DevOps μπορούν να αλλάξουν την οργανωτική δομή των οργανισμών καθώς μετακινούνται από παραδοσιακές ιεραρχίες και συστήματα εισιτηρίων σε διαλειτουργικές ομάδες με υψηλότερο επίπεδο προσωπικής επικοινωνίας.
Πηγή: www.habr.com
