Τεχνολογίες

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

Πότε ποια κατεύθυνση είναι σκόπιμη

Delphi-εκσυγχρονισμός στην πράξη

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

Σε πολλές ωριμασμένες εφαρμογές η πραγματική αξία δεν βρίσκεται στην επιφάνεια, αλλά σε χρόνια επιχειρησιακής λογικής, ειδικών κανόνων, εξαιρέσεων και εμπειρικής γνώσης. Αυτή η ουσία δεν απορρίπτεται ελαφρά τη καρδία. Διαχωρίζουμε καθαρά τις ευθύνες, αναδιοργανώνουμε τη βάση δεδομένων, αντικαθιστούμε παλιούς τρόπους πρόσβασης, δημιουργούμε νέες REST-διεπαφές και συμπληρώνουμε, όταν χρειάζεται, πελάτες για Windows, macOS και Linux πάνω στην ίδια επιχειρησιακή βάση. Έτσι δεν προκύπτει σκληρή ρήξη, αλλά μια κατανοητή εξέλιξη με σαφή τεχνικό προσανατολισμό.

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

Υπηρεσίες και διακομιστές ως μέρος της ίδιας αρχιτεκτονικής

Πολλά εταιρικά συστήματα σήμερα χρειάζονται όχι μόνο έναν client, αλλά και background υπηρεσίες, Windows- ή Linux-services και REST-servers. Για αυτόν ακριβώς τον λόγο δεν σχεδιάζουμε αυτά τα μέρη ως προσθήκη εκ των υστέρων, αλλά ως τμήμα της ίδιας αρχιτεκτονικής. Μια υπηρεσία που προστίθεται απλώς αργότερα, σχεδόν πάντα γίνεται ιδιόμορφη περίπτωση.

Όταν δεδομένα επεξεργάζονται κατανεμημένα, παρέχονται διεπαφές, πραγματοποιούνται εξαγωγές, παρακολουθούνται εισαγωγές ή εκτελούνται χρονοπρογραμματισμένες εργασίες στο παρασκήνιο, η τεχνική ευθύνη πρέπει να καθοριστεί από την αρχή. Ποια μέρη τρέχουν στον client, ποια στην υπηρεσία, ποια στον server, πώς καθίστανται ορατά τα σφάλματα, πώς γίνονται αναγνωρίσιμες οι αλλαγές κατάστασης, πώς παραμένει η επιχειρησιακή λογική συνεπής; Αυτές τις ερωτήσεις απαντάμε νωρίς, ώστε από μεμονωμένα δομικά στοιχεία να προκύψει ένα ανθεκτικό συνολικό σύστημα.

Αυτό είναι κρίσιμο ειδικά σε πολυπλατφορμικά έργα. Ένας desktop-client σε Windows, macOS ή Linux δεν πρέπει επιχειρησιακά να εννοεί κάτι διαφορετικό από έναν συνοδευτικό REST-server ή από μια υπηρεσία παρασκηνίου. Γι‘ αυτό σχεδιάζουμε πάντα από κοινού το μοντέλο δεδομένων, τις διεργασίες, τα δικαιώματα, τις ενσωματώσεις και τη λειτουργία. Έτσι προκύπτει μια αρχιτεκτονική όπου clients, services και servers μιλούν την ίδια γλώσσα.

Η θεμελιώδης αρχή μας

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

Ορισμένα ζητήματα επιλύουμε συνειδητά με Delphi, επειδή εκεί η ωριμασμένη επιχειρησιακή λογική, οι αποδοτικοί πελάτες και η ικανότητα για πολλαπλές πλατφόρμες αναδεικνύουν τα πλεονεκτήματα. Άλλες απαιτήσεις ταιριάζουν καλύτερα σε C#, σε υπηρεσίες, σε μια πύλη ή σε έναν συνδυασμό των παραπάνω. Καλή αρχιτεκτονική δεν προκύπτει από μόδα, αλλά από σαφήνεια: ποια ευθύνη έχει ποιο μέρος του συστήματος, ποια διάρκεια ζωής αναμένεται, πόσο μεγάλο είναι το team, πόσο κρίσιμη είναι η λειτουργία και ποιες επεκτάσεις είναι ρεαλιστικό να προκύψουν τα επόμενα χρόνια;

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

Συχνές ερωτήσεις για τεχνολογία και αρχιτεκτονική

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