Στα τέλη Μαΐου πραγματοποίησε διαδικτυακή συνάντηση για το θέμα . Μιλήσαμε για κοντέινερ, Kubernetes και ενορχήστρωση κατ' αρχήν, κριτήρια επιλογής υποδομής και πολλά άλλα. Οι συμμετέχοντες μοιράστηκαν περιπτώσεις από τη δική τους πρακτική.
Συμμετέχοντες:
- Evgeniy Potapov, Διευθύνων Σύμβουλος της ITSumma. Περισσότεροι από τους μισούς πελάτες της είτε μετακινούνται ήδη είτε θέλουν να μεταβούν στην Kubernetes.
- Dmitry Stolyarov, CTO "Flant". Διαθέτει 10+ χρόνια εμπειρίας σε συστήματα εμπορευματοκιβωτίων.
- Denis Remchukov (γνωστός και ως Eric Oldmann), COO argotech.io, πρώην RAO UES. Пообещал рассказать о кейсах в «кровавом» энтерпрайзе.
- Andrey Fedorovsky, CTO "News360.com"Αφού αγοράσει την εταιρεία από άλλον παίκτη, είναι υπεύθυνος για μια σειρά έργων και υποδομών ML και AI.
- Ivan Kruglov, μηχανικός συστημάτων, πρώην Booking.com.Το ίδιο άτομο που έκανε πολλά με την Kubernetes με τα χέρια του.
Θέματα:
- Οι γνώσεις των συμμετεχόντων σχετικά με τα κοντέινερ και την ενορχήστρωση (Docker, Kubernetes, κ.λπ.) αυτό που δοκιμάστηκε στην πράξη ή αναλύθηκε.
- Кейс: В компании строят план развития инфраструктуры на годы. Как принимается решение, строить (или переводить текущую) инфраструктуру на контейнерах и Кубер или нет?
- Προβλήματα στον κόσμο του cloud-native, τι λείπει, ας φανταστούμε τι θα γίνει αύριο.
Ακολούθησε μια ενδιαφέρουσα συζήτηση, οι απόψεις των συμμετεχόντων ήταν τόσο διαφορετικές και προκάλεσαν τόσα πολλά σχόλια που θέλω να τα μοιραστώ μαζί σας. Τρώω , а ниже – выжимка из дискуссии.
Είναι το Kubernetes ήδη ένα τυπικό ή εξαιρετικό μάρκετινγκ;
«Καταλήξαμε σε αυτό (Kubernetes. - Εκδ.) όταν κανείς δεν το γνώριζε ακόμα. Ήρθαμε κοντά του ακόμα και όταν δεν ήταν εκεί. Το θέλαμε πριν" - Ντμίτρι Στολιάροφ
Φωτογραφία από το Reddit.com
Πριν από 5-10 χρόνια υπήρχε ένας τεράστιος αριθμός εργαλείων και δεν υπήρχε ένα ενιαίο πρότυπο. Κάθε έξι μήνες εμφανιζόταν ένα νέο προϊόν, ή ακόμα και περισσότερα από ένα. Πρώτα Vagrant, μετά Salt, Chef, Puppet,... «και ξαναφτιάχνεις την υποδομή σου κάθε έξι μήνες. Έχετε πέντε διαχειριστές που είναι συνεχώς απασχολημένοι με την επανεγγραφή παραμέτρων», θυμάται ο Andrey Fedorovsky. Πιστεύει ότι ο Docker και ο Kubernetes έχουν «στριμώξει» τους υπόλοιπους. Το Docker έχει γίνει πρότυπο τα τελευταία πέντε χρόνια, το Kubernetes τα τελευταία δύο χρόνια. Και αυτό είναι καλό για τη βιομηχανία..
Ο Ντμίτρι Στολιάροφ και η ομάδα του αγαπούν τον Κούμπερ. Ήθελαν ένα τέτοιο εργαλείο πριν εμφανιστεί και έφτασαν σε αυτό όταν κανείς δεν το γνώριζε. Προς το παρόν, για λόγους ευκολίας, δεν αναλαμβάνουν πελάτη εάν καταλάβουν ότι δεν θα εφαρμόσουν το Kubernetes μαζί του. Την ίδια στιγμή, σύμφωνα με τον Ντμίτρι, η εταιρεία έχει «πολλές γιγαντιαίες ιστορίες επιτυχίας για την ανακατασκευή της τρομερής κληρονομιάς».
Το Kubernetes δεν είναι μόνο ενορχήστρωση κοντέινερ, είναι ένα σύστημα διαχείρισης διαμόρφωσης με ανεπτυγμένο API, στοιχείο δικτύωσης, εξισορρόπηση L3 και ελεγκτές εισόδου, που καθιστά σχετικά εύκολη τη διαχείριση πόρων, την κλίμακα και την αφαίρεση από τα χαμηλότερα επίπεδα της υποδομής.
Δυστυχώς, στη ζωή μας πρέπει να πληρώνουμε για τα πάντα. Και αυτός ο φόρος είναι μεγάλος, ειδικά αν μιλάμε για τη μετάβαση στην Kubernetes μιας εταιρείας με ανεπτυγμένη υποδομή, όπως πιστεύει ο Ivan Kruglov. Μπορούσε ελεύθερα να εργαστεί τόσο σε μια εταιρεία με παραδοσιακή υποδομή όσο και με την Kuber. Το κύριο πράγμα είναι να κατανοήσουμε τα χαρακτηριστικά της εταιρείας και της αγοράς. Αλλά, για παράδειγμα, για τον Evgeny Potapov, ο οποίος θα γενικεύσει τον Kubernetes σε οποιοδήποτε εργαλείο ενορχήστρωσης κοντέινερ, δεν τίθεται τέτοιο ερώτημα.
Евгений провел аналогию с ситуацией в 1990-х годах, когда появилось объектно-ориентированное программирование, как способ программирования сложных приложений. На тот момент не прекращались дебаты и появлялись новые инструменты, поддерживающие ООП. Затем появились микросервисы как способ уйти от монолитной концепции. Это, в свою очередь, привело к появлению контейнеров и инструментов их управления. «Я думаю, что скоро мы придем к тому времени, когда не будет стоять вопрос о том, стоит ли писать микросервисно маленькое приложение, его будут писать по дефолту микросервисом», — считает он. Аналогично, Docker и Kubernetes со временем станут стандартным решением без необходимости выбора.
Το πρόβλημα των βάσεων δεδομένων σε ανιθαγενείς
Φωτογραφία
Σήμερα, υπάρχουν πολλές συνταγές για την εκτέλεση βάσεων δεδομένων στο Kubernetes. Ακόμη και πώς να διαχωρίσετε το τμήμα που λειτουργεί με τον δίσκο I/O από, υπό όρους, το τμήμα εφαρμογής της βάσης δεδομένων. Είναι δυνατόν στο μέλλον οι βάσεις δεδομένων να αλλάξουν τόσο πολύ ώστε να παραδίδονται σε κουτί, όπου ένα μέρος θα ενορχηστρώνεται μέσω Docker και Kubernetes και σε άλλο μέρος της υποδομής, μέσω ξεχωριστού λογισμικού, θα παρέχεται το τμήμα αποθήκευσης ? Базы видоизменятся как продукт?
Αυτή η περιγραφή είναι παρόμοια με τη διαχείριση ουρών, αλλά οι απαιτήσεις για αξιοπιστία και συγχρονισμό των πληροφοριών στις παραδοσιακές βάσεις δεδομένων είναι πολύ υψηλότερες, πιστεύει ο Andrey. Η αναλογία επιτυχίας της προσωρινής μνήμης σε κανονικές βάσεις δεδομένων παραμένει στο 99%. Εάν ένας εργαζόμενος πέσει, εκκινείται ένας νέος και η κρυφή μνήμη "θερμαίνεται" από την αρχή. Μέχρι να θερμανθεί η προσωρινή μνήμη, ο εργαζόμενος λειτουργεί αργά, πράγμα που σημαίνει ότι δεν μπορεί να φορτωθεί με φόρτο χρήστη. Ενώ δεν υπάρχει φόρτωση χρήστη, η κρυφή μνήμη δεν θερμαίνεται. Είναι ένας φαύλος κύκλος.
Ο Ντμίτρι διαφωνεί ουσιαστικά - οι απαρτίες και ο διαμοιρασμός λύνουν το πρόβλημα. Αλλά ο Andrey επιμένει ότι η λύση δεν είναι κατάλληλη για όλους. Σε ορισμένες περιπτώσεις, η απαρτία είναι κατάλληλη, αλλά επιβαρύνει επιπλέον το δίκτυο. Μια βάση δεδομένων NoSQL δεν είναι κατάλληλη σε όλες τις περιπτώσεις.
Οι συμμετέχοντες στη συνάντηση χωρίστηκαν σε δύο στρατόπεδα.
Ο Denis και ο Andrey υποστηρίζουν ότι όλα όσα είναι γραμμένα στο δίσκο - βάσεις δεδομένων και ούτω καθεξής - είναι αδύνατο να γίνουν στο σημερινό οικοσύστημα Kuber. Είναι αδύνατο να διατηρηθεί η ακεραιότητα και η συνέπεια των δεδομένων παραγωγής στο Kubernetes. Αυτό είναι ένα θεμελιώδες χαρακτηριστικό. Λύση: υβριδική υποδομή.
Ακόμη και οι σύγχρονες εγγενείς βάσεις δεδομένων cloud, όπως η MongoDB και η Cassandra, ή οι ουρές μηνυμάτων όπως το Kafka ή το RabbitMQ, απαιτούν επίμονες αποθήκες δεδομένων εκτός του Kubernetes.
Ο Evgeniy αντιτίθεται: «Οι βάσεις στην Kubera είναι ένας σχεδόν ρωσικός ή σχεδόν επιχειρηματικός τραυματισμός, ο οποίος σχετίζεται με το γεγονός ότι δεν υπάρχει Υιοθεσία Cloud στη Ρωσία». Οι μικρές ή μεσαίες εταιρείες στη Δύση είναι το Cloud. Οι βάσεις δεδομένων RDS της Amazon είναι πιο εύχρηστες από το να ασχολείστε μόνοι σας με την Kubernetes. Στη Ρωσία χρησιμοποιούν το Kuber "on-premise" και μεταφέρουν βάσεις σε αυτό όταν προσπαθούν να απαλλαγούν από τον ζωολογικό κήπο.
Дмитрий тоже не согласился с утверждением, что никакие базы нельзя держать в Kubernetes: «База базе рознь. И если пихать гигантскую реляционную базу — то ни в коем случае. Если пихать что-то небольшое и cloud native, что морально готово к полуэфемерной жизни, все будет хорошо.» Дмитрий упомянул также, что инструменты управления базами не готовы ни к Docker, ни к Kuber, поэтому возникают большие сложности.
Ο Ιβάν, με τη σειρά του, είναι σίγουρος ότι ακόμα κι αν αφηθούμε από τις έννοιες του κραταιού και του ανιθαγενούς, το οικοσύστημα των επιχειρηματικών λύσεων στο Kubernetes δεν είναι ακόμη έτοιμο. Με την Kuber, είναι δύσκολο να διατηρηθούν οι νομοθετικές και κανονιστικές απαιτήσεις. Για παράδειγμα, είναι αδύνατο να δημιουργήσετε μια λύση παροχής ταυτότητας όπου απαιτούνται αυστηρές εγγυήσεις αναγνώρισης διακομιστή, μέχρι το υλικό που εισάγεται στους διακομιστές. Αυτή η περιοχή αναπτύσσεται, αλλά δεν υπάρχει ακόμη λύση.
Οι συμμετέχοντες δεν μπόρεσαν να συμφωνήσουν, επομένως δεν θα εξαχθούν συμπεράσματα σε αυτό το μέρος. Ας δώσουμε μερικά πρακτικά παραδείγματα.
Περίπτωση 1. Κυβερνοασφάλεια ενός «μέγα-ρυθμιστή» με βάσεις εκτός Kubera
Στην περίπτωση ενός ανεπτυγμένου συστήματος κυβερνοασφάλειας, η χρήση κοντέινερ και ενορχήστρωση καθιστά δυνατή την καταπολέμηση επιθέσεων και εισβολών. Για παράδειγμα, σε έναν μέγα-ρυθμιστή, ο Denis και η ομάδα του εφάρμοσαν έναν συνδυασμό ενορχηστρωτή με μια εκπαιδευμένη υπηρεσία SIEM που αναλύει τα αρχεία καταγραφής σε πραγματικό χρόνο και καθορίζει τη διαδικασία μιας επίθεσης, hacking ή αποτυχίας. Σε περίπτωση επίθεσης, προσπάθειας τοποθέτησης κάτι ή σε περίπτωση εισβολής ιού ransomware, μέσω του ενορχηστρωτή, παραλαμβάνει κοντέινερ με εφαρμογές πιο γρήγορα από ό,τι μολυνθούν ή πιο γρήγορα από ό,τι τους επιτίθεται ο εισβολέας.
Περίπτωση 2. Μερική μετεγκατάσταση των βάσεων δεδομένων της Booking.com στο Kubernetes
В Booking.com основная база данных — это MySQL с асинхронной репликацией — есть master и целая иерархия слейвов. К моменту ухода Ивана из компании был запущен проект по переносу cлейвов, которые можно «отстрелить» с определенным ущербом.
Εκτός από την κύρια βάση, υπάρχει μια εγκατάσταση της Κασσάνδρας με αυτογραφημένη ενορχήστρωση, η οποία γράφτηκε πριν ακόμα ο Kuber μπει στο mainstream. Δεν υπάρχουν προβλήματα από αυτή την άποψη, αλλά είναι επίμονο σε τοπικούς SSD. Η απομακρυσμένη αποθήκευση, ακόμη και μέσα στο ίδιο κέντρο δεδομένων, δεν χρησιμοποιείται λόγω του προβλήματος της υψηλής καθυστέρησης.
Η τρίτη κατηγορία βάσεων δεδομένων είναι η υπηρεσία αναζήτησης της Booking.com, όπου κάθε κόμβος υπηρεσίας είναι μια βάση δεδομένων. Οι προσπάθειες μεταφοράς της υπηρεσίας αναζήτησης στο Kuber απέτυχαν, επειδή κάθε κόμβος έχει 60-80 GB τοπικής αποθήκευσης, η οποία είναι δύσκολο να "ανυψωθεί" και να "προθερμανθεί".
В итоге поисковый движок в Kubernetes не перенесли, и Иван не думает, что будут новые попытки в ближайшее время. База MySQL была перенесена наполовину: только Слейвы, которые не страшно «отстрелить». Cassandra «прижилась» отлично.
Η επιλογή της υποδομής ως έργο χωρίς γενική λύση
Φωτογραφία
Ας πούμε ότι έχουμε μια νέα εταιρεία ή μια εταιρεία όπου μέρος της υποδομής είναι κατασκευασμένο με τον παλιό τρόπο. Χτίζει ένα σχέδιο ανάπτυξης υποδομών για χρόνια. Πώς λαμβάνεται η απόφαση για την κατασκευή υποδομών σε κοντέινερ και Kuber ή όχι;
Οι εταιρείες που παλεύουν για νανοδευτερόλεπτα αποκλείονται από τη συζήτηση. Ο υγιής συντηρητισμός αποδίδει καρπούς όσον αφορά την αξιοπιστία, αλλά εξακολουθούν να υπάρχουν εταιρείες που θα πρέπει να εξετάσουν νέες προσεγγίσεις.
Ivan: «Σίγουρα θα ξεκινούσα μια εταιρεία στο cloud τώρα, απλώς επειδή είναι πιο γρήγορο», αν και όχι απαραίτητα φθηνότερο. Με την ανάπτυξη του επιχειρηματικού καπιταλισμού, οι startups δεν έχουν μεγάλα προβλήματα με τα χρήματα και το κύριο καθήκον είναι να κατακτήσουν την αγορά.
Ο Ιβάν είναι της άποψης ότι развитость текущей инфраструктуры является критерием выбора. Если в прошлом были серьезные вложения, и это работает, то нет смысла переделывать. Если же инфраструктура не развита, и есть проблемы с инструментами, безопасностью и мониторингом, то есть смысл посмотреть на распределенную инфраструктуру.
Ο φόρος θα πρέπει να πληρωθεί σε κάθε περίπτωση και ο Ιβάν θα πλήρωνε αυτόν που του επέτρεπε να πληρώσει λιγότερα στο μέλλον. "Επειδή απλώς και μόνο λόγω του γεγονότος ότι οδηγώ σε ένα τρένο που κινούνται άλλοι, θα ταξιδέψω πολύ πιο μακριά από ό,τι αν καθίσω σε άλλο τρένο, στο οποίο πρέπει να βάλω καύσιμα μόνος μου."λέει ο Ιβάν. Όταν η εταιρεία είναι νέα και οι απαιτήσεις καθυστέρησης είναι δεκάδες χιλιοστά του δευτερολέπτου, τότε ο Ivan θα κοιτούσε προς τους «τελεστές» στους οποίους είναι «τυλιγμένες» οι κλασικές βάσεις δεδομένων σήμερα. Ανεβάζουν μια αλυσίδα αναπαραγωγής, η οποία αλλάζει μόνη της σε περίπτωση failover κ.λπ.
Για μια μικρή εταιρεία με μερικούς διακομιστές, η Kubera δεν έχει νόημα», λέει ο Andrey. Αλλά αν σκοπεύει να αυξηθεί σε εκατοντάδες διακομιστές ή περισσότερους, τότε χρειάζεται αυτοματοποίηση και ένα σύστημα διαχείρισης πόρων. Το 90% των περιπτώσεων αξίζει το κόστος. Επιπλέον, ανεξάρτητα από το επίπεδο του φορτίου και των πόρων. Είναι λογικό για όλους, από startups έως μεγάλες εταιρείες με κοινό εκατομμυρίων, να κοιτάξουν σταδιακά προς τα προϊόντα ενορχήστρωσης κοντέινερ. «Ναι, αυτό είναι πραγματικά το μέλλον», είναι σίγουρος ο Αντρέι.
Ο Ντένις περιέγραψε δύο βασικά κριτήρια - επεκτασιμότητα και σταθερότητα λειτουργίας. Θα επιλέξει τα εργαλεία που είναι καταλληλότερα για την εργασία. «Θα μπορούσε να είναι ένα noname συναρμολογημένο στα γόνατά σας και έχει Nutanix Community Edition πάνω του. Αυτή θα μπορούσε να είναι μια δεύτερη γραμμή με τη μορφή μιας εφαρμογής στο Kuber με μια βάση δεδομένων στο backend, η οποία αναπαράγεται και έχει καθορισμένες παραμέτρους RTO και RPO" (στόχοι χρόνου ανάκτησης/σημείου - περίπου.).
Ο Evgeniy εντόπισε ένα πιθανό πρόβλημα με το προσωπικό. Αυτή τη στιγμή, δεν υπάρχουν πολλοί υψηλά καταρτισμένοι ειδικοί στην αγορά που καταλαβαίνουν τα «έντερα». Πράγματι, εάν η επιλεγμένη τεχνολογία είναι παλιά, τότε είναι δύσκολο να προσλάβετε κάποιον άλλο εκτός από μεσήλικες που βαριούνται και έχουν κουραστεί από τη ζωή. Αν και άλλοι συμμετέχοντες πιστεύουν ότι αυτό είναι θέμα εκπαίδευσης προσωπικού.
Αν θέσουμε το ερώτημα της επιλογής: να λανσάρουμε μια μικρή εταιρεία στο Public Cloud με βάσεις δεδομένων στο Amazon RDS ή «on premise» με βάσεις δεδομένων στο Kubernetes, τότε παρά κάποιες ελλείψεις, το Amazon RDS έγινε η επιλογή των συμμετεχόντων.
Δεδομένου ότι η πλειοψηφία των ακροατών του meetup δεν είναι από την «αιματηρή» επιχείρηση, λοιπόν Οι διανεμημένες λύσεις είναι αυτό που πρέπει να επιδιώξουμε. Τα συστήματα αποθήκευσης δεδομένων πρέπει να είναι κατανεμημένα, αξιόπιστα και να δημιουργούν καθυστέρηση μετρούμενη σε μονάδες χιλιοστών του δευτερολέπτου, δεκάδες το πολύ, — резюмировал Андрей.
Αξιολόγηση της χρήσης του Kubernetes
Ο ακροατής Anton Zhbankov έκανε μια παγίδα ερώτηση στους απολογητές της Kubernetes: πώς επιλέξατε και πραγματοποιήσατε μια μελέτη σκοπιμότητας; Γιατί Kubernetes, γιατί όχι εικονικές μηχανές, για παράδειγμα;
Φωτογραφία
Ο Ντμίτρι και ο Ιβάν το απάντησαν. Και στις δύο περιπτώσεις, μέσω δοκιμής και λάθους, ελήφθη μια σειρά αποφάσεων, με αποτέλεσμα και οι δύο συμμετέχοντες να φτάσουν στο Kubernetes. Τώρα οι επιχειρήσεις αρχίζουν να αναπτύσσουν ανεξάρτητα λογισμικό που έχει νόημα να μεταφερθεί στην Kuber. Δεν μιλάμε για κλασικά συστήματα τρίτων, όπως το 1C. Το Kubernetes βοηθά όταν οι προγραμματιστές πρέπει να κάνουν γρήγορα κυκλοφορίες, με συνεχή βελτίωση.
Η ομάδα του Andrey προσπάθησε να δημιουργήσει ένα κλιμακούμενο σύμπλεγμα βασισμένο σε εικονικές μηχανές. Οι κόμβοι έπεφταν σαν ντόμινο, κάτι που μερικές φορές οδηγούσε στην κατάρρευση του συμπλέγματος. «Θεωρητικά, μπορείς να το τελειώσεις και να το στηρίξεις με τα χέρια σου, αλλά είναι κουραστικό. Και αν υπάρχει μια λύση στην αγορά που σας επιτρέπει να εργάζεστε χωρίς το κουτί, τότε είμαστε στην ευχάριστη θέση να την κάνουμε. Και ως αποτέλεσμα αλλάξαμε», λέει ο Andrey.
Υπάρχουν πρότυπα για τέτοια ανάλυση και υπολογισμό, αλλά κανείς δεν μπορεί να πει πόσο ακριβείς είναι σε πραγματικό υλικό σε λειτουργία. Για τους υπολογισμούς, είναι επίσης σημαντικό να κατανοήσουμε κάθε εργαλείο και οικοσύστημα, αλλά αυτό δεν είναι δυνατό.
Τι μας περιμένει
Φωτογραφία
Καθώς η τεχνολογία εξελίσσεται, εμφανίζονται όλο και περισσότερα ανόμοια κομμάτια και, στη συνέχεια, εμφανίζεται μια μετάβαση φάσης, εμφανίζεται ένας πωλητής που έχει σκοτώσει αρκετή ζύμη για να ενωθούν τα πάντα σε ένα μόνο εργαλείο.
Не кажется ли вам, что наступит момент, когда появится инструмент, каким стала Ubuntu для мира Linux? Возможно, единый инструмент контейнеризации и оркестрации включит в себя и Кубер. С ним станет просто строить on-premise облака.
Η απάντηση δόθηκε από τον Ivan: «Η Google κατασκευάζει τώρα το Anthos - αυτή είναι η συσκευασμένη προσφορά της που αναπτύσσει το cloud και περιλαμβάνει Kuber, Service Mesh, παρακολούθηση - όλο το υλικό που χρειάζεται για μικροϋπηρεσίες εσωτερικής εγκατάστασης». Είμαστε σχεδόν στο μέλλον».
Ο Denis ανέφερε επίσης το Nutanix και το VMWare με το προϊόν vRealize Suite, το οποίο μπορεί να αντιμετωπίσει μια παρόμοια εργασία χωρίς κοντέινερ.
Дмитрий поделился мнением, что уменьшение «боли» и снижение налога — это два направления, где стоит ожидать улучшений.
Για να συνοψίσουμε τη συζήτηση, επισημαίνουμε τα ακόλουθα προβλήματα σύγχρονων υποδομών:
- Τρεις συμμετέχοντες εντόπισαν αμέσως ένα πρόβλημα με το stateful.
- Διάφορα ζητήματα υποστήριξης ασφαλείας, συμπεριλαμβανομένης της πιθανότητας το Docker να καταλήξει με πολλές εκδόσεις της Python, διακομιστές εφαρμογών και στοιχεία.
Υπερβολικές δαπάνες, που είναι καλύτερα να συζητηθούν σε ξεχωριστή συνάντηση.
Μια μαθησιακή πρόκληση ως ενορχήστρωση είναι ένα περίπλοκο οικοσύστημα.
Общая проблема отрасли — использование инструментов не по назначению.Τα υπόλοιπα συμπεράσματα είναι στο χέρι σας. Υπάρχει ακόμα η αίσθηση ότι δεν είναι εύκολο για τον συνδυασμό Docker+Kubernetes να γίνει «κεντρικό» μέρος του συστήματος. Για παράδειγμα, τα λειτουργικά συστήματα εγκαθίστανται πρώτα στο υλικό, κάτι που δεν μπορεί να ειπωθεί για τα κοντέινερ και την ενορχήστρωση. Ίσως στο μέλλον, τα λειτουργικά συστήματα και τα κοντέινερ να συγχωνευθούν με λογισμικό διαχείρισης cloud.
ΦωτογραφίαΘα ήθελα με αυτήν την ευκαιρία να πω ένα γεια στη μητέρα μου και να σας υπενθυμίσω ότι έχουμε μια ομάδα στο Facebook , Κανάλι с интересными публикациями из разных техно-блогов. И мой канал , όπου μιλάω για τη διαχείριση της ανάπτυξης σε εταιρείες προϊόντων.
Πηγή: www.habr.com