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

Τεχνολογία

Μηχανική λογισμικού

Επιλογή στοίβας, πλαίσια front-end, αραβικά και από δεξιά προς αριστερά, εγγενείς ή cross-platform εφαρμογές, cloud, εργαλεία δοκιμών και παλαιότερα συστήματα.

32 ερωτήσεις

Πώς επιλέγετε τη στοίβα τεχνολογίας;

Ξεκινάμε από το τι μπορεί να λειτουργήσει και να στελεχώσει η ομάδα σας, τι χρησιμοποιούν τα άλλα συστήματά σας και τι πρέπει να κάνει το λογισμικό. Για το περισσότερο επιχειρηματικό λογισμικό αυτό σημαίνει μια ευρέως διαδεδομένη γλώσσα όπως TypeScript, Java, C# ή Python, μια σχεσιακή βάση δεδομένων και το cloud που ήδη χρησιμοποιείτε. Καταγράφουμε κάθε επιλογή και τους λόγους της.

Μπορείτε να κατασκευάσετε προϊόν multi-tenant SaaS;

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

Τι σημαίνει συνθέσιμη αρχιτεκτονική για εμάς;

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

Ποιο πλαίσιο front-end χρησιμοποιείτε;

Χρησιμοποιούμε React με Next.js για τις περισσότερες νέες εφαρμογές, επειδή υποστηρίζει απόδοση στην πλευρά του διακομιστή και έχει ισχυρά εργαλεία. Εργαζόμαστε επίσης με Angular και Vue.js και συνεχίζουμε στο πλαίσιο που ήδη χρησιμοποιείτε όταν αυτό είναι η λογική επιλογή.

Γιατί να κατασκευάσουμε εφαρμογή επιφάνειας εργασίας αντί για διαδικτυακή εφαρμογή;

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

Εγγενής ή cross-platform εφαρμογή επιφάνειας εργασίας: ποια να επιλέξουμε;

Οι εγγενείς εφαρμογές δίνουν την καλύτερη απόδοση και την πλησιέστερη προσαρμογή σε κάθε λειτουργικό σύστημα. Οι cross-platform εφαρμογές μοιράζονται έναν κώδικα σε Windows, macOS και Linux, γεγονός που μειώνει το κόστος κατασκευής και αλλαγών. Προτείνουμε εγγενή όταν κυριαρχεί μία πλατφόρμα ή η εργασία είναι απαιτητική και cross-platform όταν μετρούν πολλές πλατφόρμες.

Μπορεί μια εφαρμογή επιφάνειας εργασίας να λειτουργεί χωρίς σύνδεση δικτύου;

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

Μπορεί η εφαρμογή να λειτουργεί με τους σαρωτές, τους εκτυπωτές και τις άλλες συσκευές μας;

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

Να κατασκευάσουμε εγγενή ή εφαρμογή πολλαπλών πλατφορμών;

Οι εγγενείς εφαρμογές σε Swift και Kotlin δίνουν την πληρέστερη πρόσβαση στις δυνατότητες της συσκευής. Οι εφαρμογές πολλαπλών πλατφορμών σε React Native ή Flutter μοιράζονται το μεγαλύτερο μέρος του κώδικά τους μεταξύ iOS και Android, γεγονός που μειώνει το κόστος κατασκευής και αλλαγής τους. Συνιστούμε εγγενή όταν η εφαρμογή εξαρτάται έντονα από τη συσκευή, και πολλαπλών πλατφορμών για τις περισσότερες επιχειρηματικές και καταναλωτικές εφαρμογές.

Τι είναι ένα ψηφιακό δίδυμο και πότε αξίζει να κατασκευαστεί;

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

Με ποια συστήματα μπορεί να συνδεθεί ένα ψηφιακό δίδυμο;

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

Μπορεί η εφαρμογή να λειτουργεί χωρίς σύνδεση;

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

Πώς κάνετε τα προϊόντα προσβάσιμα;

Σχεδιάζουμε κατά WCAG 2.2 AA από το πρώτο προσχέδιο: αρκετή αντίθεση, ορατή εστίαση, λογική σειρά ανάγνωσης, αρκετά μεγάλους στόχους και ετικέτα για κάθε στοιχείο ελέγχου. Αυτοματοποιημένοι έλεγχοι τρέχουν σε κάθε αλλαγή. Πριν από κάθε έκδοση, δοκιμάζουμε χειροκίνητα βασικά ταξίδια με πληκτρολόγιο και αναγνώστες οθόνης.

Μπορείτε να σχεδιάσετε για αραβικά και άλλες γλώσσες δεξιά προς αριστερά;

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

Τι είναι η αυτοθεραπευόμενη αυτοματοποίηση δοκιμών;

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

Τι κάνει τελικά η ΤΝ στον εκσυγχρονισμό;

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

Μπορείτε να μεταφέρετε φόρτους COBOL και DB2 εκτός κεντρικού υπολογιστή;

