1. Διαχείριση Επιχειρηματικών ΕπιχειρήσεωνΕπιλογή του Καλύτερου Παροχέα Υπηρεσιών Cloud, Χαρακτηριστικά και Εργαλεία για DevOps

Με την Emily Freeman

Η επιτυχία της πρωτοβουλίας DevOps εξαρτάται σε μεγάλο βαθμό από την παρακολούθηση της διαδικασίας, αλλά είναι επίσης σημαντικό να χρησιμοποιήσετε τα σωστά εργαλεία. Η επιλογή ενός παρόχου υπηρεσιών σύννεφο δεν είναι μια εύκολη επιλογή, ειδικά όταν DevOps είναι το κινητήριό σας κίνητρο. Οι πλατφόρμες GCP (πλατφόρμα Google Cloud), το AWS (Amazon Web Services) και το Azure έχουν περισσότερα κοινά από αυτά που χωρίζουν.

Συχνά, η απόφασή σας εξαρτάται περισσότερο από το επίπεδο άνεσης της ομάδας DevOps με έναν συγκεκριμένο πάροχο σύννεφο ή με την τρέχουσα στοίβα σας περισσότερο από τον ίδιο τον παροχέα σύννεφων. Αφού αποφασίσετε να μετακινηθείτε στο σύννεφο, η επόμενη απόφαση είναι να αποφασίσετε για έναν παροχέα σύννεφων που ταιριάζει στις ανάγκες σας για DevOps. Ακολουθούν μερικά πράγματα που πρέπει να λάβετε υπόψη κατά την αξιολόγηση των παρόχων cloud με τις αρχές Devoths:

  • Στερεά ιστορικό. Το σύννεφο που επιλέγετε πρέπει να έχει ιστορικό υπεύθυνων οικονομικών αποφάσεων και αρκετά κεφάλαια για τη λειτουργία και την επέκταση μεγάλων κέντρων δεδομένων σε δεκαετίες. Συμμόρφωση και διαχείριση κινδύνων. Η επίσημη δομή και οι καθιερωμένες πολιτικές συμμόρφωσης είναι ζωτικής σημασίας για να διασφαλιστεί ότι τα δεδομένα σας είναι ασφαλή και ασφαλή. Στην ιδανική περίπτωση, ελέγξτε τους ελέγχους προτού υπογράψετε συμβάσεις. Θετική φήμη. Η εμπιστοσύνη των πελατών είναι απόλυτα σημαντική. Εμπιστεύεστε ότι μπορείτε να βασιστείτε σε αυτόν τον πάροχο σύννεφο για να συνεχίσετε να αναπτύσσεστε και να υποστηρίζετε τις εξελισσόμενες ανάγκες σας για το DevOps; Συμφωνίες επιπέδου υπηρεσιών (SLA). Ποιο επίπεδο υπηρεσίας χρειάζεστε; Συνήθως οι πάροχοι νέφους προσφέρουν διάφορα επίπεδα αξιοπιστίας βάσει χρόνου, βασισμένα στο κόστος. Για παράδειγμα, το uptime 99,9% θα είναι σημαντικά φθηνότερο από ό, τι 99,999% uptime. Μετρικές και παρακολούθηση. Τι είδους πληροφορίες για την εφαρμογή, την παρακολούθηση και την τηλεμετρία παρέχουν ο προμηθευτής; Βεβαιωθείτε ότι μπορείτε να αποκτήσετε το κατάλληλο επίπεδο γνώσης στα συστήματά σας όσο το δυνατόν πλησιέστερα σε πραγματικό χρόνο.

Τέλος, βεβαιωθείτε ότι ο πάροχος σύννεφων που επιλέγετε διαθέτει άριστες τεχνικές δυνατότητες που παρέχουν υπηρεσίες που ικανοποιούν τις συγκεκριμένες ανάγκες του DevOps. Γενικά, ψάξτε

  • Υπολογίστε τις δυνατότητες Λύσεις αποθήκευσης Χαρακτηριστικά ανάπτυξης Καταγραφή και παρακολούθηση Φιλικές διεπαφές χρήστη

Θα πρέπει επίσης να επιβεβαιώσετε την ικανότητα να εφαρμόσετε μια λύση υβριδικού cloud σε περίπτωση που θα χρειαστεί κάποια στιγμή, καθώς και να πραγματοποιήσετε κλήσεις HTTP σε άλλα API και υπηρεσίες.

Οι τρεις κύριοι προμηθευτές νέφους είναι η πλατφόρμα Google Cloud Platform (GCP), η Microsoft Azure και οι υπηρεσίες web του Amazon (AWS). Μπορείτε επίσης να βρείτε μικρότερους παρόχους σύννεφο και σίγουρα έναν αριθμό ιδιωτικών παρόχων cloud, αλλά το μεγαλύτερο μέρος αυτού που πρέπει να γνωρίζετε προέρχεται από τη σύγκριση των δημόσιων παρόχων cloud.

Υπηρεσίες Amazon Web (AWS)

Όπως και οι άλλοι σημαντικοί δημόσιοι προμηθευτές νέφους, η AWS παρέχει υπολογιστές κατά παραγγελία μέσω μιας συνδρομής επί πληρωμή. Οι χρήστες του AWS μπορούν να εγγραφούν σε οποιοδήποτε αριθμό υπηρεσιών και υπολογιστικών πόρων. Η Amazon είναι ο σημερινός ηγέτης στην αγορά μεταξύ παρόχων cloud, που κατέχουν την πλειοψηφία των συνδρομητών σύννεφων.

Προσφέρει ένα ισχυρό σύνολο χαρακτηριστικών και υπηρεσιών σε περιοχές σε όλο τον κόσμο. Δύο από τις πιο γνωστές υπηρεσίες είναι το Amazon Elastic Compute Cloud (EC2) και η απλή υπηρεσία αποθήκευσης Amazon (Amazon S3). Όπως συμβαίνει και με άλλους παρόχους cloud, οι υπηρεσίες είναι προσβάσιμες και η υποδομή παρέχεται μέσω API.

Microsoft Azure

Προτού η Microsoft ξεκινήσει αυτόν τον παροχέα cloud ως Microsoft Azure, ονομάστηκε Windows Azure. Η Microsoft το σχεδίασε για να κάνει ακριβώς αυτό που υπονοεί το όνομα - χρησιμεύει ως πάροχος σύννεφων για παραδοσιακά οργανισμούς IT των Windows. Όμως, καθώς η αγορά έγινε πιο ανταγωνιστική και η Microsoft άρχισε να κατανοεί καλύτερα το τεχνικό τοπίο, η Azure προσαρμόστηκε, μεγάλωσε και εξελίχθηκε.

Παρόλο που εξακολουθεί να είναι αδιαμφισβήτητα λιγότερο ισχυρή από την AWS, η Azure είναι ένας πολύ στρογγυλός προμηθευτής σύννεφων επικεντρωμένος στην εμπειρία των χρηστών. Μέσω διάφορων εγκαινίων και εξαγορών προϊόντων - κυρίως της GitHub - η Microsoft έχει επενδύσει σε μεγάλο βαθμό σε υποδομή Linux, η οποία της επέτρεψε να παρέχει πιο ισχυρές υπηρεσίες σε ένα ευρύτερο κοινό.

Πλατφόρμα Google Cloud (GCP)

Η πλατφόρμα Google Cloud Platform (GCP) έχει το μικρότερο μερίδιο αγοράς από τους τρεις μεγάλους δημόσιους παρόχους cloud, αλλά προσφέρει ένα σημαντικό σύνολο υπηρεσιών cloud σε σχεδόν δύο δεκάδες γεωγραφικές περιοχές.

Ίσως η πιο ελκυστική πτυχή του GCP είναι ότι προσφέρει στους χρήστες την ίδια υποδομή που χρησιμοποιεί η Google εσωτερικά. Αυτή η υποδομή περιλαμβάνει εξαιρετικά ισχυρές υπηρεσίες πληροφορικής, αποθήκευσης, ανάλυσης και μηχανικής μάθησης. Ανάλογα με το συγκεκριμένο προϊόν σας, το GCP ενδέχεται να διαθέτει εξειδικευμένα εργαλεία που δεν επαρκούν (ή είναι λιγότερο ώριμα) στα AWS και Azure.

Βρείτε εργαλεία και υπηρεσίες DevOps στο σύννεφο

Κυριολεκτικά εκατοντάδες εργαλεία και υπηρεσίες είναι στη διάθεσή σας μέσω των μεγάλων παρόχων σύννεφο. Αυτά τα εργαλεία και οι υπηρεσίες χωρίζονται γενικά στις ακόλουθες κατηγορίες:

  • Υπολογίζω Αποθήκευση Δικτύωση Διαχείριση πόρων Σύννεφο Τεχνητή Νοημοσύνη (AI) Ταυτότητα Ασφάλεια Χωρίς διακομιστή IoT

Παρακάτω είναι μια λίστα με τις πιο κοινές υπηρεσίες σε όλους τους τρεις μεγάλους παρόχους cloud. Αυτές οι υπηρεσίες περιλαμβάνουν ανάπτυξη εφαρμογών, διαχείριση εικονικής μηχανής (VM), ενορχήστρωση δοχείων, λειτουργίες χωρίς διακομιστές, αποθήκευση και βάσεις δεδομένων.

Περιλαμβάνονται επιπλέον υπηρεσίες, όπως η διαχείριση ταυτότητας, η αποθήκευση μπλοκ, το ιδιωτικό νέφος, η αποθήκευση μυστικών και πολλά άλλα. Είναι μακριά από μια εξαντλητική λίστα αλλά μπορεί να χρησιμεύσει ως στέρεο υπόβαθρο για εσάς καθώς αρχίζετε να διερευνείτε τις επιλογές σας και να έχετε μια αίσθηση για αυτό που διαφοροποιεί τους παρόχους σύννεφο.

  • Ανάπτυξη εφαρμογών: Η λύση πλατφόρμα ως υπηρεσία (PaaS) για την ανάπτυξη εφαρμογών σε διάφορες γλώσσες όπως η Java, .NET, Python, Node.js, C #, Ruby και Go Azure: Azure Cloud Services AWS: AWS Elastic Beanstalk GCP: Google App Engine
  • Διαχείριση εικονικού μηχανήματος (VM): Επιλογή υποδομής ως υπηρεσία (IaaS) για την εκτέλεση εικονικών μηχανών (VM) με Linux ή Windows Azure: Azure εικονικές μηχανές AWS: Amazon EC2 GCP: Google Compute Engine
  • Managed Kubernetes: Επιτρέπει καλύτερη διαχείριση κοντέινερ μέσω του δημοφιλούς ορχήστρου Kubernetes Azure: Υπηρεσία Azure Kubernetes (AKS) AWS: Ελαστική υπηρεσία ελαστικών εμπορευματοκιβωτίων Amazon (ECS) για Kubernetes GCP: Μηχανή Google Kubernetes
  • Serverless: Δίνει τη δυνατότητα στους χρήστες να δημιουργούν λογικές ροές εργασίας χωρίς λειτουργίες χωρίς διακομιστές Azure: Azure Λειτουργίες AWS: AWS Lambda GCP: Λειτουργίες Google Cloud
  • Cloud storage: Μη δομημένη αποθήκευση αντικειμένων με προσωρινή αποθήκευση Azure: Αποθήκευση Azure Blob AWS: Amazon S3 GCP: Αποθήκευση Google Cloud
  • Βάσεις δεδομένων: βάσεις δεδομένων SQL και NoSQL, κατόπιν αιτήματος Azure: Azure Cosmos DB AWS: Υπηρεσία σχεσιακής βάσης δεδομένων Amazon (RDS) και Amazon DynamoDB (NoSQL) GCP: Το Google Cloud SQL και το Google Cloud BigTable (NoSQL)

Καθώς εξερευνούμε τους τρεις κύριους παρόχους σύννεφος, παρατηρείτε έναν μακρύ κατάλογο υπηρεσιών. Μπορεί να αισθάνεστε συγκλονισμένοι από τις εκατοντάδες επιλογές που έχετε στη διάθεσή σας. Εάν, τυχαία, δεν μπορείτε να βρείτε αυτό που χρειάζεστε, η αγορά πιθανόν να προσφέρει κάτι παρόμοιο. Η αγορά είναι όπου ανεξάρτητοι προγραμματιστές προσφέρουν υπηρεσίες που συνδέονται με το cloud - που φιλοξενούνται από Azure, AWS ή GCP.

Ο παρακάτω πίνακας αναφέρει πρόσθετες υπηρεσίες που παρέχονται από τους περισσότερους, αν όχι όλους, παρόχους cloud.

  1. Διαχείριση επιχειρησιακών λειτουργιώνΕπί τω τέλει, η DevOps έχει τα πλεονεκτήματα της Οργάνωσης

Με την Emily Freeman

Όταν γίνει σωστά, το DevOps προσφέρει σημαντικά πλεονεκτήματα για τον οργανισμό σας. Αυτό το άρθρο παρουσιάζει τα βασικά σημεία που πρέπει να γνωρίζετε για το πώς τα DevOps ωφελούν τον οργανισμό σας. Χρησιμοποιήστε το ως αναφορά για να βοηθήσετε να πείσετε τους συναδέλφους σας ή να ενισχύσετε την κατανόησή σας για το λόγο που επιλέξατε να προχωρήσετε στη διαδρομή DevOps, όταν ο δρόμος χτυπάει.

Τα πλεονεκτήματα του DevOps

Το DevOps σάς βοηθά να δεχτείτε σταθερές αλλαγές

Το τεχνολογικό τοπίο είναι ένα συνεχώς μεταβαλλόμενο περιβάλλον. Ορισμένες γλώσσες εξελίσσονται και δημιουργούνται νέες. Πλαίσια έρχονται και πηγαίνουν. Οι αλλαγές στις εργαλειομηχανές της υποδομής ανταποκρίνονται στις συνεχώς αυξανόμενες απαιτήσεις για αποδοτικότερη φιλοξενία εφαρμογών και την ταχύτερη παροχή υπηρεσιών. Τα εργαλεία συνεχίζουν να αφηγούνται υπολογιστές χαμηλού επιπέδου για να μειώσουν τα γενικά έξοδα.

Η μόνη σταθερά είναι αλλαγή. Η ικανότητά σας να προσαρμόζεστε σε αυτή την αλλαγή θα καθορίσει την επιτυχία σας ως μεμονωμένος συνεργάτης, διευθυντής ή εκτελεστικό μέλος. Ανεξάρτητα από τον ρόλο που πληρώνετε επί του παρόντος στην εταιρεία σας ή ελπίζετε να παίξετε τελικά, είναι ζωτικής σημασίας να προσαρμόσετε γρήγορα και να απομακρύνετε όσο το δυνατόν περισσότερη τριβή από την ανάπτυξη. Το DevOps σάς δίνει τη δυνατότητα να προσαρμόσετε και να αναπτύξετε βελτιώνοντας την επικοινωνία και τη συνεργασία.

Το DevOps αγκαλιάζει το σύννεφο

Το σύννεφο δεν είναι το μέλλον. χιονίζει. Παρόλο που μπορεί να εξακολουθείτε να μεταβαίνετε ή ακόμα δεν είστε έτοιμοι για μετακίνηση, συνειδητοποιήστε ότι το σύννεφο είναι ο δρόμος προς τα εμπρός για όλους εκτός από μερικές εταιρείες. Παρέχει περισσότερη ευελιξία από την παραδοσιακή υποδομή, μειώνει το άγχος των εργασιών και (συνήθως) κοστίζει σημαντικά λιγότερο λόγω μιας διάρθρωσης τιμολόγησης ως κατανεμημένου χρόνου.

Τα δημόσια, ιδιωτικά και υβριδικά σύννεφα σας δίνουν ατελείωτες δυνατότητες για καλύτερη διαχείριση της επιχείρησής σας. Η ικανότητα να εκτοξεύσετε πόρους μέσα σε λίγα λεπτά είναι κάτι που οι περισσότερες εταιρείες δεν έχουν βιώσει ποτέ πριν από το σύννεφο.

Αυτή η ευελιξία που παρέχεται από το σύννεφο συμβαδίζει με DevOps. Ο Omri Gazitt από το Puppet, μια εταιρεία που επικεντρώνεται στη διαχείριση αυτοματισμών και διαμόρφωσης, το έθεσε καλύτερα: "Καθώς οι οργανώσεις κινούνται στο σύννεφο, επανεξετάζουν τις βασικές τους υποθέσεις σχετικά με το πώς παραδίδουν λογισμικό".

Με το σύννεφο, τα API συνδέουν κάθε υπηρεσία, πλατφόρμα και εργαλείο υποδομής, ώστε να μπορείτε να διαχειρίζεστε τους πόρους και την εφαρμογή σας απρόσκοπτα. Καθώς μεταναστεύετε στο σύννεφο, μπορείτε να επανεκτιμήσετε παλαιότερες αποφάσεις αρχιτεκτονικής και να μεταβάλετε αργά την εφαρμογή και το σύστημά σας ώστε να είναι σύννεφο ή να σχεδιαστεί με το σύννεφο στο μυαλό.

Το DevOps σάς βοηθά να ενοικιάσετε το καλύτερο

Λόγω της αυξημένης ζήτησης, οι μεγάλοι μηχανικοί είναι σπάνιοι. Απλά δεν υπάρχουν αρκετοί μηχανικοί για να καλύψουν όλες τις θέσεις εργασίας που είναι επί του παρόντος ανοιχτές ή να καλύψουν τη ζήτηση της αγοράς κατά την επόμενη δεκαετία και πέρα. Αν και η εύρεση μηχανικών μπορεί να είναι δύσκολη, δεν είναι αδύνατο, ειδικά αν επικεντρωθείτε στην ανακάλυψη μηχανικών που αγκαλιάζουν την περιέργεια και δεν φοβούνται να αποτύχουν. Αν εφαρμόσετε το DevOps στη γενική τεχνική κουλτούρα σας, μπορείτε να ανεβάσετε τους μηχανικούς και να τους εκπαιδεύσετε στη μεθοδολογία και την τεχνολογία που υποστηρίζουν τη συνεχή βελτίωση.

Είναι δύσκολο να μετρήσετε το δυναμικό σε μια συνέντευξη. Συνήθως, το ταλέντο ψιθυρίζει. Οι πιο ταλαντούχοι μηχανικοί τυπικά δεν είναι συνάδελφοι ή braggarts? άφησαν τη δουλειά τους να μιλήσει γι 'αυτούς. Το DevOps σάς δίνει τη δυνατότητα να ακούτε πιο προσεκτικά τα προσωπικά και επαγγελματικά ενδιαφέροντα των μηχανικών που έχετε συνέντευξη.

Προσπαθήστε να επιλέξετε τους υποψηφίους βάσει του επιπέδου περιέργειας, των δεξιοτήτων επικοινωνίας και του ενθουσιασμού τους. Αυτά τα προσόντα μπορούν να δουν την ομάδα σας μέσα από το θόρυβο του φόβου, της αβεβαιότητας και των αμφιβολιών. Μπορούν να μεταφέρουν την ομάδα μέσα από δύσκολες αποφάσεις, που γίνονται μέσα σε περιορισμούς, στην προσπάθειά τους να λύσουν δύσκολα προβλήματα.

Μπορείτε να διδάξετε σε κάποιον μια δεξιότητα, αλλά να διδάξετε σε κάποιον πώς να μάθει είναι ένα τελείως διαφορετικό θέμα. Η κουλτούρα εκμάθησης που δημιουργείτε στον οργανισμό σας DevOps σας δίνει τη δυνατότητα να δώσετε προτεραιότητα σε μια νοοτροπία ανάπτυξης σε σχέση με την τεχνική αντοχή. Σε DevOps, η πρόσληψη για την ομάδα είναι κρίσιμη. Κάθε άτομο είναι ένα κομμάτι ενός συνόλου και η ομάδα πρέπει να έχει ισορροπία ολιστικά. Η επίτευξη αυτής της ισορροπίας σημαίνει ότι μερικές φορές δεν προσλαμβάνετε τον "καλύτερο" μηχανικό, προσλαμβάνετε τον καλύτερο μηχανικό για την ομάδα.

Όταν μίσθωση για την ομάδα DevOps μπορείτε, όπως τα σκοινιά αλόγων συζευγμένα μαζί, τραβήξτε περισσότερο βάρος από ό, τι θα μπορούσατε ξεχωριστά. Με το DevOps, μπορείτε να πολλαπλασιάσετε τα μεμονωμένα στοιχεία της ομάδας σας και, γενικά, να δημιουργήσετε μια δύναμη μιας ομάδας.

Το DevOps σας κρατά ανταγωνιστικό

Η ετήσια έκθεση του State of DevOps που δημοσιεύθηκε από την έρευνα DevOps Research and Assessment (DORA) καθιστά σαφές: Οι εταιρείες σε όλο τον κόσμο χρησιμοποιούν DevOps για να προσαρμόσουν τις τεχνικές τους πρακτικές και αποκομίζουν τα οφέλη. Βλέπουν αυξήσεις στη μηχανολογική παραγωγή και μείωση του κόστους. Με DevOps, αυτές οι εταιρείες μετατοπίζονται από τις αδιάλλακτες διαδικασίες και τα συστήματα σε έναν εξορθολογισμένο τρόπο ανάπτυξης λογισμικού που επικεντρώνεται στον τελικό χρήστη.

Το DevOps επιτρέπει στις εταιρείες να δημιουργούν αξιόπιστες υποδομές και να χρησιμοποιούν την υποδομή για την απελευθέρωση λογισμικού πιο γρήγορα και πιο αξιόπιστα. Η κατώτατη γραμμή είναι η εξής: Οι οργανισμοί υψηλής απόδοσης χρησιμοποιούν DevOps και συντρίβουν τον ανταγωνισμό τους αυξάνοντας τη συχνότητα εμφάνισής τους και μειώνοντας σημαντικά τις αποτυχίες τους που συμβαίνουν λόγω αλλαγών στο σύστημα.

Εάν θέλετε να ανταγωνιστείτε, πρέπει να υιοθετήσετε τις σταθερές μεθοδολογίες DevOps. Ίσως όχι όλοι τους, και σίγουρα όχι όλοι μαζί - αλλά ο χρόνος να περιμένουμε και να δούμε αν το DevOps αξίζει τον κόπο έχει περάσει.

Το DevOps βοηθά στην επίλυση ανθρώπινων προβλημάτων

Οι άνθρωποι έχουν φτάσει σε ένα σημείο στην εξέλιξή μας στην οποία η τεχνολογία εξελίσσεται γρηγορότερα από το μυαλό μας. Έτσι, οι μεγαλύτερες προκλήσεις που αντιμετωπίζει ο άνθρωπος οφείλονται σε ανθρώπινα όρια - όχι στους περιορισμούς του λογισμικού ή της υποδομής. Σε αντίθεση με άλλες μεθοδολογίες ανάπτυξης λογισμικού, το DevOps επικεντρώνεται ολιστικά στο κοινωνικό σας σύστημα.

