Πώς να Μεταφέρετε έναν Τοπικό Διακομιστή σε AWS (Απλό Runbook)

Εισαγωγή

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

Τι θα πρέπει να αποφασίσετε πριν μεταφέρετε οτιδήποτε;

Ποια στρατηγική μετανάστευσης ταιριάζει σε αυτόν τον διακομιστή (οι "7 Rs" της AWS);

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

Ωστόσο, αυτό λειτουργεί μόνο όταν ο διακομιστής είναι καλός υποψήφιος “ως έχει” και δεν θα δημιουργήσει ακριβό τεχνικό χρέος αμέσως μετά την αλλαγή. Πρακτικές συντομεύσεις απόφασης:

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

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

Τι είναι οι RTO/RPO, το παράθυρο διακοπής λειτουργίας και οι ενεργοποιητές επαναφοράς;

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

Ορίστε και τεκμηριώστε:

• RTO: μέγιστος αποδεκτός χρόνος διακοπής.
• RPO: μέγιστη αποδεκτή απώλεια δεδομένων.
• Διάστημα εκτός λειτουργίας: όταν επιτρέπεται να αλλάξετε την κυκλοφορία παραγωγής.
• Ανατροπή ενεργοποιητών: συγκεκριμένες συνθήκες αποτυχίας (διακοπή αυθεντικοποίησης, αποτυχημένες συναλλαγές, ασυμφωνία δεδομένων).
• Μηχανισμός μεταφοράς: DNS flip, διακόπτης φορτίου, αλλαγές δρομολόγησης/τυφλών.

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

Τι χρειάζεστε έτοιμο στο AWS και στον τοπικό σας εξοπλισμό πρώτα;

Βασικές γνώσεις σύνδεσης και τείχους προστασίας για αναπαραγωγή

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

Κοινά πρότυπα συνδεσιμότητας:

• Δημόσια έξοδος στο διαδίκτυο (το πιο απλό όταν επιτρέπεται)
• VPN από το site στο site (συνηθισμένο για ιδιωτική συνδεσιμότητα)
• Άμεση σύνδεση (πιο προβλέψιμη για μεγαλύτερα περιβάλλοντα)

Προετοιμασία πριν την πτήση:

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

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

Ελάχιστη λίστα ελέγχου ζώνης προσγείωσης AWS

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

Ελάχιστα στοιχεία ζώνης προσγείωσης:

• Ένα VPC και υποδίκτυα όπου οι περιπτώσεις θα εκκινούν (συχνά ξεχωριστά δοκιμή έναντι παραγωγής)
• Ομάδες ασφαλείας ευθυγραμμισμένο με τις πραγματικές ροές εφαρμογών (αποφύγετε το “άνοιγμα τώρα, διόρθωση αργότερα”)
• IAM έτοιμο για λειτουργίες μετανάστευσης και πρόσβαση και εργαλεία δεύτερης ημέρας
• Βασικό ετικέτα έτσι η ιδιοκτησία και η παρακολούθηση κόστους είναι σαφείς μετά τη μετάβαση

Επίσης βοηθά να αποφασιστεί νωρίς πώς οι διαχειριστές θα έχουν πρόσβαση σε περιπτώσεις (bastion, VPN SSM) και πώς θα παρέχεται η πρόσβαση στο διαδίκτυο (NAT gateway, proxy). Αυτές οι επιλογές επηρεάζουν την ενημέρωση, τους πράκτορες παρακολούθησης και την επίλυση προβλημάτων από την πρώτη ημέρα.

Λίστα ελέγχου ετοιμότητας διακομιστή προέλευσης

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

Έλεγχοι ετοιμότητας που αποτρέπουν εκπλήξεις:

• Συμβατότητα λειτουργικού συστήματος/φορτίου εργασίας με την προσέγγιση μετανάστευσης
• Επαρκής δίσκος και σταθερή I/O για το κόστος αναπαραγωγής
• Εξαρτήσεις που έχουν χαρτογραφηθεί: DNS , AD/LDAP , εσωτερικό PKI/πιστοποιητικά , βάσεις δεδομένων, μετοχές
• Κρυφή ευθραυστότητα: σκληρά κωδικοποιημένες διευθύνσεις IP, παλαιά TLS, ασυνήθιστες προγραμματισμένες εργασίες
• Ειδικές περιπτώσεις που επισημάνθηκαν νωρίς: ελεγκτές τομέα, συμπλέγματα, συσκευές, άδειες dongle

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

Πώς Μεταφέρετε έναν Διακομιστή σε AWS με το AWS MGN;

Αρχικοποιήστε το MGN και ρυθμίστε τις προεπιλογές αναπαραγωγής

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

Ορίστε τις προεπιλεγμένες ρυθμίσεις αναπαραγωγής εκ των προτέρων:

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

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

