Αρχική Εισροές - ΕκροέςΠεριοχή ΣχολιασμούΣχόλιο του χρήστη Alex Kritikos | 16 Νοεμβρίου 2012, 16:01
  • Σχόλιο του χρήστη 'Alex Kritikos' | 16 Νοεμβρίου 2012, 16:01

    Διαβάσα μια αναλυτική παρουσίαση των ροών δεδομένων μεταξυ των πρατηρίων και της ΓΓΠΣ καθώς και τα προτεινόμενα XML schemas για ορισμό του structure των δεδομένων. Επίσης διάβασα μια αναφορά σε webservice για να δωθεί η δυνατότητα αναζητήσεων απο οποιαδήποτε ενδιαφερόμενη υπηρεσία. Αυτό που δεν διάβασα είναι πως προτείνετε να γίνεται η μεταφορά των δεδομένων απο τα πρατήρια προς την ΓΓΠΣ. Υποψιάζομαι πως προτείνετε την μεταφορά των δεδομένων σε μορφή XML μέσω κάποιου SOAP ή REST webservice που θα προσφέρεται. Αν δεν έχω καταλάβει λάθος πιστεύω πως η προτεινόμενη αρχιτεκτονική θα μπορούσε τουλάχιστον να χαρακτηριστεί 'περασμένης δεκαετίας' και μέχρι να υλοποιηθεί και να εφαρμοστεί θα θεωρείται ακόμα πιο παλιά. Παρόλο που μπορεί να μην ενδιαφέρεστε για την χρήση της καλυτερης τεχνολογίας για το έργο, η προτεινόμενη αρχιτεκτονική έχει αρκετές επιπλοκές στους εξής τομείς: 1. Κοστος συντήρησης υποδομής: Η μεταφορά δεδομένων σε μορφή XML μεγενθύνει σημαντικά το μέγεθος της πληροφορίας σχετικά με το αρχικό της μέγεθος. Αυτό απαιτεί σημαντικά περισσότερο bandwidth για την υποστήριξη της ροής, κάτι ιδιαίτερα σημαντικό για ένα σύστημα που θέλουμε να είναι χρήσιμο και οικονομικό για πολλά έτη. 2. Κόστος ανάπτυξης υποδομής: Η μεταφορά δεδομένων σε μορφή XML μεγενθύνει σημαντικά το μέγεθος της πληροφορίας σχετικά με το αρχικό της μέγεθος. Αυτό επηρεάζει τις προδιαγραφές των εξυπηρετητών του webservice καθώς και τις προδιαγραφές hardware του συστήματος καταγραφής. Προτείνω λοιπόν τα εξής: 1. Παράλληλα με την υποστήριξη λήψης σε XML μπορείτε να υποστηρίξετε την δυνατότητα ληψης με άλλες κωδικοποιήσεις οι οποίες μπορούν να προσφέρουν σημαντική οικονομία τόσο στο bandwidth όσο και στις υπολογιστικές δυνατότητες της υποδομής της ΓΓΠΣ. Ένα παράδειγμα τέτοιας τεχνολογίας είναι τα google protocol buffers, open source & με υποστήριξη για πολλές πλατφόρμες: https://developers.google.com/protocol-buffers/ 2. Η προτεινόμενη αρχιτεκτονική βασίζεται σε point-to-point συνδέσεις μεταξύ της εφαρμογής καταμέτρησης και της εφαρμογής καταγραφής. Παραλλήλα περιγράφετε κι άλλες point-to-point συνδέσεις για την διαμοίραση δεδομένων με περιφεριακά συστήματα ή άλλες υπηρεσίες. Μια πολύ πιο κατάλληλη αρχιτεκτονική θα έπρεπε να βασίζεται σε τεχνολογίες Message Oriented Middleware οι οποίες θα πρόσφεραν πάρα πολλά πλεονεκτήματα σε σύγκριση με μια αρχιτεκτονική SOA. Το βασικότερο πλεονέκτημα αυτών θα ήταν η μετατροπή της επικοινωνίας απο σύγχρονη σε ασύγχρονη. Έτσι τα στοιχεία μπορούν να λαμβάνονται πιο γρήγορα απο ότι επεξεργάζονται καθώς και μπορούν να λαμβάνονται ακόμα και άν όλη η υπόλοιπη υποδομή είναι εκτός λειτουργίας. 3. Το σύστημα καταγραφής είναι ένα σύστημα επικοινωνίας και τηλεμετρίας με sensors που καταμετρούν το περιβάλλον του πρατηρίου. Θα μπορούσε άνετα να περιγραφεί σαν μια εφαρμογή Internet of Things (IOT) και σε αυτόν τον τομέα, μπορεί κανείς χρησιμοποιώντας ιδιαίτερα χαμηλού κόστους hardware να έχει αμφίδρομη επικοινωνία με αυτούς τους sensors χρησιμοποιόντας λύσεις που βασίζονται στο Message Queueing Telemetry Transport (MQTT), το οποίο ετοιμάζεται να ξεκινήσει την διαδικασία international standardisation. Ευχαριστώ, Alex Kritikos Senior Director Software AG