Η αγκαλιά του DevOps απαιτεί μια αλλαγή στην κουλτούρα και τη νοοτροπία. Αλλά εάν επιτύχετε μια νοοτροπία και νοοτροπία DevOps, εσείς και ο οργανισμός σας αποκομίζετε σχεδόν απεριόριστα οφέλη. Όταν οι μηχανικοί έχουν την εξουσία να εξερευνούν, χωρίς την πίεση και τον φόβο της αποτυχίας, θα συμβούν εκπληκτικά πράγματα.

Οι μηχανικοί ανακαλύπτουν νέους τρόπους επίλυσης προβλημάτων. Προσεγγίζουν έργα και προβλήματα με μια υγιή νοοτροπία και συνεργάζονται πιο ρευστά, χωρίς περιττό και αρνητικό ανταγωνισμό.

Το DevOps προκαλεί τους υπαλλήλους

Το DevOps επιταχύνει την ανάπτυξη των επιμέρους μηχανικών καθώς και της μηχανικής ομάδας στο σύνολό της. Οι μηχανικοί είναι έξυπνοι άνθρωποι. Είναι επίσης φυσικά περίεργοι. Ένας σπουδαίος μηχανικός που αγκαλιάζει μια νοοτροπία ανάπτυξης χρειάζεται νέες προκλήσεις μετά την κατοχύρωση μιας συγκεκριμένης τεχνολογίας, εργαλείου ή μεθοδολογίας ή συχνά αισθάνονται στάσιμοι.

Πρέπει να αισθάνονται σαν να τείνουν τα σύνολα του εγκεφάλου και των δεξιοτήτων τους - όχι στο σημείο να είναι συγκλονισμένοι ή να τονίζουν, αλλά αρκετά για να αισθάνονται ότι μεγαλώνουν. Αυτή είναι η ένταση που περιγράφεται από τον Dan Pink στο Drive. Εάν μπορείτε να επιτύχετε αυτή την ισορροπία, οι μηχανικοί σας θα ευδοκιμήσουν - ως άτομα και ως ομάδα.

Η μεθοδολογία DevOps προωθεί τις δεξιότητες σε σχήμα Τ, πράγμα που σημαίνει ότι οι μηχανικοί ειδικεύονται σε έναν τομέα με βαθιά γνώση και έχουν ευρεία κατανόηση πολλών άλλων περιοχών. Αυτή η προσέγγιση επιτρέπει στους μηχανικούς να διερευνήσουν άλλους τομείς ενδιαφέροντος.

Ίσως ένας μηχανικός της Python ενδιαφέρεται για την υποδομή cloud, για παράδειγμα. Καμία άλλη μεθοδολογία μηχανολογίας δεν επιτρέπει και ενθαρρύνει τους μηχανικούς να διερευνήσουν όσο το DevOps κάνει, και είναι ένας τεράστιος συντελεστής στην πρόσληψη και διατήρηση του ταλέντου.

DevOps γεφυρών κενά

Μία από τις προκλήσεις των σύγχρονων εταιρειών τεχνολογίας είναι αυτό το χάσμα μεταξύ των αναγκών της επιχείρησης και των αναγκών της μηχανικής. Σε μια παραδοσιακή εταιρεία, με παραδοσιακές στρατηγικές διαχείρισης, υπάρχει μια φυσική τριβή μεταξύ της μηχανικής και των τμημάτων όπως το μάρκετινγκ, τις πωλήσεις και την ανάπτυξη των επιχειρήσεων. Αυτή η τριβή οφείλεται σε έλλειψη ευθυγράμμισης. Κάθε τμήμα μετράται με διάφορους δείκτες επιτυχίας.

Το DevOps επιδιώκει να ενοποιήσει κάθε τμήμα μιας επιχείρησης και να δημιουργήσει μια κοινή κατανόηση και σεβασμό. Ο σεβασμός για τις δουλειές και τις συμβολές του άλλου είναι αυτό που επιτρέπει σε κάθε άτομο στην εταιρεία να ευδοκιμεί. Αφαιρεί την τριβή και βελτιώνει την επιτάχυνση.

Σκεφτείτε μια ομάδα σκυλιών έλκηθρων. Αν κάθε σκύλος κινείται σε ξεχωριστές κατευθύνσεις, το έλκηθρο δεν πηγαίνει πουθενά. Τώρα φανταστείτε ότι τα σκυλιά εργάζονται μαζί, εστιάζοντας στην κίνηση προς τα εμπρός - μαζί. Όταν στερούνται εσωτερικής τριβής, οι μόνες προκλήσεις που αντιμετωπίζετε είναι εξωτερικές και οι εξωτερικές προκλήσεις είναι σχεδόν πάντα πιο εύχρηστες από τις εσωτερικές συγκρούσεις.

Το DevOps σάς επιτρέπει να αποτύχετε καλά

Η αποτυχία είναι αναπόφευκτη. Είναι απλά αναπόφευκτη. Η πρόβλεψη όλων των τρόπων με τους οποίους το σύστημά σας μπορεί να αποτύχει είναι αδύνατο εξαιτίας όλων των άγνωστων. (Και μπορεί να αποτύχει θεαματικά, έτσι δεν μπορεί;) Αντί να αποφύγετε την αποτυχία με κάθε κόστος και να αισθανθείτε συντριπτική όταν συμβαίνει αποτυχία, μπορείτε να προετοιμαστείτε για αυτό. Το DevOps προετοιμάζει τους οργανισμούς να ανταποκριθούν στην αποτυχία, αλλά όχι σε ένα πανικό, προκαλούμενο από άγχος τρόπο.

Τα επεισόδια θα περιλαμβάνουν πάντα κάποιο επίπεδο άγχους. Κάποια στιγμή κατά τη διάρκεια της διάρθρωσης της διοίκησής σας, ένα στέλεχος είναι πιθανό να φωνάξει στα χρήματα που χάνονται κατά τη διάρκεια μιας διακοπής υπηρεσίας. Αλλά μπορείτε να μειώσετε το άγχος που αντιμετωπίζει η ομάδα σας χρησιμοποιώντας την αποτυχία ως τρόπο μάθησης και προσαρμογής του συστήματός σας ώστε να γίνει πιο ανθεκτική.

Κάθε περιστατικό είναι μια ευκαιρία για βελτίωση και ανάπτυξη, ως άτομα και ως ομάδα.

Το DevOps αγκαλιάζει το kaizen, την τέχνη της συνεχούς βελτίωσης. Όταν οι ομάδες σας βιώνουν ροή στην εργασία τους, μπορούν να κάνουν μικροσκοπικές επιλογές κάθε μέρα που συμβάλλουν στη μακροπρόθεσμη ανάπτυξη και, τελικά, σε ένα καλύτερο προϊόν.

Το DevOps σάς επιτρέπει να βελτιώνετε συνεχώς

Η συνεχής βελτίωση είναι ένα βασικό συστατικό στο DevOps. Χρησιμοποιήστε την απεικόνιση ενός ατελείωτου κύκλου κατά την εφαρμογή του DevOps στον οργανισμό σας. Ο κύκλος δεν πρέπει να επικαλείται φόβους μέσω των σκέψεων του Σισύφου, πιέζοντας έναν ογκόλιθο πάνω σε ένα λόφο για όλη την αιωνιότητα. Αντ 'αυτού, σκεφτείτε αυτόν τον κύκλο ως κίνηση, όπως μια χιονοστιβάδα που κυλάει κατάβαση, συγκεντρώνοντας ορμή και μάζα.

Καθώς υιοθετείτε το DevOps και ενσωματώστε όλο και περισσότερα από τα βασικά του δόγματα στην καθημερινή σας ροή εργασίας, θα είστε μάρτυρας αυτής της επιτάχυνσης από πρώτο χέρι. Ο κύκλος συνεχούς βελτίωσης θα πρέπει πάντα να επικεντρώνεται στον πελάτη. Πρέπει να σκεφτείτε συνεχώς τον τελικό χρήστη και να ενσωματώσετε την ανατροφοδότηση στον κύκλο ζωής του λογισμικού σας.

Βασικός σε αυτόν τον κύκλο είναι το CI / CD. Η υιοθέτηση του CI / CD δεν είναι απαίτηση για DevOps για όλα ή τίποτα. Αντίθετα, είναι μια αργή διαδικασία εφαρμογής. Θα πρέπει να εστιάσετε πρώτα στην κατοχύρωση της συνεχούς ολοκλήρωσης. Ενθαρρύνετε τους μηχανικούς να μοιράζονται κώδικα ελεύθερα και να συγχωνεύουν συχνά τον κώδικα. Αυτή η προσέγγιση αποτρέπει την απομόνωση και τα σιλό από το να γίνουν μπλοκαριστές στη μηχανολογική σας οργάνωση.

Αφού ο οργανισμός σας ελέγξει τη συνεχή ολοκλήρωση, προχωρήστε σε συνεχή παράδοση, την πρακτική της αυτοματοποίησης της παράδοσης λογισμικού. Αυτό το βήμα απαιτεί αυτοματοποίηση, επειδή ο κώδικας θα κινηθεί μέσα από πολλαπλούς ελέγχους για να εξασφαλίσει την ποιότητα. Αφού ο κωδικός σας είναι ασφαλής και προσβάσιμος σε ένα αποθετήριο πηγαίου κώδικα, μπορείτε να αρχίσετε να εφαρμόζετε συνεχώς μικρές αλλαγές. Ο στόχος σας είναι να αφαιρέσετε τα χειρωνακτικά εμπόδια και να βελτιώσετε την ικανότητα της ομάδας σας να ανακαλύπτει και να διορθώνει σφάλματα χωρίς να έχει αντίκτυπο στους πελάτες.

Το DevOps αυτοματοποιεί την εργασία

Η επιτάχυνση και η αυξημένη αποτελεσματικότητα αποτελούν τον πυρήνα της μεθοδολογίας DevOps. Με την αυτοματοποίηση των χειρωνακτικών διαδικασιών έντασης εργασίας, το DevOps απαλλάσσει τους μηχανικούς να εργάζονται σε έργα που καθιστούν το λογισμικό και τα συστήματα πιο αξιόπιστα και εύκολα συντηρημένα - χωρίς το χάος των απροσδόκητων διακοπών της υπηρεσίας.

Η μηχανική αξιοπιστίας του ιστότοπου (SRE) ασχολείται με την εργασία, η οποία είναι η εργασία που απαιτείται για τη διατήρηση των υπηρεσιών, αλλά είναι χειροκίνητη και επαναλαμβανόμενη. Το Toil μπορεί να αυτοματοποιηθεί και να μην έχει μακροπρόθεσμη αξία. Ίσως το πιο σημαντικό από όλα, η κλίμακα του λίπους γραμμικώς, που περιορίζει την ανάπτυξη. Σημειώστε ότι η εργασία δεν αναφέρεται στα γενικά έξοδα των διοικητικών αναγκών, όπως οι συναντήσεις και ο προγραμματισμός. Αυτό το είδος εργασίας, εάν εφαρμοστεί με μια νοοτροπία DevOps, είναι επωφελές για τη μακροπρόθεσμη επιτάχυνση της ομάδας σας.

Ένας από τους βασικούς στόχους της εργαλειοποίησης της πρακτικής σας DevOps είναι η αυτοματοποίηση. Μπορείτε να αυτοματοποιήσετε τον αγωγό εγκατάστασής σας ώστε να συμπεριλάβετε μια λεπτομερή δοκιμαστική σουίτα καθώς και άλλες πύλες μέσω των οποίων πρέπει να περάσει ο κώδικας για να κυκλοφορήσει. Με πολλούς τρόπους, το SRE είναι το επόμενο λογικό βήμα στην εξέλιξη των DevOps και θα πρέπει να είναι το επόμενο βήμα σας αφού εσείς και ο οργανισμός σας κυριαρχήσετε τις βασικές έννοιες των DevOps και εφαρμόσετε την πρακτική στην ομάδα σας.

Το DevOps επιταχύνει την παράδοση

Ο κύκλος ζωής του λογισμικού έχει εξελιχθεί από την αργή και γραμμική διαδικασία Waterfall σε έναν ευέλικτο και συνεχή βρόχο DevOps. Δεν μπορείτε πλέον να σκεφτείτε ένα προϊόν, να το αναπτύξετε πλήρως και στη συνέχεια να τον αφήσετε στους πελάτες, ελπίζοντας για την επιτυχία του.

Αντ 'αυτού, δημιουργείτε ένα βρόχο ανατροφοδότησης γύρω από τον πελάτη και συνεχώς προσφέρετε επαναληπτικές αλλαγές στα προϊόντα σας. Αυτό το συνδεδεμένο κύκλωμα σάς επιτρέπει να βελτιώνετε συνεχώς τις λειτουργίες σας και να διασφαλίζετε ότι ο πελάτης είναι ικανοποιημένος με αυτό που παραδίδετε.

Όταν συνδέετε όλες τις τελείες και υιοθετείτε πλήρως DevOps στον οργανισμό σας, παρακολουθείτε ότι η ομάδα σας μπορεί να παρέχει πιο γρήγορα το λογισμικό. Οι αλλαγές θα είναι αρχικά μικρές, όπως και οι αλλαγές που θα κυκλοφορήσετε. Αλλά με την πάροδο του χρόνου, αυτές οι φαινομενικά ασήμαντες αλλαγές προστίθενται και δημιουργούν μια ομάδα που επιταχύνει την παροχή ποιοτικού λογισμικού.

  1. Διαχείριση επιχειρησιακών λειτουργιώνΔοκιμάστε περισσότερα από τα εργαλεία του Cloud σας: Αυτοματοποίηση των DevOps στο Cloud

Με την Emily Freeman

Η απόκτηση του σύννεφου με την πρακτική DevOps μπορεί να επιταχύνει το έργο που έχετε ήδη επιτελέσει. Όταν χρησιμοποιούνται μαζί, τόσο το DevOps όσο και το σύννεφο μπορούν να οδηγήσουν τον ψηφιακό μετασχηματισμό της εταιρείας σας.

Θα δείτε αποτελέσματα αρκεί να τονίζετε τις προτεραιότητες των DevOps: άνθρωποι, διαδικασίες και τεχνολογία. Το σύννεφο - μαζί με άλλα εργαλεία - πέφτει κατευθείαν στο τεχνικό μέρος της εφαρμογής DevOps.

DevOps και cloud computing

Το Cloud computing δίνει τη δυνατότητα αυτοματοποίησης για τους προγραμματιστές και τους συνεργάτες σας με τρόπο που απλά δεν είναι δυνατό όταν διαχειρίζεστε τη δική σας φυσική υποδομή. Η παροχή υποδομής μέσω κώδικα στο σύννεφο - που είναι ένα σύστημα που αναφέρεται ως Υποδομή ως κώδικας (IaC) - σας επιτρέπει να δημιουργείτε πρότυπα και επαναλαμβανόμενες διαδικασίες.

Όταν παρακολουθείτε αλλαγές στον κώδικα υποδομής μέσω ελέγχου πηγής, επιτρέπετε στην ομάδα σας να λειτουργεί χωρίς προβλήματα και να παρακολουθεί τις αλλαγές. Το IaC είναι πολύ πιο επαναλαμβανόμενο και αυτοματοποιημένο - για να μην αναφέρουμε ταχύτερα - από ό, τι οι μηχανικοί κάνουν κλικ γύρω από μια πύλη.

Ακόμη και οι οδηγίες στην πύλη δεν είναι ανόητοι. Διακινδυνεύετε να πραγματοποιήσετε μικρές αλλά σημαντικές αλλαγές στη ρύθμιση της υποδομής εάν δημιουργείτε σταθερά την ίδια ρύθμιση μέσω της πύλης και όχι μέσω ενός αρχείου YAML.

Λαμβάνοντας την κουλτούρα του DevOps στο σύννεφο

Οι άνθρωποι συχνά μιλούν για DevOps και cloud computing σαν να είναι αλληλένδετοι και, από πολλές απόψεις, είναι. Να γνωρίζετε, ωστόσο, ότι μπορείτε να υιοθετήσετε DevOps - ή να αρχίσετε να μεταμορφώνετε τον μηχανολογικό σας οργανισμό - χωρίς να μπαίνετε όλα στο νέφος. Είναι απολύτως λογικό να καθορίσετε πρώτα τα πρότυπα, τις πρακτικές και τις διαδικασίες για την ομάδα σας προτού μετατοπίσετε την υποδομή σας σε πάροχο σύννεφο.

Παρόλο που οι άνθρωποι μιλάνε σαν να είναι ήδη ο καθένας στο σύννεφο, είστε ακόμα στην αιχμή της στροφής προς το σύννεφο. Οι πάροχοι σύννεφων καθίστανται όλο και πιο ισχυροί από την ημέρα, και οι εταιρείες μηχανικών μεταφέρουν αργά τις υπηρεσίες που φιλοξενούνται στο ίδιο το cloud. Με αυτό κατά νου, μια οργάνωση που επιδιώκει να υιοθετήσει DevOps θα ήταν σοφό να εξετάσει σοβαρά τη χρήση των υπηρεσιών ενός μεγάλου προμηθευτή σύννεφο.

Οποιοσδήποτε με εμπειρία DevOps δεν θα μπορούσε πιθανώς να καλέσει το σύννεφο μια λύση NoOps, αλλά μπορεί να το ονομάσουν OpsLite. Οι υπηρεσίες σύννεφο συχνά αφηρημένη πολύπλοκη αρχιτεκτονική λειτουργιών με τρόπο που καθιστά την αρχιτεκτονική πιο φιλική προς τους προγραμματιστές και τους δίνει τη δυνατότητα να αποκτήσουν μεγαλύτερη ιδιοκτησία των στοιχείων τους.

Εάν έχετε βλάψει ποτέ ότι οι προγραμματιστές θα έπρεπε να συμπεριληφθούν σε μια εναλλαγή σε ετοιμότητα, έχετε δίκιο - πρέπει να είναι. Η ενσωμάτωση των προγραμματιστών στην εναλλαγή ετοιμότητας κλήσεων είναι ένας πολύ καλός τρόπος για να αυξήσετε τις γνώσεις τους για την ανάπτυξη κώδικα καθώς και για τη διαχείριση και την παροχή της υποδομής στην οποία εκτελούνται οι υπηρεσίες τους. Αυτό μειώνει τα επιχειρησιακά γενικά έξοδα και απελευθερώνει το χρόνο των ειδικών των επιχειρήσεων για να εργαστούν σε προληπτικές λύσεις.

Μάθηση μέσω υιοθεσίας DevOps

Αν η ομάδα σας είναι ικανή να υιοθετήσει DevOps και να μετατοπίζει προς τη χρήση του cloud computing ταυτόχρονα, μπορείτε να χρησιμοποιήσετε αυτές τις βάρδιες ως ευκαιρίες μάθησης τόσο για προγραμματιστές όσο και για χρήστες.

Ενώ η ομάδα σας μετατοπίζει στο σύννεφο, οι προγραμματιστές έχουν την ευκαιρία να εξοικειώσουν τους ειδικούς των λειτουργιών με τον κώδικα - ίσως ακόμη και τις συγκεκριμένες γλώσσες - και τον έλεγχο πηγής, και οι χρήστες μπορούν να διδάξουν στους προγραμματιστές την υποδομή. Όταν και οι δύο ομάδες είναι οι εμπειρογνώμονες και οι αρχάριοι, καμία ομάδα δεν πρέπει να ασχοληθεί πολύ με μια καταστροφική μεταφορά των γνώσεων.

Η εμπιστοσύνη, η σχέση και η υγιής δυναμική που προκύπτουν από αυτές τις αλληλεπιδράσεις θα γαλβανίσουν την ομάδα σας και θα διαρκέσουν πολύ περισσότερο από την άμεση εργασία που πήρε. Με πολλούς τρόπους, ενισχύετε την κουλτούρα του DevOps μέσω της επεξεργασίας της πρακτικής DevOps.

Επωφεληθείτε από τις υπηρεσίες cloud στην πρωτοβουλία DevOps

Οι σύγχρονες λειτουργίες αλλάζουν και εξελίσσονται. Οι ανταγωνιστές σας υιοθετούν ήδη νέους τρόπους να καινοτομούν ταχύτερα και να επιταχύνουν τους κύκλους ζωής τους.

Το Cloud computing αντιπροσωπεύει μια μεγάλη στροφή από τον παραδοσιακό τρόπο που οι επιχειρήσεις σκέφτονται για τους πόρους πληροφορικής. Με την εξωτερική ανάθεση μεγάλου μέρους των απαιτήσεων της υποδομής και των λειτουργιών σας σε έναν πάροχο σύννεφο, μειώνετε τα γενικά έξοδα και αφήστε την ομάδα σας να εστιάσει στην παροχή καλύτερου λογισμικού στους χρήστες σας.

