Μετάβαση στο κύριο περιεχόμενο
FromNine
Μενού

Ανάπτυξη και υποδομές

Βάσεις cloud που κάνουν κάθε έκδοση ρουτίνα.

Είτε είστε βασική οντότητα κατά τον Ν. 89(Ι)/2020 είτε ΚΕΠΕΥ υπό τον DORA, η βάση cloud πρέπει να αποδεικνύει τι συμβαίνει σε αυτήν. Χτίζουμε landing zones και εσωτερικές πλατφόρμες όπου τα περιβάλλοντα γράφονται σε κώδικα, οι εκδόσεις υπογράφονται και επαναλαμβάνονται, και κάθε ευρώ που ξοδεύεται έχει κάποιον που απαντά γι’ αυτό.

Για βασικές και σημαντικές οντότητες κατά τον Ν. 89(Ι)/2020, για ΚΕΠΕΥ και άλλες εταιρείες υπό τον DORA, και για ομίλους που τρέχουν μία βάση cloud για εταιρείες σε περισσότερα κράτη μέλη.

Cloud και μηχανική πλατφορμών: τα επίπεδα της υπηρεσίαςΤέσσερα στρώματα σε βάθος, με τη βάση πρώτη: η landing zone, όπου ορίζονται ταυτότητα, δίκτυο και πολιτικές· πάνω της οι υπογεγραμμένες ροές παράδοσης· έπειτα η εσωτερική πλατφόρμα για τους προγραμματιστές· και στην κορυφή οι εφαρμογές που λειτουργούν οι ομάδες προϊόντων.01Εφαρμογές των ομάδων προϊόντων02Εσωτερική πλατφόρμα ανάπτυξης03Υπογεγραμμένες ροές παράδοσης04Landing zone και πολιτικές
  1. 01Landing zones με πολιτικές σε κώδικα και τόπο φύλαξης δεδομένων ορισμένο ανά φόρτο εργασίας
  2. 02Προκαθορισμένες διαδρομές (golden paths) που φέρνουν μια νέα υπηρεσία στην παραγωγή πάντα με τον ίδιο τρόπο
  3. 03Στόχοι επιπέδου υπηρεσίας, δοκιμασμένη ανάκαμψη και κόστος ανά προϊόν, ορατά σε όσους αποφασίζουν

01 Προβλήματα

Πότε η βάση cloud γίνεται εμπόδιο

  1. 01

    Κάθε περιβάλλον είναι μοναδικό

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

  2. 02

    Για μια έκδοση χρειάζεται σύσκεψη

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

  3. 03

    Ο λογαριασμός του cloud εκπλήσσει όλους

    Το κόστος φαίνεται ανά συνδρομή, όχι ανά προϊόν. Οι GPU για φόρτους τεχνητής νοημοσύνης πηγαίνουν σε όποιον τις ζήτησε πρώτος.

  4. 04

    Κανείς δεν ξέρει αν η ανάκαμψη δουλεύει

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

02 Τι παραδίδουμε

