---
title: "Μετάβαση στο cloud: τι ρωτάτε τον συνεργάτη πριν υπογράψετε"
description: "Τι ρωτάτε έναν συνεργάτη μετάβασης στο cloud πριν υπογράψετε: απογραφή, στρατηγική ανά εφαρμογή, landing zone, ασφάλεια, μετάπτωση, επαναφορά, κόστη, παράδοση."
canonical: https://sdk.enterprises/el/insights/questions-before-hiring-a-cloud-migration-partner
language: el
---

# Μετάβαση στο cloud: τι ρωτάτε τον συνεργάτη πριν υπογράψετε

Ενημέρωση: 2026-09-26

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

## Ρωτήστε πώς θα βρει τι πραγματικά τρέχετε

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

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

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

## Περιμένετε στρατηγική ανά εφαρμογή, όχι μία για όλο το σύνολο

Οι εφαρμογές μεταφέρονται στο cloud με διαφορετικούς τρόπους. Οι συνηθισμένες επιλογές είναι η μεταφορά μιας εφαρμογής ως έχει (lift and shift), η μεταφορά σε νέα πλατφόρμα με μικρές αλλαγές, όπως μια διαχειριζόμενη βάση δεδομένων, η αναδιάρθρωσή της ώστε να χρησιμοποιεί υπηρεσίες cloud, η αντικατάστασή της από ένα προϊόν SaaS, η διατήρησή της προς το παρόν εκεί όπου βρίσκεται ή η απόσυρσή της. Ένας συνεργάτης που προτείνει μία προσέγγιση για όλα δεν έχει κοιτάξει αρκετά προσεκτικά.

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

## Μάθετε ποιος σχεδιάζει και ασφαλίζει το landing zone

Το landing zone είναι το προετοιμασμένο περιβάλλον-στόχος: δομή λογαριασμών, ταυτότητα και πρόσβαση, δίκτυο, καταγραφή, κρυπτογράφηση και τα προστατευτικά όρια που κληρονομεί κάθε εφαρμογή. Ένα λάθος εδώ επαναλαμβάνεται σε κάθε εφαρμογή που καταλήγει σε αυτό. Ρωτήστε ποιος το σχεδιάζει, αν ορίζεται ως κώδικας, για παράδειγμα με Terraform, και αν η ομάδα ασφάλειάς σας το ελέγχει πριν μετακινηθεί η πρώτη εφαρμογή.

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

- Ξεχωριστοί λογαριασμοί ή projects ανά περιβάλλον, με απομονωμένη την παραγωγή
- Ενιαία σύνδεση (SSO) με ονομαστικούς χρήστες και ρόλους ελάχιστων δικαιωμάτων, χωρίς κοινά διαπιστευτήρια διαχειριστή
- Κεντρική καταγραφή και ίχνη ελέγχου που οι μηχανικοί του έργου δεν μπορούν να απενεργοποιήσουν
- Κρυπτογράφηση σε αποθήκευση και σε μεταφορά εξ ορισμού, με τα μυστικά έξω από τον κώδικα
- Περιοχές (regions) επιλεγμένες ώστε να πληρούνται οι υποχρεώσεις σας για τη θέση των δεδομένων και τον GDPR

## Ζητήστε του να σας περιγράψει βήμα βήμα μία μετάπτωση και μία επαναφορά

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

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

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

## Επιμείνετε να δείτε τα κόστη πριν φτάσει ο πρώτος λογαριασμός

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

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

## Προειδοποιητικά σημάδια ότι μια πρόταση μετάβασης δεν είναι έτοιμη

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

- Σταθερό χρονοδιάγραμμα πριν δει κανείς την απογραφή σας
- Μία στρατηγική μετάβασης εφαρμοσμένη σε κάθε εφαρμογή
- Κανένα γραπτό σχέδιο επαναφοράς, ή επαναφορά που εξαρτάται από ανάκτηση αντιγράφων ασφαλείας υπό πίεση
- Λογαριασμοί cloud, κώδικας υποδομής ή pipelines που ανήκουν στον συνεργάτη και όχι σε εσάς
- Εκτιμήσεις κόστους χωρίς παραδοχές, και κανένα σχέδιο για ετικέτες ή προϋπολογισμούς
- Μεταφορά γνώσης προγραμματισμένη για την τελευταία εβδομάδα

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

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

Ζητήστε όλα να βρίσκονται στους δικούς σας λογαριασμούς και αποθετήρια από την αρχή: κώδικας υποδομής, pipelines, runbooks και διαγράμματα. Μετά συμφωνήστε πώς γίνεται η παραλαβή της παράδοσης, για παράδειγμα η ομάδα σας κάνει deploy και επαναφορά μιας εφαρμογής χωρίς τη βοήθεια του συνεργάτη.

Δουλέψαμε στην ομάδα που μετέφερε 600+ εσωτερικές εφαρμογές της Crédit Agricole από παλαιά VM στο AWS, παραδίδοντας εμείς οι ίδιοι 50+ από αυτές τις μεταβάσεις. Αν θέλετε δεύτερη γνώμη για μια πρόταση μετάβασης ή μια ομάδα για να παραδώσει μέρος της δουλειάς, οι μηχανικοί μας υποδομών cloud μπορούν να περάσουν αυτές τις ερωτήσεις μαζί σας.

## Τα βασικά σημεία

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

## Συχνές ερωτήσεις

### Πρέπει ο συνεργάτης που αξιολογεί τις εφαρμογές μας να κάνει και τη μετάβαση;

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

### Πώς συγκρίνουμε προτάσεις από διαφορετικούς συνεργάτες μετάβασης;

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

### Μπορεί η ομάδα μας να συνεχίσει να βγάζει νέες λειτουργίες κατά τη μετάβαση;

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

## Σχετικές υπηρεσίες

- [Μετάβαση στο cloud](https://sdk.enterprises/el/services/cloud-infrastructure)
- [Τεχνικός έλεγχος και συμβουλευτική](https://sdk.enterprises/el/services/consulting)

## Για περισσότερη ανάγνωση

- [Εκατοντάδες legacy εφαρμογές στο AWS χωρίς να κολλήσετε](https://sdk.enterprises/el/insights/migrating-hundreds-of-apps-to-aws)
- [Τι να ρωτήσετε πριν επιλέξετε συνεργάτη για λογισμικό](https://sdk.enterprises/el/insights/choosing-a-software-partner)