Εδώ είναι έξι συνήθεις λόγοι που οι οργανισμοί στρέφονται στις υπηρεσίες cloud computing:

  • Βελτίωση της προσιτότητας. Οι παροχείς υπηρεσιών Cloud σας επιτρέπουν να επιλέξετε μόνο τις υπηρεσίες που χρειάζεστε, όταν τις χρειάζεστε. Φανταστείτε αν θα μπορούσατε να έχετε πρόσβαση στην καλωδιακή τηλεόραση αλλά να πληρώνετε μόνο για τα κανάλια που παρακολουθείτε. Θα το αγαπούσες, έτσι δεν ήταν; Τα περισσότερα μέλη της ομάδας DevOps θα! Οι πάροχοι σύννεφων κάνουν ακριβώς αυτό, ενώ ταυτόχρονα σας παρέχουν το πιο ενημερωμένο υλικό πληροφορικής που στεγάζεται σε φυσικά ασφαλή κέντρα δεδομένων. Αυτοματοποίηση των υλοποιήσεων. Οι αλλαγές στο σύστημα - αναπτύξεις - είναι οι πιο συνηθισμένοι συνδρομητές διακοπών ή διακοπών παροχής υπηρεσιών. Οι πάροχοι σύννεφων καθιστούν τον κώδικα εκτόξευσης μια αυτοματοποιημένη, επαναλαμβανόμενη διαδικασία, μειώνοντας σημαντικά την πιθανότητα να κάνουν λάθη στις χειροκίνητες εκδόσεις και την εισαγωγή σφαλμάτων. Οι αυτοματοποιημένες υλοποιήσεις επιτρέπουν επίσης στους προγραμματιστές να απελευθερώσουν τον δικό τους κώδικα. Τελικά, οι αυτοματοποιημένες αναπτύξεις απλοποιούν τη διαδικασία μειώνοντας τον χρόνο εγκατάστασης και την αντιδραστική ταξινόμηση στην παραγωγή. Επιτάχυνση της παράδοσης. Το σύννεφο μειώνει την τριβή κατά μήκος σχεδόν κάθε φάσης του κύκλου ζωής του λογισμικού. Παρόλο που απαιτείται ρύθμιση, η διάρκεια της διαδικασίας δεν διαρκεί περισσότερο από το διπλάσιο του χρόνου που απαιτείται για να γίνει η διαδικασία με μη αυτόματο τρόπο και πρέπει να ρυθμίσετε μια υπηρεσία ή μια διαδικασία μόνο μία φορά. Η ταχεία παράδοση σάς δίνει έναν τόνο ευελιξίας. Αύξηση της ασφάλειας. Οι προμηθευτές σύννεφων κάνουν την ασφάλεια μέρος της προσφοράς τους. Οι υπηρεσίες Microsoft Azure, οι Υπηρεσίες web του Amazon (AWS) και η πλατφόρμα Google Cloud Platform (GCP) πληρούν διαφορετικά πρότυπα συμμόρφωσης και παρέχουν πολιτικές, υπηρεσίες και στοιχεία ελέγχου που θα σας βοηθήσουν να ενισχύσετε την ασφάλεια του συστήματός σας. Επιπλέον, αν χρησιμοποιείτε ένα εργαλείο αγωγών εγκατάστασης μέσα στο σύννεφο, μπορείτε να προσθέσετε ελέγχους ασφάλειας πριν να κυκλοφορήσει νέος κώδικας σε ένα περιβάλλον, μειώνοντας έτσι τη πιθανότητα τρωτών σημείων ασφαλείας. Μείωση της αποτυχίας. Μέσα από τους αγωγούς σύνθεσης και απελευθέρωσης σύννεφων, η ομάδα σας είναι σε θέση να δημιουργήσει αυτοματοποιημένες δοκιμές για να επιβεβαιώσει τη λειτουργικότητα, την ποιότητα του κώδικα, την ασφάλεια και τη συμμόρφωση οποιουδήποτε κώδικα εισάγεται στα συστήματά σας. Αυτή η δυνατότητα μειώνει την πιθανότητα εμφάνισης σφαλμάτων, μειώνοντας ταυτόχρονα τον κίνδυνο εμφάνισης προβληματικών εφαρμογών. Δημιουργία πιο ανθεκτικών και κλιμακούμενων συστημάτων. Το σύννεφο επιτρέπει στους οργανισμούς να μεγεθύνουν, να αυξάνουν και να αυξάνουν τη χωρητικότητα μέσα σε λίγα δευτερόλεπτα. Αυτή η ελαστική κλιμάκωση επιτρέπει την περιστροφή των υπολογιστών και των αποθηκευτικών πόρων ανάλογα με τις ανάγκες σας, ανεξάρτητα από τον κόσμο στον οποίο οι χρήστες αλληλεπιδρούν με το προϊόν σας. Αυτή η προσέγγιση σας επιτρέπει να εξυπηρετείτε καλύτερα τους πελάτες σας και να διαχειρίζεστε αποτελεσματικότερα το κόστος των υποδομών.

Η προσέγγιση DevOps αφορά στη δημιουργία μιας κυκλικής μεθόδου όπου ωφελείστε και μαθαίνετε από τη διαδικασία κάθε φορά που την περνάτε.

  1. BusinessOperations ManagementTips για βελτίωση της μηχανικής απόδοσης με DevOps

Με την Emily Freeman

Η βελτίωση της μηχανικής απόδοσης ως μέρος της διαδικασίας DevOps μπορεί να έχει σαρωτικές επιπτώσεις σε ολόκληρη την επιχείρηση. Η εξομάλυνση του κύκλου ζωής της ανάπτυξης και η απομάκρυνση των σημείων συμφόρησης θα συμβάλει στην επιτάχυνση της συνολικής απόδοσης της επιχείρησης - αυξάνοντας τελικά την κατώτατη γραμμή. Και αν νομίζετε, ως μηχανικός DevOps, ότι δεν πρέπει να νοιάζεστε για τις επιχειρηματικές επιδόσεις, κάνετε λάθος.

Σύμφωνα με την έρευνα DevOps Research and Assessment (DORA), οι ομάδες υψηλών επιδόσεων DevOps ξεπερνούν με συνέπεια τους ανταγωνιστές τους σε τέσσερις βασικούς τομείς:

  • Συχνότητα ανάπτυξης: Ο όρος αυτός αναφέρεται στο πόσο συχνά οι μηχανικοί σας μπορούν να αναπτύξουν κώδικα. Η βελτίωση της απόδοσης ευθυγραμμίζεται με την ανάπτυξη πολλαπλών χρόνων ανά ημέρα όπως επιθυμείτε. Χρόνος παράδοσης: Ο χρόνος παράδοσης είναι ο χρόνος που περνάτε από τη δέσμευση νέου κώδικα για την εκτέλεση αυτού του κώδικα σε περιβάλλον παραγωγής. Οι υψηλότεροι εκτελεστές, σύμφωνα με το DORA, έχουν χρόνο προβολής κάτω από μια ώρα, ενώ οι μέσοι ερμηνευτές χρειάζονται μέχρι ένα μήνα. MTTR (Μέσος χρόνος ανάκτησης): Το MTTR αναφέρεται στο χρονικό διάστημα που απαιτείται για την αποκατάσταση μιας υπηρεσίας μετά από ένα περιστατικό ή διακοπή. Στην ιδανική περίπτωση, θέλετε να επιδιώξετε λιγότερο από μία ώρα. Μια διακοπή κοστίζει σοβαρά χρήματα, ειδικά όταν επηρεάζει τα κέντρα κέρδους της εφαρμογής. Οι μεγάλες διακοπές καταστρέφουν την εμπιστοσύνη, μειώνουν το ηθικό και συνεπάγονται πρόσθετες οργανωτικές προκλήσεις. Αλλαγή αποτυχίας: Ο όρος αυτός αναφέρεται στον ρυθμό με τον οποίο οι αλλαγές στο σύστημά σας επηρεάζουν αρνητικά την απόδοση. Παρόλο που δεν θα φτάσετε ποτέ σε ποσοστό μηδενικής μεταβολής του μηδενικού ποσοστού, μπορείτε να προσεγγίσετε απολύτως το μηδέν, αυξάνοντας τις αυτοματοποιημένες δοκιμές σας και βασιζόμενοι σε έναν αγωγό ανάπτυξης με συνεχείς ελέγχους ολοκλήρωσης και πύλες - που όλα εξασφαλίζουν ποιότητα.

Εξάλειψη της τελειότητας ως μέτρο επιτυχίας του DevOps

Το DevOps βασίζεται στο μάντρα "Έγινε το καλύτερο από το τέλειο". Φαίνεται ότι είναι ένα από αυτά τα παραθέματα που δεν μπορούν να αποτυπωθούν, αλλά οι λέξεις μιλούν αλήθεια. Η προσπάθεια επίτευξης της τελειότητας είναι ο εχθρός της αποτελεσματικότητας και της παραγωγικότητας.

Οι περισσότεροι μηχανικοί, συμπεριλαμβανομένων εκείνων της ποικιλίας DevOps, υποφέρουν από κάποια παραλλαγή της ανάλυσης-παράλυσης - μιας ψυχικής δυσφορίας που περιορίζει την παραγωγικότητά σας σε μια προσπάθεια να αναλύσει εκ νέου την εργασία σας και να παρακάμψει κάθε πιθανό ατύχημα.

Εκπαίδευση ατέλειωτη στην εργασία σας απαιτεί να αγκαλιάσετε τη δυνατότητα αποτυχίας και το αναπόφευκτο της refactoring. Η δημιουργία βρόχων ανατροφοδότησης γύρω από τον πελάτη και η επαναφορά σε διάφορα στάδια του αγωγού είναι κύριοι ενοικιαστές των DevOps. Στο DevOps, συνδέετε τα άκρα για να κάμψετε τη γραμμή σε έναν κύκλο.

Όταν σκέφτεστε επαναληπτικά και κυκλικά, πιέζοντας τον κώδικα που δεν είναι τέλειος φαίνεται πολύ λιγότερο τρομακτικό γιατί ο κώδικας δεν είναι χαραγμένος σε πέτρα. Αντίθετα, σε μια προσωρινή κατάσταση οι μηχανικοί DevOps βελτιώνονται συχνά καθώς συγκεντρώνετε περισσότερα δεδομένα και ανατροφοδοτήστε.

Σχεδιάζοντας μικρές ομάδες για DevOps

Έχετε ακούσει πιθανώς τις ομάδες "δύο πίτσας" του Αμαζονίου. Η ιδέα μιλάει γενικά για τη σημασία των μικρών ομάδων. Τώρα, ο ακριβής αριθμός των ατόμων που περιλαμβάνουν μια ομάδα δύο πίτσας ποικίλλει ανάλογα με τις ορέξεις σας.

Είναι καλή ιδέα να κρατήσετε ομάδες κάτω των 12 ατόμων. Όταν μια ομάδα προσεγγίζει 9, 10 ή 11 άτομα, προσπαθήστε να την διαιρέσετε σε δύο. Το γλυκό σημείο για το μέγεθος της ομάδας είναι περίπου 4-6 άτομα. Ο ακριβής αριθμός μπορεί να διαφέρει ανάλογα με τους συμμετέχοντες, αλλά το θέμα είναι το εξής: Όταν οι ομάδες γίνονται πολύ μεγάλες, η επικοινωνία γίνεται δύσκολη, δημιουργούνται κλίκες και η ομαδική εργασία υποφέρει.

Ακολουθεί ένας ακόμη στόχος επιδομάτων κατά τη δημιουργία ομάδων DevOps: ζυγός αριθμοί. Είναι καλή ιδέα να δώσουμε στους ανθρώπους ένα "φίλο" στην εργασία - κάποιος που μπορούν να εμπιστευτούν πάνω από όλους τους άλλους. Σε ομαλές ομάδες, ο καθένας έχει έναν φιλαράκο και κανείς δεν έχει απομείνει. Μπορείτε να συνδυάσετε ομοιόμορφα και τείνει να λειτουργεί καλά. Η διαμόρφωση αμέτρητων ομάδων δεν είναι πάντοτε εφικτή λόγω αριθμών προσωπικού, αλλά πρέπει να θυμάστε.

Ένας τύπος για τη μέτρηση των καναλιών επικοινωνίας είναι n (n - 1) / 2, όπου n αντιπροσωπεύει τον αριθμό των ανθρώπων. Μπορείτε να εκτιμήσετε πόσο σύνθετη είναι η επικοινωνία της ομάδας σας, κάνοντας έναν απλό υπολογισμό. Για παράδειγμα, ο τύπος μιας ομάδας δύο πίτσας των 10 θα είναι 10 (10 - 1) / 2 = 45 κανάλια επικοινωνίας. Μπορείτε να φανταστείτε πόσο πολύπλοκες μεγαλύτερες ομάδες μπορούν να γίνουν.

Παρακολουθήστε τις λειτουργίες DevOps σας

Εάν μπορείτε να ξεπεράσετε τα μικρά γενικά έξοδα που γράφετε τι κάνετε κάθε μέρα, τα αποτελέσματα θα σας προσφέρουν εξαιρετική αξία. Έχοντας πραγματικά δεδομένα σχετικά με τον τρόπο με τον οποίο χρησιμοποιείτε το χρόνο σας, σας βοηθά να παρακολουθείτε την αποτελεσματικότητα της ομάδας σας. Όπως είπε ο Peter Drucker, "Αν δεν μπορείτε να το μετρήσετε, δεν μπορείτε να το βελτιώσετε".

Πόσες μέρες αφήνετε την εργασία να νιώθει σαν να μην κάνατε τίποτα; Μόλις συναντήσατε μετά από συνάντηση ή τυχαίες διακοπές όλη την ημέρα. Δεν είσαι μόνος. Πολλοί εργαζόμενοι έχουν το ίδιο πρόβλημα. Μπορεί να είναι δύσκολο να παρακολουθήσετε την πρόοδό σας και γι 'αυτό την παραγωγικότητά σας. Η απόκλιση μεταξύ των συναισθημάτων μας ως προς την αποτελεσματικότητα και την πραγματικότητα της αποτελεσματικότητάς μας είναι επικίνδυνη περιοχή για κάθε ομάδα DevOps.

Δοκιμάστε να χρησιμοποιήσετε το στυλό και το χαρτί αντί για κάποιο αυτοματοποιημένο εργαλείο για αυτό. Ναι, μπορείτε να χρησιμοποιήσετε λογισμικό για να παρακολουθείτε τον τρόπο με τον οποίο χρησιμοποιείτε το χρόνο σας στον υπολογιστή σας. Μπορεί να σας πει όταν διαβάζετε μηνύματα ηλεκτρονικού ταχυδρομείου, όταν χαλαρώνετε και όταν κωδικοποιείτε, αλλά στερούνται αποχρώσεις και συχνά χάνουν ή κατηγοριοποιούν εσφαλμένα μεγάλα κομμάτια χρόνου.

Αφού έχετε μια ιδέα για το τι κάνετε και πότε, μπορείτε να αρχίσετε να προσδιορίζετε ποιες δραστηριότητες εμπίπτουν στα τεταρτημόρια του Matrix απόφασης Eisenhower. Ποια απασχολημένη δουλειά κάνετε συνήθως που δεν παρέχει αξία σε εσάς ή την οργάνωση;

Μείωση της τριβής σε έργα DevOps

Ένα από τα καλύτερα πράγματα που μπορεί να κάνει ένας διαχειριστής για μια ομάδα μηχανικών DevOps είναι να τα αφήσει μόνο του. Μίσθωση περίεργοι μηχανικοί που είναι σε θέση να επιλύσουν τα προβλήματα ανεξάρτητα και στη συνέχεια να τους αφήσουν να κάνουν τη δουλειά τους. Όσο περισσότερο μπορείτε να μειώσετε την τριβή που επιβραδύνει το μηχανολογικό τους έργο, τόσο πιο αποτελεσματική θα είναι η ομάδα σας.

Η μείωση της τριβής περιλαμβάνει την τριβή που υπάρχει μεταξύ των ομάδων - ιδιαίτερα τις λειτουργίες και την ανάπτυξη. Μην ξεχνάτε ειδικούς όπως η ασφάλεια.

Η ευθυγράμμιση των στόχων και των κινήτρων αυξάνει την ταχύτητα. Εάν όλοι επικεντρώνονται στην επίτευξη των ίδιων πραγμάτων, μπορούν να ενωθούν μαζί ως ομάδα και να κινηθούν μεθοδικά προς αυτούς τους στόχους.

Εξανθρωπισμός για την επιτυχία της DevOps

Κάθε ομάδα μηχανικών έχει ειδοποιήσεις σχετικά με ενέργειες ή συμβάντα που δεν έχουν σημασία. Έχοντας όλες αυτές τις προειδοποιήσεις, οι μηχανικοί απευθύνονται σε πραγματικά σημαντικές ειδοποιήσεις. Πολλοί μηχανικοί έχουν γίνει προετοιμασμένοι να αγνοήσουν τις ειδοποιήσεις ηλεκτρονικού ταχυδρομείου λόγω υπερβολικού αριθμού μηνυμάτων.

Η κόπωση των συναγερμών πλήττει πολλούς μηχανικούς και έρχεται με υψηλό κόστος. Εάν πλημμυρίζεστε καθημερινά, είναι αδύνατο να διαλέξετε το σημαντικό από μια θάλασσα του ασήμαντου. Θα μπορούσατε ακόμη να πείτε ότι αυτά τα μηνύματα είναι επείγοντα αλλά όχι σημαντικά. . . .

Το ηλεκτρονικό ταχυδρομείο δεν είναι το ιδανικό όχημα για ειδοποίηση επειδή δεν είναι ευαίσθητο στο χρόνο (πολλοί άνθρωποι ελέγχουν το ηλεκτρονικό ταχυδρομείο μόνο μερικές φορές την ημέρα) και είναι εύκολα θαμμένοι σε άλλες λεπτομέρειες.

Εφαρμόζοντας αυτά που έχετε μάθει για ταχεία επανάληψη, επανεκτιμήστε τα όρια ειδοποίησης τακτικά για να εξασφαλίσετε ένα κατάλληλο ποσό κάλυψης χωρίς πάρα πολλά ψευδώς θετικά. Ο προσδιορισμός των ειδοποιήσεων που δεν είναι απαραίτητες απαιτεί χρόνο και εργασία. Και μάλλον θα είναι λίγο τρομακτικό, έτσι; Η διαγραφή μιας προειδοποίησης ή η αύξηση ενός κατωφλίου έρχεται πάντα με λίγο κίνδυνο.

Τι γίνεται αν η ειδοποίηση είναι πραγματικά σημαντική; Αν είναι, θα το καταλάβετε. Θυμηθείτε, δεν μπορείτε να φοβάστε την αποτυχία σε μια οργάνωση DevOps. Πρέπει να το αγκαλιάσετε έτσι ώστε να μπορέσετε να προωθήσετε και να βελτιώσετε συνεχώς. Εάν αφήσετε τον φόβο να καθοδηγήσει τις αποφάσεις σας, παραπονιάζετε - ως μηχανικός και ως οργάνωση.

  1. Διαχείριση επιχειρηματικών λειτουργιώνΠώς να διαμορφώσετε τις ομάδες DevOps στον οργανισμό σας

Με την Emily Freeman

Το DevOps δεν έχει ιδανική οργανωτική δομή. Όπως πάντα στην τεχνολογία, η "σωστή" απάντηση σχετικά με τη δομή της εταιρείας σας εξαρτάται από τη μοναδική σας κατάσταση: την τρέχουσα ομάδα σας, τα σχέδιά σας για ανάπτυξη, το μέγεθος της ομάδας σας, τα διαθέσιμα σύνολα δεξιοτήτων της ομάδας σας, το προϊόν σας και άλλα.

Η ευθυγράμμιση του οράματος της ομάδας DevOps θα πρέπει να είναι η πρώτη σας αποστολή. Μόνο αφού αφαιρέσετε τους φτωχούς καρπούς της προφανής τριβής μεταξύ των ανθρώπων θα πρέπει να ξεκινήσετε την αναδιάταξη των ομάδων. Ακόμα και τότε, επιτρέψτε κάποια ευελιξία.

Εάν πλησιάζετε σε μια αναδιοργάνωση με ανοιχτό χαρακτήρα και ευελιξία, στέλνετε το μήνυμα ότι είστε πρόθυμοι να ακούσετε και να δώσετε στην ομάδα την αυτονομία σας - ένα βασικό δόγμα των DevOps.

Ίσως έχετε ήδη έναν προγραμματιστή Python ή Go που είναι παθιασμένος και περίεργος για τη διαχείριση υποδομής και διαμόρφωσης. Ίσως αυτό το άτομο να μπορεί να μεταβεί σε έναν πιο επικεντρωμένο σε ops ρόλο στο νέο σας οργανισμό. Βάλτε τον εαυτό σας στα παπούτσια του ατόμου. Δεν θα είσαστε πιστός σε έναν οργανισμό που σας έφερε κίνδυνο; Δεν θα ενθουσιάσατε να εργαστείτε σκληρά; Και αυτός ο ενθουσιασμός είναι μεταδοτικός.

Εδώ μπορείτε να μάθετε πώς να ευθυγραμμίσετε τις ομάδες που έχετε ήδη, να αφιερώσετε μια ομάδα στις πρακτικές DevOps και να δημιουργήσετε διαλειτουργικές ομάδες - όλες τις προσεγγίσεις από τις οποίες μπορείτε να επιλέξετε να προσανατολίζετε τις ομάδες σας προς το DevOps.

Μπορείτε να επιλέξετε μια προσέγγιση και να την επιτρέψετε να εξελιχθεί από εκεί. Μην αισθάνεστε ότι αυτή η απόφαση είναι μόνιμη και άθικτη. Το DevOps επικεντρώνεται στην ταχεία επανάληψη και τη συνεχή βελτίωση και αυτό είναι το κύριο όφελος αυτής της μεθοδολογίας. Αυτή η φιλοσοφία ισχύει και για τις ομάδες.

Ευθυγράμμιση λειτουργικών ομάδων για DevOps

Με αυτήν την προσέγγιση, δημιουργείτε μια ισχυρή συνεργασία μεταξύ των παραδοσιακών ομάδων ανάπτυξης και λειτουργίας. Οι ομάδες παραμένουν λειτουργικές στη φύση - η μία επικεντρώνεται σε ops, η μία επικεντρώνεται στον κώδικα. Αλλά τα κίνητρά τους είναι ευθυγραμμισμένα. Θα αυξηθούν ώστε να εμπιστεύονται ο ένας τον άλλον και να δουλεύουν ως δύο ομάδες ζευγμένες μαζί.

Για τις μικρότερες τεχνικές οργανώσεις, η ευθυγράμμιση των λειτουργικών ομάδων είναι μια σταθερή επιλογή. Ακόμη και ως πρώτο βήμα, αυτή η ευθυγράμμιση μπορεί να ενισχύσει τις θετικές αλλαγές που κάνατε μέχρι τώρα. Συνήθως ξεκινάτε την ευθυγράμμιση λαμβάνοντας το χρόνο για να δημιουργήσετε μια σχέση. Βεβαιωθείτε ότι κάθε άτομο και στις δύο ομάδες δεν καταλαβαίνει μόνο διανοητικά τον ρόλο και τους περιορισμούς της άλλης ομάδας, αλλά επίσης ενστερνίζεται με τα σημεία πόνου.

Για αυτήν την προσέγγιση, είναι καλή ιδέα να προωθήσετε μια πολιτική "Μπορείτε να την οικοδομήσετε, να την υποστηρίξετε". Αυτή η πολιτική σημαίνει ότι όλοι - προγραμματιστές και άτομα που λειτουργούν με τον ίδιο τρόπο - συμμετέχουν στην εναλλαγή σας ετοιμότητας.

Αυτή η συμμετοχή επιτρέπει στους προγραμματιστές να ξεκινήσουν να καταλαβαίνουν τις απογοητεύσεις που τους ζητούν τη μέση της νύχτας και να αγωνίζονται, ενώ οι ομιχλώδες και η καφεΐνη στερούνται για να διορθώσουν ένα σφάλμα που επηρεάζει τους πελάτες. Οι άνθρωποι της επιχείρησης αρχίζουν επίσης να εμπιστεύονται την αφοσίωση των προγραμματιστών σας στο έργο τους. Ακόμη και αυτή η μικρή αλλαγή χτίζει ένα εξαιρετικό ποσό εμπιστοσύνης.

Μια λέξη της προσοχής: Εάν οι προγραμματιστές αγωνιστούν σκληρά ενάντια στην κλήση, ένα μεγαλύτερο πρόβλημα είναι στο παιχνίδι στον οργανισμό σας. Το pushback δεν είναι ασυνήθιστο επειδή η κλήση είναι άγρια ​​διαφορετική από τις καθημερινές ευθύνες της ημέρας. Το pushback προέρχεται συχνά από ένα τόπο δυσφορίας και φόβου. Μπορείτε να βοηθήσετε να μετριάσετε αυτή την αντίδραση αντιμετωπίζοντας το γεγονός ότι οι προγραμματιστές σας μπορεί να μην ξέρουν τι να κάνουν τις πρώτες φορές που είναι σε ετοιμότητα.

