
Δουλεύω για τη μετατόπιση της εταιρικής τεχνολογική μας παράδειγμα για Agile Development. Ήταν μια δύσκολη διαδικασία, αλλά είμαστε σχεδόν εκεί! :)


Έχουμε συστήματα κληρονομιά για τη διαχείριση της βάσης δεδομένων μας (που χρησιμοποιείται για να είναι Access, τώρα μεταφερθεί στο .NET και MS SQL) και είμαστε ανάπτυξη ενός πλαισίου για το μέλλον το όραμά μας. Θέλουμε να μεταναστεύσουν όσο το δυνατόν περισσότερο με το διαδίκτυο. Αλλά θέλουμε να ενσωματώσει το σημερινό σύστημα με την «επερχόμενη» ένα. Εμείς δεν θα επικαλυπτόμενα καθήκοντα και λειτουργίες.


Το όραμά μου είναι να μετακινήσετε όλες τις πληροφορίες επικοινωνίας για τους χρήστες μας σε μια άλλη βάση δεδομένων, που συνδέουν αυτά τα «προφίλ» πίσω στο MS SQL για την ιστορία τους και τη λογιστική πληροφορίες. Θα κρατήσει όλα τα λογιστικά συστήματα για την εφαρμογή της επιφάνειας εργασίας, αλλά υπάρχει πολύ περισσότερες λειτουργίες που είμαστε έτοιμοι να προσθέσω ότι θα βασίζονται σε μεγάλο βαθμό στο διαδίκτυο, ειδικά Ruby on Rails.


Υποθέτω ότι το ερώτημα είναι: γιατί ESBs; Είναι ένας τρόπος για να δημιουργήσετε ένα SOA χωρίς να επιθετικό με πολύπλοκα συστήματα ESBs εκεί. Η όλη ιδέα είναι να KISS ούτως ή άλλως. Μπορεί να δημιουργηθεί ένα SOA με τρόπο που να επιτρέπει στο desktop / web / κινητό να είναι διεπαφές, διατηρώντας τις λειτουργίες στη λογική των επιχειρήσεων (φυσικά κάποιες λειτουργίες θα πρέπει να εφαρμοστεί στο περιβάλλον, αλλά κρατώντας αυτό στο ελάχιστο). Και μην ESBs χωράει ακόμα και μια Agile φιλοσοφία; Όσο περισσότερο διαβάζω και να τα μελετήσει, το λιγότερο Νομίζω πως ναι! : /


Ευχαριστώ για τους λαούς συμβολή σας! Αν μου πρέπει να διευκρινίσουμε, απλά κάνω μερικές ερωτήσεις και θα κάνω το καλύτερό μου για να το κάνει! :)

 
Agile Ανάπτυξη και ESBs
=======================



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


μια βασική SOA ορίζει μόνο υπηρεσίες αντί για τις εφαρμογές? ένα ESB διαχειρίζεται τις υπηρεσίες στα κανάλια για να κρύψει τα τελικά σημεία, κάνοντας αναβαθμίσεις και αντικαταστάσεις πολύ πιο «ευέλικτη»

 

Έχω μάθει αρκετά γρήγορα για να αποφεύγουν τον όρο «ESB» ως itis πολύ υπερφορτωμένο και σημαίνει διαφορετικά πράγματα σε διαφορετικούς ανθρώπους (και μερικές φορές διαφορετικά πράγματα στο ίδιο πρόσωπο :-))


Το βασικό πράγμα, φυσικά, είναι να αναρωτηθείτε τι είναι αυτό που πραγματικά χρειάζονται.


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


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


Ένα λεωφορείο υπηρεσία βοηθά συγκάλυψης των υπηρεσιών από τους πελάτες τους (που μπορεί να είναι άλλες υπηρεσίες) και αυτό το «συγκάλυψης» μπορεί να relayte με την τοποθεσία, το πρωτόκολλο, μορφές, κώδικες, κλπ μερικές μορφές ενός λεωφορείου υπηρεσία διατηρεί επίσης το δρομολόγιο (ό, τι χρειάζεται για να είναι που ονομάζεται και πότε), αλλά γενικά μου αρέσει η ιδέα. 


έτσι - το ερώτημα που πρέπει να ρωτήσετε τον εαυτό σας πρώτα, νομίζω, είναι τι χρειάζεστε για να ξεκινήσετε με και πόσο μπροστά επενδύσεων που επιθυμούν να κάνουν (και να δικαιολογήσει)


Για παράδειγμα, αν αρχικά δεν είστε ευχαριστημένοι με ένα ακόμη σημείο-προς-σημείο προσέγγισης, οι πελάτες σας να καλέσετε την υπηρεσία άμεσα? σε μεταγενέστερο στάδιο, καθώς η υπηρεσία εξελίσσεται, μπορείτε να εισαγάγει το «μέσο άνθρωπο» να μεσολαβήσει για την αίτηση και την απάντηση (ναι - μπορείτε να καλέσετε ESB αν θέλετε).


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


Ιδανικά θα χτίσει πάνω σε ένα προϊόν που έχει πολλές δυνατότητες που χτίστηκε το? BizTalk Server είναι μια καλή matchif είστε στο MS στοίβα (αλλά έχει είναι καμπύλη εκμάθησης)


έτσι - συγγνώμη αν αυτό δεν είναι μια πολύ συγκεκριμένη απάντηση - αλλά υποθέτω ότι κύριο σημείο μου είναι ότι «ESB» δεν πρέπει να είναι μια υπερβολή, απλώς έρχεται κάτω σε ό, τι θέλετε να έχετε σε μία ημέρα, και ευέλικτο (και SOA ) βοηθά σίγουρα, επιτρέποντάς σας να εξελιχθεί σταδιακά και όχι πάντα μεγάλη έκρηξη παρόμοια.


(Αν μη τι άλλο παραπάνω είναι πλήρης ανοησία ή απλά λίγο ασαφές είναι λόγω της έλλειψης ύπνου με ένα νεογέννητο στο σπίτι! Συγνώμη :-))

 

Ολόκληρη η μετανάστευση είναι αυτό που με πήρε για να ESBs ... Αλλά η όλη ιδέα ενός ESB φαίνεται τρόπος για σύνθετη για να λύσει ένα πρόβλημα που αφορά περίπου 30.000 προφίλ! Είμαστε στα πρόθυρα κάποιας exponencial ανάπτυξης (σε μερικά εκατομμύρια προφίλ) και ίσως ξεκινώντας μια νέα πορεία θα είναι καλύτερα. Πόσο εύκολο είναι να συνδέσετε μια καταχώρηση που κάθεται σε ένα MySQL DB σε δεδομένα που είναι αποθηκευμένα σε MS SQL DB; Δεν θέλω διπλογραφικού προφανώς, αλλά ίσως να υπάρξει μια πιο ευέλικτη τρόπο από ό, τι ένα «όλον» ESB ... καταλαβαίνω ότι ένα SOA με ESB μπορεί να είναι αρκετά ευέλικτη από την άποψη της αναβαθμίσεις και αντικαταστάσεις, αλλά θα ήταν μια υπερβολή; :)

 