Τι παραδίδουμε

  1. 01 Landing zones και επιλογές κυριαρχίας

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

    Τι κάνουμε

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

    Τι παραλαμβάνετε

    • Landing zone ορισμένη εξ ολοκλήρου σε κώδικα
    • Βιβλιοθήκη πολιτικών με διαδικασία εξαιρέσεων
    • Κείμενο επιλογών κυριαρχίας για κάθε κατηγορία φόρτου
  2. 02 Υποδομή ως κώδικας και εσωτερικές πλατφόρμες

    Η υποδομή περιγράφεται με Terraform, OpenTofu ή Bicep και οι εγκαταστάσεις γίνονται με GitOps. Kubernetes βάζουμε όπου το δικαιολογεί ο φόρτος, αλλιώς διαχειριζόμενο περιβάλλον εκτέλεσης. Με τα golden paths, μια ομάδα ανοίγει νέα υπηρεσία που ήδη τηρεί τους κανόνες, χωρίς αιτήματα και αναμονή.

    Τι κάνουμε

    • Βιβλιοθήκη modules για την υποδομή ως κώδικα
    • GitOps με προαγωγή από περιβάλλον σε περιβάλλον
    • Πλατφόρμα Kubernetes ή διαχειριζόμενες εναλλακτικές
    • Πρότυπα υπηρεσιών και πύλη για προγραμματιστές

    Τι παραλαμβάνετε

    • Εσωτερική πλατφόρμα με golden paths
    • Περιβάλλοντα που οι ομάδες στήνουν μόνες τους
    • Οδικός χάρτης πλατφόρμας με ιδιοκτήτη την ομάδα πλατφόρμας
  3. 03 Ροές παράδοσης και ασφάλεια εφοδιαστικής αλυσίδας λογισμικού

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

    Τι κάνουμε

    • Πρότυπα ροών με ελέγχους ποιότητας και ασφάλειας
    • Υπογραφή πακέτων και βεβαίωση προέλευσης
    • Διαχείριση μυστικών και εναλλαγή κλειδιών
    • Κανόνες προαγωγής και αρχεία αλλαγών

    Τι παραλαμβάνετε

    • Επαναχρησιμοποιήσιμα πρότυπα ροών
    • Υπογεγραμμένα πακέτα με επαληθεύσιμη προέλευση
    • Τεκμήρια έκδοσης για τη διαχείριση αλλαγών
  4. 04 Παρατηρη­σιμότητα και SRE

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

    Τι κάνουμε

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

    Τι παραλαμβάνετε

    • Κατάλογος στόχων επιπέδου υπηρεσίας
    • Στοίβα παρατηρησιμότητας και πίνακες
    • Εγχειρίδια για περιστατικά και αναφορές προς τις αρχές
  5. 05 Έλεγχος κόστους και χωρητικότητα για ΤΝ

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

    Τι κάνουμε

    • Πολιτική ετικετών και μοντέλο κατανομής
    • Δείκτες μοναδιαίου κόστους ανά προϊόν
    • Σχεδιασμός δεσμεύσεων και κρατήσεων
    • Χρονοπρογραμματισμός GPU, ποσοστώσεις και σωστό μέγεθος

    Τι παραλαμβάνετε

    • Πίνακες κόστους για κάθε υπεύθυνο προϊόντος
    • Λίστα εξοικονομήσεων με υπευθύνους
    • Σχέδιο χωρητικότητας για ΤΝ
  6. 06 Ανάκαμψη και έξοδος

    Για κάθε υπηρεσία ορίζουμε πόσο γρήγορα πρέπει να επανέλθει (RTO) και πόσα δεδομένα επιτρέπεται να χαθούν (RPO), και το δοκιμάζουμε σε τακτά διαστήματα. Το σχέδιο εξόδου αξιοποιεί το δικαίωμα αλλαγής παρόχου που δίνει ο Κανονισμός για τα δεδομένα (Data Act).

    Τι κάνουμε

    • RTO και RPO συμφωνημένα για κάθε υπηρεσία
    • Δοκιμές επαναφοράς και μετάπτωσης
    • Χαρτογράφηση εξαρτήσεων των κρίσιμων υπηρεσιών
    • Σχέδιο εξόδου και έλεγχοι φορητότητας δεδομένων

    Τι παραλαμβάνετε

    • Δοκιμασμένες διαδικασίες ανάκαμψης
    • Αναφορές δοκιμών ανάκαμψης
    • Καταγεγραμμένη στρατηγική εξόδου

03 Αρχιτεκτονική

Ενδεικτική αρχιτεκτονική αναφοράς

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

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

Επίπεδα του σχεδίου

Παράδοση
Αποθετήρια, ροές, υπογεγραμμένα πακέτα και προαγωγή με GitOps.
Πλατφόρμα
Η πλατφόρμα για τους προγραμματιστές, οι πολιτικές σε κώδικα και το περιβάλλον όπου εγκαθιστούν οι ομάδες.
Θεμέλιο (landing zone)
Οργανισμός, ταυτότητα, δίκτυο, κλειδιά, ανάκαμψη και έλεγχοι κόστους.
Λειτουργία
Τηλεμετρία, στόχοι υπηρεσίας, περιθώρια σφάλματος και απόκριση σε περιστατικά, παντού.
Ενδεικτικό παράδειγμα
  1. Παράδοση

    • Αποθετήρια κώδικα και IaC
    • Χτίσιμο, υπογραφή, βεβαίωση
    • Μητρώο υπογεγραμμένων πακέτων
    • Προαγωγή με GitOps
  2. Πλατφόρμα

    • Πλατφόρμα ανάπτυξης και golden paths
    • Πολιτικές σε κώδικα
    • Kubernetes και διαχειρι­ζόμενες υπηρεσίες
    • Εφαρμογές ομάδων προϊόντων
  3. Θεμέλιο: landing zone

    • Δομή διαχείρισης
    • Ταυτότητα και πρόσβαση
    • Κεντρικό δίκτυο και έξοδος
    • Κλειδιά και μυστικά
    • Αντίγραφα και ανάκαμψη
    • Κατανομή κόστους
  4. Λειτουργία

    • OpenTelemetry, στόχοι υπηρεσίας, περιθώρια σφάλματος, απόκριση σε περιστατικά