Μπορεί να μην είναι εξοικειωμένοι με την υποδομή και αυτό είναι εντάξει. Ενθαρρύνετε τους να κλιμακώσουν το περιστατικό και να επισκεφτείτε κάποιον με περισσότερη εμπειρία. Τέλος, δημιουργήστε ένα τρέχον βιβλίο με κοινές ειδοποιήσεις και τις ενέργειες που πρέπει να κάνετε. Η παροχή αυτού του πόρου θα βοηθήσει στην αποδυνάμωση κάποιου φόβου έως ότου αρχίσουν να κρέμονται τα πράγματα.

Μια άλλη τακτική που θα βοηθήσει στην προώθηση της συνεργασίας για να σχηματίσουν μια πιο συνεκτική ομάδα DevOps είναι να εισαγάγει μια ημέρα σκίασης, με κάθε ομάδα να «εμπορεύεται» έναν συνάδελφο. Ο έμπορος απλά σκιάζει κάποιον άλλο στην ομάδα, κάθεται στο γραφείο του (ή στην περιοχή του) και βοηθά στις καθημερινές ευθύνες του. Μπορούν να βοηθήσουν στην εργασία, να συζητήσουν προβλήματα ως ομάδα (προγραμματισμός ζευγαριών) και να μάθουν περισσότερα για το σύστημα από διαφορετική οπτική γωνία. Αυτό το στυλ διδασκαλίας δεν είναι κανονιστικό.

Αντ 'αυτού, προσφέρεται στην περιέργεια και στην οικοδόμηση εμπιστοσύνης. Οι συνάδελφοι πρέπει να αισθάνονται ελεύθεροι να κάνουν ερωτήσεις - ακόμη και την "ηλίθια" ποικιλία - και να μαθαίνουν ελεύθερα. Δεν υπάρχουν προσδοκίες απόδοσης. Ο χρόνος πρέπει να δαπανηθεί απλά γνωρίζοντας ο ένας τον άλλον και εκτιμώντας το έργο του άλλου. Κάθε παραγωγική έξοδος είναι ένα μπόνους!

Σε αυτή την προσέγγιση ευθυγράμμισης, οι δύο ομάδες πρέπει να συμμετέχουν απολύτως στις διαδικασίες σχεδιασμού, αρχιτεκτονικής και ανάπτυξης. Πρέπει να μοιράζονται ευθύνες και λογοδοσία καθ 'όλη τη διάρκεια του κύκλου ζωής του αναπτυξιακού έργου.

Αφιερώνοντας μια ομάδα DevOps

Μια ειδική ομάδα DevOps είναι περισσότερο μια εξέλιξη του Sys Admin από μια πραγματική ομάδα DevOps. Είναι μια ομάδα επιχειρήσεων με ένα συνδυασμό δεξιοτήτων. Ίσως ορισμένοι μηχανικοί είναι εξοικειωμένοι με τη διαχείριση διαμόρφωσης, άλλοι IaC (κώδικας υποδομής ως κώδικας) και ίσως άλλοι είναι ειδικοί σε δοχεία ή σε υποδομές cloud native ή CI / CD (συνεχής ολοκλήρωση και συνεχής παράδοση / ανάπτυξη).

Εάν νομίζετε ότι η τοποθέτηση μιας ομάδας ανθρώπων σε μια επίσημη ομάδα είναι αρκετή για να σπάσετε σιλό, εσείς εσείς κάνετε λάθος. Οι άνθρωποι είναι πιο περίπλοκοι από τα υπολογιστικά φύλλα. Η ιεραρχία δεν σημαίνει τίποτα αν τα σιλό σας έχουν εισέλθει σε μια φάση στην οποία είναι ανθυγιεινά και φυλετικά. Σε τοξικές καλλιέργειες, μπορεί να προκύψει ένα ισχυρό στυλ ηγεσίας που ακολουθείται σχεδόν πάντα από τους ανθρώπους που παίρνουν τις πλευρές. Εάν το βλέπετε αυτό στη δική σας ομάδα, έχετε δουλειά να κάνετε.

Αν και οποιαδήποτε προσέγγιση μπορεί να λειτουργήσει για την ομάδα σας, αυτή η προσέγγιση αφοσιωμένης ομάδας είναι αυτή που πρέπει να σκεφτείτε περισσότερο. Το μεγαλύτερο μειονέκτημα μιας ειδικής ομάδας DevOps είναι ότι γίνεται εύκολα μια συνέχεια των παραδοσιακών μηχανικών ομάδων χωρίς να αναγνωρίζεται η ανάγκη να ευθυγραμμιστούν ομάδες, να μειωθούν τα σιλό και να αποφευχθούν οι τριβές. Οι κίνδυνοι συνεχιζόμενης τριβής (ή δημιουργίας περισσότερων) είναι υψηλοί στην προσέγγιση αυτή. Πετάξτε προσεκτικά για να βεβαιωθείτε ότι επιλέγετε αυτήν την ομαδική οργάνωση για συγκεκριμένο λόγο.

Τα οφέλη αυτής της προσέγγισης DevOps έχουν μια ειδική ομάδα για την αντιμετώπιση σημαντικών αλλαγών υποδομής ή προσαρμογών. Εάν αγωνίζεστε με θέματα που σχετίζονται με τις λειτουργίες και τα οποία επιβραδύνουν τις αναπτύξεις σας ή προκαλούν ανησυχίες σχετικά με την αξιοπιστία του ιστότοπου, μπορεί να είναι μια καλή προσέγγιση - ακόμη και προσωρινά.

Μια αφοσιωμένη ομάδα, εάν σκοπεύετε να μετακινήσετε μια εφαρμογή παλαιού τύπου στο σύννεφο. Αλλά αντί να καλέσετε αυτή την ομάδα μια ομάδα DevOps, ίσως να προσπαθήσετε να την επισημάνετε με μια ομάδα αυτοματισμού.

Αυτή η αφοσιωμένη ομάδα μηχανικών μπορεί να εστιάσει πλήρως στην εξασφάλιση ότι έχετε εγκαταστήσει τα σωστά εργαλεία υποδομής και αυτοματοποίησης. Στη συνέχεια, μπορείτε να προχωρήσετε με βεβαιότητα ότι η αίτησή σας θα προσγειωθεί στο σύννεφο χωρίς σημαντική διατάραξη. Ωστόσο, αυτή η προσέγγιση είναι προσωρινή. Εάν κρατήσετε την ομάδα απομονωμένη για πολύ καιρό, κινδυνεύετε να κατεβείτε μια ολισθηρή πλαγιά από ταχεία ανάπτυξη σε ενσωματωμένο σιλό.

Δημιουργία διαλειτουργικών ομάδων προϊόντων για DevOps

Μια διαλειτουργική ομάδα είναι μια ομάδα που σχηματίζεται γύρω από μια ενιαία εστίαση προϊόντος. Αντί να έχετε ξεχωριστές ομάδες ανάπτυξης, διεπαφής χρήστη και εμπειρία χρήστη (UI / UX), διασφάλισης ποιότητας (QA) και λειτουργίες, συνδυάζετε ανθρώπους από κάθε μια από αυτές τις ομάδες.

Μια διαλειτουργική ομάδα λειτουργεί καλύτερα σε μεσαίες έως μεγάλες οργανώσεις. Χρειάζεστε αρκετούς προγραμματιστές και λειτουργούς για να συμπληρώσετε τις θέσεις κάθε ομάδας προϊόντων. Κάθε διαλειτουργική ομάδα φαίνεται λίγο διαφορετική.

Είναι καλή ιδέα να έχουμε, τουλάχιστον, ένα άτομο για κάθε ομάδα. Μην ζητάτε από ένα άτομο να διαχωρίσει τις ευθύνες του μεταξύ δύο ομάδων. Αυτό το σενάριο είναι άδικο για αυτούς και θα δημιουργήσει γρήγορα τριβές μεταξύ των δύο ομάδων προϊόντων. Δώστε στους μηχανικούς σας το προνόμιο να είναι σε θέση να εστιάσουν και να σκάψουν βαθιά στη δουλειά τους.

Εάν είστε οργανισμός, εξακολουθείτε να είστε μικρός ή σε φάση εκκίνησης, μπορείτε να σκεφτείτε ολόκληρο το μηχανολογικό σας οργανισμό ως μια διαλειτουργική ομάδα. Κρατήστε το μικρό και εστιασμένο. Όταν αρχίζετε να πλησιάζετε έχοντας 10-12 άτομα, αρχίστε να σκέφτεστε πώς μπορείτε να αναδιοργανώσετε τους μηχανικούς.

Η παρακάτω εικόνα δείχνει τι θα μπορούσαν να φαίνονται οι διασταυρούμενες λειτουργικές σας ομάδες. Αλλά έχετε κατά νου ότι η σύνθεση τους ποικίλλει από ομάδα σε ομάδα και από οργάνωση σε οργάνωση. Ορισμένα προϊόντα έχουν έντονη σχεδιαστική εστίαση, πράγμα που σημαίνει ότι μπορεί να έχετε πολλούς σχεδιαστές σε κάθε ομάδα. Άλλα προϊόντα είναι τεχνικά σχεδιασμένα για μηχανικούς που δεν ενδιαφέρονται πολύ για την αισθητική. Οι ομάδες για αυτό το είδος προϊόντος μπορεί να έχουν έναν σχεδιαστή - ή καθόλου.

DevOps ομάδα προϊόντων

Εάν ο οργανισμός σας είναι αρκετά μεγάλος, μπορείτε σίγουρα να δημιουργήσετε πολλές ομάδες χρησιμοποιώντας διαφορετικές ιδέες και προσεγγίσεις του DevOps. Θυμηθείτε ότι ο οργανισμός σας είναι μοναδικός. Νιώστε την εξουσία να λαμβάνετε αποφάσεις με βάση τις τρέχουσες συνθήκες και να προσαρμόζεστε από εκεί. Ακολουθούν ορισμένοι πιθανοί συνδυασμοί διαφόρων τύπων ομάδων προϊόντων.

  • Ομάδα Προηγμένων Προϊόντων: Προγραμματιστής Προγραμματισμού (PM), Προγραμματιστής Front-end, Back-End Developer, Back-End Developer, Μηχανικός Αξιοπιστίας Site (SRE), Μηχανικός Αυτοματισμών, Tester QA Ομάδα μετασχηματισμού σύννεφων: SRE, SRE, Μηχανικός Επιχειρήσεων, Μηχανικός Αυτοματισμού, Back-End Developer Ομάδα MVP: PM, Σχεδιαστής, Μηχανικός UX, Προγραμματιστής Front-end, Backend Developer, Μηχανικός Επιχειρήσεων

Το μειονέκτημα μιας ομάδας διαλειτουργικών προϊόντων είναι ότι οι μηχανικοί χάνουν τη συντροφικότητα των μηχανικών με τα ίδια σύνολα ικανοτήτων και τα ίδια πάθη. Έχοντας μια ομάδα ομοϊδεάτων ατόμων με τα οποία μπορείτε να κοινωνικοποιήσετε και από τα οποία μπορείτε να μάθετε είναι μια σημαντική πτυχή της ικανοποίησης από την εργασία. Ελέγξτε μια λύση σε αυτό το ζήτημα παρακάτω.

Όπως φαίνεται παρακάτω, μπορείτε να δώσετε στους μηχανικούς σας αφιερωμένο χρόνο εργασίας για να περάσουν με τις φυλές τους. Μπορείτε να κάνετε κάτι τόσο γενναιόδωρο όσο πληρώνετε για μεσημεριανό γεύμα μία φορά την εβδομάδα, ώστε να μπορούν να συναντηθούν και να μιλήσουν. Ή μπορείτε να παρέχετε 10-20 τοις εκατό του χρόνου εργασίας για να εργάζονται σε έργα ως φυλή. Είτε έτσι είτε αλλιώς χρειάζεστε τους μηχανικούς σας για να παραμείνουν αιχμηρά.

Οι φυλές μοιράζονται τη γνώση της βιομηχανίας, παρέχουν υγιή ανατροφοδότηση και υποστηρίζουν την ανάπτυξη σταδιοδρομίας. Παρέχετε χρόνο στους μηχανικούς σας να μάθουν από άτομα με τα οποία μοιράζονται την εκπαίδευση, την εμπειρία και τους στόχους. Αυτή τη φορά παρέχει ένα ασφαλές μέρος όπου μπορούν να χαλαρώσουν και να νιώσουν σαν στο σπίτι τους.

DevOps φυλές

Κανένα ποσό τέλειου finagling θα ξεπεράσει τις ελλείψεις μιας κακής οργανωτικής κουλτούρας. Αλλά αν έχετε δώσει προσοχή μέχρι στιγμής και κάνετε τα κατάλληλα βήματα, το επόμενο βήμα είναι να δημιουργήσετε ομάδες που ενισχύουν τα πολιτισμικά ιδανικά που έχετε ήδη εφαρμόσει.

  1. Διαχείριση επιχειρησιακών λειτουργιώνΜετακίνηση σε διαδικασίες DevOps: Από μια γραμμή σε ένα κύκλωμα

Με την Emily Freeman

Η προσέγγιση DevOps περιλαμβάνει έναν κύκλο σε αντίθεση με μια γραμμή. Επιτρέπει συνεχή ολοκλήρωση και συνεχή παράδοση, επιτυγχάνοντας σταθερή ανατροφοδότηση σε όλη τη διαδικασία. Η μεθοδολογία DevOps είναι μόνο ένα παράδειγμα του τρόπου εξέλιξης των διαδικασιών.

Οι αναπτυξιακές διαδικασίες έχουν αλλάξει ριζικά τις τελευταίες δεκαετίες και για καλό λόγο. Στη δεκαετία του 1960, η Margaret Hamilton ηγήθηκε της ομάδας μηχανικών που ανέπτυξε το λογισμικό για την αποστολή Apollo 11. Δεν επαναφέρετε τους ανθρώπους στο διάστημα - τουλάχιστον δεν το έκαναν στη δεκαετία του 1960. Δεν πρόκειται για ένα πεδίο λογισμικού στο οποίο η «αποτυχία γρήγορα» αισθάνεται σαν μια ιδιαίτερα καλή προσέγγιση. Οι ζωές βρίσκονται στη γραμμή, για να μην αναφέρουμε εκατομμύρια δολάρια.

Ο Hamilton και οι συνομήλικοί του έπρεπε να αναπτύξουν λογισμικό χρησιμοποιώντας τη μεθοδολογία καταρράκτη. Η παρακάτω εικόνα δείχνει ένα παράδειγμα μιας διαδικασίας ανάπτυξης καταρράκτη (που εμφανίζεται σε ευθεία γραμμή).

διαδικασία καταρράκτη

Η ακόλουθη εικόνα προσθέτει τις φάσεις. Παρατηρήστε πώς τα βέλη κινούνται προς μία κατεύθυνση. Δείχνουν μια ξεκάθαρη αρχή και ένα σαφές τέλος. Όταν τελειώσετε, έχετε τελειώσει. Σωστά?

Οχι. Όσο περισσότεροι άνθρωποι θα ήθελαν να απομακρυνθούν από τα μέρη των κωδικών τους για πάντα (ή να τους σκοτώσουν με φωτιά), συνήθως δεν έχουν το προνόμιο.

Το λογισμικό που αναπτύχθηκε από τον Hamilton και την ομάδα του ήταν μια άγρια ​​επιτυχία (το μυαλό φυσάει να πιστεύει ότι αναπτύχθηκε στη Συνέλευση με μηδενικούς βοηθούς όπως μηνύματα λάθους). Ωστόσο, δεν ήταν εξίσου επιτυχημένα όλα τα έργα.

Αργότερα, όπου το καταρράκτη απέτυχε, ο Agile πέτυχε. (Το DevOps γεννήθηκε από το κίνημα της Agile.) Ο Agile προσπαθεί να πάρει την ευθεία του καταρράκτη και να τον λυγίσει σε έναν κύκλο, δημιουργώντας ένα ατέλειωτο κύκλωμα μέσω του οποίου η μηχανολογική σας ομάδα μπορεί να βελτιωθεί διαρκώς και συνεχώς.

αγωγός ανάπτυξης καταρράκτη

Η παρακάτω εικόνα απεικονίζει τον τρόπο σκέψης του κυκλικού κύκλου ζωής ανάπτυξης.

Κύκλωμα DevOps

Συχνά, οι διάφοροι βρόχοι που προδιαγράφονται από διαφορετικούς οργανισμούς επηρεάζονται από τα προϊόντα που πωλούν οι πωλητές. Για παράδειγμα, εάν ο πωλητής πωλεί λογισμικό υποδομής και εργαλεία, πιθανόν να τονίσει αυτό το τμήμα του κύκλου ζωής της ανάπτυξης, ίσως εστιάζοντας περισσότερο στην ανάπτυξη, την παρακολούθηση και την υποστήριξη του λογισμικού σας.

Δεν υπάρχει τίποτα προς πώληση εδώ. Τα στάδια που επικεντρώνονται εδώ είναι τα πιο κρίσιμα για τους προγραμματιστές, μαζί με εκείνους που οι άνθρωποι αγωνίζονται με τους περισσότερους όταν μαθαίνουν να διαχειρίζονται καλύτερα την ανάπτυξη λογισμικού τους και να υιοθετούν DevOps.

Τα πέντε στάδια του κύκλου ζωής του λογισμικού ανάπτυξης είναι

  • Προγραμματισμός: Η φάση σχεδιασμού της διαδικασίας ανάπτυξης DevOps είναι ίσως το πιο σημαντικό για την αποστολή DevOps. Σας δημιουργεί για επιτυχία ή αποτυχία στο δρόμο. Είναι επίσης ο πιο εύφορος χρόνος για να φέρει όλους μαζί. Από όλους, αυτό σημαίνει ότι οι επιχειρηματίες, οι πωλήσεις και το μάρκετινγκ, η μηχανική, το προϊόν και άλλοι. Σχεδιασμός: Στις περισσότερες επιχειρήσεις, η φάση σχεδιασμού συγχωνεύεται στη φάση κωδικοποίησης. Αυτό το τερατώδες αμάλγαμα σχεδιασμού και κώδικα δεν επιτρέπει τον διαχωρισμό της αρχιτεκτονικής στρατηγικής από την εφαρμογή. Ωστόσο, αν αφήσετε τα πράγματα όπως το σχεδιασμό βάσης δεδομένων, την εφοδιαστική API και τις βασικές επιλογές υποδομής στο τέλος του αγωγού ανάπτυξης - ή, ίσως, χειρότερα, με τους μεμονωμένους προγραμματιστές που εργάζονται σε ξεχωριστά χαρακτηριστικά - θα βρείτε γρήγορα τον κωδικό σας να είναι τόσο χαραγμένος ως ομάδα μηχανικών. Κωδικοποίηση: Η πραγματική ανάπτυξη των χαρακτηριστικών είναι το πρόσωπο της διαδικασίας DevOps και παίρνει όλη τη δόξα. Αλλά αυτό είναι ένα από τα λιγότερο σημαντικά βήματα στον αναπτυξιακό κύκλο ζωής σας. Με πολλούς τρόπους, είναι απλά η εκτέλεση των προηγούμενων περιοχών του αγωγού σας. Εάν γίνει καλά, η κωδικοποίηση πρέπει να είναι μια σχετικά απλή και απλή διαδικασία.

Τώρα, αν είστε προγραμματιστής και απλώς αναρριχήθηκε σε αυτή την τελευταία πρόταση επειδή αντιμετωπίσατε εκατοντάδες τυχαίων και δύσκολα προς επίλυση σφαλμάτων, είναι εύκολο να καταλάβετε πώς αισθάνεστε. Η κωδικοποίηση είναι δύσκολη. Τίποτα δεν είναι εύκολο για την ανάπτυξη λογισμικού. Αλλά με τον έλεγχο του σχεδιασμού, του σχεδιασμού και της αρχιτεκτονικής (και το διαχωρισμό τους από την πραγματική εφαρμογή του κώδικα), εξασφαλίζετε ότι οι πιο δύσκολες αποφάσεις της ανάπτυξης λογισμικού θα αφαιρεθούν.

  • Δοκιμές: Η δοκιμή είναι μια περιοχή του αγωγού στην οποία οι μηχανικοί από όλους τους τομείς της εμπειρογνωμοσύνης μπορούν να βουτήξουν και να εμπλακούν, επιτρέποντας μια μοναδική ευκαιρία για μάθηση σχετικά με τις δοκιμές, τη συντηρησιμότητα και την ασφάλεια. Υπάρχουν πολλά από τα έξι στάδια της ανάπτυξης λογισμικού ζωής διαφορετικούς τύπους δοκιμών για να εξασφαλιστεί ότι το λογισμικό σας λειτουργεί όπως αναμένεται. Ανάπτυξη: Η ανάπτυξη είναι η σκηνή που ίσως συνδέεται στενότερα με τις επιχειρήσεις. Παραδοσιακά, η ομάδα λειτουργιών σας θα λάβει τον κώδικα που αναπτύχθηκε από τους προγραμματιστές σας και θα δοκιμαστεί από την ομάδα διασφάλισης ποιότητας (QA) και στη συνέχεια θα την απελευθερώσει στους πελάτες - καθιστώντας τους μόνο τους υπεύθυνους για τη διαδικασία απελευθέρωσης. Το DevOps είχε τεράστιο αντίκτυπο σε αυτή τη φάση της αναπτυξιακής διαδικασίας. Επίσης, η ανάπτυξη είναι ένας από τους τομείς από τους οποίους μπορείτε να βρείτε τα περισσότερα εργαλεία αυτοματισμού που μπορείτε να τραβήξετε. Από μια προοπτική DevOps, η προτεραιότητά σας είναι να απλοποιήσετε τη διαδικασία ανάπτυξης, έτσι ώστε κάθε μηχανικός της ομάδας σας να είναι ικανός να αναπτύξει τον κώδικα. Αυτό δεν σημαίνει ότι οι επιχειρήσεις δεν έχουν μοναδικές γνώσεις ή ότι οι ομάδες επιχειρήσεων μπορεί να διαλυθούν.

Οι άνθρωποι της επιχείρησης θα έχουν πάντα μοναδικές γνώσεις σχετικά με την υποδομή, την εξισορρόπηση φορτίων και τα συναφή. Στην πραγματικότητα, η κατάργηση της χειρωνακτικής αποστολής ανάπτυξης λογισμικού από την ομάδα λειτουργιών θα σας επιτρέψει να εξοικονομήσετε χρόνο και χρήματα αλλού. Θα έχουν το χρόνο να εργαστούν για τη βελτίωση της αξιοπιστίας και της συντηρησιμότητας της εφαρμογής σας.

Η πιο σημαντική πτυχή του κύκλου ζωής των παραδόσεων μέσα στο πλαίσιο DevOps είναι ότι είναι ένας αληθινός βρόχος. Όταν φτάσετε στο τέλος, πηγαίνετε πίσω στην αρχή. Επίσης, αν λαμβάνετε σχόλια υποστήριξης από πελάτες σε οποιοδήποτε σημείο της πορείας σας, επιστρέψτε σε μια επόμενη φάση (ή το στάδιο προγραμματισμού), ώστε να μπορείτε να αναπτύξετε λογισμικό με τρόπο που εξυπηρετεί καλύτερα τους πελάτες σας.