Ναι. Μεταφράζουμε ή ανακατασκευάζουμε προγράμματα COBOL ως cloud-native υπηρεσίες και μεταφέρουμε δεδομένα DB2 με αντιπαραβολή σε κάθε βήμα. Οι εργασίες δέσμης και οι διεπαφές αρχείων αποκτούν σύγχρονα ισοδύναμα. Τμήματα που είναι σταθερά και δαπανηρά στη μεταφορά μπορούν να μείνουν πίσω από επίπεδο API έως ότου έρθει η σειρά τους.

Πότε είναι προτιμότερη η περιτύλιξη ενός συστήματος από την αντικατάστασή του;

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

Τι είναι το κυρίαρχο cloud και το χρειαζόμαστε;

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

Ποιον πάροχο cloud να χρησιμοποιήσουμε;

Συνήθως αυτόν που ήδη χρησιμοποιείτε, εκτός αν υπάρχει σαφής λόγος αλλαγής. Καθοριστικοί παράγοντες είναι η τοποθεσία δεδομένων, οι υφιστάμενες συμβάσεις και δεξιότητές σας, οι διαχειριζόμενες υπηρεσίες που χρειάζεστε και το πώς συνδέονται τα άλλα συστήματά σας. Εργαζόμαστε σε AWS, Microsoft Azure, Google Cloud, Alibaba Cloud και περιφερειακά κρατικά cloud και περιορίζουμε τον κώδικα ειδικό για πάροχο στα σημεία όπου αξίζει.

Πώς αποφεύγετε τον εγκλωβισμό;

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

Να κρατήσουμε την υποδομή μας στις εγκαταστάσεις μας ή να τη μεταφέρουμε στο cloud;

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

Να εκτελούμε μοντέλα ΤΝ σε δικές μας GPU;

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

Μπορείτε να εργαστείτε με τον εξοπλισμό και τα συστήματα που ήδη έχουμε;

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

Τι είναι η μηχανική πλατφόρμας και σε τι διαφέρει από το DevOps;

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

Ποια εργαλεία χρησιμοποιείτε;

Συνήθως αυτά που έχετε ήδη. Εργαζόμαστε με Terraform, OpenTofu και Pulumi για υποδομή, Kubernetes για containers και τις συνήθεις υπηρεσίες CI/CD, περιλαμβανομένων των GitLab CI/CD, GitHub Actions και Argo CD. Συνιστούμε αλλαγή μόνο όταν ένα εργαλείο σας εμποδίζει σε ό,τι χρειάζεστε.

Θα μειώσουν η προσωρινή αποθήκευση και η δρομολόγηση την ποιότητα των απαντήσεων;

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

Τι είναι το GreenOps;

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

Υποστηρίζουν οι μονάδες ασφάλειας υλικού μας μετα-κβαντικούς αλγορίθμους;

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

Χρειαζόμαστε κβαντική διανομή κλειδιών;

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

Με ποια cloud και πλατφόρμες εργάζεστε;

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud και περιφερειακά κυβερνητικά cloud, καθώς και τα δικά σας κέντρα δεδομένων και ιδιωτικά συμπλέγματα GPU. Η υποδομή ορίζεται σε Terraform, OpenTofu ή Pulumi και οι φόρτοι εκτελούνται σε Kubernetes, ώστε η επιλογή παρόχου να μένει ανοιχτή.

Μπορείτε να μας βοηθήσετε να φύγουμε από hyperscaler;

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

Περισσότερες ερωτήσεις

Όλα τα θέματα συχνών ερωτήσεων

Ξεκινήστε με μια συζήτηση, όχι με σύμβαση.

Πείτε μας τι χρειάζεται να κατασκευάσετε, να συνδέσετε ή να προστατεύσετε. Ένας αρχιτέκτονας το εξετάζει μαζί σας και έπειτα προτείνει από πού να ξεκινήσετε.

Τι ακολουθεί

  1. Συμφωνία χρόνου

    Η ομάδα μας σας στέλνει email για να συμφωνήσουμε ώρα για τη συνεδρία.

  2. Προκαταρκτική συνεδρία

    Μια δωρεάν διαδικτυακή συνεδρία προ-συμβουλευτικής 30 λεπτών: εξετάζουμε τους στόχους, τα συστήματα και τους περιορισμούς σας.

  3. Αξιολόγηση ετοιμότητας

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

  4. Επιλογή διαδρομής

    Τα έργα με έτοιμο πεδίο λαμβάνουν δεσμευτική πρόταση εντός 3–5 εργάσιμων ημερών. Τα έργα σε στάδιο σύλληψης ξεκινούν στο Blueprint Studio. Ένα σύστημα σε λειτουργία που αστοχεί, είναι ατεκμηρίωτο ή χρειάζεται ολοκλήρωση ξεκινά με διάγνωση 1–2 εβδομάδες. Το Blueprint Studio και η διάγνωση έχουν καθένα σταθερή αμοιβή, που αναφέρεται στην πρόταση.