Υπογεγραμμένη παράδοση πάνω σε landing zone με πολιτικές

Ενδεικτική αρχιτεκτονική, όχι σύστημα πελάτη.

Διαβάστε το διάγραμμα ως κείμενο

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

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

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

04 Επιλογές και όρια

Τεχνικές επιλογές και όριά τους

  • Η κυριαρχία έχει διαβαθμίσεις

    Πώς το χειριζόμαστε

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

    Όρια και εξαρτήσεις

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

  • Η πλατφόρμα χρειάζεται υπεύθυνο προϊόντος

    Πώς το χειριζόμαστε

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

    Όρια και εξαρτήσεις

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

  • Η νομοθεσία διαμορφώνει τη λειτουργία

    Πώς το χειριζόμαστε

    Όπου σας αφορά ο Ν. 89(Ι)/2020 ή ο DORA, η κατάταξη περιστατικών, οι προθεσμίες αναφοράς και η συλλογή τεκμηρίων μπαίνουν μέσα στη διαδικασία περιστατικών.

    Όρια και εξαρτήσεις

    Αν εμπίπτετε στο πεδίο εφαρμογής, και πώς εφαρμόζονται στην περίπτωσή σας ο Ν. 89(Ι)/2020 ή η Κ.Δ.Π. 252/2025, το κρίνουν οι ομάδες συμμόρφωσης και οι νομικοί σας.

  • Ο έλεγχος κόστους είναι κοινή υπόθεση

    Πώς το χειριζόμαστε

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

    Όρια και εξαρτήσεις

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

05 Πώς δουλεύουμε

Πώς δουλεύουμε

Πρώτα η βάση, μετά μία ομάδα στο golden path, μετά όλοι οι άλλοι.

  1. 01

    Εκτίμηση και κατάταξη

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

    ΑποτέλεσμαΚατάταξη φόρτων και επιλογές στόχου

  2. 02

    Κατασκευή της landing zone

    Όλα σε κώδικα, ελεγμένα μαζί με την ασφάλεια, με διαδικασία για τις εξαιρέσεις.

    ΑποτέλεσμαLanding zone σε παραγωγή

  3. 03

    Μια πρώτη ομάδα οδηγός

    Μία ομάδα προϊόντος περνά στο golden path· όπου δυσκολεύεται, εκεί διορθώνεται η πλατφόρμα.

    ΑποτέλεσμαΠρώτη υπηρεσία στην πλατφόρμα

  4. 04

    Επέκταση και παράδοση

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

    ΑποτέλεσμαΟδικός χάρτης πλατφόρμας και αναφορές δοκιμών ανάκαμψης

06 Ανθρώπινος έλεγχος

Πού αποφασίζει ο άνθρωπος

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

  • Κάθε αλλαγή στην παραγωγή έχει ιστορικό

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

  • Η πρόσβαση έκτακτης ανάγκης είναι σπάνια και καταγράφεται

    Ισχύει για περιορισμένο χρόνο, χρειάζεται αιτιολόγηση και εξετάζεται εκ των υστέρων.

  • Κάθε εξαίρεση από πολιτική έχει υπεύθυνο

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

  • Τους στόχους τους θέτουν οι υπεύθυνοι υπηρεσιών

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

07 Τεχνολογίες

Τεχνολογίες με τις οποίες δουλεύουμε

Πάροχοι cloud
  • Microsoft Azure
  • Amazon Web Services
  • Google Cloud
  • Κυρίαρχες προσφορές cloud της ΕΕ
Υποδομή και παράδοση
  • Terraform και OpenTofu
  • Bicep
  • Argo CD και Flux
  • GitHub Actions, GitLab CI και Azure DevOps
Περιβάλλον εκτέλεσης
  • Kubernetes και διαχειριζόμενες εκδοχές του
  • Serverless και πλατφόρμες containers
  • Service mesh όπου αξίζει
  • Ομάδες κόμβων GPU για φόρτους ΤΝ
Λειτουργία
  • OpenTelemetry
  • Prometheus και Grafana
  • Εγγενής παρακολούθηση των παρόχων cloud
  • Μηχανές πολιτικών όπως το OPA

Όταν αναφέρουμε μια τεχνολογία, περιγράφουμε την τεχνική μας εμπειρία με αυτήν. Δεν σημαίνει συνεργασία με τον κατασκευαστή της ούτε ότι αυτός μας προτείνει.

08 Παράδειγμα

Ενδεικτικό παράδειγμα