Το πρώτο μέρος της κατασκευής ενός αγωγού είναι να το αντιμετωπίσουμε γραμμικά. Κατασκευάζετε μια ευθεία γραμμή με καθορισμένα στάδια και σημεία ελέγχου στην πορεία. Μέσα σε αυτό το πλαίσιο, μπορείτε να δείτε τον κύκλο ζωής του λογισμικού ανάπτυξης ως κάτι που ξεκινάτε και κάτι που ολοκληρώνετε. Οι λάτρεις του καταρράκτη θα ήταν περήφανοι.

Αλλά η πραγματικότητα δεν σε αφήνει να δουλεύεις σε ευθεία γραμμή. Δεν μπορείτε απλά να ξεκινήσετε την παραγωγή κώδικα, να τελειώσετε και να περπατήσετε μακριά. Αντ 'αυτού, είστε αναγκασμένοι να βασίσετε στο βασικό λογισμικό που κυκλοφόρησε στον πρώτο επαναληπτικό βρόχο και να το βελτιώσετε μέσα από τον δεύτερο κύκλο. Και ούτω καθεξής και ούτω καθεξής. Η διαδικασία δεν τελειώνει ποτέ και ποτέ δεν θα σταματήσετε να βελτιώνεστε.

Η διαδικασία DevOps σας βοηθά να συνδέσετε την αρχή και το τέλος αυτής της ευθύγραμμης αγωγού έτσι ώστε να αρχίσετε να την κατανοείτε ως ένα ολόκληρο κύκλωμα ή βρόχο, για να αναπτύξετε και να βελτιώσετε συνεχώς.

  1. BusinessOperations ManagementInterview Τεχνικές για την οικοδόμηση μιας ομάδας DevOps: Να πάρει τις σωστές τεχνικές δεξιότητες

Με την Emily Freeman

Μπορεί να είναι δύσκολο να αξιολογήσετε τους υποψήφιους για τη σωστή δεξιότητα κατά την πρόσληψη για δουλειές DevOps ... αλλά όχι αδύνατη. Με λίγη δημιουργικότητα και προθυμία να βγείτε έξω από το κουτί, μπορείτε να χρησιμοποιήσετε τεχνικές συνέντευξης για να βρείτε τους υποψηφίους με τις κατάλληλες τεχνικές δεξιότητες για τις πρωτοβουλίες DevOps.

DevOps συνέντευξη

Η ηλικία των αμήχανα αινίγματα και των συνεντεύξεων που προκαλούν ιδρώτα στο λευκό πίνακα μειώνεται - και για καλό λόγο. Εάν μια συνέντευξη με λευκές συμβουλές διευκολύνεται από έναν μηχανικό που ενδιαφέρεται περισσότερο για να εξαπατήσει τον υποψήφιο από ό, τι για να συζητήσει μια τεχνική συνομιλία, δεν θα πάτε πουθενά γρήγορα.

Οι συνεντεύξεις Whiteboarding έλαβαν πρόσφατα μεγάλη θερμότητα για να θέσουν σε μειονεκτική θέση τις υποεκπροσωπούμενες και περιθωριοποιημένες ομάδες - που περιλαμβάνουν γυναίκες και άτομα με χρώμα. Σε αυτή την εποχή, είναι απολύτως ζωτικής σημασίας για τις εταιρείες τεχνολογίας να προσλαμβάνουν διαφορετικές εργατικές δυνάμεις, επομένως αυτή η κατάσταση είναι απαράδεκτη. Ωστόσο, πρέπει να μετρήσετε με κάποιο τρόπο τις τεχνικές ικανότητες ενός ατόμου.

Ποια είναι η απάντηση? Λοιπόν, τα καλά νέα είναι ότι έχετε επιλογές. (Τα κακά νέα είναι ότι ... έχετε επιλογές.)

Πώς νοικιάζετε θα καθορίσει ποιοι είστε.

Επαναλάβετε τη συνέντευξη για τους υπαλλήλους DevOps

Η συνέντευξη στο whiteboard δεν προοριζόταν ποτέ να είναι αυτό που έχει γίνει. Σε μια συνέντευξη λευκού πίνακα, ο υποψήφιος DevOps έλαβε ένα πρόγραμμα υπολογιστή που εκτυπώθηκε σε οκτώ φύλλα χαρτιού. Οι οδηγίες? "Debug το πρόγραμμα." . . Με συγχωρείς?

Η συνέντευξη των λευκών επίπλων έχει γίνει μια κατάσταση κατά την οποία δίνετε στον υποψήφιο ένα φαινομενικά αδύνατο πρόβλημα, να τα στείλετε στο διοικητικό συμβούλιο με έναν δείκτη και να τα παρακολουθείτε να ιδρώνουν πολύ, ενώ τέσσερα ή πέντε άτομα παρατηρούν τον πανικό τους. Αυτός ο τύπος συνέντευξης δεν παρέχει σε κανείς ποιοτικές πληροφορίες σχετικά με το αν ο εργοδότης ή ο ερωτώμενος είναι κατάλληλος για το άλλο μέρος.

Αν και άλλοι έχουν καλέσει για την εξάλειψη της συνέντευξης whiteboard, εδώ είναι μια πιο λεπτή πρόταση: Αλλάξτε το ώστε να ταιριάζει με τις ανάγκες σας DevOps. Κάνετε μια συζήτηση μεταξύ δύο ανθρώπων για ένα κομμάτι κώδικα ή ένα συγκεκριμένο πρόβλημα. Μην κάνετε το πρόβλημα τρελό, όπως η εξισορρόπηση ενός δυαδικού δέντρου αναζήτησης. Εκτός αν η εργασία που πραγματοποιείτε συνέντευξη γράφει κυριολεκτικά κώδικα στη Συνέλευση, δεν χρειάζεται να αξιολογήσετε την ικανότητα του υποψηφίου να γράψει Συνέλευση.

Γνωρίστε τη δουλειά DevOps που θέλετε να γεμίσετε, τα απαιτούμενα σύνολα ικανοτήτων και τον καλύτερο τρόπο μέτρησης αυτών των δεξιοτήτων σε έναν υποψήφιο. Έχετε έναν μηχανικό στην ομάδα σας να καθίσει μαζί με τον υποψήφιο και να μιλήσετε για το πρόβλημα. Πώς θα ξεκινήσετε τη συζήτηση; Ποια προβλήματα αντιμετωπίζετε κατά μήκος του δρόμου; Πώς θα προσαρμόζατε τις λύσεις σας στις προκλήσεις που αντιμετωπίζετε;

Αυτή η συνομιλητική προσέγγιση επιτυγχάνει δύο πράγματα για τους υποψηφίους εργασίας Dev Dev:

  • Μειώνει τον πανικό. Οι περισσότεροι άνθρωποι δεν σκέφτονται καλά υπό πίεση. Επιπλέον, δεν κάνετε την εργασία σας καθημερινά, ενώ κάποιος κοιτάζει πάνω από τον ώμο σας, επικρίνοντας κάθε τυπογραφικό λάθος ή λάθος. Θα σταματήσετε αυτή τη δουλειά σε μια στιγμή. Επομένως, μην πιέζετε τους ανθρώπους να πάρουν συνέντευξη με αυτόν τον τρόπο. Αντ 'αυτού, δώστε στους υποψηφίους σας την ευκαιρία να αποδείξουν τι μπορούν να κάνουν. Θα αποκτήσετε μια εικόνα για το πώς σκέφτονται και επικοινωνούν. Μιμείται πραγματική δουλειά. Η συνομιλητική συνέντευξη σάς δίνει μια ιδέα για το πώς θα ήταν να συνεργαστείτε με αυτό το άτομο. Δεν επιλύετε σκληρά προβλήματα στην εργασία παρακολουθώντας ο ένας τον άλλο αγώνα. (Τουλάχιστον, δεν πρέπει να είστε πραγματικά, αυτό δεν είναι πολύ συνεργατικό ή DevOps-y, αφήνοντας τους συναδέλφους σας να υποφέρουν στο σιλό τους.) Αντ 'αυτού, συνεργάζεστε, ανταλλάσσετε ιδέες, σκέφτεστε τα πράγματα, κάνετε λάθη, μια λύση - μαζί.

Οι καλύτερες συνεντεύξεις σε λευκούς πίνακες είναι συνεργατικές, επικοινωνιακές και επικεντρώνονται γύρω από την περιέργεια - όλα τα πράγματα που οι επαγγελματίες αγαπούν τα DevOps.

Προσφέρετε δοκιμές home-to-home στους υποψήφιους για εργασία στην DevOps

Μια εναλλακτική λύση σε μια πιο παραδοσιακή συνέντευξη whiteboard είναι η δοκιμή home-house. Αυτός ο τύπος δοκιμής είναι ιδιαίτερα φιλικός σε άτομα που έχουν οποιοδήποτε είδος άγχους ή αόρατη αναπηρία που επηρεάζει την ικανότητά τους να συμμετέχουν σε συνέντευξη σε πίνακα. Αυτό το στυλ συνέντευξης είναι επίσης φιλικό προς τους μηχανικούς που αγωνίζονται έντονα με το σύνδρομο απατεώνας.

Το σύνδρομο Imposter περιγράφει άτομα υψηλής επίτευξης που αγωνίζονται να εσωτερικεύσουν τις επιτυχίες τους και βιώνουν ένα επίμονο συναίσθημα έκθεσης ως απάτη.

Μια δοκιμή στο σπίτι-σπίτι αποτελείται από κάποιο είδος προβλήματος που ένας υποψήφιος DevOps μπορεί να λύσει στο σπίτι στον δικό του χρόνο. Οι δοκιμές Take-home συχνά δημιουργούνται ως δοκιμαστική σουίτα για την οποία ο υποψήφιος πρέπει να γράψει κώδικα για να περάσει τις δοκιμές.

Εναλλακτικά, το πρόβλημα θα μπορούσε να είναι κάτι σχετικά μικρό, όπως "Δημιουργήστε ένα πρόγραμμα στη [γλώσσα σας επιλογής] που παίρνει εισροή και αντιστρέφει τους χαρακτήρες". Οι επιλογές είναι ατελείωτες και μπορείτε να προσαρμόσετε τη δοκιμή στην τεχνολογική στοίβα σας το βλέπετε σωστό.

Μπορείτε ακόμη να ζητήσετε από τους υποψηφίους εργασίας της DevOps να αναπτύξουν την αίτησή τους. Βεβαιωθείτε ότι επιτρέπετε στους υποψηφίους να χρησιμοποιούν εργαλεία ανοικτού κώδικα ή να τους παρέχουν τις απαραίτητες συνδρομές για τη χρήση συγκεκριμένων τεχνολογιών.

Το σημαντικότερο μειονέκτημα των δοκιμών στο σπίτι είναι ότι ζητάτε από τους ανθρώπους να πάρουν χρόνο κατά τη διάρκεια των βραδιών τους ή τα σαββατοκύριακα για να κάνουν ό, τι είναι ουσιαστικά ελεύθερη δουλειά. Ακόμη και αν τους πληρώσετε για την εργασία τους στο σπίτι, αυτό το στυλ συνέντευξης μπορεί να επηρεάσει άδικα έναν υποψήφιο DevOps που έχει και άλλες ευθύνες έξω από την εργασία, συμπεριλαμβανομένης της φροντίδας για τα παιδιά, έναν σύντροφο ή τους προβληματικούς γονείς.

Όχι κάθε σπουδαίος μηχανικός έχει απεριόριστο χρόνο να δεσμευτεί για το σκάφος του. Αλλά αν περιορίσετε την ομάδα υποψήφιων DevOps σε άτομα που έχουν την πολυτέλεια να αφιερώσουν 5-10 ώρες σε μια δοκιμή home-pick, θα βρείτε γρήγορα την ομάδα σας να γίνει ομοιογενής και στάσιμη.

Ανασκόπηση κώδικα με τους υποψηφίους εργασίας DevOps

Μια τεχνική συνέντευξης που μπορεί να λέει πραγματικά είναι όταν καθίσετε με έναν μηχανικό ή μια ομάδα μηχανικών για να λύσετε πραγματικά ζωύφια σε πραγματικό κώδικα μαζί. Μπορείτε να πάρετε μερικές προσεγγίσεις σε μια συνέντευξη κώδικα σε πραγματικό χρόνο.

Μπορείτε να μιμηθείτε μια δοκιμασία home-home και να δώσετε στον υποψήφιο περίπου μια ώρα για να δημιουργήσετε ένα πρόγραμμα ή να γράψετε μια λειτουργία για να περάσετε μια σειρά από δοκιμές. Μπορείτε επίσης να οργανώσετε τη συνέντευξη όπως μια αναθεώρηση κώδικα στην οποία θα τραβήξετε μια πραγματική PR και θα ανακαλύψετε τι κάνει ο κώδικας καθώς και τι θα μπορούσε να βελτιωθεί.

Με πολλούς τρόπους, ο προγραμματισμός του ζεύγους προγραμματισμού μιας ανασκόπησης κώδικα συνδυάζει τα καλύτερα μέρη τόσο μιας συνέντευξης σε πίνακα όσο και μιας δοκιμαστικής έκδοσης - αλλά χωρίς κάποια από τα σημαντικά μειονεκτήματά τους.

Ο προγραμματισμός ζευγαριών είναι μια τεχνική πρακτική στην οποία δύο μηχανικοί καθίσουν και εργάζονται μέσα από ένα πρόβλημα μαζί. Συνήθως, ένα άτομο "οδηγεί" με την κατοχή του πληκτρολογίου, αλλά αποφασίζουν από κοινού τι είναι η καλύτερη προσέγγιση, ποιος κώδικας πρέπει να προσθέσει και τι να πάρει μακριά.

Εάν η θέση DevOps περιλαμβάνει έναν ρόλο επικεντρωμένο στις λειτουργίες, η χρήση αυτής της προσέγγισης κωδικοποίησης σε πραγματικό χρόνο είναι ακόμα καλύτερη. Αν και πολλοί ops λαοί μαθαίνουν να εφαρμόζουν την υποδομή ως κώδικα ή να διαχειρίζονται διαμορφώσεις, δεν έχουν την ίδια εμπειρία με τους προγραμματιστές.

Η ανασκόπηση του τι κάνει κάτι και πώς μπορεί να λειτουργήσει είναι ένας φανταστικός τρόπος να επιβεβαιωθεί ότι ο υποψήφιος έχει εμπειρία στον κατάλογο εργαλείων και τεχνολογιών στο βιογραφικό του, καθώς και να εξασφαλίσει ότι ο υποψήφιος μπορεί να επικοινωνήσει με μια ομάδα.

Η οικοδόμηση της ομάδας DevOps είναι μια μεμονωμένη επιδίωξη. Η ομάδα DevOps δεν χρειάζεται να ταιριάζει με άλλα που έχετε δει. Αξιολογήστε τους στόχους σας και επιλέξτε τον κατάλληλο υποψήφιο για κάθε εργασία DevOps.

  1. Διαχείριση επιχειρηματικών λειτουργιών Συνεχής ενσωμάτωση και συνεχής παράδοση: Εφαρμογή και επωφεληθείτε από το CI / CD

Με την Emily Freeman

Η ανάπτυξη της κουλτούρας DevOps έχει αλλάξει τον τρόπο με τον οποίο οι προγραμματιστές κατασκευάζουν και μεταφέρουν λογισμικό. Πριν εμφανιστεί η νοοτροπία της Agile, οι ομάδες ανάπτυξης έλαβαν ένα χαρακτηριστικό γνώρισμα, το έχτισαν και στη συνέχεια ξέχασαν γι 'αυτό. Πήραν τον κώδικα στην ομάδα QA, ο οποίος έπειτα τον έριξε πίσω από σφάλματα ή την μετακίνησε στην ομάδα των επιχειρήσεων. Operations ήταν υπεύθυνη για την ανάπτυξη και τη διατήρηση του κώδικα στην παραγωγή.

Αυτή η διαδικασία ήταν αδέξια, τουλάχιστον, και προκάλεσε αρκετές συγκρούσεις. Επειδή οι ομάδες υπήρχαν σε σιλό, δεν έβλεπαν τίποτα για το πώς λειτουργούν οι άλλες ομάδες, συμπεριλαμβανομένων των διαδικασιών και των κινήτρων τους.

Το CI / CD, το οποίο σημαίνει συνεχή ολοκλήρωση και συνεχής παράδοση (ή ανάπτυξη), αποσκοπεί στην κατάρρευση των τειχών που υπήρχαν ιστορικά μεταξύ των ομάδων και στην εισαγωγή μιας ομαλότερης διαδικασίας ανάπτυξης.

Οφέλη από τη συνεχή ολοκλήρωση και τη συνεχή παράδοση

Το CI / CD προσφέρει πολλά οφέλη. Ωστόσο, η διαδικασία κατασκευής ενός αγωγού CI / CD μπορεί να είναι χρονοβόρα και επιπλέον απαιτεί buy-in από την ομάδα και την εκτελεστική ηγεσία.

Ορισμένα πλεονεκτήματα του CI / CD περιλαμβάνουν:

  • Αυστηρή αυτοματοποιημένη δοκιμή: Ακόμα και η πιο απλή εφαρμογή του CI / CD απαιτεί μια ισχυρή δοκιμαστική σουίτα που μπορεί να εκτελεστεί σε σχέση με τον κώδικα κάθε φορά που ένας προγραμματιστής πραγματοποιεί τις αλλαγές στον κύριο κλάδο. Επιταχυνόμενος βρόχος ανάδρασης: Οι προγραμματιστές λαμβάνουν άμεση ανατροφοδότηση με CI / CD. Οι αυτοματοποιημένες δοκιμές και ενσωματώσεις συμβάντων θα αποτύχουν πριν συγχωνευθεί νέος κώδικας. Αυτό σημαίνει ότι οι προγραμματιστές μπορούν να συντομεύσουν τον κύκλο ανάπτυξης και να αναπτύξουν τα χαρακτηριστικά πιο γρήγορα. Μειωμένες διαπροσωπικές συγκρούσεις: Η αυτοματοποίηση των διαδικασιών και η μείωση των τριβών μεταξύ των ομάδων ενθαρρύνει ένα πιο συνεργατικό περιβάλλον εργασίας στο οποίο οι προγραμματιστές κάνουν ό, τι κάνουν καλύτερα: μηχανικές λύσεις. Αξιόπιστη διαδικασία ανάπτυξης: Όποιος αναποδογυρίζει μια αποστολή σε ένα απόγευμα της Παρασκευής, μπορεί να σας πει πόσο σημαντικό είναι ότι οι εκτοξεύσεις κινούνται ομαλά. Η συνεχής ενσωμάτωση εξασφαλίζει ότι ο κώδικας είναι καλά δοκιμασμένος και εκτελεί αξιόπιστα σε περιβάλλον παραγωγής που μοιάζει με παραγωγή πριν φτάσει ποτέ σε τελικό χρήστη.

Εφαρμογή συνεχούς ολοκλήρωσης και συνεχούς παράδοσης

Το CI / CD έχει τις ρίζες του σε ευέλικτες μεθοδολογίες. Θα πρέπει να σκεφτείτε την εφαρμογή του CI / CD ως επαναληπτική διαδικασία. Κάθε ομάδα μπορεί να επωφεληθεί από μια έκδοση CI / CD, αλλά η προσαρμογή της συνολικής φιλοσοφίας εξαρτάται σε μεγάλο βαθμό από την τρέχουσα στοίβα τεχνολογίας (τις γλώσσες, τα πλαίσια, τα εργαλεία και την τεχνολογία που χρησιμοποιείτε) και τον πολιτισμό.

Συνεχής ενσωμάτωση

Οι ομάδες που εφαρμόζουν τον κωδικό συγχώνευσης συνεχούς ενοποίησης (CI) αλλάζουν πάλι στον κύριο ή αναπτυξιακό κλάδο όσο πιο συχνά γίνεται. Το CI συνήθως χρησιμοποιεί ένα εργαλείο ενσωμάτωσης για την επικύρωση της κατασκευής και την εκτέλεση αυτοματοποιημένων δοκιμών κατά του νέου κώδικα.

Η διαδικασία του CI επιτρέπει στους προγραμματιστές σε μια ομάδα να δουλεύουν στον ίδιο χώρο του codebase διατηρώντας ταυτόχρονα ελάχιστες αλλαγές και αποφεύγοντας μαζικές συγκρούσεις συγχώνευσης.

Για την εφαρμογή της συνεχιζόμενης ολοκλήρωσης:

  • Γράψτε αυτοματοποιημένες δοκιμές για κάθε λειτουργία. Αυτό αποτρέπει την ανάπτυξη σφαλμάτων στο περιβάλλον παραγωγής. Ρυθμίστε έναν εξυπηρετητή CI. Ο διακομιστής παρακολουθεί το κύριο αποθετήριο για αλλαγές και ενεργοποιεί τις αυτόματες δοκιμές όταν πιέζονται νέες δεσμεύσεις. Ο διακομιστής CI θα πρέπει να μπορεί να εκτελεί γρήγορα δοκιμές. Ενημερώστε τις συνήθειες των προγραμματιστών. Οι προγραμματιστές πρέπει να συγχωνεύσουν τις αλλαγές πίσω στην κύρια βάση κώδικα συχνά. Τουλάχιστον, αυτή η συγχώνευση θα πρέπει να γίνεται μία φορά την ημέρα.

Συνεχής παράδοση

Η συνεχής παράδοση είναι ένα βήμα προς τα εμπρός από το CI στο οποίο οι προγραμματιστές αντιμετωπίζουν κάθε αλλαγή στον κώδικα ως παραδοτέο. Ωστόσο, σε αντίθεση με τη συνεχή ανάπτυξη, μια απελευθέρωση πρέπει να ενεργοποιείται από έναν άνθρωπο και η αλλαγή μπορεί να μην παραδοθεί αμέσως σε έναν τελικό χρήστη.

Αντ 'αυτού, οι αναπτύξεις είναι αυτοματοποιημένες και οι προγραμματιστές μπορούν να συγχωνευθούν και να αναπτύξουν τον κώδικα τους με ένα μόνο κουμπί. Με την πραγματοποίηση μικρών επαναλήψεων που εκτελούνται συχνά, η ομάδα εξασφαλίζει ότι μπορούν να αντιμετωπίσουν εύκολα τις αλλαγές.

Αφού ο κώδικας περάσει τις αυτοματοποιημένες δοκιμές και είναι κατασκευασμένος, η ομάδα μπορεί να αναπτύξει τον κώδικα σε οποιοδήποτε περιβάλλον καθορίζει, όπως QA ή σταδιοποίηση. Συχνά, ένας ομότιμος χρήστης αναθεωρεί χειροκίνητα τον κώδικα πριν ένας μηχανικός συγχωνεύσει τον κλάδο παραγωγής.

