Η εγγραφή για το Slurm DevOps στη Μόσχα είναι ανοιχτή

TL? DR

Slurm DevOps θα πραγματοποιηθεί στη Μόσχα στις 30 Ιανουαρίου - 1 Φεβρουαρίου.

Θα αναλύσουμε ξανά τα εργαλεία DevOps στην πράξη.
Λεπτομέρειες και πρόγραμμα κάτω από το κόψιμο.
Το SRE αφαιρέθηκε από το πρόγραμμα, γιατί μαζί με τον Ivan Kruglov ετοιμάζουμε ένα ξεχωριστό Slurm SRE. Ανακοίνωση θα γίνει αργότερα.
Χάρη στην Selectel, τους χορηγούς μας από το πρώτο Slurm!

Περί φιλοσοφίας, σκεπτικισμού και απροσδόκητης επιτυχίας

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

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

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

Και ακόμα, όταν ετοιμάσαμε το DevOps Slurm, όπου αφορούσε μόνο εργαλεία, φοβήθηκα την αντίδραση των συμμετεχόντων: «Είπες υπέροχα πράγματα. Κρίμα που δεν θα μπορέσω ποτέ να τις εφαρμόσω». Υπήρχε τόσος σκεπτικισμός που αμέσως βάλαμε τέλος στην επανάληψη του προγράμματος.

Ωστόσο, η πλειοψηφία των συμμετεχόντων απάντησε στην έρευνα ότι οι γνώσεις που αποκτήθηκαν είναι εφαρμόσιμες στην πράξη, και ότι θα εφαρμόσουν κάτι στη χώρα τους στο άμεσο μέλλον. Ταυτόχρονα, όλα όσα εξηγήσαμε συμπεριλήφθηκαν στη λίστα με τα χρήσιμα πράγματα: Git, Ansible, CI / CD και SRE.

Αξίζει να θυμηθούμε ότι στην αρχή έλεγαν επίσης για το Kubernetes Slurm ότι ήταν αδύνατο να εξηγηθούν τα k3 σε 8 ημέρες.

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

Τι θα συμβεί στο Slurm DevOps;

Πρόγραμμα

Θέμα #1: Ομαδική εργασία με το Git

• Βασικές εντολές git init, commit, add, diff, log, status, pull, push
• Ροή Git, διακλαδώσεις και ετικέτες, στρατηγικές συγχώνευσης
• Εργασία με πολλαπλές απομακρυσμένες επαναλήψεις
• Ροή GitHub
• Πιρούνι, τηλεχειριστήριο, αίτημα έλξης
• Συγκρούσεις, κυκλοφορίες, για άλλη μια φορά για το Gitflow και άλλες ροές σε σχέση με ομάδες

Θέμα #2: Εργασία με την εφαρμογή από άποψη ανάπτυξης

• Γράψιμο μιας microservice σε Python
• Μεταβλητές περιβάλλοντος
• Δοκιμές ολοκλήρωσης και μονάδας
• Χρήση docker-compose στην ανάπτυξη

Θέμα #3: CI/CD: Εισαγωγή στον Αυτοματισμό

• Εισαγωγή στον Αυτοματισμό
• Εργαλεία (bash, make, grale)
• Χρήση git hook για την αυτοματοποίηση των διαδικασιών
• Εργοστασιακές γραμμές συναρμολόγησης μεταφορέων και εφαρμογή τους στην πληροφορική
• Ένα παράδειγμα κατασκευής ενός «γενικού» αγωγού
• Σύγχρονο λογισμικό CI/CD: Drone CI, BitBucket Pipelines, Travis, κ.λπ.

Θέμα #4: CI/CD: Εργασία με το Gitlab

• Gitlab CI
• Gitlab Runner, οι τύποι και οι χρήσεις τους
• Gitlab CI, δυνατότητες προσαρμογής, βέλτιστες πρακτικές
• Βήματα Gitlab CI
• Μεταβλητές Gitlab CI
• Κατασκευή, δοκιμή, ανάπτυξη
• Έλεγχος εκτέλεσης και περιορισμοί: μόνο, πότε
• Εργασία με αντικείμενα
• Πρότυπα μέσα στο .gitlab-ci.yml, επαναχρησιμοποιώντας ενέργειες σε διαφορετικά μέρη του αγωγού
• Συμπεριλάβετε - ενότητες
• Κεντρική διαχείριση του gitlab-ci.yml (ένα αρχείο και αυτόματες ωθήσεις σε άλλα αποθετήρια)

Θέμα #5: Η υποδομή ως κώδικας

• IaC: προσέγγιση της υποδομής ως κώδικα
• Οι πάροχοι cloud ως πάροχοι υποδομής
• Εργαλεία προετοιμασίας συστήματος, δημιουργία εικόνων (packer)
• IaC στο παράδειγμα της Terraform
• Αποθήκευση διαμόρφωσης, συνεργασία, αυτοματοποίηση εφαρμογών
• Η πρακτική της δημιουργίας βιβλίων Ansible
• Αδυναμία, δηλωτική
• IaC στο παράδειγμα του Ansible

Θέμα #6: Δοκιμές Υποδομής

• Δοκιμή και συνεχής ενσωμάτωση με Molecule και Gitlab CI
• Αλήτικη εφαρμογή

Θέμα #7: Παρακολούθηση υποδομών με τον Προμηθέα

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

Θέμα #8: Καταγραφή εφαρμογών με ELK

• Βέλτιστες πρακτικές υλοτομίας
• Στοίβα ELK

Θέμα #9: Αυτοματισμός υποδομής με ChatOps

• DevOps και ChatOps
• Δυνατά σημεία του ChatOps
• Slack and Alternatives
• Bots για ChatOps
• Hubot και εναλλακτικές λύσεις
• Ασφάλεια
• Οι καλύτερες και οι χειρότερες πρακτικές

Τοποθεσία: Μόσχα, αίθουσα συνεδριάσεων του ξενοδοχείου Σεβαστούπολη.

Ημερομηνίες: από 30 Ιανουαρίου έως 1 Φεβρουαρίου, 3 ημέρες σκληρής δουλειάς.

Εγγραφή

Πηγή: www.habr.com