Εγκαταστήστε τον πράκτορα και ολοκληρώστε την αρχική συγχρονισμό

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

Οδηγίες λειτουργίας:

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

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

Εκκινήστε μια δοκιμαστική παρουσία και επικυρώστε

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

Ελάχιστη λίστα ελέγχου επικύρωσης:

• Η εκκίνηση ολοκληρώνεται και οι υπηρεσίες ξεκινούν καθαρά
• Οι δοκιμές καπνού εφαρμογής περνούν για βασικές ροές εργασίας
• Η αυθεντικοποίηση λειτουργεί (AD/LDAP/τοπικά)
• Διαδρομές δεδομένων λειτουργούν (συνδέσεις DB, κοινές χρήσεις αρχείων, ενσωματώσεις)
• Προγραμματισμένες εργασίες και υπηρεσίες παρασκηνίου εκτελούνται όπως αναμένεται
• Καταγραφές και σήματα παρακολούθησης εμφανίζονται εκεί που η ομάδα ops σας τα περιμένει

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

Εκκίνηση μεταφοράς και ολοκλήρωση

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

Βασικά στοιχεία εκτέλεσης μεταφοράς:

• Επιβεβαίωση σχεδίου παγώματος αλλαγών και επικοινωνιών
• Εκκίνηση της μεταφοράς και αλλαγή της κυκλοφορίας (DNS/LB/δρομολόγηση)
• Επαναλάβετε τη διαδικασία ελέγχου εγκυρότητας με επιπλέον προσοχή στην ακεραιότητα των δεδομένων.
• Εφαρμόστε αν χρειαστεί τους μηχανισμούς επαναφοράς και επαναφέρετε την κίνηση καθαρά
• Ολοκληρώστε τη μετάβαση και αφαιρέστε ή τερματίστε τους πόρους δοκιμής

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

Τι Συνήθως Σπάει, και Τι Πρέπει να Κάνετε Αμέσως Μετά την Μεταφορά;

Διαδίκτυο εξόδου, εξαρτήσεις DNS/AD και "η μεταφορά και η αλλαγή δεν έχει ολοκληρωθεί"

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

Οι πιο συχνές διακοπές:

• Αποκλεισμένο ή τροποποιημένο Outbound HTTPS από τον διακομιστή μεσολάβησης Επιθεώρηση TLS
• Αλλαγές στην ανάλυση DNS (θέματα split-horizon, απουσία κανόνων ανάλυσης)
• Κενά προσβασιμότητας AD/LDAP από το VPC
• Εσωτερικές αλυσίδες PKI που λείπουν ή δεν είναι αξιόπιστες στο νέο περιβάλλον
• Σκληρά κωδικοποιημένα σημεία και κληρονομημένες υποθέσεις σχετικά με τις τοπικές διαδρομές δικτύου

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

Σταθεροποίηση μετά την αλλαγή: ασφάλεια, αντίγραφα ασφαλείας, παρακολούθηση, κόστος

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

Άμεσες ενέργειες μετά την αλλαγή:

• Επιβεβαιώστε ότι η παρακολούθηση/ειδοποίηση είναι ενεργή και ανήκει
• Βεβαιωθείτε ότι οι αντίγραφα ασφαλείας είναι ενεργοποιημένα και ολοκληρώστε μια επικύρωση αποκατάστασης
• Σφίξτε τις ομάδες ασφαλείας και εφαρμόστε την ελάχιστη προνόμια IAM
• Τυποποιήστε την προσέγγιση επιδιόρθωσης και την διοικητική πρόσβαση (ελέγξιμες διαδρομές)
• Αρχίστε την προσαρμογή μετά τη συλλογή πραγματικών δεδομένων χρήσης
• Επιβολή ετικετοποίησης για την αποφυγή της απόκλισης κόστους "άγνωστου κατόχου"

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

Πού ταιριάζει το TSplus μετά τη μεταφορά των διακομιστών σας στο AWS;

Αφού τα φορτία εργασίας των Windows εκτελούνται στο AWS, πολλές ομάδες εξακολουθούν να χρειάζονται έναν απλό τρόπο για να δημοσιεύσουν εφαρμογές και επιφάνειες εργασίας Windows στους χρήστες χωρίς να δημιουργήσουν μια βαριά στοίβα VDI. TSplus Remote Access παρέχει δημοσίευση εφαρμογών και απομακρυσμένη πρόσβαση επιφάνειας εργασίας για διακομιστές Windows σε AWS, τοπικά ή υβριδικά περιβάλλοντα, με απλή διαχείριση και προβλέψιμη αδειοδότηση που ταιριάζει σε SMB και μεσαίες αγορές.

Συμπέρασμα

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