Για την υλοποίηση της συνεχούς παράδοσης:

  • Έχετε μια ισχυρή βάση στο CI. Η αυτοματοποιημένη σουίτα δοκιμής θα πρέπει να αναπτυχθεί σε συσχετισμό με την ανάπτυξη χαρακτηριστικών και θα πρέπει να προσθέσετε δοκιμές κάθε φορά που αναφέρθηκε ένα σφάλμα. Αυτοματοποιήστε τις απελευθερώσεις. Ένας άνθρωπος αρχίζει ακόμα να αναπτύσσει, αλλά η απελευθέρωση θα πρέπει να είναι μια διαδικασία ενός βήματος - ένα απλό κλικ ενός κουμπιού. Εξετάστε τις σημαίες χαρακτηριστικών. Οι σημαίες χαρακτηριστικών αποκρύπτουν ατελείς λειτουργίες από συγκεκριμένους χρήστες, διασφαλίζοντας ότι οι συνομηλίκοι και οι πελάτες σας βλέπουν μόνο τη λειτουργικότητα που επιθυμείτε.

Συνεχής ανάπτυξη

Η συνεχής ανάπτυξη συνεπάγεται συνεχή παράδοση ακόμη και ένα βήμα παραπέρα από τη συνεχή παράδοση. Κάθε αλλαγή που περνάει ολόκληρο το αγωγό απελευθέρωσης παραγωγής αναπτύσσεται. Αυτό είναι σωστό: Ο κώδικας μπαίνει απευθείας στην παραγωγή.

Η συνεχής ανάπτυξη εξαλείφει την ανθρώπινη παρέμβαση από τη διαδικασία ανάπτυξης και απαιτεί μια πλήρως αυτοματοποιημένη σουίτα δοκιμών.

Για την υλοποίηση της συνεχούς ανάπτυξης:

  • Διατηρήστε μια ισχυρή κουλτούρα δοκιμών. Θα πρέπει να θεωρήσετε ότι ο έλεγχος αποτελεί βασικό μέρος της αναπτυξιακής διαδικασίας. Δηλώστε νέα χαρακτηριστικά. Οι αυτοματοποιημένες εκδόσεις δεν πρέπει να ξεπερνούν την τεκμηρίωση του API. Συντονιστείτε με άλλα τμήματα. Συμμετέχετε σε τμήματα όπως το μάρκετινγκ και την επιτυχία των πελατών για να εξασφαλίσετε μια ομαλή διαδικασία ανάπτυξης.
  1. BusinessOperationsManagementTop 10 παγίδες DevOps: Γιατί αποτυγχάνουν τα έργα λογισμικού σας

Με την Emily Freeman

Η προώθηση μιας κουλτούρας DevOps και η επιλογή εργαλείων για την υποστήριξη της προσέγγισης DevOps θα ωφελήσει τον οργανισμό σας. Η προσέγγιση DevOps γαλβανίζει την ομάδα μηχανικών σας και εστιάζει την ανάπτυξη του προϊόντος σας στον πελάτη σας.

Ωστόσο, κάθε φορά που προσπαθείτε να κάνετε μια τεράστια αλλαγή στο υπόγειο ρεύμα του οργανισμού σας, αντιμετωπίζετε προκλήσεις και πρέπει να αντιμετωπίσετε τις αποτυχίες. Καθώς μεταμορφώνετε σε DevOps, θα ανακαλύψετε μοναδικά χτυπήματα ταχύτητας για εσάς και την ομάδα σας για να ξεπεράσετε.

Αν και δεν μπορείτε να προβλέψετε πιθανώς κάθε εμπόδιο που θα αντιμετωπίσετε, αυτό το άρθρο μπορεί να σας προετοιμάσει για τις δέκα πιο συνηθισμένες παγίδες DevOps. Θυμηθείτε ότι, ωστόσο, πλησιάζετε την πρακτική DevOps, οι προτεραιότητές σας θα πρέπει να παραμείνουν εστιασμένες στους ανθρώπους, στη διαδικασία και στην τεχνολογία - με αυτή τη σειρά.

Αποτυχία να δοθεί προτεραιότητα στον πολιτισμό στο έργο DevOps

Περισσότερο από οτιδήποτε άλλο, το DevOps είναι ένα πολιτιστικό κίνημα. Ο πολιτισμός που δημιουργείτε στον οργανισμό σας θα κάνει ή θα σπάσει την πρακτική DevOps. Η κουλτούρα του DevOps πρέπει να δίνει έμφαση στη συνεργασία, την εμπιστοσύνη και την ενδυνάμωση της μηχανικής. Εάν αυτοματοποιήσετε τα νύχια αλλά χάσετε αυτά τα πολιτιστικά στοιχεία, πιθανόν να αποτύχετε.

Στην πραγματικότητα, το εργαλείο δεν έχει τόση σημασία. Τα εργαλεία που έχετε στη διάθεσή σας είναι πιο παρόμοια από ό, τι δεν είναι. Αν και τα προβλήματα που επιλύουν είναι σημαντικά, κανένα από αυτά τα προβλήματα δεν μπορεί να συγκριθεί με την σχεδόν ατελείωτη απογοήτευση της προσπάθειας να ενώσουν οι προγραμματιστές και οι λειτουργοί - καθώς και άλλες ομάδες, όπως η ασφάλεια - σε μια παραδοσιακή τεχνική οργάνωση.

Το DevOps επιδιώκει να γαλβανίσει τους μηχανικούς (καθώς και επιχειρηματικές ομάδες). Δημιουργεί ένα θεμέλιο στο οποίο όλοι μπορούν να μάθουν, να μοιραστούν και να αναπτυχθούν. Αυτή η προσωπική επιτάχυνση θα τροφοδοτήσει ολόκληρο το μηχανολογικό σας οργανισμό για να δημιουργήσει καλύτερα το λογισμικό DevOps, πιο γρήγορα. Οι μηχανικοί που έχετε στην ομάδα σας είναι το πιο πολύτιμο στοιχείο που έχετε. Αντιμετωπίστε τα καλά δίνοντάς τους σεβασμό και το δωμάτιο για να κάνουν ό, τι κάνουν καλύτερα - μηχανικές λύσεις.

Αφήνοντας τους άλλους πίσω καθώς προχωράτε με DevOps

Κάνοντας την υπόθεση εσωτερικά για DevOps θα καθορίσει τον τύπο του ιδρύματος που δημιουργείτε για την κουλτούρα σας. Ψάξτε για εύφορο έδαφος. Εάν μετακινηθείτε πολύ γρήγορα και δεν πείσετε τους βασικούς ανθρώπους για τη σημασία ενός μετασχηματισμού DevOps, οι άνθρωποι θα παρακολουθήσουν τις κινήσεις σας με σκεπτικισμό και θα πηδήσουν με την πρώτη ευκαιρία για να δείξουν σε όλους εσείς εσείς κάνετε λάθος. Αυτό δεν είναι μια διασκεδαστική θέση για να είσαι και ποτέ δεν θέλεις να ξεκινήσεις αυτό το ταξίδι με ανθρώπους που περιμένουν να αποτύχεις.

Για να είναι επιτυχής, χρειάζεστε όλοι στο πλοίο DevOps, ακόμα και τους επιφυλακτικούς και τους σκεπτικιστές. Οι μηχανικοί μπορεί να είναι δύσπιστοι. Μετά από μια δεκαετία ή δύο σε αυτόν τον κλάδο, έχουν δει πολλές ιδέες και νέες προσεγγίσεις έρχονται και πηγαίνουν. Μπορούν εύκολα να σηκώσουν τα DevOps ως "μια άλλη αποτυχημένη προσέγγιση" στα ίδια παλιά προβλήματα. Και αν το εφαρμόσετε ανεπαρκώς, το DevOps θα είναι πράγματι μια ακόμη αποτυχημένη προσέγγιση. Εσείς και η ομάδα σας πρέπει να πείσετε τους άλλους για τις δυνατότητες και να αναλάβετε δράση με τρόπους που προσκαλούν όλους στο τραπέζι.

Δοκιμάστε να πείσετε τα στελέχη με τα δεδομένα και τις δυνατότητες για επιτάχυνση της παράδοσης λογισμικού. Αλλά οι μηχανικοί πρέπει να ξέρουν πώς τα DevOps θα κάνουν τη δουλειά τους πιο ευχάριστη. Δείξτε τους πώς το DevOps ευθυγραμμίζεται με τις επιχειρηματικές ανάγκες και μειώνει την τριβή κατά μήκος του αγωγού παράδοσης λογισμικού.

Απλά φροντίστε να μην υπερβείτε την ιδέα. Οι προκλήσεις DevOps θα συμβούν. Το DevOps δεν είναι μια ασημένια σφαίρα και απαιτεί έντονη εργασία στην αρχή για να διασφαλίσει ότι η ομάδα δημιουργεί μια κουλτούρα μάθησης στην οποία οι μηχανικοί είναι ελεύθεροι να κάνουν λάθη και να μεγαλώσουν.

Αφού φτάσετε σε έναν ορίζοντα γεγονότων όπου αρκετοί άνθρωποι πιστεύουν στα DevOps, μπορείτε να προχωρήσετε με τη γνώση ότι έχετε την υποστήριξη του οργανισμού σας και των ανθρώπων που βρίσκονται μέσα σε αυτόν.

Ξεχνώντας την ευθυγράμμιση των κινήτρων στο έργο DevOps

Εάν δεν θέτετε να ευθυγραμμιστούν τα κίνητρα με αυτό που περιμένετε από ορισμένες ομάδες ή συγκεκριμένους μηχανικούς, προκύπτουν περισσότερες προκλήσεις. Το πραγματικό εργαλείο των DevOps, αν μπορείτε να το καταλάβετε, είναι ενδυνάμωση. Θέλετε να εξουσιοδοτήσετε τους μηχανικούς σας να κάνουν τη δουλειά τους καλά, χωρίς παρεμβολές. Έχετε προσλάβει ταλαντούχους μηχανικούς, έτσι εμπιστευτείτε την ικανότητά τους να εκπληρώσουν τις ευθύνες τους.

Για παράδειγμα, όταν οι προγραμματιστές εξυπηρετούν σε εναλλαγή ετοιμότητας, ορισμένοι οργανισμοί την πλαισιώνουν ως ένα κομμάτι τιμωρίας. "Το χτίσατε, το υποστηρίζετε", δεν γεμίζει ακριβώς τους ανθρώπους με χαρούμενα συναισθήματα. Αντ 'αυτού, αισθάνεται σαν μια άλλη μορφή ευθύνης. Αλλά μια ανθρώπινη και ομοιόμορφα κατανεμημένη εναλλαγή σε εφημερία όχι μόνο εξουσιοδοτεί τους προγραμματιστές να αναλάβουν την ευθύνη της δουλειάς τους, δημιουργεί επίσης ευκαιρίες μάθησης για όλη την ομάδα.

Στα DevOps, δεν τιμωρείτε τους μηχανικούς για ατελείς εργασίες. Αντιθέτως, μοιράζεστε την ευθύνη και καλλιεργείτε έναν οργανισμό που εκτιμά την εκμάθηση και δίνει τη δυνατότητα σε όλους να είναι περίεργες καθώς και να συμμετέχουν σε τομείς τεχνολογίας στους οποίους είναι λιγότερο εξοικειωμένοι.

Η ευθυγράμμιση των κινήτρων και η δημιουργία ευκαιριών συνεργασίας οδηγεί στο στόχο σας να βελτιώσετε τα προϊόντα σας και να εξυπηρετήσετε καλύτερα τους πελάτες σας. Εάν όλοι είναι ευθυγραμμισμένοι προς το στόχο της δημιουργίας εκπληκτικών υπηρεσιών για τους πελάτες σας μέσω των DevOps, θα δείτε την ομάδα να αρχίσει να γαλβανίζει.

Κρατώντας ήσυχο το έργο DevOps

Το DevOps είναι η αντίθεση των μυστικών και των διαπραγματεύσεων στο backroom. Αντ 'αυτού, βάζει τα πάντα στο τραπέζι και σας αναγκάζει να εμπιστευτείτε την ακεραιότητα των ανθρώπων στον οργανισμό σας. Όταν εισάγετε για πρώτη φορά ανοιχτή επικοινωνία, μπορεί να φαίνεται ότι η σύγκρουση αυξάνεται. Δεν το κάνει. Αντ 'αυτού, βλέπετε απλώς τα σημεία τριβής για πρώτη φορά. Αντί να αφήνουν τη σύγκρουση να βράζει κάτω από την επιφάνεια, οι άνθρωποι αισθάνονται αρκετά ασφαλείς ώστε να εγείρουν τις ανησυχίες τους και να εκφράσουν τις απόψεις τους.

Μια σημαντική πτυχή της ανοιχτής επικοινωνίας είναι να συνεχίζεται σε όλη τη διάρκεια του κύκλου ζωής του προϊόντος - από ιδεασμό στην παραγωγή. Πρέπει να συμπεριλάβετε τους μηχανικούς στις συζητήσεις προγραμματισμού, στις αποφάσεις της αρχιτεκτονικής, στις ενημερώσεις προόδου ανάπτυξης και στις αναπτύξεις.

Παρόλο που αυτή η έμφαση στην επικοινωνία δημιουργεί περισσότερες διεξοδικές συζητήσεις, δίνει τη δυνατότητα στους μηχανικούς να έχουν ορατότητα εκτός του βασικού τομέα εμπειρογνωμοσύνης τους, γεγονός που με τη σειρά τους τους εξουσιοδοτεί να συμβουλεύουν τους άλλους, ενώ είναι εφοδιασμένοι με το αναγκαίο πλαίσιο για να λαμβάνουν σωστές αποφάσεις.

Κρατήστε τον πελάτη - και τι περιμένουν από το προϊόν που χτίζετε - στο κέντρο κάθε συζήτησης και απόφασης. Εάν παραμείνετε ευθυγραμμισμένοι σε αυτόν τον στόχο, είστε σίγουροι ότι θα προχωρήσετε μαζί ως μία μονάδα.

Ξεχάστε να μετρήσετε την εξέλιξη του DevOps

Η μέτρηση της προόδου σας είναι ζωτικής σημασίας για την επιτυχία του DevOps. Σας προσδίδει επικύρωση όταν κάνετε το επιχείρημα για το DevOps να αμφισβητεί τους ενδιαφερόμενους, σας βοηθά να πείσετε στελέχη αναμονής και υπενθυμίζει στην ομάδα μηχανικών πόσα έχουν επιτύχει.

Πριν κάνετε μια μόνο αλλαγή, δημιουργήστε μια γραμμή βάσης. Επιλέξτε ένα μικρό σύνολο δεδομένων που θέλετε να παρακολουθήσετε σε ολόκληρη τη διαδικασία σας. Αυτά τα δεδομένα ενημερώνουν τις αποφάσεις σας και χρησιμεύουν ως καύσιμο για να συνεχίσετε να πιέζετε όταν χτυπήσετε εμπόδια. Οι πιθανές μετρήσεις περιλαμβάνουν:

  • Εμπειρία του Emstakeployee: Οι μηχανικοί σας αγαπούν να εργάζονται στον οργανισμό σας; Μηνιαία επαναλαμβανόμενα έσοδα (MRR): Πόσα χρήματα πραγματοποιείτε από πελάτες; Εισιτήρια πελατών: Πόσα σφάλματα αναφέρουν οι πελάτες σας; Συχνότητα ανάπτυξης: Πόσες αναπτύξεις έχετε κάθε εβδομάδα ή μήνα; Μέσος χρόνος ανάκτησης (MTTR): Πόσο χρόνο χρειάζεται για να ανακάμψει από διακοπή υπηρεσίας; Διαθεσιμότητα υπηρεσίας: Τι είναι το ραντεβού της αίτησής σας; Μπήκες στις τρέχουσες συμφωνίες σε επίπεδο υπηρεσιών; Αποτυχημένες αναπτύξεις: Πόσες εκδόσεις προκαλούν διακοπές λειτουργίας; Πόσοι πρέπει να ανατραπούν;

Μικροδιαχείριση του έργου σας DevOps

Ένας από τους πιο γρήγορους τρόπους για να υπονομεύσετε τους μηχανικούς σας είναι να μικρο-διαχειριστείτε τη δουλειά τους. Ο Dan Pink, συγγραφέας του βιβλίου Drive, πιστεύει ότι τα κίνητρα στην εργασία καθοδηγούνται από τρεις παράγοντες:

  • Αυτονομία Μάστερ Σκοπός

Τα εξωγενή κίνητρα όπως οι υψηλοί μισθοί, τα επιδόματα και οι επιλογές μετοχών ενδέχεται να λειτουργούν βραχυπρόθεσμα, αλλά η μακροχρόνια ικανοποίηση από την εργασία εξαρτάται περισσότερο από την προσωπική και επαγγελματική ανάπτυξη. Θέλετε οι μηχανικοί σας να υπάρχουν στην ένταση του αισθήματος που προκαλεί μεγάλη πρόκληση αλλά δεν είναι συγκλονισμένοι από το άγχος. Αυτό το γλυκό σημείο είναι διαφορετικό για κάθε άτομο. Πρόκειται για μια πρόκληση DevOps, αλλά από τη στιγμή που αυτό μπορεί να κάνει έναν κόσμο διαφοράς, αν γίνει σωστά. Εάν μπορείτε να αποκαλέσετε το πάθος κάποιου, είναι σίγουρο ότι θα εργάζονται με ενθουσιασμό.

Η εμπιστοσύνη μπορεί να είναι μια πρόκληση DevOps. Είναι απολύτως κρίσιμο για τους οργανισμούς DevOps. Πρέπει να εμπιστεύεστε τους συναδέλφους, τους συνομηλίκους, τους μηχανικούς, τους διευθυντές και τα στελέχη σας. Πρέπει επίσης να εμπιστεύεστε τους ρόλους και τις ευθύνες των διαφόρων τμημάτων του οργανισμού σας - που δεν σημαίνει ότι ποτέ δεν θα έχετε συγκρούσεις. Φυσικά στιγμές τριβής θα συμβούν μεταξύ ανθρώπων. Αλλά ελαχιστοποιώντας αυτές τις στιγμές και επιτρέποντας την υγιή επίλυση των συγκρούσεων είναι αυτό που διακρίνει τις ομάδες μηχανικών που έχουν επικεντρωθεί στην DevOps από τον ανταγωνισμό τους.

Αλλαγή πάρα πολύ, πάρα πολύ γρήγορα

Πολλές ομάδες κάνουν πάρα πολλές αλλαγές πολύ γρήγορα. Οι άνθρωποι δεν τους αρέσει η αλλαγή. Το DevOps είναι επωφελές μακροπρόθεσμα, οι γρήγορες αλλαγές στον κανονικό τρόπο να κάνουν τα πράγματα μπορεί να προκαλέσουν βλάβη στους μηχανικούς.

Μια αποτυχία του DevOps είναι ότι σημαίνει ότι όλοι ζουν στο πράσινο (νέο λογισμικό) με ουράνια τόξα και μονόκερα. Μπορεί να ακούγεται σαν: "Εάν μόνο εσείς μπορεί να κάνει την ομάδα σας να συνεργαστεί, η ανάπτυξη λογισμικού θα είναι εύκολη!" Αυτό δεν είναι αλήθεια. Η μηχανική λογισμικού είναι δύσκολη και πάντα θα είναι δύσκολη. Αυτό είναι ένα πράγμα που οι περισσότεροι μηχανικοί αρέσει γι 'αυτό. Σας αρέσει μια πρόκληση. Αλλά οι προκλήσεις πρέπει να είναι διεγερτικές, όχι αγχωτικές.

Το DevOps δεν αποσκοπεί στην εξάλειψη όλων των πνευματικών προκλήσεων της μηχανικής. Αντ 'αυτού, προσφέρει την ελαχιστοποίηση της τριβής μεταξύ των ανθρώπων, έτσι ώστε όλοι να μπορούν να επικεντρωθούν στην εργασία τους. Εάν επιχειρήσετε να κάνετε πάρα πολλές αλλαγές πολύ γρήγορα, μπορείτε να βρεθείτε στη μέση μιας εξέγερσης όλος-έξω - Mutiny στο δυαδικό.

Η επιλογή των εργαλείων DevOps δεν είναι σωστή

Παρόλο που αποπροτιμάται το εργαλείο στο DevOps - και δικαίως αυτό - ο εξοπλισμός εξακολουθεί να είναι ένας παράγοντας. Ακόμη και η λιγότερο σημαντική πτυχή του DevOps συμβάλλει στη συνολική επιτυχία σας. Τα εργαλεία που επιλέγετε πρέπει να λύσουν τα προβλήματα που αντιμετωπίζει η μηχανική ομάδα σας, αλλά πρέπει επίσης να ευθυγραμμιστούν με τις περιοχές στυλ, γνώσης και άνεση της υπάρχουσας ομάδας σας.

Μην φοβάστε να δοκιμάσετε διάφορες λύσεις και να δείτε ποια ταιριάζει καλύτερα. Αφιερώνοντας λίγες εβδομάδες σε ένα ελάχιστο βιώσιμο προϊόν (MVP) ή απόδειξη της έννοιας (POC) για τη δοκιμή ενός εργαλείου αξίζει καλά την προσπάθεια. Ακόμη και αν καταλήξετε να το πετάξετε, η "σπατάλη" των πόρων της μηχανικής είναι προτιμότερη από το all-in σε μια συγκεκριμένη τεχνολογία μόνο για να μάθετε ένα χρόνο αργότερα ότι δεν είναι καλή εφαρμογή.

Φοβούμενη αποτυχία του έργου σας DevOps

Η ταχεία αποτυχία είναι ένας σύντομος τρόπος να λέτε ότι θα πρέπει να επαναλαμβάνετε συνεχώς για να εντοπίσετε προβλήματα νωρίς στη διαδικασία χωρίς να ξοδέψετε τόνο χρόνου και χρήματος. είναι κάτι που πολλοί άνθρωποι στην τεχνολογία μιλούν και λίγοι σχεδόν υλοποιούν γιατί απαιτούν ταχεία επανάληψη σε περιβάλλον όπου τα λάθη έχουν μικρή ακτίνα έκρηξης και είναι εύκολα διορθωμένα. Πολύ συχνά, οι εταιρείες ισχυρίζονται ότι έχουν μια αποτυχημένη νοοτροπία και αντ 'αυτού πυροδοτούν τον πρώτο μηχανικό να διαγράψει μια βάση δεδομένων παραγωγής. (Όπως και αν κάποιος μηχανικός δεν έχει ποτέ διαγράψει μια βάση δεδομένων παραγωγής ...)

Στο πλαίσιο των DevOps, ωστόσο, είστε καλύτερα να αποτύχει καλά από το να αποτύχει γρήγορα. Αν αποτύχει, σημαίνει ότι έχετε παρακολουθήσει τη λειτουργία σας για να σας προειδοποιήσει για πιθανά προβλήματα πολύ πριν η κατάσταση επιδράσει στους πελάτες. Η αποτυχία σημαίνει επίσης ότι έχετε σχεδιάσει το σύστημά σας με έναν κατακερματισμένο τρόπο, ο οποίος εμποδίζει μια υπηρεσία που πέφτει από την κατάρρευση σε μια συστημική διακοπή. Αλλά οι οργανώσεις που αποτυγχάνουν καλά πηγαίνουν ακόμα ένα βήμα παραπέρα: Δεν κατηγορούν τους ανθρώπους. Αντ 'αυτού, αναζητούν αποτυχίες στα συστήματα και τις διαδικασίες.

