Από το προσωπικό της Techopedia, 2 Νοεμβρίου 2016
Takeaway: Ο οικοδεσπότης Eric Kavanagh συζητά την απόδοση των εφαρμογών και τον τρόπο βελτίωσης της αποτελεσματικότητας με τους Dr. Robin Bloor, Dez Blanchfield και τον Bill Ellis της IDERA.
Δεν έχετε εισέλθει αυτήν τη στιγμή. Συνδεθείτε ή εγγραφείτε για να δείτε το βίντεο.
Eric Kavanagh: Κυρίες και κύριοι, γειά σου και καλωσορίζεις ξανά την Hot Technologies. Ναι πράγματι! Το όνομά μου είναι ο Eric Kavanagh, θα είμαι ο οικοδεσπότης σας για μια άλλη εκπομπή μέσω web σήμερα σε αυτή την πραγματικά διασκεδαστική, συναρπαστική σειρά που έχουμε ως φιλοφρόνηση στη σειρά Briefing Room. Ο τίτλος είναι "Επιτάχυνση εφαρμογής: Ταχύτερη απόδοση για τελικούς χρήστες". Ελάτε στους λαούς, που δεν το θέλουν; Εάν είμαι ο τύπος εκεί έξω βοηθώντας την αίτησή σας να τρέξει γρηγορότερα, σκέφτομαι ότι είμαι ο τύπος που παίρνει μπύρες για μένα στο μπαρ μετά την εργασία. Πρέπει να είναι ένα πολύ δροσερό πράγμα για να μπείτε μέσα και να επιταχύνετε την εφαρμογή κάποιου.
Υπάρχει μια διαφάνεια για την αληθινή σου, με χτύπησε στο Twitter @Eric_Kavanagh. Πάντα προσπαθώ να ακολουθήσω πίσω και πάντα ξανά τιτίβισμα, αν μου αναφέρετε, γι 'αυτό μη διστάσετε να μου αναφέρετε.
Ολόκληρος ο σκοπός αυτής της επίδειξης είναι να επικεντρωθεί σε διαφορετικές πτυχές της τεχνολογίας των επιχειρήσεων και να βοηθήσει πραγματικά να καθορίσει ορισμένους κλάδους ή ορισμένα πρόσωπα, αν θέλετε. Πολλές φορές πωλητές θα πάρει από ορισμένους όρους μάρκετινγκ και μιλάμε για το πώς κάνουν αυτό ή αυτό ή κάποιο άλλο πράγμα. Αυτή η εκπομπή σχεδιάστηκε για να βοηθήσει το κοινό μας να καταλάβει τι πρέπει να έχει ένα εργαλείο λογισμικού για να είναι ηγέτης στο χώρο του. Η μορφή του είναι δύο αναλυτές. Ο καθένας πηγαίνει πρώτο, σε αντίθεση με το Εστία όπου ο πωλητής πηγαίνει πρώτο. Ο καθένας δίνει τη γνώμη του για το τι θεωρούν σημαντικό για να γνωρίζετε για ένα συγκεκριμένο είδος τεχνολογίας.
Σήμερα μιλάμε για επιτάχυνση εφαρμογής. Θα ακούσουμε από τον Dez Blanchfield και από τον Doctor Robin Bloor - είμαστε όλοι σήμερα σε όλο τον κόσμο - και στη συνέχεια ο Bill Ellis καλεί από την μεγαλύτερη περιοχή της Βιρτζίνια. Με αυτό, θα το παραδώσω στον πρώτο παρουσιαστή μας, Δρ Bloor. Εμείς tweeted το hashtag του #podcast από τον τρόπο, έτσι διστάσετε να tweet. Πάρε το μακριά.
Δρ. Robin Bloor: Εντάξει, ευχαριστώ πολύ για αυτή την εισαγωγή. Οι επιδόσεις των εφαρμογών και τα επίπεδα υπηρεσιών - αυτό είναι ένα είδος περιοχής, έχω κάνει πολλή δουλειά σε αυτόν τον τομέα με την πάροδο των ετών, με την έννοια που έχω κάνει πραγματικά μια πολύ μεγάλη εργασία στην παρακολούθηση της απόδοσης και την επεξεργασία σε ένα τρόπος ή άλλο, πώς να δοκιμάσετε και να υπολογίσετε αυτά τα επίπεδα. Πρέπει να ειπωθεί ότι έως ότου συνηθίζαμε αυτήν την εποχή, πριν από λίγο καιρό, όπου οι άνθρωποι έχτισαν συστήματα σε σιλό. Βασικά, το μέγεθος της εργασίας που πρέπει πραγματικά να κάνουν για να κάνει ένα σύστημα να αποδίδει αρκετά καλά αν ήταν σε σιλό δεν ήταν στην πραγματικότητα πολύ δύσκολο επειδή υπάρχουν πολύ λίγες, πολύ μικρές ποσότητες μεταβλητών που έπρεπε να λάβετε υπόψη. Μόλις συνδεθήκαμε σωστά στο δίκτυο, εισήχθη στην εξίσωση διαδραστικός προσανατολισμός και προσανατολισμός υπηρεσιών. Είναι λίγο δύσκολο. Η απόδοση μπορεί να είναι μονοδιάστατη. Εάν σκέφτεστε απλώς μια εφαρμογή που εκτελεί μια συγκεκριμένη διαδρομή κώδικα επανειλημμένα, το κάνει εύλογα, εγκαίρως, αισθάνεται σαν ένα μονοδιάστατο πράγμα. Μόλις αρχίσετε να μιλάτε για επίπεδα υπηρεσιών, μιλάτε πραγματικά για πολλά πράγματα που ανταγωνίζονται για πόρους υπολογιστών. Γίνεται πολυδιάστατη πολύ γρήγορα. Αν αρχίσετε να μιλάτε για επιχειρηματικές διαδικασίες, οι επιχειρηματικές διαδικασίες μπορούν να συνδεθούν από πολλαπλές εφαρμογές. Αν μιλάτε για αρχιτεκτονική προσανατολισμένη στην υπηρεσία, τότε μια δεδομένη εφαρμογή μπορεί να έχει πρόσβαση στις δυνατότητες πολλαπλών εφαρμογών. Τότε γίνεται ένα πολύ περίπλοκο πράγμα.
Κοίταξα - πριν από πολύ καιρό, έγραψα αυτό το διάγραμμα. Αυτό το διάγραμμα είναι τουλάχιστον 20 ετών. Ουσιαστικά, το ονομάζω Διάγραμμα Όλων γιατί είναι ένας τρόπος να δούμε όλα όσα υπάρχουν στο περιβάλλον πληροφορικής. Είναι πραγματικά μόνο τέσσερα κομμάτια: χρήστες, δεδομένα, λογισμικό και υλικό. Φυσικά αλλάζουν με την πάροδο του χρόνου, αλλά συνειδητοποιείτε πραγματικά όταν βλέπετε αυτό ότι υπάρχει μια ιεραρχική έκρηξη καθενός από αυτά τα κομμάτια. Ένα υλικό ναι, ένα υλικό μπορεί να είναι ένας διακομιστής, αλλά ένας διακομιστής αποτελείται από πιθανώς πολλαπλές επεξεργαστές, τεχνολογία δικτύωσης και μνήμη, και αυτό, ένα είδος φοβερού αριθμού ελεγκτών, όπως συμβαίνει. Αν κοιτάξετε πραγματικά αυτό, όλα καταρρέουν σε κομμάτια. Αν πραγματικά σκέφτεστε να προσπαθήσετε να ενορχηστρώσετε όλα αυτά, σε σχέση με τα δεδομένα που αλλάζουν, τις επιδόσεις του λογισμικού αλλάζει, επειδή το υλικό αλλάζει, και ούτω καθεξής και ούτω καθεξής, βλέπετε πραγματικά μια πολύ δύσκολη πολυδιάστατη κατάσταση. Αυτή είναι η καμπύλη πολυπλοκότητας. Φυσικά είναι καμπύλη πολυπλοκότητας για σχεδόν τα πάντα, αλλά έχω δει να το τραβάει ξανά και ξανά όταν μιλάμε για υπολογιστές. Βασικά, εάν βάλετε κόμβους σε έναν άξονα και τις σημαντικές συνδέσεις στον άλλο άξονα, καταλήγετε σε μια καμπύλη πολυπλοκότητας. Σχεδόν δεν έχει σημασία τι είναι οι κόμβοι και οι συνδέσεις και αυτό θα κάνει αν θέλετε μια αναπαράσταση της αύξησης του όγκου στο τηλεφωνικό δίκτυο.
Στην πραγματικότητα, όταν μιλάτε για κόμβους στο περιβάλλον του υπολογιστή, μιλάτε για μεμονωμένα πράγματα που ενδιαφέρουν ο ένας τον άλλο. Η πολυπλοκότητα, φαίνεται να είναι θέμα ποικιλίας δομής και των διαφόρων περιορισμών που προσπαθείτε να υπακούσετε. Επίσης, οι αριθμοί. Όταν οι αριθμοί ανεβαίνουν, τρελαίνουν. Είχα μια ενδιαφέρουσα συνομιλία χθες, μιλούσα με κάποιον - δεν μπορώ να αναφέρω ποιος ήταν, αλλά δεν πειράζει πραγματικά - μιλούσαν για έναν ιστότοπο που είχε 40.000 - αυτό είναι τέσσερις μηδέν, 40.000 - περιπτώσεις βάσεων δεδομένων στο site. Απλά σκεφτείτε ότι - 40.000 διαφορετικές βάσεις δεδομένων. Φυσικά το μόνο πράγμα που είχαμε - είχαν προφανώς πολλές, πολλές χιλιάδες εφαρμογές. Μιλάμε για έναν πολύ μεγάλο οργανισμό, αλλά δεν μπορώ να το ονομάσω. Το βλέπετε πραγματικά και προσπαθείτε, με τον ένα ή τον άλλο τρόπο, να έχετε επίπεδα υπηρεσιών που θα είναι επαρκή σε όλους τους πολλούς χρήστες, με πολλές διαφορετικές, αν θέλετε, προσδοκίες. Είναι μια περίπλοκη κατάσταση, και ότι το μόνο που λέω είναι ότι είναι πολύπλοκο. Οι αριθμοί πάντοτε αυξάνονται. Οι περιορισμοί καθορίζονται από τις επιχειρηματικές διαδικασίες και τους επιχειρηματικούς στόχους. Θα έχετε παρατηρήσει τις αλλαγές στις προσδοκίες.
Θυμάμαι ότι μόλις τα Gmail, το Yahoo mail και το Hotmail, όλα αυτά τα συστήματα αλληλογραφίας εμφανίστηκαν, οι άνθρωποι άρχισαν να έχουν την προσδοκία ότι τα εσωτερικά συστήματα αλληλογραφίας τους εντός του οργανισμού θα αξίζουν τα επίπεδα εξυπηρέτησης αυτών των τεράστιων λειτουργιών, την οργάνωση και άρχισε να πιέζεται να κάνει όλα αυτά τα πράγματα να συμβούν. Στην πραγματικότητα, οι συμφωνίες σε επίπεδο υπηρεσιών είναι ένα πράγμα, αλλά η προσδοκία είναι κάτι άλλο και αγωνίζονται ο ένας στον άλλο μέσα σε έναν οργανισμό, ένα αδέξιο πράγμα. Εδώ είναι μόνο μια επιχειρηματική προοπτική. Σε ορισμένα συστήματα, ο βέλτιστος χρόνος απόκρισης είναι το ένα δέκατο του δευτερολέπτου του χρόνου ανθρώπινης αντίδρασης. Το ένα δέκατο του δευτερολέπτου είναι ο χρόνος που χρειάζεται μια κόμπρα για να σας δαγκώσει. Εάν στέκεστε μπροστά από μια κόμπρα και αποφασίσει να σας δαγκώσει, είναι πολύ αργά, πρόκειται για το ότι δεν μπορείτε να απαντήσετε σε ένα δέκατο του δευτερολέπτου. Το ένα δέκατο του δευτερολέπτου είναι περίπου ο χρόνος που χρειάζεται για να αφήσει η μπάλα να φύγει από το χέρι της στάμνας για να φτάσει στον τύπο με τη νυχτερίδα. Βασικά, καθώς βλέπει τη μπάλα που ρίχνεται, πρέπει να ανταποκριθεί ακριβώς εκείνη τη στιγμή. Ανθρώπινη ανταπόκριση, κάτι ενδιαφέρον. Λογισμικό-λογισμικό, μπορεί προφανώς να έχει υψηλότερη προσδοκία.
Στη συνέχεια, παίρνετε σε ορισμένες καταστάσεις που νομίζω ότι είναι αυτές οι καταστάσεις της αγοράς, όπου η πρώτη είναι εκεί όπου η αξία της επιχείρησης είναι. Αυτό είναι σαν να θέλετε να πουλήσετε ένα συγκεκριμένο απόθεμα στο χρηματιστήριο είναι πιθανότατα λιγότερο, για παράδειγμα, επειδή νομίζετε ότι πηγαίνει κάτω και πολλοί άλλοι άνθρωποι πιστεύουν ότι πηγαίνει κάτω, παίρνετε την καλύτερη τιμή εάν φτάσετε στην αγορά πρώτα. Υπάρχουν πολλές καταστάσεις, προβολή διαφημίσεων και παρόμοια πράγματα, πολύ παρόμοια κατάσταση. Έχεις αυτό το κίνημα όσον αφορά την προσδοκία σε επίπεδο υπηρεσίας. Έχετε ένα πράγμα που είναι ένα είδος γυάλινης οροφής για ανθρώπινη απόκριση. Μόλις είναι λογισμικό-λογισμικό, αν έχετε αυτή την κατάσταση οροφής, τότε δεν υπάρχει το καλύτερο επίπεδο υπηρεσιών. Ταχύτερος από όλους τους άλλους είναι ο καλύτερος.
Εντάξει, αυτό είναι, νομίζω, η τελική διαφάνεια που έκανα, αλλά αυτό είναι μόνο για να σας δώσω μια μεγάλη εικόνα της πολυπλοκότητας, αφού εξετάσετε πραγματικά τις απαιτήσεις ενός οργανισμού, την υπηρεσία. Έχετε, ανεβαίνοντας στην αριστερή πλευρά εδώ, έχετε διαχείριση συστήματος, το οποίο είναι ένα σύνολο λογισμικού που εξυπηρετεί στη διαχείριση υπηρεσιών, το οποίο προσπαθεί να διαχειριστεί ένα επίπεδο υπηρεσιών. Πάνω από αυτό έχετε διαχείριση επιχειρηματικών επιδόσεων. Στη συνέχεια, εάν κοιτάξετε προς τα κάτω εδώ, την περιοχή αυτοματοποίησης διαχείρισης υπηρεσιών, έχετε κατακερματισμένες υπηρεσίες που εξελίσσονται σε τυποποιημένες υπηρεσίες, εάν πραγματικά ενδιαφέρεστε να επενδύσετε σε τέτοιου είδους πράγματα που εξελίσσονται σε ολοκληρωμένες υπηρεσίες που εξελίσσονται σε βελτιστοποιημένες υπηρεσίες . Κυρίως αυτό που έκαναν οι άνθρωποι είναι μόνο στην κάτω αριστερή γωνία του. Ίσως μια μικρή διαχείριση των υπηρεσιών. Διαχείριση επιχειρηματικών επιδόσεων, πολύ σπάνια. Κατακερματισμένο, σχεδόν όλα. Ένας τέλειος κόσμος θα γεμίσει αυτό το πλέγμα. Instrumentation - Αναφέρα ένα πρόβλημα υπο-βελτιστοποίησης. Μπορείτε να βελτιστοποιήσετε τα μέρη ενός συστήματος και δεν είναι καλό για όλο το σύστημα. Εάν κάνετε την καρδιά βέλτιστη, τότε το αίμα σας μπορεί να κυκλοφορεί πολύ γρήγορα για τα υπόλοιπα όργανα σας. Αυτό είναι ένα ζήτημα με μεγάλους οργανισμούς και επίπεδα υπηρεσιών. Σαφώς τίποτα δεν πρόκειται να επιτευχθεί χωρίς εξελιγμένα εργαλεία, επειδή οι μεταβλητές έχουν μόλις πάρει - καλά υπάρχουν πάρα πολλές μεταβλητές για να προσπαθήσουμε και να βελτιστοποιήσουμε.
Τούτου λεχθέντος, θα μεταβιβάσω στον Dez που θα μιλήσει για κάτι άλλο, ελπίζω.
Dez Blanchfield: Σας ευχαριστώ, Robin. Όπως και ο Δρ Robin Bloor, έχω περάσει πάρα πολλά χρόνια σκέψης για την απόδοση πολύ πολύπλοκων συστημάτων σε πολύ μεγάλη κλίμακα. Πιθανότατα δεν είναι η ίδια κλίμακα όπως ο Robin, αλλά η απόδοση είναι καθημερινό θέμα και είναι μέρος του DNA μας να θέλει την απόδοση, για να πάρει το καλύτερο από όλα. Στην πραγματικότητα, έχω χρησιμοποιήσει ένα γραφικό ενός από τα αγαπημένα μου πράγματα στον κόσμο, ο αγωνιστικός αγώνας Formula I, όπου ολόκληρος ο πλανήτης κάθεται ακόμα για λίγο και βλέπει τα αυτοκίνητα να στρογγυλεύονται σε κύκλους πολύ γρήγορα. Κάθε πτυχή, δεν υπάρχει καμία πτυχή της Φόρμουλα I που δεν είναι συγκεκριμένα για την απόδοση. Πολλοί άνθρωποι ποδοπατούν το άθλημα επειδή πιστεύουν ότι είναι χάσιμο χρημάτων. Αποδεικνύεται ότι το αυτοκίνητο που οδηγούμε κάθε μέρα για να ρίξουμε τα παιδιά στο ποδόσφαιρο τα Σαββατοκύριακα και το σχολείο τις άλλες μέρες, προέρχεται από την ανάπτυξη και την έρευνα που βασίζεται στην απόδοση. Είναι το είδος της ζωής των αγωνιστικών αυτοκινήτων της Formula I. Η καθημερινή τεχνολογία, η καθημερινή επιστήμη, προέρχεται συχνά από κάτι που έχει επικεντρωθεί αποκλειστικά σε υψηλές επιδόσεις.
Η πραγματικότητα όμως είναι ότι ο νέος μας "πάντα" κόσμος, που απαιτεί 100% χρόνο λειτουργίας - όπως ανέφερε προηγουμένως ο Robin - με πράγματα όπως η εισαγωγή του webmail και άλλων υπηρεσιών που θεωρούμε δεδομένες σε συνεχή χώρο και τώρα αναμένουμε ότι την επιχείρηση και το περιβάλλον εργασίας μας. Η πραγματικότητα είναι ότι η ύπαρξη δεν σημαίνει πάντοτε ότι πληρείτε τη συμφωνία σας σε επίπεδο υπηρεσίας. Έχω αυτό το επίκεντρο της ανάγκης να διαχειρίζονται τις επιδόσεις των εφαρμογών και τη διαθεσιμότητα των υπηρεσιών σε επίπεδο υπηρεσιών έχει υποστεί μια θεμελιώδη μετατόπιση κατά την τελευταία δεκαετία. Δεν προσπαθούμε να ανησυχούμε για την απόδοση ενός συστήματος πια. Όταν ο κόσμος ήταν λίγο πιο απλός, θα μπορούσαμε να έχουμε μια κατάσταση όπου ένας μόνος εξυπηρετητής με πολλαπλές υπηρεσίες μπορεί να παρακολουθείται ζωντανά και ήταν σχετικά απλό να υποστηριχθεί. Θα μπορούσαμε - και εδώ είναι το μικρό μου, τα πράγματα που ανησυχούσαμε όταν ήμουν διαχειριστής του συστήματος για παράδειγμα, πριν από πολλά χρόνια - θα κοιτάξουμε γύρω μας, είναι η υπηρεσία τυπικά επάνω και να ανταποκριθεί; Μπορώ να συνδεθώ σε ένα τερματικό για παράδειγμα; Το λειτουργικό σύστημα ανταποκρίνεται και μπορώ να πληκτρολογήσω εντολές; Οι εφαρμογές λειτουργούν και λειτουργούν; Μπορώ να δω τις διαδικασίες και τη μνήμη για να κάνουν πράγματα και I / O σε όλο το δίκτυο και ούτω καθεξής; Στις μέρες του κεντρικού υπολογιστή μπορούσατε να ακούσετε κασέτες με zip-zip-zip και χαρτί που πέφτει από αυτούς.
Οι εφαρμογές ανταποκρίνονται και μπορούμε να συνδεθούμε και να κάνουμε τα πράγματα πάνω τους; Μπορούν οι χρήστες να συνδεθούν με ορισμένους από αυτούς τους διακομιστές; Συνεχίζει. Είναι αρκετά θεμελιώδεις, ξέρετε. Τότε μερικές αστείες - είναι πράσινο το γραφείο βοήθειας; Γιατί αν όχι, τότε όλα λειτουργούν καλά και ποιος θα πάρει τα ντόνατς; Η ζωή ήταν πραγματικά απλή εκείνη την εποχή. Ακόμη και εκείνες τις μέρες, και μετά μιλάω πριν από 20-30 χρόνια, η πολυπλοκότητα ήταν ακόμα πολύ υψηλή. Θα μπορούσαμε, με σχετικά απλό τρόπο, να διαχειριστούμε συμφωνίες σε επίπεδο υπηρεσιών και να παρακολουθούμε την απόδοση. Δεν μπορούμε πλέον να το κάνουμε με το χέρι, όπως ανέφερε ο Ρόμπιν. Η πρόκληση είναι πολύ μεγάλη. Το γεγονός είναι η εποχή που μερικές καλές εφαρμογές, διαχειριστές, δίκτυο και βάση δεδομένων, οι διαχειριστές μπορούν να παρακολουθούν και να ικανοποιούν SLA επιδόσεων. Οι SLA φτάνουν μέχρι στιγμής που αγωνίστηκα χθες το βράδυ όταν βάζω τις τελευταίες μου σημειώσεις μαζί για να σκεφτώ ακόμη και το έτος που κατάφερα τελευταία φορά να δούμε ένα σύστημα πολύ περίπλοκου stack και να το κατανοήσουμε και ακόμα να καταλάβουμε τι ήταν κάτω από την κουκούλα, και έρχομαι από ένα βαθύ τεχνικό υπόβαθρο. Δεν μπορώ να φανταστώ το πώς αντιμετωπίζω αυτό σε μια καθημερινή βάση τώρα με διοικητικό τρόπο.
Τι συνέβη? Λοιπόν, το 1996, οι εφαρμογές που βασίζονται σε βάσεις δεδομένων μεταμορφώθηκαν με την έκρηξη του Διαδικτύου. Πολλοί από εμάς έχουν περάσει από αυτό. Ακόμα κι αν δεν ήσασταν γύρω από την έκρηξη του Διαδικτύου, μπορείτε εύκολα να κοιτάξετε γύρω και να συνειδητοποιήσετε ότι στην καθημερινή ζωή, ότι τα γάντζω τα πάντα στο διαδίκτυο τώρα. Πιστεύω ότι έχουμε μια τοστιέρα που έρχεται προφανώς με την επιλογή να πάρει το Wi-Fi που είναι γελοίο, γιατί δεν χρειάζομαι την τοστιέρα μου συνδεδεμένη με το διαδίκτυο. Στη δεκαετία του 2000, ιδιαίτερα στις αρχές της δεκαετίας του 2000, έπρεπε να ασχοληθούμε με αυτή την τεράστια αύξηση της πολυπλοκότητας γύρω από την παροχή υπηρεσιών στις επιδόσεις της dot-com boom. Τότε μια άλλη γελοία αδέξια σπίθα στο web 2.0, όπου τα smartphones ήρθαν και τώρα οι εφαρμογές ήταν στα χέρια μας 24/7 και ήταν πάντα σε λειτουργία.
Είναι το 2016 τώρα, βρισκόμαστε αντιμέτωποι με ένα άλλο quagmire με τη μορφή σύννεφων και μεγάλα δεδομένα και κινητικότητα. Αυτά είναι συστήματα που είναι τόσο μεγάλα που συχνά είναι δύσκολο να κατανοηθούν και να τεθούν σε απλά αγγλικά. Όταν σκεφτόμαστε το γεγονός ότι μερικοί από τους μεγάλους μονόκερους για τους οποίους μιλάμε έχουν δεκάδες εκατοντάδες petabytes δεδομένων. Αυτό είναι ολόκληρο το δάπεδο του χώρου στο δίσκο και το χώρο αποθήκευσης μόνο για να κρατήσετε τα email, τις εικόνες και τα κοινωνικά μέσα σας. Ή σε μερικές περιπτώσεις, στην εφοδιαστική μεταφορών και ναυτιλίας, είναι όλα στην τράπεζα, είναι όπου τα χρήματά σας είναι, ή όπου η θέση σας είναι, ή σας, όπου το πράγμα που αγοράσατε στο eBay είναι. Το επόμενο μεγάλο κύμα που πρόκειται να αντιμετωπίσουμε είναι αυτή η πολύ μεγάλη πρόκληση του Διαδικτύου των πραγμάτων.
Εάν αυτό δεν ήταν αρκετά κακό, ετοιμάζουμε να κατασκευάσουμε τεχνητή νοημοσύνη και γνωσιακή πληροφορική σε σχεδόν όλα. Μιλάμε στις μηχανές Siri και Google αυτές τις μέρες. Ξέρω ότι ο Αμαζόνιος έχει ένα δικό του. Το Baidu έχει μία από αυτές τις συσκευές που μπορείτε να μιλήσετε, να το μετατρέψετε σε κείμενο που πηγαίνει σε ένα κανονικό σύστημα, η βάση δεδομένων κάνει ένα ερώτημα και επανέρχεται και αντιστρέφει τη διαδικασία. Σκεφτείτε την πολυπλοκότητα που πηγαίνει σε αυτό. Η πραγματικότητα είναι ότι η πολυπλοκότητα της σημερινής στοίβας εφαρμογών είναι πολύ πέρα από τις ανθρώπινες δυνατότητες. Όταν σκέφτεστε για όλα όσα συμβαίνουν όταν πιέζετε ένα κουμπί στη συσκευή σας smartphone ή στο tablet σας, μιλάτε σε αυτό, μετατρέπετε το σε κείμενο, εκτελείται όλο το διαδίκτυο σε ένα σύστημα back-end, ένα front-end λαμβάνει που το μετατρέπει σε ερώτημα, τρέχει το ερώτημα μέσω μιας στοίβας εφαρμογών, διέρχεται από μια βάση δεδομένων, χτυπά δίσκο, έρχεται πίσω, και στη μέση υπάρχει ένα δίκτυο φορέων, υπάρχει ένα κέντρο κατάστασης τοπικού δικτύου. Η πολυπλοκότητα είναι τρελή.
Το ισχυριζόμαστε αποτελεσματικά ως υπερυψωμένο. Η πολυπλοκότητα και η ταχύτητα της υπερυπής είναι μόνο το πότισμα των ματιών. Οι εφαρμογές και οι βάσεις δεδομένων έχουν γίνει τόσο μεγάλες και τόσο περίπλοκες, ότι η διαχείριση των επιδόσεων είναι στην πραγματικότητα μια επιστήμη αυτή καθεαυτή. Πολλοί το λένε ως επιστήμη πυραύλων. Έχουμε τεχνολογία onsite, διαθέτουμε τεχνολογία offsite, διαθέτουμε μια ποικιλία επιλογών κέντρου δεδομένων. φυσική και εικονική. Έχουμε φυσικούς και εικονικούς διακομιστές, έχουμε σύννεφο, έχουμε υποδομή ως υπηρεσία και πλατφόρμα ως υπηρεσία και λογισμικό, καθώς μια υπηρεσία είναι κάτι που τώρα θεωρούμε δεδομένο. Το τελευταίο, το λογισμικό ως υπηρεσία, έγινε τρομακτικό για κάποιο διάστημα πριν από μερικά χρόνια, όταν οι CFO και τμήματα της οργάνωσης συνειδητοποίησαν ότι θα μπορούσαν να πάρουν την πιστωτική τους κάρτα και να αγοράσουν μόνο τα πράγματα και να πάνε γύρω από τον CIO και ουσιαστικά ονομάσαμε αυτή τη σκιά IT "και οι CIOs τώρα προσπαθούν να ανακάμψουν αυτό πίσω και παλεύουν τον έλεγχο πίσω.
Στην υποδομή έχουμε τη δικτύωση που έχει καθοριστεί από το λογισμικό, την εικονικοποίηση των λειτουργιών δικτύου, κάτω από αυτό που έχουμε, πιθανότατα πάνω από τώρα, έχουμε μικρο υπηρεσίες και εφαρμογές ενεργών υπηρεσιών. Όταν κάνετε κλικ σε μια διεύθυνση URL, υπάρχει μια δέσμη επιχειρηματικής λογικής που βρίσκεται στο τέλος αυτής της διεύθυνσης URL, η οποία περιγράφει τι χρειάζεται για την πραγματική παράδοσή της. Δεν έχει απαραίτητα προηγμένη λογική να την περιμένει. Έχουμε παραδοσιακές βάσεις δεδομένων από τη μία πλευρά, οι οποίες κλιμακώνονται πολύ, πολύ μεγάλες. Έχουμε όμοιες με την υποδομή και τα οικοσυστήματα του Hadoop στο άλλο φάσμα, τα οποία είναι τόσο μεγάλα που, όπως είπα, ξέρετε, οι άνθρωποι μιλούν για εκατοντάδες petabytes δεδομένων τώρα. Έχουμε πολυπλοκότητα κινητικότητας όσον αφορά τις συσκευές που μετακινούνται γύρω, φορητοί υπολογιστές, τηλέφωνα και ταμπλέτες.
Έχουμε BYOD σε ορισμένα κλειστά περιβάλλοντα και όλο και περισσότερο τώρα, από τη στιγμή που οι Gen Y οι έμπειροι άνθρωποι φέρνουν τις δικές τους συσκευές. Απλώς τους αφήσαμε να τους μιλήσουν για τις διεπαφές ιστού. Είτε μέσω του διαδικτύου είτε μέσω Wi-Fi, διαθέτουμε δωρεάν Wi-Fi στο καφετέρια κάτω από τον καφέ. Ή το εσωτερικό μας Wi-Fi. Το μηχάνημα με το μηχάνημα είναι πάντα παρόν. Αυτό δεν είναι άμεσα μέρος του διαδικτύου των πραγμάτων, αλλά είναι επίσης σχετικό. Το Διαδίκτυο των πραγμάτων είναι ένα εντελώς νέο παιχνίδι μιας πολυπλοκότητας που μοιάζει με το μυαλό. Τεχνητή νοημοσύνη και αν νομίζετε ότι με αυτό που παίζουμε τώρα, με όλα τα Siri και άλλες σχετικές συσκευές που μιλάμε είναι πολύπλοκη, περιμένετε μέχρι να φτάσετε σε μια κατάσταση όπου βλέπετε κάτι που ονομάζεται Olli που είναι 3-D εκτυπωμένο λεωφορείο που διαρκεί περίπου έξι άτομα και μπορεί να οδηγήσει γύρω από την πόλη και να μιλήσετε απλά αγγλικά σε αυτό και θα σας μιλήσει πίσω. Εάν χτυπά την κυκλοφορία, θα αποφασίσει να στρίψει αριστερά ή δεξιά από την κύρια περιοχή όπου υπάρχει κυκλοφορία. Καθώς γυρίζει και ανησυχείτε γιατί στρίβει αριστερά ή δεξιά από τον κεντρικό δρόμο, θα σας πει, "Μην ανησυχείτε, έχω να γυρίσω αριστερά. Υπάρχει κυκλοφορία μπροστά και θα πάω γύρω από αυτό. "
Η διαχείριση των επιδόσεων όλων των συστημάτων και η πολυπλοκότητα, ο εντοπισμός των δεδομένων αυτών, η είσοδος στη βάση δεδομένων, όλες οι διασυνδέσεις και όλα τα σχετικά κομμάτια είναι απλώς παραπλανητικά. Η πραγματικότητα είναι ότι η διαχείριση των επιδόσεων και των SLA στη σημερινή ταχύτητα και κλίμακα απαιτεί εργαλεία και συστήματα και, από προεπιλογή, αυτό δεν είναι πλέον κάτι που απλά θα σκεφτόσαστε ότι θα ήταν ωραίο να έχετε ένα εργαλείο - είναι απαραίτητη προϋπόθεση. είναι απολύτως απαραίτητο. Εδώ είναι κάτι σαν ένα μικρό παράδειγμα, μια λίστα με τα διαγράμματα σχεδιασμού εφαρμογών υψηλού επιπέδου για το OpenStack, cloud που έχει οριστεί από λογισμικό ανοιχτού κώδικα. Αυτό είναι μόνο ένα μεγάλο κομμάτι. Δεν πρόκειται μόνο για διακομιστές και βάση δεδομένων. Αυτό είναι όπου κάθε μικρό μπλε blob αντιπροσωπεύει συστάδες των πραγμάτων. Σε μερικές περιπτώσεις αρχεία και διακομιστές ή εκατοντάδες βάσεις δεδομένων ή φυσικά όχι περισσότερο από δεκάδες χιλιάδες μικρά κομμάτια εφαρμογών λογικής λειτουργίας. Αυτή είναι μια μικρή έκδοση. Είναι πραγματικά αρκετά μυαλό χάλια όταν αρχίζετε να σκεφτόμαστε την πολυπλοκότητα που προκύπτει σε αυτό. Σήμερα, ακόμα και σε ένα μεγάλο χώρο δεδομένων, θα βάλω μερικά screenshot μόνο των μαρκών. Όταν σκεφτόμαστε όλα τα κομμάτια που πρέπει να διαχειριστούμε εδώ, δεν μιλάμε απλά για ένα εμπορικό σήμα απαραιτήτως, αυτά είναι όλα τα εμπορικά σήματα στο μεγάλο τοπίο δεδομένων και το κορυφαίο εμπορικό σήμα, όχι μόνο κάθε μικρό μικρό ή ανοικτού κώδικα. Κοιτάτε και νομίζετε ότι είναι ένα πολύ διασκεδαστικό διάγραμμα.
Ας ρίξουμε μια ματιά σε μερικά verticals. Ας πάρουμε μάρκετινγκ, για παράδειγμα. Εδώ είναι ένα παρόμοιο διάγραμμα, αλλά από τις τεχνολογικές στοίβες που είναι διαθέσιμες μόνο στην τεχνολογία μάρκετινγκ. Αυτό είναι το γράφημα του 2011. Εδώ είναι η έκδοση 2016. Απλά σκεφτείτε, αυτό είναι μόνο ο αριθμός των εμπορικών σημάτων των προϊόντων που μπορείτε να τρέξετε για την τεχνολογία σε σχέση με την τεχνολογία μάρκετινγκ. Δεν είναι η πολυπλοκότητα των συστημάτων στο εσωτερικό, όχι η διαφορετική εφαρμογή και το web και η ανάπτυξη και το δίκτυο και όλα τα άλλα. Μόνο το εμπορικό σήμα. Υπάρχουν τα προηγούμενα, πριν από πέντε χρόνια και εδώ είναι σήμερα. Μόνο θα επιδεινωθεί. Είμαστε σε αυτό το σημείο τώρα που η πραγματικότητα είναι, οι άνθρωποι απλά δεν μπορούν να εξασφαλίσουν όλες τις συμφωνίες σε επίπεδο υπηρεσιών. Δεν μπορούμε να βρούμε αρκετές λεπτομέρειες, αρκετά γρήγορα και σε κλίμακα που χρειαζόμαστε. Ακολουθεί ένα παράδειγμα της εμφάνισης της κονσόλας παρακολούθησης. Αυτό είναι σαν σχεδόν είκοσι μονές οθόνες κολλημένες μαζί προσποιούμενοι ότι είναι μια μεγάλη, μεγάλη προβαλλόμενη οθόνη που παρακολουθεί κάθε μικρό κομμάτι. Τώρα είναι ενδιαφέρον εδώ, δεν θα αναφέρω το εμπορικό σήμα, αλλά αυτή η πλατφόρμα παρακολούθησης παρακολουθεί μια ενιαία εφαρμογή σε ένα εφοδιαστικό και ναυτιλιακό περιβάλλον. Μόνο μία εφαρμογή. Αν σκεφτείτε τι μιλάει ο Robin για το πού οι οργανώσεις μπορούν να έχουν 40.000 βάσεις δεδομένων τώρα σε περιβάλλοντα παραγωγής. Μπορείτε απλά να απεικονίσετε τι 40.000 εκδόσεις αυτής της συλλογής οθονών παρακολούθησης μιας εφαρμογής θα μπορούσε να είναι όπως; Είναι ένας πολύ γενναίος κόσμος στον οποίο ζούμε. Όπως είπε ο Robin και θα αποδώσω απολύτως 100 τοις εκατό ότι, χωρίς τα κατάλληλα εργαλεία, χωρίς τη σωστή υποστήριξη και το λαϊκό στο τραπέζι με τα εργαλεία αυτά, η απόδοση των εφαρμογών είναι ένα χαμένο παιχνίδι για τους ανθρώπους και πρέπει να γίνει με εργαλεία και λογισμικό.
Με αυτό θα περάσω στους φίλους μας στο IDERA.
Eric Kavanagh: Εντάξει, Bill.
Bill Ellis: Σας ευχαριστώ. Κοινή χρήση της οθόνης μου εδώ. Υποθέτω ότι μπορεί κάποιος να επιβεβαιώσει ότι μπορείτε να δείτε την οθόνη μου;
Δρ Robin Bloor: Ναι.
Eric Kavanagh: Φαίνεται καλά.
Bill Ellis: Σας ευχαριστώ. Το ένα πράγμα που ανέφερε ήταν, πραγματικά δεν μπορώ να περιμένω ήταν το αυτο-οδήγηση αυτοκινήτου. Το ένα πράγμα που δεν είχα ακούσει κανείς να μιλάει είναι, τι συμβαίνει όταν χιονίζει; Αναρωτιέμαι αν οι μηχανικοί στην Καλιφόρνια συνειδητοποίησαν ότι σε άλλα μέρη της χώρας χιονίζει αρκετά.
Dez Blanchfield: Μου αρέσει, θα το θυμηθώ αυτό.
Eric Kavanagh: Ένα τυπικό μίλι μια ώρα.
Bill Ellis: Είμαστε εδώ για να μιλήσουμε για τη διαχείριση των επιδόσεων σε ένα περίπλοκο περιβάλλον. Ένα πράγμα που μου αρέσει να μιλάω είναι, πολλοί άνθρωποι, όταν μιλάνε για την απόδοση, η φύση της αντίδρασης είναι, περισσότεροι εξυπηρετητές, περισσότερη CPU, περισσότερη μνήμη κλπ. Η άλλη πλευρά του κέρματος αυτού επεξεργάζεται την αποδοτικότητα. Πραγματικά, αυτό είναι δύο πλευρές στο ίδιο νόμισμα και θα ρίξουμε μια ματιά σε δύο από αυτά. Ο απώτερος στόχος είναι να επιτευχθούν οι συμφωνίες σε επίπεδο υπηρεσιών για τις επιχειρηματικές συναλλαγές. Τελικά όλη αυτή η τεχνολογία υπάρχει για την επιχείρηση. Μιλήσαμε για τη δημιουργία μιας πρώτης βάσης δεδομένων διαχείρισης της απόδοσης. Το ιδανικό είναι να ταιριάζει στο ιδανικό καλούπι απόδοσης και να το διαχειρίζεται από την αρχή του κύκλου ζωής των εφαρμογών.
Τα θέματα πραγματικά βράζουν κάτω σε τέσσερα κομμάτια? η μία είναι η διαδικασία διαχείρισης της απόδοσης. Μιλήσαμε με όλους, και όλοι έχουν εργαλεία. Εάν δεν διαθέτουν εργαλεία, έχουν σενάρια ή εντολές, αλλά αυτό που λείπουν είναι το πλαίσιο. Το πλαίσιο απλά συνδέει τις κουκίδες σε όλες τις στοίβες των εφαρμογών. Αυτές οι εφαρμογές για - βασίζονται στο πρόγραμμα περιήγησης. Είναι πολύ σφιχτά συνδεδεμένα από τη βαθμίδα με τη βαθμίδα. Η αλληλεπίδραση μεταξύ των βαθμίδων είναι επίσης ζωτικής σημασίας. Στη συνέχεια, μιλάμε για την επιχειρηματική συναλλαγή. Θα προσφέρουμε την προβολή όχι μόνο στους τεχνικούς, αλλά και στους ιδιοκτήτες εφαρμογών και στους διαχειριστές επιχειρήσεων.
Έχω μερικές μελέτες περίπτωσης για να μοιραστώ μαζί σας πώς οι πελάτες το έχουν χρησιμοποιήσει. Αυτό είναι ένα πολύ πρακτικό μέρος της παρουσίασης εδώ. Ας δούμε τι συμβαίνει συνήθως. Μου αρέσει το διάγραμμα - ήταν ακριβώς όπως ένα απίστευτο κολάζ τεχνολογιών. Ο αριθμός των τεχνολογιών στο κέντρο δεδομένων έχει μόλις μεγαλώσει, αναπτυχθεί και αναπτυχθεί. Εν τω μεταξύ, ένας τελικός χρήστης δεν ενδιαφέρεται για αυτό και δεν το γνωρίζει. Απλώς θέλουν να ασκήσουν τη συναλλαγή, να είναι διαθέσιμα, να τα ολοκληρώσουν γρήγορα. Αυτό που συνήθως συμβαίνει είναι ότι οι επαγγελματίες στον τομέα της πληροφορικής δεν γνωρίζουν ότι οι τελικοί χρήστες είχαν ακόμη πρόβλημα, μέχρι να αυτοαναφέρουν. Αυτό ξεκινάει μια χρονοβόρα, αργή διαδικασία και συχνά απογοητευτική. Αυτό που συμβαίνει είναι ότι οι άνθρωποι θα ανοίξουν τα εργαλεία τους και θα εξετάσουν ένα υποσύνολο της στοίβας των εφαρμογών τους. Με αυτό το υποσύνολο, είναι πολύ δύσκολο να απαντηθεί η απλούστερη ερώτηση. Είναι συνηθισμένο να έχετε το πρόβλημα; Ποιά είναι η συναλλαγή; Πού βρίσκεται η στοίβα εφαρμογής; Με το να δαπανούν όλο αυτό το διάστημα, ψάχνοντας βαθμίδες, να μην μπορέσετε να απαντήσετε σε αυτές τις ερωτήσεις, καταλήγετε να δαπανούν πολύ χρόνο και ενέργεια, πολύ προσωπικό, κονδύλια και ενέργεια για να ανακαλύψετε.
Προκειμένου να επιλυθεί αυτό, για να προσφέρει ένα καλύτερο τρόπο, τι Precise κάνει στην πραγματικότητα τη συναλλαγή κομματιού τελικού χρήστη, καταγράφει τα μεταδεδομένα γι 'αυτό, ακολουθεί τη συναλλαγή μέσω του δικτύου, στο διακομιστή ιστού, στη βαθμίδα επιχειρηματικής λογικής και υποστηρίζουμε τα .NET και ABAP και το PeopleCode και το E-Business Suite, σε πολυειδικές εφαρμογές που τελικά όλες οι συναλλαγές πρόκειται να αλληλεπιδρούν με το σύστημα εγγραφής. Είτε πρόκειται για μια αναζήτηση αποθέματος, για την αναφορά χρόνου εργασίας, πάντα αλληλεπιδρούν με τη βάση δεδομένων. Η βάση δεδομένων γίνεται το θεμέλιο της επιχειρηματικής απόδοσης. Η βάση δεδομένων, με τη σειρά της, βασίζεται στην αποθήκευση. Τι τα μεταδεδομένα σχετικά με τις συναλλαγές απαντούν, ποιος, ποια συναλλαγή, πού βρίσκεται στη στοίβα εφαρμογών και μετά έχουμε βαθιά προβολή σε επίπεδο κώδικα για να σας δείξουμε τι εκτελεί. Αυτές οι πληροφορίες συλλαμβάνονται συνεχώς, τοποθετούνται στη βάση δεδομένων διαχείρισης απόδοσης - που γίνεται ένα ενιαίο φύλλο μουσικής για όλους να δουν τι συμβαίνει. Υπάρχουν διαφορετικοί άνθρωποι και οργανώσεις που νοιάζονται για το τι συμβαίνει: οι τεχνικοί εμπειρογνώμονες, οι ιδιοκτήτες εφαρμογών, τελικά η ίδια η επιχείρηση. Όταν εμφανιστεί ένα πρόβλημα, θέλετε να μπορείτε να εξαγάγετε πληροφορίες σχετικά με τη συγκεκριμένη συναλλαγή.
Πριν πάμε για να εξετάσουμε την επενδυτική συναλλαγή, θέλω να σας δείξω πώς μπορεί να εμφανιστεί σε διαφορετικούς ανθρώπους στον οργανισμό. Σε επίπεδο διαχείρισης, ίσως θελήσετε να έχετε μια επισκόπηση πολλών εφαρμογών. Μπορεί να θέλετε να μάθετε για την υγεία που υπολογίζεται από τη συμμόρφωση και τη διαθεσιμότητα του SLA. Αυτή η υγεία δεν σημαίνει ότι όλα είναι 100 τοις εκατό που λειτουργούν τέλεια. Υπάρχει χώρος σε αυτήν την περίπτωση μπορείτε να δείτε ότι η επενδυτική συναλλαγή βρίσκεται στην κατάσταση προειδοποίησης. Τώρα, λίγο πιο βαθιά, ίσως και στη γραμμή των επιχειρήσεων, θέλετε να έχετε κάποιες επιπλέον λεπτομέρειες σχετικά με μεμονωμένες συναλλαγές, όταν παραβιάζουν SLAs, μετρήσεις συναλλαγών κλπ. Η ομάδα επιχειρήσεων θα θέλει να ενημερωθεί για αυτό μέσω μιας ειδοποίησης κάποιων είδος. Έχουμε ενσωματωμένες ειδοποιήσεις απόδοσης. Μετράμε πραγματικά την απόδοση στο πρόγραμμα περιήγησης του τελικού χρήστη. Είτε είναι ο Internet Explorer, το Chrome, ο Firefox κ.λπ., μπορούμε να εντοπίσουμε, αυτό απαντά στην πρώτη ερώτηση: είναι ένας τελικός χρήστης που έχει πρόβλημα;
Ας σκεφτούμε και να δούμε τι άλλο μπορούμε να δείξουμε γι 'αυτό. Οι άνθρωποι που ενδιαφέρονται για την απόδοση θα ανοίξουν το Precise. Θα αξιολογήσουν τις συναλλαγές. Θα είχαν εξετάσει τη στήλη SLA για να εντοπίσουν συναλλαγές που δεν ήταν συμβατές με SLA. Θα μπορούσαν να δουν τους τελικούς χρήστες που επηρεάστηκαν καθώς και τι έκανε αυτή η συναλλαγή καθώς περνούσε όλη η εφαρμογή. Ο τρόπος με τον οποίο αποκρυπτογραφείτε αυτά τα ιερογλυφικά είναι, αυτός είναι ο browser, η διεύθυνση URL, το U είναι για τη διεύθυνση URL, αυτό είναι το σημείο εισόδου στην JVM. Τώρα, αυτή η συγκεκριμένη JVM κάνει έναν διακομιστή ιστού να καλέσει το δεύτερο JVM που εκτελεί στη συνέχεια την εντολή SQL. Αυτό είναι σαφώς θέμα βάσης δεδομένων επειδή αυτή η δήλωση SQL ήταν υπεύθυνη για το 72% του χρόνου απόκρισης. Είμαστε επικεντρωμένοι στο χρόνο. Ο χρόνος είναι το νόμισμα της απόδοσης. Είναι ο τρόπος με τον οποίο οι τελικοί χρήστες δοκιμάζουν αν τα πράγματα τρέχουν αργά ή όχι, και είναι ένα μέτρο της κατανάλωσης πόρων. Είναι πολύ βολικό. είναι ένα είδος μέτρησης που είναι πολύ σημαντικό για την αξιολόγηση της απόδοσης. Όταν αυτό το πρόβλημα μεταβιβαστεί στο DBA, δεν είναι μόνο ένα πρόβλημα βάσης δεδομένων, είναι αυτή η δήλωση SQL. Αυτό είναι το πλαίσιο στο οποίο μιλούσα.
Τώρα οπλισμένοι με αυτές τις πληροφορίες, μπορώ να μπω και να αναλύσω τι συνέβη. Μπορώ να δω πρώτα απ 'όλα ότι ο άξονας y είναι χρόνος όλη την ημέρα. Με συγχωρείτε, ο άξονας y είναι ο χρόνος απόκρισης, ο άξονας x είναι ο χρόνος κατά τη διάρκεια της ημέρας. Μπορώ να δω ότι υπάρχει ένα θέμα βάσης δεδομένων, υπάρχουν δύο συμβάντα, πηγαίνετε πίσω σε αυτή τη ροή, πάρτε αυτή τη δήλωση SQL και πηγαίνετε στην άποψη εμπειρογνωμόνων, όπου το Precise είναι σε θέση να σας δείξει τι συμβαίνει, τους ελέγχους του, πόσο καιρό ο κώδικας εκτέλεση. Στο επίπεδο της βάσης δεδομένων, είναι το σχέδιο εκτέλεσης. Θα σημειώσετε ότι το Precise επέλεξε το πραγματικό σχέδιο εκτέλεσης που χρησιμοποιήθηκε κατά το χρόνο εκτέλεσης, το οποίο διακρίνεται από το εκτιμώμενο σχέδιο, το οποίο θα ήταν όταν δόθηκε το σχέδιο και όχι κατά το χρόνο εκτέλεσης. Μπορεί ή όχι να αντικατοπτρίζει ότι η βάση δεδομένων έκανε πραγματικά.
Τώρα κάτω εδώ, είναι μια ανάλυση χρόνου απόκρισης για τη δήλωση SQL. Ενενήντα τοις εκατό του χρόνου που αφιερώνεται στην αποθήκευση. δέκα τοις εκατό χρησιμοποιήθηκε στη CPU. Μπορώ να δω το κείμενο της δήλωσης SQL καθώς και την έκθεση ευρημάτων. Το κείμενο της εντολής SQL αρχίζει πραγματικά να αποκαλύπτει κάποια προβλήματα κωδικοποίησης. Είναι επιλέξτε αστέρι. που επιστρέφει όλες τις σειρές - με συγχωρείτε, όλες τις στήλες από τις σειρές που επιστράφηκαν. Επιστρέφουμε επιπλέον στήλες που η εφαρμογή μπορεί να χρειαστεί ή όχι. Αυτές οι στήλες καταναλώνουν χώρο και πόρους για επεξεργασία. Εάν εκτελείτε SAP, μια από τις μεγάλες αλλαγές, επειδή η βάση δεδομένων HANA είναι στήλη, είναι ότι ουσιαστικά επανεγγραφεί το SAP για να μην επιλέξει το επιλεγμένο αστέρι ώστε να μειώσει σημαντικά την κατανάλωση πόρων. Αυτό είναι βασικά κάτι που συμβαίνει πολύς χρόνος και σε εγχώριες εφαρμογές, είτε Java, .NET, κλπ.
Αυτή η οθόνη, αυτό σας δείχνει ποιος, τι, πότε, πού και γιατί. Το γιατί παίρνει, όπως η δήλωση SQL και το σχέδιο εκτέλεσης που σας επιτρέπει να λύσετε τα προβλήματα. Επειδή το Precise τρέχει συνεχώς, μπορείτε πραγματικά να μετρήσετε πριν και μετά, σε επίπεδο εντολών SQL, σε επίπεδο συναλλαγής, έτσι είτε μπορείτε να μετρήσετε μόνοι σας, καθώς και μέσω των κατόχων εφαρμογών και για τη διαχείριση, ότι έχετε λύσει το πρόβλημα . Αυτή η τεκμηρίωση είναι πραγματικά χρήσιμη. Υπάρχει πολλή πολυπλοκότητα σε αυτήν τη στοίβα εφαρμογών. Από πολλές εφαρμογές, στην πραγματικότητα, όλοι με τους οποίους έχουμε μιλήσει, τρέχουν τουλάχιστον ένα μέρος της στοίβας των εφαρμογών στο VMware. Σε αυτή την περίπτωση, εξετάζουν την εφαρμογή εξυπηρέτησης πελατών, εξετάζουν το χρόνο της συναλλαγής και συσχετίζουν την με την επιβράδυνση είναι ένα γεγονός virtualization. Το Precise παρακολουθεί όλα τα συμβάντα virtualization. Έχουμε ένα plug-in στο vCenter για να το πάρει αυτό.
Μπορούμε επίσης να εντοπίσουμε τον ισχυρισμό. Η διαμάχη είναι διαφορετική από τη χρήση. Στην πραγματικότητα δείχνει πότε ένας θορυβώδης γείτονας επηρεάζει τον επισκέπτη σας VM, στο πλαίσιο της εφαρμογής του εξυπηρετητή πελάτη. Τώρα, μπορώ να διεισδύσω και να λάβω πληροφορίες και μπορώ πραγματικά να δω τα δύο VM που διαμαρτύρονται, σε αυτή την περίπτωση, για τους πόρους της CPU. Αυτό μου επιτρέπει να έχω ορατότητα ώστε να μπορώ να δω τον προγραμματισμό. Μπορώ να βάλω έναν επισκέπτη VM σε διαφορετικό φυσικό διακομιστή. Όλοι αυτοί οι τύποι πραγμάτων που μπορεί να απαντήσετε και στη συνέχεια, εκτός από αυτό, μπορώ πραγματικά να δούμε την αποδοτικότητα του κώδικα για να μπορέσει να χρησιμοποιήσει λιγότερη CPU. Νομίζω ότι έχω ένα πολύ καλό παράδειγμα σε αυτήν την παρουσίαση του πώς κάποιος κατάφερε να μειώσει την κατανάλωση CPU κατά τάξεις μεγέθους.
Αυτό ήταν το VMware. Ας πάμε στον ίδιο τον κώδικα, στον κώδικα εφαρμογής. Το Precise θα σας δείξει τι συμβαίνει μέσα στην Java, το .NET, τον κώδικα ABAP, το E-Business, το PeopleCode κλπ. Αυτά είναι τα σημεία εισόδου σε αυτήν την περίπτωση στο WebLogic. Κάτω εδώ, υπάρχει μια αναφορά ευρημάτων που μου λέει ότι είναι αυτά τα EJB που πρέπει να κοιτάξετε, και θα μου πείτε ότι έχετε επίσης κλείδωμα συμβαίνει σε αυτό το σύστημα. Για άλλη μια φορά, το τρυπάνι μέσα στο επιχειρηματικό λογικό επίπεδο, για να δείξει τι συμβαίνει. Σε αυτήν την περίπτωση, κοιτάζω συγκεκριμένες περιπτώσεις. Υποστηρίζω επίσης την ομαδοποίηση. Εάν έχετε πολλές JVMs σε λειτουργία, μπορείτε είτε να κοιτάξετε το σύμπλεγμα στο σύνολό του είτε να κοιτάξετε τα σημεία συμφόρησης στο εσωτερικό του JVM.
Καθώς μπαίνετε στο κλείδωμα, μπορώ να βρω εξαιρέσεις. Η εξαίρεση είναι λίγο διαφορετική από ένα πρόβλημα απόδοσης. Συνήθως, οι εξαιρέσεις εκτελούνται πολύ γρήγορα. Επειδή υπάρχει ένα λογικό σφάλμα και μόλις χτυπήσετε αυτό το λογικό σφάλμα, τελειώνει. Ήμασταν σε θέση να καταγράψουμε ένα ίχνος στοίβας στην αρχή μιας εξαίρεσης, αυτό θα μπορούσε να εξοικονομήσει πολύ χρόνο καθώς περνά μέσα προσπαθώντας να καταλάβω τι συμβαίνει, έχετε ακριβώς το ίχνος στοίβας, ακριβώς εκεί. Είμαστε επίσης σε θέση να καταγράψει διαρροές μνήμης επίσης. Η λύση περιλαμβάνει επίσης το επίπεδο βάσης δεδομένων, μπορώ να πάω μέσα, μπορώ να αξιολογήσω το παράδειγμα της βάσης δεδομένων. Για άλλη μια φορά, ο άξονας y είναι εκεί όπου ο χρόνος δαπανάται, ο άξονας x είναι ο χρόνος κατά τη διάρκεια της ημέρας. Υπάρχει μια αναφορά ευρημάτων που μόλις μου λέει αυτόματα τι συμβαίνει στο σύστημα και τι θα μπορούσα να κοιτάξω.
Ένα από τα στοιχεία για τα ευρήματα του Precise, δεν εξετάζει μόνο τα αρχεία καταγραφής ή την κατάσταση αναμονής - εξετάζει όλες τις καταστάσεις εκτέλεσης, συμπεριλαμβανομένης της CPU, καθώς και την επιστροφή πληροφοριών από την αποθήκευση. Η αποθήκευση είναι ένα πολύ σημαντικό μέρος της στοίβας των εφαρμογών, ειδικά με την εμφάνιση στερεάς κατάστασης. Έχοντας πληροφορίες σε αυτές τις γραμμές μπορεί να είναι πολύ χρήσιμη. Για ορισμένες μονάδες αποθήκευσης, μπορούμε πραγματικά να δούμε και να δούμε τι συμβαίνει σε επίπεδο επιμέρους συσκευής. Αυτός ο τύπος πληροφοριών - για άλλη μια φορά, είναι βαθιά ορατότητα. είναι ευρύ πεδίο εφαρμογής - για να σας παράσχουμε αρκετές πληροφορίες για να έχετε περισσότερη μόχλευση για να τραβήξετε ως επαγγελματία απόδοσης εφαρμογών, έτσι ώστε να μπορείτε να βελτιστοποιήσετε τις εφαρμογές σας σε μια απόλυτη βάση για να καλύψετε αυτές τις επιχειρηματικές συναλλαγές.
Έχω μερικές μελέτες περιπτώσεων που ήθελα να μοιραστώ μαζί σας. Κρουαζιερώνουμε αρκετά γρήγορα. Ελπίζω να πηγαίνω σε καλό ρυθμό. Μιλώντας για την αποθήκευση, όλοι με την πάροδο του χρόνου αλλάζουν υλικό. Υπάρχει εγγύηση υλικού. Συνέβαλε πραγματικά αυτό που σου είπε ο πωλητής; Μπορείτε να το αξιολογήσετε με το Precise. Έρχεστε και ό, τι συνέβη εδώ, έβαλαν ουσιαστικά μια νέα μονάδα αποθήκευσης, αλλά όταν οι διαχειριστές αποθήκευσης εξέτασαν ακριβώς το επίπεδο της μονάδας αποθήκευσης, είδαν πολλούς ισχυρισμούς και νόμιζαν ότι υπάρχει πρόβλημα με αυτή τη νέα μονάδα αποθήκευσης . Εξετάζοντας περισσότερα από μια προοπτική από άκρο σε άκρο, ακριβώς για να δείξουμε πού θα συμβεί αυτό. Πραγματικά, πήγαν από την παραγωγή περίπου 400 meg ανά δευτερόλεπτο, όπου η αποθήκευση ήταν υπεύθυνη για το 38 τοις εκατό του χρόνου απόκρισης, έτσι είναι αρκετά υψηλό. Με τη νέα μονάδα αποθήκευσης σημειώσαμε την απόδοση σε έξι, επτά εκατοντάδες meggs ανά δευτερόλεπτο, έτσι ώστε να είναι διπλάσια, και είμαστε σε θέση να μειώσουμε τη συμβολή της βαθμίδας αποθήκευσης στο χρόνο συναλλαγής στο μισό. Μπορώ να γράψω το γράφημα πριν, αυτή είναι η περίοδος περικοπής, και στη συνέχεια η μετά.
Έτσι για άλλη μια φορά, τεκμηρίωση για να αποδείξει ότι η επένδυση υλικού αξίζει τον κόπο και έδωσαν όπως ο συγκεκριμένος πωλητής είχε αναμένει. Υπάρχει όλα, λόγω της πολυπλοκότητας, του αριθμού των πραγμάτων, υπάρχουν όλα τα είδη των πραγμάτων που μπορεί να συμβούν. Σε αυτή την περίπτωση, είχαν στην πραγματικότητα μια κατάσταση όπου όλοι κατηγορούσαν το DBA, το DBA ήταν σαν "Καλά, όχι τόσο γρήγορα". Εδώ βλέπουμε πραγματικά μια εφαρμογή SAP, νομίζω ότι αυτό το είδος σεναρίου είναι αρκετά κοινό . Αυτό που συνέβη ήταν ότι αναπτύσσουν μια προσαρμοσμένη συναλλαγή για έναν χρήστη. Ο χρήστης είναι σαν "αυτό είναι τόσο αργό". Ο κωδικοποιητής ABAP - αυτή είναι η γλώσσα προγραμματισμού στη SAP - δήλωσε: "Πρόκειται για ένα θέμα βάσης δεδομένων." Τελικά άνοιξαν το Precise. μέτρησαν αυτόν τον τελικό χρήστη 60 δευτερόλεπτα, τόσο καλά σε ένα λεπτό. Πενήντα τρία δευτερόλεπτα δαπανήθηκαν στο πίσω μέρος. Τρυπήθηκαν στο πίσω μέρος και ήταν πραγματικά σε θέση να αποκαλύψουν τη δήλωση SQL που παρουσιάστηκε κατά φθίνουσα σειρά.
Αυτή η κορυφαία δήλωση SQL, η οποία είναι υπεύθυνη για το 25% της κατανάλωσης πόρων, ο μέσος χρόνος εκτέλεσης είναι δύο χιλιοστά του δευτερολέπτου. Κάποιος δεν μπορεί να κατηγορήσει τη βάση δεδομένων. Ξέρεις, hey, όχι τόσο γρήγορα, τύπος. Το ερώτημα είναι γιατί υπάρχουν τόσες πολλές εκτελέσεις; Λοιπόν, επέστρεψαν πίσω στο ABAP, μπήκε μέσα, κοίταξε τη φωλιά του βρόχου, ανακάλυψε ότι έλεγαν τη βάση δεδομένων σε λάθος μέρος, έκαναν ουσιαστικά την αλλαγή, δοκιμάζουν την αλλαγή και τώρα ο νέος χρόνος απόκρισης είναι πέντε δευτερόλεπτα. Λίγο αργά, αλλά θα μπορούσαν να ζήσουν με αυτό. Πολύ καλύτερα από 60 δευτερόλεπτα. Μερικές φορές, απλώς διεγείρουν, είναι ο κώδικας εφαρμογής, είναι η βάση δεδομένων, είναι η αποθήκευση; Αυτές είναι οι περιοχές όπου η Precise, με το πλαίσιο των συναλλαγών από άκρο σε άκρο, είναι εκεί όπου το Precise μπαίνει στο παιχνίδι. Τελικά τελειώνετε αυτά τα πράγματα.
Κοιτάζω την ώρα, μοιάζει να έχουμε ακόμα λίγο χρόνο για να περάσουμε από δύο ακόμη. Είμαι streaming μέσω αυτών. Αυτή η εφαρμογή αναπτύχθηκε για περισσότερο από ένα χρόνο. Όταν πήγαν στο QA, είδαν ότι οι διακομιστές web πληρώνονταν στο 100% και φαινόταν ότι η εφαρμογή δεν θα μπορούσε να τρέξει υπό το VMware. Το πρώτο πράγμα που όλοι είπαν ήταν: "Βάλτε το φυσικό αυτό. δεν μπορεί να τρέξει κάτω από το VMware. "Το Precise τους προσέφερε πρόσθετους τρόπους για να λύσουν το πρόβλημα. Ελέγξαμε τις συναλλαγές, είδαμε μια κλήση διακομιστή ιστού, έρχεται ως ASMX στο IIS.NET. Στην πραγματικότητα αποκάλυψε τον υποκείμενο κώδικα. Βλέπετε αυτό που δείχνω; Αυτό είναι 23 ημέρες, 11 ώρες. Πως είναι δυνατό αυτό; Καλά κάθε κλήση διαρκεί 9, 4 δευτερόλεπτα και αυτό το ζήτημα καλείται 215, 000 φορές. Για κάθε κλήση, χρησιμοποιεί 6 δευτερόλεπτα CPU. Αυτός είναι ο λόγος, αυτός ο κώδικας είναι ο λόγος για τον οποίο αυτό το πράγμα δεν θα μπορούσε ποτέ να κλιμακωθεί. Στην πραγματικότητα, δεν θα μπορούσε να κλιμακωθεί στη φυσική.
Αυτό που έκαναν, είναι ότι επέστρεψαν στους προγραμματιστές τους και τους είπαν: "Μπορεί κάποιος να κάνει μια αλλαγή;" Είχαν ένα είδος διαγωνισμού, δοκιμάζοντας τις διάφορες προτάσεις και έρχονται με μια πρόταση που ήταν σε θέση να τρέξει πολύ πιο αποδοτικά. Το νέο ολοκλήρωσε ένα σημείο, λίγο λιγότερο από δύο δευτερόλεπτα, με δύο εκατοστά του δευτερολέπτου στην CPU. Τώρα αυτό θα μπορούσε να κλιμακωθεί και θα μπορούσε να τρέξει στο αγρόκτημα VMware. Μπορέσαμε να τεκμηριώσουμε βασικά ότι τόσο σε επίπεδο κωδικού όσο και σε επίπεδο συναλλαγής. Αυτό είναι το είδος των προηγούμενων, και μετά το μετά. Τώρα που μπορείτε να δείτε εδώ στο γράφημα της στοίβας που δείχνει web, .NET και βάση δεδομένων, τώρα αλληλεπιδράτε με τη βάση δεδομένων. Αυτό είναι ένα προφίλ που θα περίμενε κανείς για μια εφαρμογή που τρέχει πιο κανονικά.
Εντάξει, μαζεύω και επιλέγω για πρόσθετα πράγματα που μπορώ να σας δείξω. Πολλοί άνθρωποι αρέσουν αυτό γιατί αυτό κρύβει πολλά καταστήματα. Εάν δεν είστε σε θέση να συναντήσετε μια επιχείρηση SLA, και όλοι είναι όπως, "Βοηθήστε μας έξω." Αυτό το κατάστημα είχε μια κατάσταση όπου το SLA των επιχειρήσεων είναι σε παραγγελίες που λαμβάνονται μέχρι τις 3 μ.μ., είναι αποσταλεί εκείνη την ημέρα. Είναι πραγματικά ζωτικής σημασίας να πάρουν τις παραγγελίες έξω, και η αποθήκη είναι πολύ απασχολημένη. Αυτή η οθόνη εντολών πώλησης της JD Edwards ήταν παγωμένη και μπορείτε να έχετε μια πολύ καλή ιδέα ότι πρόκειται για ένα σύστημα διαχείρισης αποθεμάτων λιανικής πώλησης. Τα άδεια ράφια είναι απαράδεκτα στο λιανικό εμπόριο. Πρέπει να έχουν τα εμπορεύματα εκεί για να τα πουλήσουν. Αυτό που κάναμε είναι να βυθίσουμε, στην περίπτωση αυτή, εξετάζουμε τη βάση δεδομένων του SQL Server. Το βλέμμα και η αίσθηση είναι το ίδιο είτε πρόκειται για SQL, Oracle, DB2 ή Sybase.
Προσδιορίσαμε την επιλογή από το PS_PROD και είμαστε σε θέση να καταγράψουμε τη διάρκεια, το γεγονός που εκτελούν τόσο πολύ. Το σκούρο μπλε ταιριάζει με το κλειδί που είπε ότι δεν περιμένουν κάποια κατάσταση αναμονής ή κάποια καταγραφή ή ακόμα και αποθήκευση - αυτό το πράγμα είναι δεσμευμένο από την CPU. Παρακολουθήσαμε τη δήλωση SQL από το 34301 έτσι ώστε κάθε φορά που εκτελείται αυτό, αυξάνουμε τους μετρητές μας για να το παρακολουθούμε. Αυτό σημαίνει ότι έχουμε ένα λεπτομερές ιστορικό και μπορώ να το αποκτήσω κάνοντας κλικ σε αυτό το πλήκτρο συντονισμού. Ακολουθεί η καρτέλα ιστορικού. Αυτή η οθόνη εδώ εμφανίζει μέση διάρκεια σε σχέση με τις αλλαγές. Τετάρτη, Πέμπτη, Παρασκευή, η μέση διάρκεια ήταν περίπου τα δύο δέκατα του δευτερολέπτου. Πολύ λίγες παγίδες οθόνης, είναι σε θέση να ανταποκριθούν στις επιχειρηματικές SLA. Ελάτε 27 Φεβρουαρίου, αλλάζει κάτι και ο ξαφνικός χρόνος εκτέλεσης είναι εδώ, και αυτό είναι πραγματικά αρκετά αργό για να προκαλέσει χρονικά όρια, τα οποία οδηγούν σε παγίδα οθόνης. Ακριβής, διατηρώντας ένα λεπτομερές ιστορικό, συμπεριλαμβανομένου του σχεδίου εκτέλεσης και των γενικών αλλαγών στα ευρετήρια του πίνακα, εάν χρησιμοποιείται αυτή η SQL. Μπορούσαμε να επισημάνουμε ότι το σχέδιο πρόσβασης άλλαξε στις 27 Φεβρουαρίου. Δευτέρα έως την κακή εβδομάδα της Παρασκευής. Έρχομαι στις 5 Μαρτίου, το σχέδιο πρόσβασης άλλαξε ξανά. Αυτή είναι μια καλή εβδομάδα. Αυτό το ροζ αστέρι μας λέει ότι ο όγκος ενημερώθηκε.
Μπορείτε να δείτε εδώ τον αριθμό των γραμμών στους υποκείμενους πίνακες αυξάνεται και αυτό είναι χαρακτηριστικό για μια επιχείρηση. Θέλετε να αναπτυχθούν τα τραπέζά σας. Το θέμα είναι ότι οι δηλώσεις αναλύονται, οι εντολές SQL έρχονται, ο βελτιστοποιητής πρέπει να αποφασίσει τι να κάνει και να επιλέξει πότε το σχέδιο εκτέλεσης είναι γρήγορο, να επιλέξει ένα άλλο σχέδιο εκτέλεσης όταν είναι αργό, προκαλώντας την κατάψυξη της οθόνης. Σε μια βαθιά τεχνολογική βάση, πρέπει να ξέρω τι είναι το σχέδιο εκτέλεσης και το Precise το συλλαμβάνει για μένα συμπληρώνοντας με τη σφραγίδα ημερομηνίας και ώρας. Αυτός είναι αυτός που ήταν γρήγορος και αποτελεσματικός, αυτός είναι αυτός που ήταν αργός και αναποτελεσματικός. Αυτό το join φίλτρου χρησιμοποιεί απλά πολύ περισσότερη CPU για να συμβιβάσει, για να κάνει αυτή τη συγκεκριμένη δήλωση SQL. Εξακολουθούν να έχουν το ίδιο τελικό αποτέλεσμα, αλλά αυτό βασικά έχει μια πιο αργή, λιγότερο αποτελεσματική συνταγή για την παράδοση του συνόλου των αποτελεσμάτων. Συνεχίζουμε λοιπόν. Hey, έχουμε χρόνο για ένα ακόμα ζευγάρι;
Eric Kavanagh: Ναι, πάμε για αυτό.
Bill Ellis: Εντάξει, θα προχωρήσω. Ένα πράγμα που θέλω να λάβετε μια σημείωση, μιλήσαμε για το υλικό, μίλησα για τη SAP, μιλήσαμε για το .NET, μιλήσαμε για τον JD Edwards και το περιβάλλον Java-SQL Server. Αυτό είναι το SAP, εδώ εξετάζουμε το PeopleSoft. Ο πίνακας υποστήριξης του Precise είναι ευρύς και βαθύς. Αν έχετε μια εφαρμογή, περισσότερο από πιθανό, μπορούμε να την χρησιμοποιήσουμε για να προσφέρουμε αυτό το επίπεδο ορατότητας. Μία από τις μεγαλύτερες αλλαγές που συμβαίνουν αυτή τη στιγμή είναι η κινητικότητα. Η PeopleSoft εισήγαγε την κινητικότητα με το Fluid UI. Το UI Fluid χρησιμοποιεί ένα σύστημα πολύ διαφορετικά. Αυτή η εφαρμογή εξελίσσεται. Το Fluid UI - αυτό που κάνει από την άποψη της διαχείρισης είναι ότι επιτρέπει στους τελικούς χρήστες να χρησιμοποιούν το τηλέφωνό τους και αυξάνει σημαντικά την παραγωγικότητα. Εάν έχετε εκατοντάδες ή χιλιάδες ή και περισσότερους υπαλλήλους, εάν μπορείτε να αυξήσετε την παραγωγικότητά τους, 1-2%, μπορείτε να έχετε τεράστιο αντίκτυπο στην μισθοδοσία και σε οτιδήποτε άλλο. Αυτό που συνέβη ήταν ότι το συγκεκριμένο κατάστημα ξεκίνησε το UI του PeopleSoft Fluid. Τώρα, μιλώντας για την πολυπλοκότητα, αυτή είναι η στοίβα PeopleSoft. Μια εφαρμογή, τουλάχιστον έξι τεχνολογίας, πολλοί τελικοί χρήστες. Πώς ξεκινάτε;
Για άλλη μια φορά η Precise θα μπορέσει να ακολουθήσει αυτές τις συναλλαγές. Αυτό που σας δείχνουμε εδώ είναι ένα στοιβωμένο γράφημα που δείχνει πελάτη, διακομιστή ιστού, βάση δεδομένων Java, Tuxedo, στοίβα εφαρμογών PeopleSoft. Οι πράσινοι χάρτες για το J2EE, το οποίο είναι ένα είδος φανταχτερού τρόπου να λέει το WebLogic. Αυτό είναι το cutover. Οι τελικοί χρήστες αρχίζουν να χρησιμοποιούν το UI υγρού και ο χρόνος απόκρισης διαρκεί από ίσως ενάμισι, δύο δευτερόλεπτα, μέχρι περίπου εννέα, δέκα δευτερόλεπτα. Αυτό που αυτή η οθόνη δεν δείχνει είναι ο αριθμός των ανθρώπων που πήραν "δεν ανταποκρίνονται." Πραγματικά πήρε οθόνη παγώνει σε εφαρμογή. Ας ρίξουμε μια ματιά σε κάποια από την προβολή που Precise είναι σε θέση να παρέχει σε αυτόν τον πελάτη.
Πρώτα απ 'όλα, όταν κοιτάζω τις συναλλαγές PeopleSoft, μπορούν να δουν ουσιαστικά, είδαμε όλο αυτό το είδος πράγματος. Όλες οι συναλλαγές επηρεάστηκαν, καθώς και όλες οι τοποθεσίες. Παρεμπιπτόντως, όταν εξετάζετε αυτό, μπορείτε να δείτε πραγματικά τοποθεσίες σε όλο τον κόσμο. Από την Ασία του Ειρηνικού, στην Ευρώπη καθώς και στη Βόρεια Αμερική. Το πρόβλημα απόδοσης δεν εντοπίστηκε σε μια συγκεκριμένη συναλλαγή ή σε μια συγκεκριμένη γεωγραφική θέση, είναι ευρύ το σύστημα. Είναι ένας τρόπος να πούμε ότι η αλλαγή ή ο τρόπος με τον οποίο το Fluid UI ήταν παγκόσμιο σε αντίκτυπο. Μπορείτε να δείτε εδώ από την άποψη της κλιμάκωσης, οι άνθρωποι προσπαθούν να κάνουν το ίδιο είδος δραστηριότητας, αλλά ο χρόνος απόκρισης βασικά απλώς υποβαθμισμένος και υποβαθμισμένος. Μπορείτε να δείτε ότι τα πράγματα δεν είναι κλιμακωτά. Τα πράγματα πάνε πολύ, πολύ άσχημα. Εδώ, όταν εξετάζω τον αριθμό των αξόνων και τις ταυτόχρονες συνδέσεις, βλέπετε κάτι που είναι πολύ ενδιαφέρον από την άποψη του αριθμού πρόσβασης και των συνδέσεων. Εδώ έχουμε μόνο κλιμάκωση μέχρι περίπου 5.000 και κοιτάζετε περίπου, αυτό ξεπερνά σε 100 παράλληλες συνδέσεις. Αυτό γίνεται μετά. αυτό είναι πριν. Έτσι τι πραγματική μου ζήτηση για το σύστημα, εάν αυτό το πράγμα μπορεί να κλιμακωθεί, είναι στην περιοχή των 300.000. Στις παλιές μέρες, με το κλασικό UI, ψάχνετε 30 ταυτόχρονες συνδέσεις.
Τώρα αυτό που σας λέει είναι ότι το Fluid UI χρησιμοποιεί τουλάχιστον 10x αριθμό ταυτόχρονων συνδέσεων. Αρχίζουμε να βγάζουμε πίσω το τι συμβαίνει κάτω από τα καλύμματα με το PeopleSoft, ώστε να μπορείτε να αρχίσετε να βλέπετε τον αντίκτυπο στους διακομιστές ιστού, το γεγονός ότι οι SLA αρχίζουν να παραβιάζουν. Δεν πρόκειται να πάει σε όλα, αλλά αυτό που συμβαίνει μέχρι τώρα είναι ότι βασικά βασίζονται σε μηνύματα. Βασικά ασκούν το WebLogic και προκαλούν ουρές στο Tuxedo. Υπήρξε στην πραγματικότητα ένα ζήτημα εξάρτησης από πολλούς πολίτες που εμφανίστηκε με το Fluid UI, αλλά το Precise μπόρεσε να δείξει ότι με ένα σωρό διαφορετικά πράγματα μπορούμε να επικεντρωθούμε σε αυτό που ήταν το πρόβλημα. Αποδεικνύεται ότι υπήρχε επίσης πρόβλημα στην ίδια τη βάση δεδομένων. Υπάρχει στην πραγματικότητα ένα αρχείο καταγραφής μηνυμάτων και, λόγω όλων των ταυτόχρονων χρηστών, το αρχείο καταγραφής κλειδούσε. Βασικά είχε τα πράγματα να συντονιστούν, σε κάθε μία βαθμίδα μέσα στη στοίβα εφαρμογών. Μιλήστε για την πολυπλοκότητα, εδώ είναι στην πραγματικότητα το Tuxedo tier που σας δείχνει την ουρά και μπορείτε να δείτε την επιδείνωση της απόδοσης σε αυτό το επίπεδο. Θα μπορούσα να δω τις διαδικασίες. Θα μπορούσα να δω τους τομείς και τους διακομιστές. Στο Tuxedo, για να το χρησιμοποιούν οι χρήστες, τυπικά αυτό που κάνετε είναι να ανοίξετε επιπλέον ουρές, τομείς και διακομιστές, όπως και στο σούπερ μάρκετ για να ανακουφίσετε τη συμφόρηση, για να ελαχιστοποιήσετε τον χρόνο αναμονής. Τελευταία και τελική επιλογή, η ακρίβεια δείχνει πολλές πληροφορίες.
Όπως είπα προηγουμένως, κάθε σημαντική συναλλαγή αλληλεπιδρά με το σύστημα αρχείων. Η ορατότητα στη βάση δεδομένων είναι υψίστης σημασίας. Το Precise δείχνει τι συμβαίνει μέσα στη βάση δεδομένων, στο WebLogic, εντός της Java, .NET, μέσα στο πρόγραμμα περιήγησης, αλλά ο τόπος που πραγματικά υπερέχει το Precise είναι στη βάση δεδομένων. Αυτό συμβαίνει να είναι η αδυναμία των ανταγωνιστών μας. Επιτρέψτε μου να σας δείξω έναν από τους τρόπους με τους οποίους το Precise θα μπορούσε να σας βοηθήσει να περάσετε από αυτό. Δεν πρόκειται να ξοδέψω χρόνο για το τρίγωνο της βελτιστοποίησης της βάσης δεδομένων, αλλά βασικά εξετάζουμε τις χαμηλού κόστους, χαμηλού κινδύνου, ευρείας κλίμακας, υψηλού κινδύνου, υψηλού κόστους αλλαγές τύπου. Στην πραγματικότητα θα γράφω αυτό το slides μετά από αυτό, αν οι άνθρωποι θέλουν να δοκιμάσουν και να το δουν. Είναι ένας πολύ μεγάλος οδηγός, νομίζω, για προβλήματα συντονισμού. Ακολουθεί η άποψη εμπειρογνωμόνων της Precise for Oracle. Στην κορυφή της έκθεσης για τα ευρήματα, το 60 τοις εκατό των επιπτώσεων είναι αυτή η συγκεκριμένη δήλωση SQL. Αν ανοίξετε αυτήν την οθόνη δραστηριότητας, εμφανίζεται εκεί πάνω. Μπορώ να δούμε αυτή την επιλογή, υπάρχει ένα σχέδιο εκτέλεσης. Κάθε εκτέλεση παίρνει μια δεύτερη - 48.000 εκτελέσεις. Αυτό προσθέτει έως και 48.000 επιπλέον ώρες εκτελέσεων.
Το σκούρο μπλε, για άλλη μια φορά, είναι CPU. Αυτό το πράγμα είναι συνδεδεμένο με την CPU, όχι μια κατάσταση αναμονής, όχι ένα ημερολόγιο. Τονίζω ότι επειδή μερικοί από τους ανταγωνιστές μας κοιτάζουν μόνο τις περιόδους αναμονής και τα γεγονότα καταγραφής, αλλά γενικά, η CPU είναι η πιο πολυσύχναστη κατάσταση εκτέλεσης και προσφέρει τα περισσότερα buyback. Με αυτή την άποψη εμπειρογνώμονα - και πηγαίνω πολύ γρήγορα - αυτό που έκανα είναι ότι κοίταξα στο τραπέζι, 100.000 σειρές, 37.000 μπλοκ. Κάνουμε ένα τραπέζι, αλλά έχουμε έξι δείκτες για αυτό το πράγμα. Τι συμβαίνει εδώ? Λοιπόν, όταν κοιτάζω τη ρήτρα όπου, τι συμβαίνει όταν η ρήτρα κάνει είναι ότι στην πραγματικότητα μετατρέπει μια στήλη σε κεφαλαία και λέει πού είναι ίση με κεφαλαία, βρει μεταβλητή. Αυτό που συμβαίνει είναι κάθε φορά που εκτελείται αυτό το πράγμα, η Oracle πρέπει να μετατρέψει αυτή τη στήλη σε κεφαλαία. Αντί να κάνει ότι σχεδόν πενήντα χιλιάδες φορές, είναι πολύ πιο αποτελεσματική η κατασκευή αυτού του ευρετηρίου με κεφαλαία δείκτη βασισμένου σε λειτουργίες και είναι διαθέσιμο όχι μόνο στο τμήμα της επιχείρησης της Oracle, αλλά και στο τυποποιημένο τμήμα. Όταν το κάνετε αυτό, αυτό που μπορείτε στη συνέχεια να κάνετε είναι να επαληθεύσετε το σχέδιο εκτέλεσης που εκδίδει αυτό το νέο ευρετήριο χρηστών perm κεφαλαία, αυτό ήταν ακριβώς το είδος μου πράγμα.
Στη συνέχεια, από μια μέτρηση πριν και μετά, εξετάζετε χρόνο εκτέλεσης ενός δευτερολέπτου, συγκεντρώνει έως και 9 ώρες 54 λεπτά, με την ίδια ακριβή δήλωση SQL, αλλά έχοντας αυτό το ευρετήριο χτισμένο σε κεφαλαία για 58.000 εκτελέσεις, η απάντηση ο χρόνος πέφτει σε υπο-χιλιοστά του δευτερολέπτου, συγκεντρώνεται μαζί, έρχεται επτά δευτερόλεπτα. Βασικά έσωσε δέκα ώρες CPU στο διακομιστή μου. Αυτό είναι τεράστιο. Επειδή αν δεν είμαι αναγκασμένος για ανανέωση του διακομιστή, μπορώ να ζήσω σε αυτόν το διακομιστή. Στην πραγματικότητα, μειώνω τη χρήση του διακομιστή κατά 20% και μπορείτε πραγματικά να δείτε τα προηγούμενα και τα μεταγενέστερα. Αυτός είναι ο τύπος ορατότητας που μπορεί να προσφέρει η Precise. Υπάρχουν επίσης κάποια επιπλέον πράγματα που μπορούμε να εξετάσουμε, γιατί έχετε όλα αυτά τα ευρετήρια αν δεν χρησιμοποιούνται; Μπορούν να ακολουθήσουν με αυτό. Υπάρχει αρχιτεκτονική και θα το τυλίξω, αφού φτάνουμε στην κορυφή της ώρας. Είμαι αληθινός πιστός σε αυτή τη λύση και θέλουμε να είστε αληθινός πιστός. Στο IDERA πιστεύουμε ότι μια δοκιμή κάνει έναν πελάτη, οπότε αν σας ενδιαφέρει, είμαστε σε θέση να κάνουμε αξιολογήσεις στον ιστότοπό σας.
Με αυτό, θα περάσω τον φάρο πίσω.
Eric Kavanagh: Ναι, αυτό ήταν τεράστια λεπτομέρεια που δείξατε εκεί. Είναι πραγματικά αρκετά συναρπαστικό. Νομίζω ότι ίσως σας είπα στο παρελθόν ότι - και ξέρω σε μερικές από τις άλλες εκπομπές web που είχαμε κάνει με την IDERA, το έχω ήδη αναφέρει - Έχω παρακολουθήσει πραγματικά το Precise από τότε που προήλθε από την IDERA, μέχρι το 2008, νομίζω, ή το 2009. Ήμουν γοητευμένος από αυτό τότε. Είμαι περίεργος να μάθω πόση δουλειά πηγαίνει να παραμείνει πάνω από τις νέες κυκλοφορίες εφαρμογών. Αναφέρατε ότι η SAP HANA, η οποία νομίζω ότι ήταν αρκετά εντυπωσιακή ώστε να μπορείτε πραγματικά να σκάψετε στην αρχιτεκτονική HANA και να κάνετε κάποια αντιμετώπιση προβλημάτων εκεί. Πόσα άτομα έχετε; Πόσο μια προσπάθεια είναι από την πλευρά σας και πόσο από αυτό μπορεί να γίνει κάπως δυναμικά, δηλαδή κατά την ανάπτυξη του εργαλείου, ξεκινάτε να σέρνετε και να βλέπετε διαφορετικά πράγματα; Πόσο από αυτό μπορεί να είναι δυναμικά, όπως διαπιστώθηκε από το εργαλείο, έτσι ώστε να μπορείτε να βοηθήσετε τους ανθρώπους να αντιμετωπίσουν σύνθετα περιβάλλοντα;
Bill Ellis: Κάνατε πολλά ερωτήματα εκεί.
Eric Kavanagh: Ξέρω, συγγνώμη.
Bill Ellis: Έχω δώσει πολλές λεπτομέρειες, γιατί για αυτές τις εφαρμογές, κοιτάζοντας τον κώδικα, ο διάβολος είναι στην λεπτομέρεια. Πρέπει να έχεις αυτό το επίπεδο λεπτομέρειας για να είσαι πραγματικά ικανός να έχεις κάτι που μπορεί να ασκηθεί. Χωρίς μετρήσιμες μετρήσεις, γνωρίζετε ακριβώς τα συμπτώματα. Δεν επιλύετε πραγματικά προβλήματα. Το IDERA είναι για την επίλυση προβλημάτων. Η παραμονή στην κορυφή των νέων εκδόσεων και ουσιών είναι μια μεγάλη πρόκληση. Το ζήτημα του τι χρειάζεται για να γίνει αυτό, είναι πραγματικά για τη διαχείριση προϊόντων. Δεν έχω μεγάλη προβολή στην ομάδα που βασικά μας κρατάει ενήμερους για τα πράγματα. Όσον αφορά την HANA, αυτή είναι μια νέα προσθήκη στη γραμμή προϊόντων IDERA. είναι πολύ συναρπαστικό. Ένα από τα πράγματα με τον HANA είναι - επιτρέψτε μου να μιλήσω για το έργο για ένα δευτερόλεπτο. Στο έργο, τα καταστήματα SAP θα έκαναν είναι να αναπαράγουν τη βάση δεδομένων για σκοπούς αναφοράς. Τότε θα πρέπει να συμφιλιώσετε τους ανθρώπους με αυτό που πραγματικά είναι τρέχον. Θα είχατε αυτές τις διαφορετικές βάσεις δεδομένων και θα ήταν εκτός συγχρονισμού σε διαφορετικά επίπεδα. Υπάρχει πολύς χρόνος και προσπάθεια, συν το υλικό, το λογισμικό και οι άνθρωποι για να διατηρήσουν όλα αυτά.
Η ιδέα του HANA να έχει μια ιδιαίτερα παράλληλη βάση δεδομένων στη μνήμη, για να αποφύγει ουσιαστικά την ανάγκη για διπλές βάσεις δεδομένων. Έχουμε μια βάση δεδομένων, μία πηγή αλήθειας, είναι πάντα ενημερωμένη, έτσι αποφεύγετε τις απαραίτητες για να κάνετε όλη αυτή τη συμφιλίωση. Η σημασία της απόδοσης της βάσης δεδομένων HANA ανεβαίνει - πρόκειται να πω 10x ή τουλάχιστον πιο πολύτιμη από το άθροισμα όλων αυτών των άλλων βάσεων δεδομένων, του υλικού, των πόρων που μπορούν να αγοράσουν. Είναι σε θέση να διαχειριστεί το HANA, τώρα που το στοιχείο βρίσκεται στην πραγματικότητα σε δοκιμές beta, είναι κάτι που σύντομα θα πάει στο GA. Έτσι είναι πολύ συναρπαστικό για το IDERA και για μας να υποστηρίξουμε βασικά την πλατφόρμα SAP. Δεν είμαι σίγουρος για ποια άλλα σημεία της ερώτησής σας αλλάξα λίγο, αλλά -
Eric Kavanagh: Όχι αυτό είναι όλα καλά πράγματα εκεί. Έριξα μια ολόκληρη δέσμη σε όλους μαζί, τόσο λυπάμαι γι 'αυτό. Είμαι απλώς γοητευμένος, πραγματικά, εννοώ αυτό δεν είναι μια πολύ απλή αίτηση, έτσι; Βάζετε βαθιά μέσα σε αυτά τα εργαλεία και κατανοείτε πώς αλληλεπιδρούν μεταξύ τους και προς το σημείο σας, πρέπει να φτιάξετε το κομμάτι της ιστορίας μαζί στο κεφάλι σας. Πρέπει να συνδυάσετε κομμάτια πληροφοριών για να καταλάβετε τι συμβαίνει και τι σας προκαλεί το πρόβλημα, ώστε να μπορείτε να πάτε εκεί και να λύσετε αυτά τα προβλήματα.
Ένας συμμετέχων ζητάει πόσο δύσκολο είναι να εφαρμόσει το Precise; Ένα άλλο άτομο ρώτησε, ποιοι είναι οι άνθρωποι - προφανώς DBAs - αλλά ποιοι είναι άλλοι ρόλοι στην οργάνωση που θα χρησιμοποιούσαν αυτά τα εργαλεία;
Bill Ellis: Το Precise είναι λίγο πιο περίπλοκο στην ανάπτυξη. Πρέπει να έχετε κάποιες γνώσεις σχετικά με το περιβάλλον της εφαρμογής, από την άποψη ότι γνωρίζετε ότι αυτή η εφαρμογή τρέχει σε αυτή τη βάση δεδομένων, χρειάζεται ή - οι μεσαίοι εξυπηρετητές ιστού κλπ. Νομίζω ότι λόγω της πολυπλοκότητας ορισμένων από αυτές τις εφαρμογές, είναι πραγματικά σχετικά εύκολο. Αν μπορώ να διαχειριστώ τον διακομιστή ιστού μέχρι τη βάση δεδομένων σας, μπορώ να το ολοκληρώσω. Παρατηρήσατε ότι δεν είπα τίποτα σχετικά με την οργάνωση ενός πελάτη τελικού χρήστη και αυτό συμβαίνει γιατί συμπεριλαμβάνουμε δυναμικά, έτσι δεν χρειάζεται να αλλάξουμε τον κώδικα σας ή οτιδήποτε άλλο. Μια JavaScript μπαίνει στο πλαίσιο σελίδας εφαρμογής. Ανεξάρτητα από το πού ο χρήστης είναι στον κόσμο, όταν έχουν πρόσβαση στη διεύθυνση URL από την αίτησή σας και κατεβαίνουν αυτή τη σελίδα, έρχεται με όργανα με Precise. Αυτό μας επιτρέπει να διαλέξουμε το αναγνωριστικό χρήστη, τη διεύθυνση IP, καθώς και τον χρόνο εμφάνισης του πρώτου byte κάθε χρόνου εκτέλεσης δέσμης στοιχείων συστατικών σελίδας μέσα στο πρόγραμμα περιήγησης τελικού χρήστη.
Όσον αφορά τις συναλλαγές, δεν χρειάζεται να χαρτογραφείτε τις συναλλαγές επειδή είναι στενά συνδεδεμένες. Αυτή η διεύθυνση URL γίνεται σημείο εισόδου στην JVM και στη συνέχεια επικαλείται αυτό το μήνυμα, με αποτέλεσμα μια JVC να έχει αλιευθεί από τη βάση δεδομένων. Είμαστε σε θέση να πιάσουμε βασικά αυτά τα φυσικά σημεία σύνδεσης και στη συνέχεια να τα παρουσιάσουμε σε σας σε αυτή την οθόνη συναλλαγών που σας έδειξα, όπου υπολογίσαμε επίσης τον χρόνο ή το ποσοστό του χρόνου που δαπανάται σε κάθε μεμονωμένο βήμα. Όλα αυτά γίνονται αυτόματα. Σε γενικές γραμμές, διαθέτουμε 90 λεπτά για να κάνουμε - για να εγκαταστήσουμε βασικά τον πυρήνα Precise και στη συνέχεια να αρχίσουμε να εφαρμόζουμε την εφαρμογή. Ανάλογα με τη γνώση της εφαρμογής, μπορεί να μας πάρουν κάποιες επιπλέον συνεδρίες για να λάβουμε ολόκληρη την εφαρμογή. Πολλοί άνθρωποι χρησιμοποιούν μόνο τη βάση δεδομένων του Precise. Είναι εντάξει. Μπορείτε ουσιαστικά να σπάσετε αυτό, να το διασπάσετε στα στοιχεία που αισθάνεστε όπως το site σας ανάγκες. Πιστεύουμε σίγουρα ότι το πλαίσιο της διάθεσης ολόκληρης της στοίβας των εφαρμογών είναι έτσι ώστε να μπορείτε να δείτε ότι η εξάρτηση βαθμίδας-βαθμίδας μεγεθύνει την αξία της παρακολούθησης μιας μεμονωμένης βαθμίδας. Εάν κάποιος θέλει να διερευνήσει την οργάνωση της στοίβας των εφαρμογών τους, παρακαλώ επισκεφθείτε την ιστοσελίδα μας - υποθέτω ότι αυτός είναι ο ευκολότερος τρόπος για να ζητήσετε πρόσθετες πληροφορίες και θα το συζητήσουμε λίγο περισσότερο.
Eric Kavanagh: Επιτρέψτε μου να σας ρίξω μία ή δύο γρήγορες ερωτήσεις. Υποθέτω ότι συλλέγετε και δημιουργείτε χώρο αποθήκευσης με την πάροδο του χρόνου, τόσο για τους μεμονωμένους πελάτες όσο και ως εταιρική οντότητα συνολικά, των αλληλεπιδράσεων μεταξύ των διαφόρων εφαρμογών και των διαφόρων βάσεων δεδομένων. Με άλλα λόγια, υποθέτω μοντέλα σεναρίων, υποθέτω, είναι αυτό που αναφέρω. Αυτή είναι η περίπτωση; Διατηρείτε πραγματικά ένα είδος αποθετηρίου κοινών σεναρίων, έτσι ώστε να μπορείτε να κάνετε προτάσεις στους τελικούς χρήστες όταν κάποια πράγματα μπαίνουν στο παιχνίδι; Όπως αυτή η έκδοση του E-Business Suite, αυτή η έκδοση αυτής της βάσης δεδομένων κλπ. - κάνετε πολλά από αυτά;
Bill Ellis: Αυτός ο τύπος πληροφοριών ενσωματώνεται στην αναφορά των ευρημάτων. Η αναφορά των ευρημάτων αναφέρει ποια είναι τα εμπόδια απόδοσης και βασίζεται στον χρόνο εκτέλεσης. Μέρος αυτής της έκθεσης σχετικά με τα ευρήματα είναι να μάθετε περισσότερα και τι κάνετε στη συνέχεια. Οι πληροφορίες ή η εμπειρία από τους πελάτες και ούτω καθεξής ενσωματώνεται βασικά στη βιβλιοθήκη συστάσεων.
Eric Kavanagh: Εντάξει, αυτό ακούγεται καλό. Καλά παιδιά, φανταστική παρουσίαση σήμερα. Bill, μου άρεσε πόση λεπτομέρεια είχατε εκεί. Απλώς σκέφτηκα ότι αυτό ήταν πραγματικά φανταστικό, λιτό, λεπτομερείς πληροφορίες, που δείχνουν πώς όλα αυτά τα πράγματα γίνονται. Σε κάποιο σημείο είναι σχεδόν σαν μαύρη μαγεία, αλλά πραγματικά δεν είναι. Είναι πολύ συγκεκριμένη τεχνολογία που έχετε βάλει μαζί για να καταλάβετε πολύ, πολύ περίπλοκα περιβάλλοντα και να κάνετε τους ανθρώπους ευτυχισμένους επειδή κανείς δεν τους αρέσει όταν οι εφαρμογές τρέχουν αργά.
Καλά παιδιά, θα αρχειοθετήσουμε αυτό το webcast. Μπορείτε να προχωρήσετε online στο Techopedia ή στο εσωτερικόanalysis.com και wow, ευχαριστώ για το χρόνο σας, θα σας καλύψουμε την επόμενη φορά. Προσέξτε, αντίο.
