Το interface μεταξύ πλοίου και στεριάς είναι επιχειρησιακή αρχιτεκτονική
Ένα μεγάλο μέρος της πολυπλοκότητας δεν βρίσκεται σε καμία εφαρμογή ξεχωριστά. Βρίσκεται στο ποιος στέλνει τι, πότε, με ποιο format, ποιος το θεωρεί επίσημο και τι συμβαίνει όταν δύο πλευρές έχουν διαφορετική εκδοχή της ίδιας πληροφορίας.
Ερωτήσεις που πρέπει να έχουν απάντηση
- Ποιο σύστημα είναι master για κάθε κρίσιμο data object;
- Ποια δεδομένα πρέπει να υπάρχουν onboard όταν δεν υπάρχει σύνδεση;
- Πώς γίνεται store-and-forward, retry και conflict handling;
- Ποια interfaces είναι real-time και ποια μπορούν να είναι asynchronous;
- Πώς παρακολουθείται η υγεία των integrations;
- Ποιος έχει ownership όταν ένα data flow αποτύχει;
- Πώς γίνεται secure remote access από vendors και shore teams;
- Πώς αποφεύγονται διαφορετικά codes για vessel, equipment, vendors και spares;
Integration patterns με βάση τη λειτουργία, όχι τη μόδα
APIs, events, files, replication και message queues έχουν όλα θέση. Η επιλογή εξαρτάται από latency, bandwidth, reliability, offline behaviour, transaction volume και operational criticality. Στη ναυτιλία η «σωστή» cloud pattern μπορεί να είναι λάθος αν αγνοεί την πραγματικότητα της σύνδεσης και της onboard αυτονομίας.
Data platform χωρίς να χαθεί η επιχειρησιακή προέλευση
Fleet analytics και AI χρειάζονται δεδομένα από πολλές πηγές. Πριν συγκεντρωθούν όλα σε μια πλατφόρμα, πρέπει να είναι σαφές τι σημαίνει κάθε πεδίο, ποιος το παράγει, πόσο αξιόπιστο είναι και ποια business process το δημιουργεί. Η σύνθεση προηγείται της συσσώρευσης.
Ship–shore integration δεν είναι «να στείλουμε τα δεδομένα στο cloud». Είναι να σχεδιάσουμε μια αξιόπιστη σχέση μεταξύ δύο λειτουργικών κόσμων.