Το Kaizen είναι η ιαπωνική λέξη για συνεχή βελτίωση. Στο DevOps, kaizen σημαίνει να βελτιώνετε συνεχώς τις διαδικασίες σας. Δεν είναι ένα σέξι μετασχηματισμό που έχει μια αρχή και ένα τέλος. Ο στόχος δεν είναι να πάει από το μηδέν μέχρι το τέλειο. Αντίθετα, το DevOps ενθαρρύνει την αργή και σταδιακή εργασία για να κάνει κάτι ένα καλύτερο, κάθε μέρα. Αν αφήσετε την εργασία σας κάθε βράδυ γνωρίζοντας ότι μόνο μία μικρή πτυχή της εργασίας είναι καλύτερη από εσάς, δεν θα αισθανόσασταν ικανοποιημένος; Πολλοί μηχανικοί αισθάνονται έτσι.

Αντί να προσπαθεί να αποφύγει οποιαδήποτε αποτυχία, το DevOps επιμένει σε μια νοοτροπία ανάπτυξης. Η αποτυχία δεν αποτελεί δείκτη ηλιθιότητας ή κακής προετοιμασίας. Είναι ένας δείκτης ανάπτυξης και ένα απαραίτητο βήμα στην καινοτομία. Η καινοτομία είναι ένα αποτέλεσμα που θα πρέπει να είστε διατεθειμένοι να ακολουθήσετε, ακόμα κι αν σημαίνει ότι αποτυγχάνετε περιστασιακά.

Το να είσαι πολύ άκαμπτο θα δημιουργήσει προβλήματα DevOps

DevOps δεν είναι προδιαγραφικό, και αυτό είναι το καλύτερο και το χειρότερο πράγμα για αυτό. DevOps θα ήταν πολύ πιο εύκολο να εφαρμοστεί εάν είχατε έναν κατάλογο των δέκα βημάτων που θα μπορούσατε να πάρετε για να επιτύχετε το nirvana DevOps. Αν μόνο αυτό ήταν εύκολο! Αλλά οι άνθρωποι δεν δουλεύουν με αυτόν τον τρόπο και ομάδες ανθρώπων - όπως στις μηχανικές ομάδες και σε μεγάλες οργανώσεις - δημιουργούν ακόμα περισσότερες περιπλοκές που πρέπει να αντιμετωπιστούν.

Αν και δεν υπάρχει σχέδιο για την οικοδόμηση μιας εταιρείας DevOps, είστε εξουσιοδοτημένοι να προσαρμόσετε τη μεθοδολογία σε πρακτικές που λειτουργούν για εσάς και την ομάδα σας. Γνωρίζετε την οργάνωσή σας και, ως έμπειρος ειδικός, πρέπει να σκεφτείτε έξω από το κουτί κατά την εφαρμογή των θεμελιωδών αρχών. Μερικά από τα πράγματα στο DevOps θα σας χωρέσουν τέλεια. Άλλοι θα νιώσουν σαν να φοράνε ένα σακάκι που είναι μόνο ένα μέγεθος πολύ μικρό. Είναι εντάξει.

Πρόκειται να κάνετε λάθη. Κανείς δεν είναι τέλειος. Αλλά αν αφήσετε λίγο χρόνο, ενδυναμώστε τους μηχανικούς σας και εμπιστευθείτε την ομάδα σας, θα δείτε εκπληκτικά αποτελέσματα. Απλά ξεκινήστε. Και θυμηθείτε: καλέστε τους πάντες στο τραπέζι, μετρήστε την πρόοδό σας, δώστε προτεραιότητα στον πολιτισμό πάνω από την τεχνολογία και δώστε στους μηχανικούς σας τη δυνατότητα να κάνουν ό, τι κάνουν καλύτερα.

  1. BusinessOperation ManagementWhat είναι DevOps;

Με την Emily Freeman

Τι είναι DevOps; Είναι δύσκολο να σας παράσχουμε μια ακριβή συνταγή DevOps - γιατί δεν υπάρχει καμία. Το DevOps είναι μια φιλοσοφία που καθοδηγεί την ανάπτυξη λογισμικού, μία που δίνει προτεραιότητα στους ανθρώπους πάνω από τη διαδικασία και τη διαδικασία πάνω από το εργαλείο. Το DevOps δημιουργεί μια κουλτούρα εμπιστοσύνης, συνεργασίας και συνεχούς βελτίωσης.

Κύκλος DevOps

Ως πολιτισμός, η φιλοσοφία DevOps βλέπει τη διαδικασία ανάπτυξης με έναν ολιστικό τρόπο, λαμβάνοντας υπόψη όλους τους εμπλεκόμενους: προγραμματιστές, δοκιμαστές, λειτουργούς, μηχανικούς ασφαλείας και μηχανικούς υποδομής. Το DevOps δεν θέτει καμία από αυτές τις ομάδες πάνω από τα άλλα, ούτε κατατάσσει τη σημασία της δουλειάς τους. Αντ 'αυτού, μια εταιρεία DevOps αντιμετωπίζει ολόκληρη την ομάδα μηχανικών ως κρίσιμη για να εξασφαλίσει ότι ο πελάτης έχει την καλύτερη δυνατή εμπειρία.

Τα DevOps εξελίχθηκαν από την Agile

Το 2001, 17 μηχανικοί λογισμικού συναντήθηκαν και δημοσίευσαν το "Μανιφέστο για την Ανάπτυξη Λογισμικού από την Agile", το οποίο διατύπωσε τις 12 αρχές της διαχείρισης έργων Agile. Αυτή η νέα ροή εργασίας ήταν μια απάντηση στην απογοήτευση και την ακαμψία των ομάδων που εργάζονται σε μια διαδικασία καταρράκτη (γραμμική).

Εργάζοντας μέσα σε αρχές Agile, οι μηχανικοί δεν είναι υποχρεωμένοι να συμμορφώνονται με τις αρχικές απαιτήσεις ή να ακολουθούν μια γραμμική ροή εργασίας ανάπτυξης, στην οποία κάθε ομάδα εκχωρεί την εργασία στην επόμενη. Αντ 'αυτού, είναι σε θέση να προσαρμοστούν στις συνεχώς μεταβαλλόμενες ανάγκες της επιχείρησης ή της αγοράς, και μερικές φορές ακόμη και η μεταβαλλόμενη τεχνολογία και τα εργαλεία.

Αν και ο Agile επανάσταση στην ανάπτυξη λογισμικού με πολλούς τρόπους, απέτυχε να αντιμετωπίσει τη σύγκρουση μεταξύ προγραμματιστών και ειδικών επιχειρήσεων. Τα σιλό εξακολουθούν να αναπτύσσονται γύρω από τα τεχνικά σύνολα δεξιοτήτων και τις ειδικότητες, και οι προγραμματιστές εξακολουθούν να παραδίδουν τον κώδικα στις επιχειρήσεις για να αναπτύξουν και να υποστηρίξουν.

Το 2008, ο Andrew Clay Shafer μίλησε στον Patrick Debois για τις απογοητεύσεις του με τη διαρκή σύγκρουση μεταξύ προγραμματιστών και λειτουργών. Μαζί, ξεκίνησαν την πρώτη εκδήλωση DevOpsDays στο Βέλγιο για να δημιουργήσουν έναν καλύτερο και πιο ευέλικτο τρόπο προσέγγισης της ανάπτυξης λογισμικού. Αυτή η εξέλιξη του Agile κατέλαβε χώρα και η DevOps επέτρεψε από τις εταιρείες σε όλο τον κόσμο να παράγουν καλύτερο λογισμικό γρηγορότερα (και συνήθως φθηνότερα). DevOps δεν είναι μια μανία. Είναι μια ευρέως αποδεκτή φιλοσοφία μηχανικής.

Το DevOps εστιάζει στους ανθρώπους

Όποιος λέει ότι το DevOps είναι μόνο για εργαλεία θέλει να σας πουλήσει κάτι. Πάνω από όλα, το DevOps είναι μια φιλοσοφία που επικεντρώνεται στους μηχανικούς και πώς μπορούν να συνεργαστούν καλύτερα για να παράγουν εξαιρετικό λογισμικό. Θα μπορούσατε να ξοδέψετε εκατομμύρια σε κάθε εργαλείο DevOps στον κόσμο και ακόμα να μην βρίσκεστε πιο κοντά στο DevOps nirvana.

Αντ 'αυτού, επικεντρωθείτε στο πιο σημαντικό μηχανολογικό σας περιουσιακό στοιχείο: μηχανικοί. Οι ευχαριστίες μηχανικοί κάνουν εξαιρετικό λογισμικό. Πώς φτιάχνεις χαρούμενους μηχανικούς; Λοιπόν, δημιουργείτε ένα συνεργατικό περιβάλλον εργασίας στο οποίο μπορεί να ευδοκιμήσει ο αμοιβαίος σεβασμός, η κοινή γνώση και η αναγνώριση της σκληρής δουλειάς.

Η εταιρική κουλτούρα είναι η βάση των DevOps

Η εταιρεία σας έχει μια κουλτούρα, ακόμη και αν έχει αφεθεί να αναπτυχθεί μέσω της αδράνειας. Αυτός ο πολιτισμός έχει περισσότερη επιρροή στην ικανοποίηση από την εργασία σας, την παραγωγικότητα και την ταχύτητα της ομάδας από ό, τι ίσως αντιληφθείτε.

Η εταιρική κουλτούρα περιγράφεται καλύτερα ως η ανυποψίαστη προσδοκία, η συμπεριφορά και οι αξίες ενός οργανισμού. Ο πολιτισμός είναι αυτό που λέει στους υπαλλήλους σας εάν η ηγεσία της εταιρείας είναι ανοικτή σε νέες ιδέες. Είναι αυτό που ενημερώνει την απόφαση ενός υπαλλήλου για το αν θα παρουσιάσει κάποιο πρόβλημα ή για να το σκουπίσει κάτω από το χαλί.

Ο πολιτισμός είναι κάτι που πρέπει να σχεδιαστεί και να εξευγενιστεί, όχι κάτι που πρέπει να αφήσουμε στην τύχη. Αν και ο πραγματικός ορισμός ποικίλλει από εταιρία σε εταιρία και πρόσωπο σε άτομο, το DevOps είναι μια πολιτισμική προσέγγιση της μηχανικής στον πυρήνα της.

Μια τοξική εταιρική κουλτούρα θα σκοτώσει το ταξίδι σας DevOps πριν αρχίσει ακόμη. Ακόμα κι αν η ομάδα μηχανικών σας υιοθετήσει μια νοοτροπία DevOps, οι στάσεις και οι προκλήσεις της μεγαλύτερης εταιρείας θα αιμορραγούν στο περιβάλλον σας.

Με το DevOps, αποφεύγετε την ευθύνη, αυξάνετε την εμπιστοσύνη και εστιάζετε στον πελάτη. Δίνετε στους μηχανικούς σας αυτονομία και τους εξουσιοδοτείτε να κάνουν ό, τι κάνουν καλύτερα: μηχανικές λύσεις. Καθώς αρχίζετε να εφαρμόζετε το DevOps, δίνετε στους μηχανικούς σας χρόνο και χώρο για να προσαρμοστούν σε αυτό, δίνοντάς τους τη δυνατότητα να γνωριστούν καλύτερα μεταξύ τους και να δημιουργήσουν σχέσεις με μηχανικούς με διαφορετικές ειδικότητες.

Επίσης, μετράτε την πρόοδο και ανταμείβετε τα επιτεύγματα. Ποτέ μην κατηγορείτε άτομα για αποτυχίες. Αντ 'αυτού, η ομάδα θα πρέπει να βελτιώνεται συνεχώς μαζί, και τα επιτεύγματα θα πρέπει να γιορτάζονται και να ανταμείβονται.

Μπορείτε να μάθετε παρατηρώντας τη διαδικασία και τη συλλογή δεδομένων

Η παρακολούθηση της ροής εργασίας σας χωρίς προσδοκία είναι μια ισχυρή τεχνική που μπορείτε να χρησιμοποιήσετε για να δείτε τις επιτυχίες και τις προκλήσεις της ροής εργασίας σας ρεαλιστικά. Αυτή η παρατήρηση είναι ο μόνος τρόπος να βρεθεί η σωστή λύση στους τομείς και τα ζητήματα που δημιουργούν σημεία συμφόρησης στις διαδικασίες σας.

Όπως και με το λογισμικό, το χαστούκι μερικών Kubernetes (ή άλλου νέου εργαλείου) σε ένα πρόβλημα δεν το διορθώνει απαραίτητα. Πρέπει να ξέρετε πού είναι τα προβλήματα πριν να τα διορθώσετε. Καθώς συνεχίζετε, συλλέγετε δεδομένα - όχι για να μετρήσετε την επιτυχία ή την αποτυχία αλλά να παρακολουθήσετε την απόδοση της ομάδας. Μπορείτε να καθορίσετε τι λειτουργεί, τι δεν λειτουργεί και τι να προσπαθήσετε την επόμενη φορά.

Η πειθώ είναι το κλειδί για την υιοθέτηση του DevOps

Η πώληση της ιδέας των DevOps στους ηγέτες, τους συμμαθητές και τους υπαλλήλους σας δεν είναι εύκολη. Η διαδικασία δεν είναι πάντα διαισθητική για τους μηχανικούς, είτε. Δεν πρέπει μια μεγάλη ιδέα να πωλείται μόνο; Αν ήταν απλά τόσο εύκολο. Ωστόσο, μια βασική ιδέα που πρέπει πάντα να έχετε κατά νου όταν εφαρμόζετε DevOps είναι ότι δίνει έμφαση στους ανθρώπους.

οι αποκαλούμενες "μαλακές δεξιότητες" επικοινωνίας και συνεργασίας είναι κεντρικές στο μετασχηματισμό DevOps. Το να πείσεις άλλους ανθρώπους στην ομάδα σας και μέσα στην εταιρεία σας να υιοθετήσετε το DevOps απαιτεί την άσκηση καλών δεξιοτήτων επικοινωνίας. Οι πρώτες συνομιλίες που έχετε με τους συναδέλφους σχετικά με τα DevOps μπορούν να σας καθοδηγήσουν για επιτυχία στο δρόμο - ειδικά όταν χτυπήσετε ένα απροσδόκητο χτύπημα ταχύτητας.

Μικρές, βαθμιαίες αλλαγές είναι ανεκτίμητες στο DevOps

Η πτυχή του DevOps που δίνει έμφαση στην πραγματοποίηση αλλαγών σε μικρούς, αυξητικούς τρόπους έχει τις ρίζες του στην άπαχα κατασκευή, η οποία περιλαμβάνει την επιτάχυνση της ανάδρασης, τη συνεχή βελτίωση και τον ταχύτερο χρόνο στην αγορά.

Το νερό είναι μια καλή μεταφορά για τους μετασχηματισμούς DevOps. Το νερό είναι ένα από τα πιο ισχυρά στοιχεία του κόσμου. Αν οι άνθρωποι δεν βλέπουν τα νερά των πλημμυρών να ανεβαίνουν μπροστά τους, το σκέφτονται ως σχετικά αβλαβή. Ο ποταμός Κολοράντο χαράστηκε το Μεγάλο Φαράγγι. Αργά, πάνω από εκατομμύρια χρόνια, το νερό περικόπτεται από πέτρα για να εκθέσει σχεδόν δύο δισεκατομμύρια χρόνια χώματος και βράχου.

Μπορείτε να είστε σαν το νερό. Να είστε η αργή, αμείλικτη αλλαγή στον οργανισμό σας. Εδώ είναι αυτό το διάσημο απόσπασμα από μια συνέντευξη Bruce Lee για να σας εμπνεύσει:

Να είναι άμορφη, άμορφη, όπως το νερό. Τώρα βάζετε νερό σε ένα φλιτζάνι, γίνεται το κύπελλο. Βάζετε νερό σε ένα μπουκάλι, γίνεται το μπουκάλι. Το βάζετε σε μια τσαγιέρα, γίνεται το τσαγιέρα. Τώρα, το νερό μπορεί να ρεύσει ή να καταρρεύσει. Να είστε νερό, φίλε μου.

Η πραγματοποίηση σταδιακών αλλαγών σημαίνει, για παράδειγμα, ότι βρίσκετε ένα πρόβλημα και διορθώνετε αυτό το πρόβλημα. Στη συνέχεια, διορθώστε την επόμενη. Δεν παίρνετε πολύ πάρα πολύ γρήγορα και δεν επιλέγετε κάθε μάχη για να πολεμήσετε. Καταλαβαίνετε ότι μερικοί αγώνες δεν αξίζουν την ενέργεια ή το κοινωνικό κεφάλαιο που μπορεί να σας κοστίσει.

Τελικά, το DevOps δεν είναι μια λίστα με τα βήματα που μπορείτε να ακολουθήσετε, αλλά είναι μάλλον μια προσέγγιση που θα καθοδηγεί τις αποφάσεις που λαμβάνετε κατά την ανάπτυξή σας.

  1. BusinessOperations ManagementDevOps για Dummies εξαπατήσει Φύλλο
  2. BusinessProperties ManagementBase Τιμή Μεταφοράς με Πλήρες Κόστος

Από τον Mark P. Holtzman

Μια εταιρεία μπορεί να καθορίσει την τιμή μεταβίβασης με το πλήρες κόστος (επίσης γνωστό ως κόστος απορρόφησης), το οποίο είναι το άθροισμα του μεταβλητού και σταθερού κόστους ανά μονάδα. Προκειμένου να διασφαλιστεί ότι το τμήμα πωλήσεων κερδίζει κέρδος, μπορούν επίσης να προσθέσουν μια σήμανση.

Ας υποθέσουμε ότι η HOO Water Company παράγει τόσο νερό πηγής όσο και αναψυκτικά. Το τμήμα Clor παράγει νερό πηγής και το τμήμα Shpritz παρασκευάζει αναψυκτικά. Οι διευθυντές HOO ενθαρρύνουν την Clor και τη Shpritz να συνεργαστούν ώστε ο κλάδος Shpritz να χρησιμοποιεί το νερό της πηγής Clor για να κάνει τα αναψυκτικά του.

Ωστόσο, η Clor διανέμει επίσης το νερό της σε εξωτερικούς πελάτες για $ 0,75 ανά γαλόνι. Για να ελαχιστοποιηθεί το κόστος, η Shpritz μπορεί επίσης να αγοράσει νερό από προμηθευτές εκτός από την Άνοιξη.

Αυτή τη χρονιά, ο κλάδος Clor σχεδιάζει να παράγει 100.000 γαλόνια νερό πηγής, αλλά έχει την ικανότητα να παράγει περισσότερο νερό αν μπορεί να το πουλήσει. Το νερό του Clor μεταφέρει μεταβλητό κόστος ύψους 0,30 $ ανά γαλόνι και πρέπει να καλύπτει σταθερό κόστος ύψους 40.000 $.

Το τμήμα Shpritz σχεδιάζει να κατασκευάσει 60.000 γαλόνια αναψυκτικών. μπορεί να αγοράσει το νερό από τον Shpritz ή από έναν εξωτερικό πωλητή. Εκτός από το κόστος του νερού, η Shpritz πρέπει να πληρώσει 0,40 δολάρια ανά γαλόνι για αρώματα και άλλα πρόσθετα για να παράγει κάθε γαλόνι αναψυκτικού. Ο Shpritz πληρώνει επίσης πάγιο κόστος ύψους 30.000 δολαρίων ετησίως. Το αναψυκτικό του Shpritz πωλεί για $ 2 ανά γαλόνι.

Πρώτον, υπολογίστε το πλήρες κόστος του Clor's. Τα πάγια έξοδα ανέρχονται σε 40.000 δολάρια που απαιτούνται για την παραγωγή 100.000 γαλόνια νερού πηγής. Το σταθερό κόστος ανά μονάδα, έπειτα, ανέρχεται σε 0,40 $ ανά γαλόνι (40,000 ÷ 100,000 γαλόνια). Το μεταβλητό κόστος του Clor ισούται με 0,30 $ ανά γαλόνι. προσθέστε ότι στο πάγιο κόστος ανά μονάδα για να πάρετε ένα συνολικό κόστος $ 0,70 ανά γαλόνι, η τιμή μεταφοράς.

Το παρακάτω σχήμα εξηγεί τι συμβαίνει όταν η Clor προμηθεύει το Shpritz με νερό πηγής αξίας 60.000 ευρώ για μια τιμή μεταφοράς $ 0.70 ανά γαλόνι και τα υπόλοιπα για εξωτερικούς πελάτες για $ 0.75 ανά γαλόνι.

image0.jpg

Εδώ, η Clor λαμβάνει έσοδα 30.000 δολαρίων από εξωτερικούς πελάτες και 42.000 δολάρια έσοδα από τον Shpritz. Η αφαίρεση του μεταβλητού κόστους της Clor ύψους $ 30.000 και σταθερού κόστους ύψους $ 40.000 έχει καθαρό εισόδημα $ 2.000. Η Shpritz έχει έσοδα ύψους $ 120.000 από τα αναψυκτικά της.

Από το ποσό αυτό, πρέπει να καταβάλει 42.000 δολάρια σε Clor και 24.000 δολάρια σε άλλα μεταβλητά έξοδα. Ο Shpritz πρέπει επίσης να πληρώσει σταθερά έξοδα ύψους 30.000 δολαρίων, με αποτέλεσμα το καθαρό εισόδημα των 24.000 δολαρίων για τον Shpritz. HOO Water, η οποία κατέχει και τα δύο τμήματα, κερδίζει συνολικό εισόδημα $ 26.000 και από τα δύο προϊόντα.

Οι αποφάσεις για τη βάση της τιμής μεταφοράς με το πλήρες κόστος μπορούν να εξαπατήσουν τους διαχειριστές των τμημάτων να κάνουν κακές αποφάσεις που πλήττουν την κερδοφορία της συνολικής εταιρείας. Ας υποθέσουμε ότι μια άλλη εταιρεία, ο Malcolm Water, πουλάει νερό για $ 0,65 ανά γαλόνι. (Σε περίπτωση που αναρωτιέστε, ο Malcolm Water μπορεί να χρεώσει λιγότερα χρήματα για το νερό του επειδή το νερό του είναι φτωχότερης ποιότητας.) Το τμήμα Shpritz πρέπει να επιλέξει να πληρώσει 0,70 δολάρια ανά γαλόνι για τη διαίρεση Clor ή 0,65 δολάρια ανά γαλόνι στον Malcolm.