Ενδεικτικό παράδειγμα

Κοινή landing zone για χρηματο­οικονομικό όμιλο με τρεις εποπτευόμενες εταιρείες

01Κατάσταση
Ένας όμιλος στην Κύπρο έχει μια ΚΕΠΕΥ και μια εταιρεία διαχείρισης, που εποπτεύονται από την ΕΚΚ, και ένα ίδρυμα πληρωμών, που εποπτεύεται από την Κεντρική Τράπεζα της Κύπρου. Οι τρεις εταιρείες τρέχουν χωριστά περιβάλλοντα cloud με διαφορετικούς ελέγχους, και κανείς δεν μπορεί να δείξει σε μία εικόνα πού στέκεται ο όμιλος στην ασφάλεια.
02Τι θα υλοποιούσαμε
Μία landing zone σε κώδικα, με χωριστά σύνολα πολιτικών για την κάθε εταιρεία, κοινή καταγραφή, και διαδικασία που κατατάσσει κάθε συμβάν και προετοιμάζει την αναφορά προς την αρχή που εποπτεύει τη συγκεκριμένη εταιρεία.
03Πού αποφασίζει ο άνθρωπος
Τις εξαιρέσεις για τα συστήματα κάθε εταιρείας τις υπογράφει ο δικός της υπεύθυνος ασφάλειας· την κοινή βάση τη διαφυλάσσει ο υπεύθυνος ασφάλειας πληροφοριών του ομίλου.
04Πώς θα μετρούσαμε
Πόση ώρα περνά από τον εντοπισμό ως την κατάταξη ενός περιστατικού, τι μέρος των φόρτων καλύπτουν οι πολιτικές, και πόσες δοκιμές ανάκαμψης πετυχαίνουν κάθε τρίμηνο.

09 Ανά κλάδο

Στον κλάδο σας

  • Για Τμήματα και ημικρατικούς οργανισμούς που εμπίπτουν στον Ν. 89(Ι)/2020: επιλογές κυριαρχίας ανά κατηγορία δεδομένων, τεκμήρια για την ΑΨΑ και σχέδια εξόδου που αντέχουν και στον επόμενο διαγωνισμό στο e-PPS.

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

Κύπρος

Ένα σύνολο τεκμηρίων για κάθε εποπτική αρχή

Ο Ν. 89(Ι)/2020, όπως τροποποιήθηκε με τον Ν. 60(Ι)/2025, ζητά από τις βασικές και σημαντικές οντότητες να ενημερώνουν την Αρχή Ψηφιακής Ασφάλειας (ΑΨΑ) εντός έξι ωρών για σημαντικό περιστατικό και να το κοινοποιούν εντός 72 ωρών. Οι χρηματοοικονομικές οντότητες έχουν επιπλέον τον DORA: κατά την Κ.Δ.Π. 252/2025, αρμόδιες αρχές είναι η Κεντρική Τράπεζα της Κύπρου, η Επιτροπή Κεφαλαιαγοράς Κύπρου, ο Έφορος Ασφαλίσεων και ο Έφορος Ιδρυμάτων Επαγγελματικών Συνταξιοδοτικών Παροχών, η καθεμία για τις οντότητες που εποπτεύει. Ένας όμιλος με εταιρείες και σε άλλα κράτη μέλη χρειάζεται μία πλατφόρμα που παράγει τα τεκμήρια που ζητά κάθε αρχή.

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

Ερωτήσεις για cloud και μηχανική πλατφορμών

Ποιον πάροχο cloud προτείνετε;

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

Χρειαζόμαστε Kubernetes;

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

Πώς προσεγγίζετε την ασφάλεια;

Από τη βάση: στη landing zone και στις ροές παράδοσης. Κάθε ταυτότητα έχει μόνο τα δικαιώματα που χρειάζεται, οι πολιτικές είναι κώδικας, τα πακέτα υπογράφονται, και τα μυστικά δεν γράφονται ποτέ μέσα στον κώδικα. Η FromNine διαθέτει πιστοποίηση ISO/IEC 27001 για τη διαχείριση της ασφάλειας πληροφοριών.

Μπορείτε να μειώσετε το κόστος του cloud μας;

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

Πώς αποφεύγουμε τη δέσμευση σε έναν πάροχο;

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

Δείξτε μας τις επόμενες τρεις εκδόσεις σας

Μαζί θα δούμε τι λείπει για να γίνουν ρουτίνα, ποια τεκμήρια θα ζητούσε η ΑΨΑ ή η ΕΚΚ, και τι θα κόστιζε μια τέτοια βάση στην κατασκευή και στη λειτουργία.