Από τη μία πλευρά, ο Shpritz μπορεί να προτιμά να συνεργάζεται με την Clor μόνο και επειδή και οι δύο εταιρείες έχουν τον ίδιο γονέα. Ωστόσο, αν το HOO ​​πληρώσει 0,70 δολάρια ένα γαλόνι για να κάνει νερό αλλά μόνο 0,65 δολάρια για να το αγοράσει από τον Malcolm, δεν θα έπρεπε να αγοράσει απλά το νερό από τον φθηνότερο εξωτερικό πωλητή και να εξοικονομήσει 0,05 δολάρια ανά γαλόνι;

Οχι απαραίτητα. Το παρακάτω σχήμα απεικονίζει το φιάσκο που συμβαίνει όταν ο Shpritz προσπαθεί να εξοικονομήσει χρήματα αγοράζοντας το νερό του από τον Malcolm.

image1.jpg

Η απόφαση του Shpritz να προσπαθήσει να μειώσει το κόστος μειώνει τη συνολική κερδοφορία του HOO Water κατά $ 21.000. Δεν υπάρχει αμφιβολία γι 'αυτό: η κερδοφορία του Shpritz ανεβαίνει. Επειδή η απόφαση για εξωτερική ανάθεση μειώνει το μεταβλητό κόστος αγοράς νερού από $ 42.000 σε $ 39.000, το καθαρό εισόδημα του Shpritz αυξάνεται στα $ 27.000.

Ωστόσο, η απόφαση του Shpritz πονάει τη Clor και τελικά μειώνει τη συνολική κερδοφορία του HOO Water. Οι πωλήσεις της Clor στον Shpritz των $ 42.000 τελείωσαν εντελώς. Το μεταβλητό κόστος μειώνεται επίσης από $ 30.000 σε $ 12.000.

Ωστόσο, το σταθερό κόστος της Clor των $ 40.000 παραμένει το ίδιο, αναγκάζοντας την Clor να υποστεί ζημιά $ 22.000. HOO Τα συνολικά κέρδη του νερού μειώνονται από $ 26.000 σε μόλις $ 5.000. Η βάση της τιμής μεταφοράς με το πλήρες κόστος οδήγησε τον Shpritz να πάρει αποφάσεις που βλάπτουν τη συνολική κερδοφορία της εταιρείας.

  1. Πώς να βρείτε τις επαφές σας στο Instagram
Instagram Για Επιχειρήσεις Για Ανδρείκελα

Με την Jennifer Herman, τον Eric Butow, τον Corey Walker

Εάν είστε νέοι στο Instagram, ίσως να αναρωτιέστε πού να ξεκινήσετε. Το Instagram (και ο μπαμπάς του, το Facebook) είναι στην ευχάριστη θέση να σας βοηθήσει να κάνετε συνδέσεις. Μπορείτε να βρείτε τους ανθρώπους με μερικούς διαφορετικούς τρόπους.

Βρείτε τους φίλους σας στο Facebook

Το Facebook έχει ένα συμφέρον να κάνει το Instagram να αναπτυχθεί, οπότε προσπαθεί να σας ενθαρρύνει να στρογγυλοποιήσετε τους φίλους σας στο Facebook και να τους μεταφέρετε στο Instagram. Είναι ένας εύκολος τρόπος να βρεις ανθρώπους.

Για να βρείτε φίλους στο Facebook, ακολουθήστε τα παρακάτω βήματα:

  1. Μεταβείτε στη σελίδα προφίλ Instagram αγγίζοντας τη φωτογραφία σας στην κάτω δεξιά πλευρά της οθόνης του τηλεφώνου σας. Πατήστε το άτομο με συν (και ενδεχομένως με κόκκινο αριθμό) στο επάνω αριστερό μέρος. Αγγίξτε το σύνδεσμο Facebook στο επάνω μέρος της οθόνης σας. Επιβεβαιώστε την σύνδεσή σας στο Facebook πατώντας OK. Η οθόνη εμφανίζει πόσους φίλους στο Facebook έχετε στο Instagram. Αγγίξτε είτε Ακολουθήστε όλες είτε Ακολουθήστε. Για να ακολουθήσετε κάθε έναν από τους φίλους σας στο Facebook στο Instagram, πατήστε Ακολουθήστε όλους. Αν προτιμάτε να είστε πιο επιλεκτικοί, ειδικά επειδή πιθανότατα θα προωθήσετε το προϊόν ή την υπηρεσία σας, ίσως θελήσετε να ακολουθήσετε φίλους μία προς μία. Απλώς πατήστε Ακολουθήστε δίπλα από κάθε φίλο με τον οποίο θέλετε να συνδεθείτε και κρατήστε κύλιση και ακολουθήστε!
βρείτε φίλους στο Facebook Instagram

Μερικοί από τους φίλους σας μπορεί να έχουν θέσει τους λογαριασμούς τους σε ιδιωτικούς. Σε αυτήν την περίπτωση, μπορείτε να δείτε την ερώτηση αφού πατήσετε Ακολουθήστε. Πρέπει να σας εγκρίνουν για να δείτε το προφίλ και τις θέσεις τους.

Συγχρονισμός της λίστας επαφών σας

Το Instagram μπορεί επίσης να σας συνδέσει με τις επαφές που είναι αποθηκευμένες στο τηλέφωνο ή το tablet σας. Αφού ενεργοποιήσετε αυτή τη λειτουργία, οι επαφές σας συγχρονίζονται περιοδικά με τους διακομιστές του Instagram. Το Instagram δεν ακολουθεί κανέναν για λογαριασμό σας και μπορείτε να αποσυνδέσετε τις επαφές σας ανά πάσα στιγμή, ώστε το Instagram να μην έχει πρόσβαση σε αυτές.

Αυτό το χαρακτηριστικό μπορεί να είναι το καλύτερο, όπως το ένα και το κάνει στην αρχή έναντι μια συνεχή σύνδεση για λόγους προστασίας της ιδιωτικής ζωής.

Για να συνδέσετε τις επαφές σας, ακολουθήστε τα εξής βήματα:

  1. Μεταβείτε στη σελίδα προφίλ Instagram αγγίζοντας τη φωτογραφία σας στην κάτω δεξιά πλευρά της οθόνης του τηλεφώνου σας. Πατήστε το μικρό άτομο με ένα συν (και ενδεχομένως έναν κόκκινο αριθμό) στο επάνω αριστερό μέρος. Αγγίξτε το σύνδεσμο Επαφές. Η επόμενη οθόνη σας λέει ότι το Instagram θα βρει άτομα που γνωρίζετε και σας δίνεται η δυνατότητα να τα ακολουθήσετε. Για να συνεχίσετε, πατήστε Σύνδεση επαφών. Ένα άλλο αναδυόμενο παράθυρο ρωτά αν το Instagram μπορεί να έχει πρόσβαση στις επαφές σας. Πατήστε Επιτρέπεται η πρόσβαση. Εμφανίζεται ένα αναδυόμενο παράθυρο που σας ζητά να επιτρέψετε την πρόσβαση του Instagram στις Επαφές σας. Αυτή είναι η τελευταία σας ευκαιρία να ακυρώσετε την απόφασή σας να επιτρέψετε στο Instagram να αποκτήσει πρόσβαση στις επαφές σας. Πατήστε OK. Το αναδυόμενο παράθυρο σβήνει και εμφανίζεται η οθόνη επαφών. Ακολουθήστε όλες τις επαφές σας στο Instagram πατώντας Ακολουθήστε όλες ή επιλέξτε τις επαφές που θα ακολουθήσετε πατώντας Ακολουθήστε δίπλα σε κάθε μία.
επαφές instagram

Εάν αλλάξετε γνώμη σε κάποιο σημείο και θέλετε να αποκλείσετε την πρόσβαση του Instagram στις επαφές σας, πατήστε το εικονίδιο του τροχού στη σελίδα του προφίλ σας, κάντε κύλιση προς τα κάτω στην επιλογή Ρυθμίσεις και στη συνέχεια πιέστε Επαφές. Αγγίξτε την εναλλαγή σύνδεσης επαφών για να την επιστρέψετε σε άσπρο, η οποία τερματίζει την πρόσβαση του Instagram.

  1. Διαχείριση Επιχειρηματικών ΕπιχειρήσεωνΕπιλογή του Καλύτερου Παροχέα Υπηρεσιών Cloud, Χαρακτηριστικά και Εργαλεία για DevOps

Με την Emily Freeman

Η επιτυχία της πρωτοβουλίας DevOps εξαρτάται σε μεγάλο βαθμό από την παρακολούθηση της διαδικασίας, αλλά είναι επίσης σημαντικό να χρησιμοποιήσετε τα σωστά εργαλεία. Η επιλογή ενός παρόχου υπηρεσιών σύννεφο δεν είναι μια εύκολη επιλογή, ειδικά όταν DevOps είναι το κινητήριό σας κίνητρο. Οι πλατφόρμες GCP (πλατφόρμα Google Cloud), το AWS (Amazon Web Services) και το Azure έχουν περισσότερα κοινά από αυτά που χωρίζουν.

Συχνά, η απόφασή σας εξαρτάται περισσότερο από το επίπεδο άνεσης της ομάδας DevOps με έναν συγκεκριμένο πάροχο σύννεφο ή με την τρέχουσα στοίβα σας περισσότερο από τον ίδιο τον παροχέα σύννεφων. Αφού αποφασίσετε να μετακινηθείτε στο σύννεφο, η επόμενη απόφαση είναι να αποφασίσετε για έναν παροχέα σύννεφων που ταιριάζει στις ανάγκες σας για DevOps. Ακολουθούν μερικά πράγματα που πρέπει να λάβετε υπόψη κατά την αξιολόγηση των παρόχων cloud με τις αρχές Devoths:

  • Στερεά ιστορικό. Το σύννεφο που επιλέγετε πρέπει να έχει ιστορικό υπεύθυνων οικονομικών αποφάσεων και αρκετά κεφάλαια για τη λειτουργία και την επέκταση μεγάλων κέντρων δεδομένων σε δεκαετίες. Συμμόρφωση και διαχείριση κινδύνων. Η επίσημη δομή και οι καθιερωμένες πολιτικές συμμόρφωσης είναι ζωτικής σημασίας για να διασφαλιστεί ότι τα δεδομένα σας είναι ασφαλή και ασφαλή. Στην ιδανική περίπτωση, ελέγξτε τους ελέγχους προτού υπογράψετε συμβάσεις. Θετική φήμη. Η εμπιστοσύνη των πελατών είναι απόλυτα σημαντική. Εμπιστεύεστε ότι μπορείτε να βασιστείτε σε αυτόν τον πάροχο σύννεφο για να συνεχίσετε να αναπτύσσεστε και να υποστηρίζετε τις εξελισσόμενες ανάγκες σας για το DevOps; Συμφωνίες επιπέδου υπηρεσιών (SLA). Ποιο επίπεδο υπηρεσίας χρειάζεστε; Συνήθως οι πάροχοι νέφους προσφέρουν διάφορα επίπεδα αξιοπιστίας βάσει χρόνου, βασισμένα στο κόστος. Για παράδειγμα, το uptime 99,9% θα είναι σημαντικά φθηνότερο από ό, τι 99,999% uptime. Μετρικές και παρακολούθηση. Τι είδους πληροφορίες για την εφαρμογή, την παρακολούθηση και την τηλεμετρία παρέχουν ο προμηθευτής; Βεβαιωθείτε ότι μπορείτε να αποκτήσετε το κατάλληλο επίπεδο γνώσης στα συστήματά σας όσο το δυνατόν πλησιέστερα σε πραγματικό χρόνο.

Τέλος, βεβαιωθείτε ότι ο πάροχος σύννεφων που επιλέγετε διαθέτει άριστες τεχνικές δυνατότητες που παρέχουν υπηρεσίες που ικανοποιούν τις συγκεκριμένες ανάγκες του DevOps. Γενικά, ψάξτε

  • Υπολογίστε τις δυνατότητες Λύσεις αποθήκευσης Χαρακτηριστικά ανάπτυξης Καταγραφή και παρακολούθηση Φιλικές διεπαφές χρήστη

Θα πρέπει επίσης να επιβεβαιώσετε την ικανότητα να εφαρμόσετε μια λύση υβριδικού cloud σε περίπτωση που θα χρειαστεί κάποια στιγμή, καθώς και να πραγματοποιήσετε κλήσεις HTTP σε άλλα API και υπηρεσίες.

Οι τρεις κύριοι προμηθευτές νέφους είναι η πλατφόρμα Google Cloud Platform (GCP), η Microsoft Azure και οι υπηρεσίες web του Amazon (AWS). Μπορείτε επίσης να βρείτε μικρότερους παρόχους σύννεφο και σίγουρα έναν αριθμό ιδιωτικών παρόχων cloud, αλλά το μεγαλύτερο μέρος αυτού που πρέπει να γνωρίζετε προέρχεται από τη σύγκριση των δημόσιων παρόχων cloud.

Υπηρεσίες Amazon Web (AWS)

Όπως και οι άλλοι σημαντικοί δημόσιοι προμηθευτές νέφους, η AWS παρέχει υπολογιστές κατά παραγγελία μέσω μιας συνδρομής επί πληρωμή. Οι χρήστες του AWS μπορούν να εγγραφούν σε οποιοδήποτε αριθμό υπηρεσιών και υπολογιστικών πόρων. Η Amazon είναι ο σημερινός ηγέτης στην αγορά μεταξύ παρόχων cloud, που κατέχουν την πλειοψηφία των συνδρομητών σύννεφων.

Προσφέρει ένα ισχυρό σύνολο χαρακτηριστικών και υπηρεσιών σε περιοχές σε όλο τον κόσμο. Δύο από τις πιο γνωστές υπηρεσίες είναι το Amazon Elastic Compute Cloud (EC2) και η απλή υπηρεσία αποθήκευσης Amazon (Amazon S3). Όπως συμβαίνει και με άλλους παρόχους cloud, οι υπηρεσίες είναι προσβάσιμες και η υποδομή παρέχεται μέσω API.

Microsoft Azure

Προτού η Microsoft ξεκινήσει αυτόν τον παροχέα cloud ως Microsoft Azure, ονομάστηκε Windows Azure. Η Microsoft το σχεδίασε για να κάνει ακριβώς αυτό που υπονοεί το όνομα - χρησιμεύει ως πάροχος σύννεφων για παραδοσιακά οργανισμούς IT των Windows. Όμως, καθώς η αγορά έγινε πιο ανταγωνιστική και η Microsoft άρχισε να κατανοεί καλύτερα το τεχνικό τοπίο, η Azure προσαρμόστηκε, μεγάλωσε και εξελίχθηκε.

Παρόλο που εξακολουθεί να είναι αδιαμφισβήτητα λιγότερο ισχυρή από την AWS, η Azure είναι ένας πολύ στρογγυλός προμηθευτής σύννεφων επικεντρωμένος στην εμπειρία των χρηστών. Μέσω διάφορων εγκαινίων και εξαγορών προϊόντων - κυρίως της GitHub - η Microsoft έχει επενδύσει σε μεγάλο βαθμό σε υποδομή Linux, η οποία της επέτρεψε να παρέχει πιο ισχυρές υπηρεσίες σε ένα ευρύτερο κοινό.

Πλατφόρμα Google Cloud (GCP)

Η πλατφόρμα Google Cloud Platform (GCP) έχει το μικρότερο μερίδιο αγοράς από τους τρεις μεγάλους δημόσιους παρόχους cloud, αλλά προσφέρει ένα σημαντικό σύνολο υπηρεσιών cloud σε σχεδόν δύο δεκάδες γεωγραφικές περιοχές.

Ίσως η πιο ελκυστική πτυχή του GCP είναι ότι προσφέρει στους χρήστες την ίδια υποδομή που χρησιμοποιεί η Google εσωτερικά. Αυτή η υποδομή περιλαμβάνει εξαιρετικά ισχυρές υπηρεσίες πληροφορικής, αποθήκευσης, ανάλυσης και μηχανικής μάθησης. Ανάλογα με το συγκεκριμένο προϊόν σας, το GCP ενδέχεται να διαθέτει εξειδικευμένα εργαλεία που δεν επαρκούν (ή είναι λιγότερο ώριμα) στα AWS και Azure.

Βρείτε εργαλεία και υπηρεσίες DevOps στο σύννεφο

Κυριολεκτικά εκατοντάδες εργαλεία και υπηρεσίες είναι στη διάθεσή σας μέσω των μεγάλων παρόχων σύννεφο. Αυτά τα εργαλεία και οι υπηρεσίες χωρίζονται γενικά στις ακόλουθες κατηγορίες:

  • Υπολογίζω Αποθήκευση Δικτύωση Διαχείριση πόρων Σύννεφο Τεχνητή Νοημοσύνη (AI) Ταυτότητα Ασφάλεια Χωρίς διακομιστή IoT

Παρακάτω είναι μια λίστα με τις πιο κοινές υπηρεσίες σε όλους τους τρεις μεγάλους παρόχους cloud. Αυτές οι υπηρεσίες περιλαμβάνουν ανάπτυξη εφαρμογών, διαχείριση εικονικής μηχανής (VM), ενορχήστρωση δοχείων, λειτουργίες χωρίς διακομιστές, αποθήκευση και βάσεις δεδομένων.

Περιλαμβάνονται επιπλέον υπηρεσίες, όπως η διαχείριση ταυτότητας, η αποθήκευση μπλοκ, το ιδιωτικό νέφος, η αποθήκευση μυστικών και πολλά άλλα. Είναι μακριά από μια εξαντλητική λίστα αλλά μπορεί να χρησιμεύσει ως στέρεο υπόβαθρο για εσάς καθώς αρχίζετε να διερευνείτε τις επιλογές σας και να έχετε μια αίσθηση για αυτό που διαφοροποιεί τους παρόχους σύννεφο.

  • Ανάπτυξη εφαρμογών: Η λύση πλατφόρμα ως υπηρεσία (PaaS) για την ανάπτυξη εφαρμογών σε διάφορες γλώσσες όπως η Java, .NET, Python, Node.js, C #, Ruby και Go Azure: Azure Cloud Services AWS: AWS Elastic Beanstalk GCP: Google App Engine
  • Διαχείριση εικονικού μηχανήματος (VM): Επιλογή υποδομής ως υπηρεσία (IaaS) για την εκτέλεση εικονικών μηχανών (VM) με Linux ή Windows Azure: Azure εικονικές μηχανές AWS: Amazon EC2 GCP: Google Compute Engine
  • Managed Kubernetes: Επιτρέπει καλύτερη διαχείριση κοντέινερ μέσω του δημοφιλούς ορχήστρου Kubernetes Azure: Υπηρεσία Azure Kubernetes (AKS) AWS: Ελαστική υπηρεσία ελαστικών εμπορευματοκιβωτίων Amazon (ECS) για Kubernetes GCP: Μηχανή Google Kubernetes
  • Serverless: Δίνει τη δυνατότητα στους χρήστες να δημιουργούν λογικές ροές εργασίας χωρίς λειτουργίες χωρίς διακομιστές Azure: Azure Λειτουργίες AWS: AWS Lambda GCP: Λειτουργίες Google Cloud
  • Cloud storage: Μη δομημένη αποθήκευση αντικειμένων με προσωρινή αποθήκευση Azure: Αποθήκευση Azure Blob AWS: Amazon S3 GCP: Αποθήκευση Google Cloud
  • Βάσεις δεδομένων: βάσεις δεδομένων SQL και NoSQL, κατόπιν αιτήματος Azure: Azure Cosmos DB AWS: Υπηρεσία σχεσιακής βάσης δεδομένων Amazon (RDS) και Amazon DynamoDB (NoSQL) GCP: Το Google Cloud SQL και το Google Cloud BigTable (NoSQL)

Καθώς εξερευνούμε τους τρεις κύριους παρόχους σύννεφος, παρατηρείτε έναν μακρύ κατάλογο υπηρεσιών. Μπορεί να αισθάνεστε συγκλονισμένοι από τις εκατοντάδες επιλογές που έχετε στη διάθεσή σας. Εάν, τυχαία, δεν μπορείτε να βρείτε αυτό που χρειάζεστε, η αγορά πιθανόν να προσφέρει κάτι παρόμοιο. Η αγορά είναι όπου ανεξάρτητοι προγραμματιστές προσφέρουν υπηρεσίες που συνδέονται με το cloud - που φιλοξενούνται από Azure, AWS ή GCP.

Ο παρακάτω πίνακας αναφέρει πρόσθετες υπηρεσίες που παρέχονται από τους περισσότερους, αν όχι όλους, παρόχους cloud.

Κατηγορία υπηρεσιώνΛειτουργικότητα
Αποκλείστε την αποθήκευσηΑποθήκευση δεδομένων που χρησιμοποιείται σε περιβάλλον δικτύου δικτύου αποθήκευσης (SAN). Το block storage είναι παρόμοιο με την αποθήκευση δεδομένων σε σκληρό δίσκο.
Virtual Private Cloud (VPC)Λογικά απομονωμένοι, κοινόχρηστοι υπολογιστικοί πόροι.
FirewallΑσφάλεια δικτύου που ελέγχει την επισκεψιμότητα.
Δίκτυο εμφάνισης περιεχομένου (CDN)Παράδοση περιεχομένου με βάση την τοποθεσία του χρήστη. Συνήθως χρησιμοποιεί την προσωρινή αποθήκευση, την εξισορρόπηση φορτίου και την ανάλυση.
Σύστημα ονομάτων τομέα (DNS)Μεταφραστής ονομάτων τομέα σε διευθύνσεις IP για προγράμματα περιήγησης.
Ενιαία σύνδεση (SSO)Έλεγχος πρόσβασης σε πολλά συστήματα ή εφαρμογές που χρησιμοποιούν τα ίδια διαπιστευτήρια. Αν έχετε συνδεθεί σε μια ανεξάρτητη εφαρμογή με τα διαπιστευτήριά σας Google, Twitter ή GitHub, έχετε χρησιμοποιήσει SSO.
Διαχείριση ταυτότητας και πρόσβασης (IAM)Διαχείριση ρόλων με βάση το ρόλο. Οι προκαθορισμένοι ρόλοι έχουν πρόσβαση σε μια καθορισμένη ομάδα λειτουργιών. στους χρήστες έχουν ανατεθεί ρόλοι.
Τηλεμετρία, παρακολούθηση και καταγραφήΕργαλεία για την παροχή πληροφοριών σχετικά με την απόδοση, το φορτίο του διακομιστή, την κατανάλωση μνήμης και πολλά άλλα.
ΑνάπτυξηΔιαμόρφωση, υποδομή και απελευθέρωση εργαλείων διαχείρισης αγωγών.
Cloud shellΠρόσβαση Shell από μια διεπαφή γραμμής εντολών (CLI) μέσα στο πρόγραμμα περιήγησης.
Αποθήκευση μυστικώνΑσφαλής αποθήκευση κλειδιών, μαρκών, κωδικών πρόσβασης, πιστοποιητικών και άλλων μυστικών.
Γραμμές μηνυμάτωνΔυναμικά κλιμακωτές μεσίτες μηνυμάτων.
Μηχανική μάθηση (ML)Βαθιά μάθηση πλαισίων και εργαλείων για τους επιστήμονες δεδομένων.
IoTΣύνδεση και διαχείριση της συσκευής.