تطبيق يعمل ببطء؟ الوقت للحصول على دقيقة

بواسطة Techopedia Staff ، 31 أغسطس 2016

الوجبات الجاهزة: يناقش Host Rebecca Jozwiak مشاكل استكشاف الأخطاء وإصلاحها وكفاءة قواعد البيانات مع المحللين Eric Kavanagh و Dez Blanchfield بالإضافة إلى Bill Ellis من IDERA.

أنت لم تسجل الدخول حاليًا. يرجى تسجيل الدخول أو التسجيل لمشاهدة الفيديو.

ريبيكا جوزويك: سيداتي وسادتي ، مرحبًا بكم في Hot Technologies لعام 2016. موضوع اليوم ، "تطبيق يعمل ببطء؟ حان وقت الحصول على الدقة." ألا نعرف جميعًا المشكلات التي يمكن أن تحدث عندما تسير الأمور ببطء؟ هذا هو ريبيكا جوزويك ، أنا أمتلك إريك الذي يلعب دورًا جديدًا هنا اليوم. نعم ، هذا العام حار ، كما تعلمون ، عندما يتعلق الأمر بالتكنولوجيا ، كما قلت ، فإن الشيء الوحيد الذي لا تريده حقًا هو التشغيل البطيء لأي شيء ، أي جزء من نظامك. وفقط لاستخدام مثال للمستهلك ، أعني إذا كان لديك مطعم ، لا يهم كم هو رائع ، إذا كانت الخدمة بطيئة ، فلن ينتهي بك الأمر في النهاية. الآن ، من السهل ، في مطعم ما ، معرفة سبب حدوث شيء ما ببطء. ربما يكون المطبخ قصير الموظفين أو كان هناك خلل في بعض المعدات ، أو ربما يكون طاقم الانتظار كسولًا بعض الشيء ، ومن السهل تحديده وتحديد ذلك.

لكن عندما تفكر في مركز بيانات ، إنها قصة مختلفة تمامًا. يمكن أن تكون مشكلة في الشبكة ، أو استعلام سيء يؤدي إلى تشويش الأشياء أو أداء التطبيق أو كبل تالف قد يسبب بعض المشكلات. استكشاف الأخطاء وإصلاحها مع هذا النوع من التعقيد قد يكون ، كما تعلمون ، أمرًا صعبًا في أحسن الأحوال. هذا نوع من ما سنتحدث عنه اليوم. وكما قلنا ، فإن إيريك كافاناغ يتناغم كمحلل اليوم. لدينا Dez Blanchfield عالم بياناتنا ، ولدينا Bill Ellis من IDERA ، الذي سيتحدث عن حل شركته الذي يساعد في إدارة أداء التطبيقات. ومع ذلك ، سأمرر الكرة إلى إريك. إريك ، الكلمة لك.

إريك كافانا: الرايتي ، يبدو جيدًا ، الناس. وكان هذا تشبيهًا كبيرًا ، في الواقع ، لأنك تحدثت عن الصعوبات أو السهولة التي يمكن بها استكشاف الأخطاء وإصلاحها ويمكنك الوصول إليها مباشرةً. تنتج مشكلات الأداء دائمًا عن مشكلة ما في الشبكة. أعني ، قد يكون الأمر بسيطًا مثل الأجهزة القديمة على سبيل المثال ، ولكن خلاصة القول هي أن مثل هذا الموقف يستدعي استكشاف الأخطاء وإصلاحها. هذا ما سأتحدث عنه اليوم. ودعنا نمضي قدمًا ونقفز على الشرائح هنا.

ها قد أتت المشاكل. استكشاف الأخطاء وإصلاحها - إنه أمر ممتع للأشخاص الذين يحبونه ، هذا هو الشيء الرائع. إذا وجدت شخصًا يحب القيام باستكشاف الأخطاء وإصلاحها ، فتمسك بهذا الشخص ، واحصل عليه على بعض الأدوات لإنجاز المهمة ، لأن الأشياء الجيدة حقًا إذا تمكنت من العثور على شخص يمكنه الوصول إلى أسفل شيء ما ثم القيام بالأشياء. ولكن خلاصة القول هي أن استكشاف الأخطاء وإصلاحها يمثل مشكلة وأنه كان دائمًا وسيظل كذلك ، وإذا بدأت الحديث عن استكشاف الأخطاء وإصلاحها ، فإن ما تحصل عليه بالفعل هو تحليل السبب الجذري. ما الذي يسبب المشكلة؟

حسنًا ، إذا كنت جالسًا وفكرت لثانية واحدة حتى في أيام أجهزة الكمبيوتر المركزية ، فهناك كل أنواع المشكلات التي يمكن أن تحدث. وفي ذلك الوقت ، كان عليك أن تعرف أشخاصًا يعرفون أشياءهم حقًا لأنه لم تكن هناك أدوات جيدة للقيام باستكشاف الأخطاء وإصلاحها ، لذلك كان عليك معرفة موجه الأوامر الخاص بك بالفعل ، وسنتحدث عن ذلك في غضون ثانية. لقد نسيت أن أضع إحدى الشرائح المفضلة لدي ، وسأبحث عنها أثناء عرضنا اليوم ، ربما خلال عرض Dez. لكنني أردت أن أعرض ، لأي شخص لم يره ، أحد أطرف البرامج التلفزيونية البريطانية على الإطلاق ، يطلق عليه "حشد تكنولوجيا المعلومات". وفيما يتعلق باستكشاف الأخطاء وإصلاحها ، الرجل الأيرلندي ، وهو واحد من اثنين من موظفي تكنولوجيا المعلومات في الشركة بأكملها ، تقول دائمًا نفس الشيء عندما تبدأ أي مكالمة ، "هل حاولت إيقاف تشغيله وإيقاف تشغيله مرة أخرى؟" لذا ، حاول إيقاف تشغيله وتشغيله مرة أخرى. ستندهش كم من الوقت يمكن لهذا الشيء البسيط أن يحل بعض المشاكل.

أولئك الذين قاموا باستكشاف الأخطاء وإصلاحها في المنزل ربما مع والديك أو أصدقائك ، وربما ليس مع أطفالك لأنهم يميلون إلى معرفة ما يجب فعله وإيقاف تشغيله وإيقاف تشغيله مرة أخرى. ولكن بغض النظر ، استكشاف الأخطاء وإصلاحها ليس بالأمر السهل ، لن يكون الأمر سهلاً على الإطلاق ، لكننا سنتحدث اليوم عن بعض الأشياء التي يمكنك القيام بها لتسهيل الأمر. لذلك ، موجه الأوامر - نعم ، في الواقع أنا كبير في السن لنتذكر الأيام الأولى للحوسبة عندما كان كل ما لديك هو موجه الأوامر للقيام DIR ، أدخل. هذا ما قد يفعله ذلك ، دليل الملفات ويشعر بالإيجاب أنه تم بالفعل تنفيذ بعض الأوامر ، أليس كذلك؟ ديز ، بالطبع ، عالم البيانات لدينا ، فهو يعرف كيفية استخدام موجه الأوامر. وإذا استطعت استخدام موجه الأوامر ، فهذا شيء رائع لأن معظمنا مجرد بشر يستخدمون واجهة المستخدم الرسومية ، واجهة مستخدم رسومية ، ولكن هناك دائمًا شيء ما ، هناك دائمًا بعض قطع الاتصال بين واجهة المستخدم الرسومية وسطر الأوامر تحتها. ولمجرد تقديم مثال عشوائي لك ، إذا كنت تريد معرفة مقدار الكود الذي تقوم بعض البرامج الأساسية بتجميعه في المستندات هذه الأيام ، انتقل إلى أحدث إصدار من Microsoft Word ، واكتب "hello world" ، ثم "حفظ باسم" HTML. "ثم افتح المستند الناتج في محرر نصوص ، وربما تشاهد الصفحات وصفحات العلامات. وهذا ما يسمى الشفرة الخاطفة ، والشفرة الخاطفة ليست جيدة حقا لاستكشاف الأخطاء وإصلاحها ، فقط لتكون صريحا.

بالطبع ، جاء خادم العميل وكان ذلك أشياء رائعة. وبطريقة ما نعود إلى هذا الاتجاه ، لكن مجرد التفكير في التعقيد الذي صاحب الموقف ، والآن أين تكمن المشكلة ، هل هو على العميل ، هل هو على الخادم ، هل هي الشبكة؟ أين هي؟ هذه المواقع التي تفكر فقط في الفيروسات ، وعندما يمكن للفيروس الدخول في واحد على الشبكة ، ماذا يمكن أن يحدث؟ يمكن أن تذهب إلى أي مكان. خروقات البيانات مجنونة هذه الأيام. أنها تسبب مشاكل في الأداء. لقد كان لدينا المتسللين الروس يمكننا تحديد بواسطة عنوان IP. نحن على يقين من أنهم روسيون ، أو أنهم قريبون جدًا ، أو أنهم أوكرانيون أو بولنديون أو أمريكيون أذكياء جدًا ، يستخدمون الوكلاء. ولكن كان لدينا المتسللين يأتون إلى موقعنا القديم الصغير ، تحليل داخلي ، على مر السنين ويسبب جميع أنواع القضايا. الأشياء تتوقف عن العمل ، لا يمكنك إنجاز الأشياء. الاشياء التي تستخدم للعمل لا يعمل. كيف علمت بذلك؟ كيف تعرف ما هو؟ ومثل مثال آخر هنا ، هو بيئة معقدة للغاية ، من الصعب للغاية الدخول في الحشائش وفهم حقيقة الأمور وكيف تعمل لنا ، خاصةً إذا كنت تحصل على مجموعة كاملة من المكونات الإضافية. الاشياء يمكن أن تذهب مجنون بسرعة كبيرة. أنا نوع من الحصول على نفسي.

رميت في هنا ، ودائما أن نكون حذرين من الترقية. ترقيات دائما تخويف وضح النهار مني. بالتأكيد أنظمة التشغيل. أتذكر الأيام التي اقترحت فيها Microsoft بالفعل ، نعم ، يمكنك ترقية نظام التشغيل الخاص بك من هذا الإصدار إلى هذا الإصدار. حسنًا ، لقد حاولت عدة مرات ، وهذا لم ينجح أبدًا. فقط تذكر أنه كلما كانت البيئة أكبر وأكثر تعقيدًا ، كلما أصبح الوضع غير عملي. ثم هناك الافتراضية. فكر فيما فعله VMware لتكنولوجيا المعلومات. لقد أحدث ثورة في تكنولوجيا المعلومات ، لكنه خلق أيضًا طبقة التجريد هذه. إذا كانت لديك فكرة تجريدية على هذا المستوى التأسيسي ، فهذه هي لعبة كرات جديدة بالكامل ، إنها كرة جديدة تمامًا من الشمع وعليك فعلاً إعادة تقييم ما تفعله ، ويجب أن تتغير جميع الأدوات القديمة. والآن بالطبع هي السحابة ، أليس كذلك؟ بالنسبة للعميل ، تكون السحابة رائعة ، لأنها بسيطة للغاية ، واجهة المستخدم واضحة إلى حد ما ، ولكن بالطبع ليس لديك حقًا الكثير من التحكم في السحابة. لكن بالنسبة للأشخاص الذين يقفون وراء الكواليس ، هناك الكثير من الأشياء التي يحتاجون إلى معرفتها وفهمها هذه الأيام. أصبحت البيئة أكثر تعقيدًا بكثير. وبالتأكيد مع التجارة الإلكترونية ، وتفكر في كل الأموال التي يتم تداولها هذه الأيام. لهذا السبب لن تجدني مؤيدًا لجمعية غير نقدية في أي وقت قريب. خلاصة القول هنا هي أن الوضع يزداد صعوبةً كل يوم.

والحفاظ على الأداء الأمثل سينطوي دائمًا على بعض عناصر استكشاف الأخطاء وإصلاحها. لا يهمني ما يخبرك به أي شخص ، لا توجد أداة مثالية ، ولا توجد رصاصة فضية ولن توجد أبدًا - في منظور مثير للاهتمام آخر هنا - ما زلنا نتعلم التحدث عن السيليكون. ما زلنا نتعلم أن نفهم كيف تعمل الشبكات حتى على المستوى الدقيق. إذا نظرت إلى برنامج إدارة الأنظمة ، فسيصبح جيدًا هذه الأيام. ومع ذلك ، فأنت تبحث عن خطوط تصاعدية ونزولًا وتفحص تمثيلات للواقع ، وستتطلب من شخص يعرف ما يجري لتلائم القرائن التي يمكنك التحديق بها في الأدوات المثلى لتكون قادرًا على افهم ما الذي ينجح وما هو ليس كذلك ، فهو كثير من التجارب والخطأ ، فقط لكي تكون صريحًا. مع ذلك ، سأقوم بتسليمه إلى Dez Blanchfield ومن ثم سنسمع من Bill Ellis من IDERA ، الذي سيضعنا في العار بمعرفته. مع ذلك ، ديز ، خذها بعيدا.

ديز بلانشفيلد: مهلا ، شكرًا لإريك. شكرا لكم. قاد بشكل جيد في بلدي قليلا segue. أعتقد أن لقبي "فن الأداء" مناسب للغاية في سياق ما نتحدث عنه اليوم ، لأنه في العديد من الطرق عندما نفكر في فن الأداء ، نفكر في الرقص والموسيقى والأشياء الإبداعية الأخرى. وبصراحة في أكثر الأحيان ، إذا كنا نحل المشاكل وفي بيئات تكنولوجيا المعلومات وأنظمة الأعمال على نطاق واسع للغاية ، يوجد بالفعل عنصر فني وفن أسود في الغالب ، لأن الموقف في تجربتي في حوالي 25 عامًا هو أن مكدسات التطبيقات الحديثة ، تزيد التعقيد بسرعة كبيرة بمعدل لم نشهده من قبل. ونحن بصعوبة تكافح من أجل مواكبة وجود منظمات مثل Uber على سبيل المثال ، وأيًا كان ، وفريق تطوير Pokémon Go ، أعني أنها تعاني من النمو والتعقيد وزيادة التعقيد بمعدلات فلكية فقط. لا توجد كتب مكتوبة حول هذا الموضوع لأننا لم نتخيل هذا المستوى من النمو. وجهة نظري هي أن التعريف الأساسي لمكدس التطبيق قد تحول بشكل كبير وسأشرح لماذا أعتقد أن هذا هو الحال ، ثم أؤدي إلى التحدي الذي يواجهنا ، وهو أن أصدقائي الجيدين في IDERA لديهم حلاً لحل .

باختصار شديد ، نحن جميعًا نعرف هذه ولكن فقط لنتذكرها ، كما تعلمون ، في الأيام الأولى كان لدينا ما أسميه ، بنية التطبيق ، الإصدار 1.0. لقد كان جهاز كمبيوتر يعمل بالخادم ، وفي هذه الحالة كان الجهاز الرئيسي مزودًا بمجموعة من المحطات الطرفية المرفقة ، وكان من السهل نسبيًا تشخيص المشكلات إذا لم تكن ترى الأشياء على الجهاز الطرفي - يمكنك تتبع الكابل بين الجهاز ومن ثم كمبيوتر الخادم ، وكان إما كبل صفري أو موصل أو مشكلة ما إذا لم تكن ذات صلة بالمحطة الطرفية ، وترى الأشياء على الشاشة ، كان من السهل للغاية معرفة أن الأشياء التي كانت تسبب المشكلات كانت في الجهاز نفسه. ويمكنك تشخيص ببطء حيث في المكدس الذي كان من الأجهزة وصولاً إلى طبقة البرنامج وواجهة المستخدم. في ما أسميه الإصدار 1.1 ، جعلناه أكثر تعقيدًا. نضع الأجهزة في الوسط حتى نتمكن من وضع المزيد من المحطات الطرفية في مكانها. وكانوا نوعًا من جهاز الاتصالات وغالبًا ما كانوا muxes أو معددات متعددة وكانوا إما يركضون على خط مخصص أو خط اتصال هاتفي وبالتالي كان لديك حاسب مركزي في مكان بعيد - يمكن أن يكون بين الولايات أو دوليًا - وبعض الأجهزة متصل عبر ارتباط SMA أو نوع من اتصال شبكة WAN وتلك المحطات لا تزال تعمل بنفس الطريقة. ولكن كان لديك تعقيد أكثر قليلاً لأنه كان عليك معرفة ما إذا كانت المشكلة بين الأجهزة الطرفية وجهاز comms أو جهاز comms والحاسوب الرئيسي. لكن المكدس ظل متشابهًا نسبيًا في أجهزة الكمبيوتر المركزية.

الإصدار 1.2 ، أكثر تعقيدًا قليلاً لأننا أضفنا الآن المزيد من الأجهزة ، أضفنا الطابعات وأشياء أخرى ، وقمنا بتجميع هذه الأشياء ، وأعتقد أن معالجًا أماميًا يعالج جميع مشكلات الأجهزة محليًا ، والطابعات والمحطات وهكذا دواليك مع المركزية التي نهاية بعيدة. قليلا أكثر تعقيدا. ولكن مرة أخرى ، كان الموضوع الثابت للإطار الرئيسي هو التطبيقات التي تعمل محليًا ، لذلك ظل حل المشكلات متشابهًا إلى حد ما داخل حزمة التطبيقات. وبعد ذلك كان لدينا أشخاص لديهم مهارات ركضوا على حل المشكلات مع الأجهزة الطرفية والطابعات وأجهزة التحكم في المجموعات. ولكن بعد ذلك قمنا بتعقيد الأشياء وبنينا شبكات ، وفجأة يقدم النوع نفسه من الهندسة المعمارية طبقة شبكة. فجأة كان لدينا تبديل شبكة ، وكانت محطات العمل أكثر تعقيدًا. وهذا الإصدار من الهندسة المعمارية كان لدينا في كثير من الأحيان تطبيقات واجهة المستخدم بيانيا في محطة العمل. ليس فقط لدينا خادم يقوم بتشغيل مكدس التطبيق ، ولكن كان لدينا أيضًا مجموعة أخرى من التطبيقات التي تعمل محليًا ، وبالطبع نفس الطراز الأساسي للأجهزة المتصلة بالخادم. ثم قفزنا قفزة نوعية إلى النموذج الأكثر حداثة لما أسميه 2.1 ، وهو المكان الذي أخذنا فيه مكدس التطبيقات هذا وجعلنا الأمر أكثر تعقيدًا ، وأصعب كثيرًا في التشخيص. وقمنا بتقديم المزيد من الأجهزة في الواجهة الأمامية ، على متصفحات الويب وأجهزة الكمبيوتر والأجهزة المحمولة ، وما إلى ذلك. وهنا بدأ مكدس التطبيق في الغوص بعمق أكبر في التكامل كنظام تشغيل وبرنامج Hypervisor.

هذه الصورة هنا على الجانب الأيمن لدينا مجموعة كاملة بما في ذلك البنية التحتية للشبكة ، خوادم التخزين ، الأجهزة الافتراضية ، نظام التشغيل ، ثم الطبقات الثلاثة التقليدية لتطبيقات قواعد البيانات المعدنية ، وما إلى ذلك ، في الجهة اليمنى الأمامية. أصبح تشخيص مشكلات التطبيق ومشكلات الأداء في هذا النموذج أصعب كثيرًا. هناك الكثير من الأجزاء المتحركة ، وكانت محاولة التنقيب في هذا المكدس ، كما تعلمون ، مجرد كابوس وكان عليك إشراك مجموعات مهارات إضافية وتنظيم للتعامل مع ذلك. لم يعد مجرد فريق التطبيق الخاص بك ، فجأة الآن أصبح لديك أشخاص في البنية التحتية ، وكان لديك متخصصون في قواعد البيانات ، مجرد عمل على قواعد البيانات ولا شيء غير ذلك - على عكس مبرمج أنظمة يعرف طريقه حول قواعد البيانات. الآن لدينا سيناريو حيث يتعين على إدارات تكنولوجيا المعلومات التعامل مع تعقيد أوسع بكثير من "كخدمة" وهذا حيث انفجر العالم للتو وأصبحت تحديات حل المشكلات لدينا ، انتقل من كونه كابوسا إلى مجرد شيء لا يطاق تقريبا ببعض الطرق.

وقد جاء هذا على نطاق قابل للحل ، ونحن نحاول تقديم الخدمات في. الإصدار 3 مما أعتبره مكدس التطبيق - لقد أدخل هذا كنموذج خدمة ، حيث كان النموذج التقليدي على الجانب الأيسر ، مكدس تكنولوجيا المعلومات الخاص بالمؤسسة ، حيث كان يجب إدارة كل شيء في نهايتنا كمستهلك ومورد خدمات - من قاعدة بيانات أمان التطبيق ، وأنظمة التشغيل ، وتخزين خدمة المحاكاة الافتراضية ، ومراكز بيانات الشبكات - كان علينا أن نديرها كلها ، لكن كان لدينا إمكانية الوصول إليها كلها ، ومن ثم يمكننا توسيع نطاق قدراتنا ومجموعات المهارات الفنية ، ويمكننا الانتقال إلى أسفل من خلال هذا المكدس ويمكن أن نجد الأشياء. ولكن مع تقدم خدمة البنية التحتية وخدمة النظام الأساسي ونموذج خدمة البرامج ، أصبح وصولنا إلى البنية الأساسية الخلفية ووصولنا إلى الأنظمة الأساسية والأداة التي قدمنا ​​خدماتنا منها ، فجأة أمرًا بعيدًا عنا. عندما بدأنا في استهلاك خدمة البنية التحتية ، كان لدينا بالفعل أفضل أربعة أجزاء من نظام التشغيل وقاعدة البيانات ومجموعة تطبيقات الحماية البيئية وما فوقها ، وهي متاحة لنا. كان كل شيء تحت ذلك السحر الأسود. ويزداد الأمر إثارة عندما تنتقل إلى خدمة النظام الأساسي لأنك فقط تدير مجموعة التطبيقات.

عندما تصل إلى البرنامج كخدمة ، والنموذج التقليدي لذلك هو البريد الإلكتروني أو الخدمات المصرفية عبر الإنترنت ، كل ما لديك هو الوصول إلى مستعرض ويب ، لذلك محاولة تشخيص ما وراء ذلك أمر لا يطاق ، بالتأكيد. وقمت بتقسيم هذا إلى مناطق زمنية ، إلى فتحات زمنية أو مناطق زمنية إذا أردت أو أجيال ، في ذلك من اليسار إلى اليمين ، لقد انتقلنا من نوع ما قبل 2000s والمكدس التقليدي حيث تمكنا من الوصول إلى البيئة بأكملها ويمكننا أن ننتقل عبر ذلك. ولكن مع مرور الوقت أصبح أكثر وأكثر تعقيدا. إلى أوائل عام 2000 وحتى منتصف عام 2000 ، إلى أواخر عام 2000 إلى اليوم الحالي ، حيث انتقلنا من خدمة البنية التحتية ، وخدمة النظام الأساسي ، وخدمة البرمجيات ، إلى الآن نحن نشير بشكل أساسي إلى خدمة الأعمال. وزاد التعقيد بشكل كبير. هناك الكثير من الأجزاء المتحركة. لكن توفر المهارات يصبح أصعب وأصعب وأكثر صعوبة للاستفادة من أنفسنا. إن العثور على أشخاص يتمتعون بمهارات مناسبة يتمتعون بحق الوصول الصحيح إلى الأدوات المناسبة للوصول إلى هذه المجموعة واكتشافها ، حيث يوجد شيء ما يسير ببطء. هل هو جهاز الكمبيوتر المحمول أو سطح المكتب الخاص بي ، هل هو هاتفي أو جهازي اللوحي ، هل هو اتصالي بأكثر من 3 أو 4G ، أو ارتباطي المخصص بـ ADSL ، أو ISDN ، ماذا يكون؟ أو حتى الاتصال الهاتفي ، على الرغم من أن هذا هو أقل وأقل هذه الأيام. هل خادم الويب ينتهي ، هل هو شيء داخل خادم الويب؟ هل هو خادم التطبيق؟ هل هو شيء حول الذاكرة والقرص من وحدة المعالجة المركزية وأداء الشبكة داخل خادم التطبيق؟ هل تعمل قاعدة البيانات هناك؟

ويمكنك أن تتخيل ، أنت ترسم هذه الصورة بسرعة كبيرة من التعقيد الذي يبدأ في توسيع نوع من مثل صورة الانفجار الكبير ، لهذه الفقاعة المتزايدة باستمرار التي نحاول إيصالها إلى أيدينا ولدينا المهارات اللازمة للغوص فيها و المعرفة والأدوات اللازمة للتشريح والتفكك. ونحن الآن في عصرنا ، حيث تعلم ، لا يمكن للبشر التعامل مع المقياس المادي ، حتى لو كان لديك القدرة على تفكيك بيئة قاعدة البيانات وفصل قاعدة البيانات تلك والغطس في التفاصيل داخل قاعدة البيانات تلك. عدد قواعد البيانات لديك لإدارة الآن ينمو بسرعة. كل شيء الآن مدعوم من قاعدة بيانات. عدد قليل جدًا من التطبيقات هذه الأيام لا تعمل بواسطة قاعدة بيانات. وأنواع قواعد البيانات تنمو بسرعة أيضًا. لم يعد الأمر مجرد قواعد بيانات SQL التقليدية ، وأحيانًا SQL ، وأحيانًا غير SQL ، وأحيانًا تكون قاعدة بيانات بيانية ، وأحيانًا تكون قاعدة بيانات مستندات. وهناك كل هذه الأنواع المختلفة من الوظائف التي تمتلكها هذه الأنواع المختلفة من قواعد البيانات ونتيجة لذلك ، تواجه كل منها تحديات أداء مختلفة ومعايير أداء مختلفة. أداء قواعد بيانات التسجيل وقواعد المستندات بشكل مختلف جدًا ويؤدي وظيفة مختلفة إلى قاعدة بيانات SQL متوافقة مع ACID ومتوافقة مع ANSI 92 متوافقة. وأنواع الأشياء التي قمنا بتخزينها هناك.

نحن في مرحلة ما ، في رأيي ، حيث - وأعتقد أن إيريك - ألمح إلى ذلك - أن البشر يكافحون من أجل مواكبة تعقيد ما نقوم ببنائه والسرعة التي نبني بها ، ونحن لقد وصلنا الآن إلى النقطة التي تكون فيها الطريقة الوحيدة لنا لإدارة هذه البنية التحتية ، والطريقة الوحيدة لمراقبة المشكلات التي نواجهها والتعامل معها ، هي الأدوات والأدوات الصحيحة من الأدوات. وبعد ذلك دائما ، فإن الجيل الصحيح من الأدوات. الأدوات التي تفهم بالفعل البنية التحتية الخلفية. لم يعد الأمر جيدًا بعد الآن فقط لرمي شاشة SQL أو أداة استعلام SQL في شيء ما والبدء في تفكيك استعلام ورؤية ما الذي يجعله يعمل. نحتاج فعليًا إلى أداة تفهم تكوين الاستعلامات والطريقة المناسبة لتكوين الاستعلامات ، والطرق المناسبة لاستعلامات التحدث إلى البنية التحتية في النهاية الخلفية ، وكيفية أدائها أثناء قيامها بذلك. ولإلقاء نظرة على توقيت تلك التفاعلات والترتيب الذي تحدث به.

وهذا تحد أكثر تعقيدًا ويقودني هذا إلى نقطة السؤال الخاصة بي ، وهذا يعني أنه كلما زاد تعقيد مكدسات التطبيقات التي نطورها ، فإن أدوات الأداء والأدوات التي نستخدمها لإدارة تلك الأشياء ، تحتاج بالضرورة لتصبح أكثر ذكاء وأكثر قدرة على النظر إلى المزيد من الأشياء. ولكن أيضًا أذكى كثيرًا في كيفية بحثهم حول ما يجري في النهاية الخلفية وما الذي يمكنهم اكتشافه حوله وربما حتى بعض التحليلات التي يتم إجراؤها على ذلك لفهم أن التفاعلات والأداء ، يتم تقديمهما ، و لماذا هو أداء أبطأ أو أسرع.

وبعد ذلك سأنتقل إلى صديقنا العزيز من IDERA ، Bill Ellis ، وأرى ما قاله اليوم حول كيفية حل هذه المشكلة. بيل ، أكثر لك.

بيل اليس: حسنا. اسمي بيل إليس وشكراً جزيلاً. نحن بصدد الحديث عن طلبي يعمل ببطء ، والوقت للحصول على دقيقة. دعونا نرى ما يمكن أن يقوم به Precise ، وهو منتج IDERA ، وكيف يمكنه مساعدتك. في كثير من الأحيان تكتشف فقط وجود مشكلة في الأداء لأن المستخدم النهائي اتصل بك ، وهذه مشكلة كبيرة بحد ذاتها. من بين الجميع في مجال تكنولوجيا المعلومات ، لم يعرف أحد حتى رن جرس الهاتف. الآن ، المشكلة الكبيرة التالية هي كيف نساعد هذا الفرد بعينه ، وهي في الحقيقة ليست مشكلة تافهة. هناك واحد الوجبات الجاهزة من هذا. هذا أعلى من هذه الشريحة وما وراءها ، إنه يتجاوز الشرائح الأخرى. وأريد منك أن ترى ما إذا كان يمكنك الحصول عليه ما هو عليه. ولكن ، كما ذكرنا ، يتطلب تطبيق ما ، ويعتمد على الكثير من التقنيات المختلفة ، فإن رصة التطبيق طويلة ومتنامية. يقوم الكثير من الأشخاص بالوصول إلى أحد التطبيقات عبر مستعرض ، ومن المثير للدهشة أن هناك المزيد والمزيد من المعالجة التي تحدث في المستعرض باستخدام البرمجة النصية ، وما إلى ذلك ، ثم بالطبع لديك الشبكة وخادم الويب ورمز منطق العمل وقاعدة البيانات. ما أريدك أن تفكر فيه هو أن كل معاملة تجارية مهمة تتفاعل مع قاعدة البيانات ، سواء أكان الإبلاغ عن بطاقة الوقت ، أو البحث عن المخزون ، أو أمر الشراء ، أو تحديث قاعدة البيانات. وهكذا ، فإن قاعدة البيانات تصبح حقا أساس الأداء. ويمكن تشغيل قاعدة البيانات بالطبع ، أو تعتمد على التخزين المتلقين للمعلومات. كل من هذه التقنيات مقترنة بإحكام وقادرة على رؤية ما يحدث. عليك أن تعرف ما يجري لتكون قادرة على قياس أمر بالغ الأهمية.

الآن ، هناك شيء واحد نجده هو أن العديد من عملائنا لديهم أداة ، ولديهم أداة لكل تقنية ، ولكن ما ليس لديهم هو السياق. والسياق هو في الأساس القدرة على توصيل النقاط بين كل طبقة في مكدس التطبيق ، وهذا في الواقع بسيط نسبيًا. اعتدنا أن يكون هناك قيود على اثني عشر مستوى ، لكننا قمنا بتغييرها بشكل أساسي ، ولدينا مستويات غير محدودة ونؤيد البيئات المختلطة حتى نتمكن من الحصول على تعقيد شديد من خلال حل دقيق.

الآن ، على مستوى عالٍ ، هذه هي الطريقة التي نحل بها المشكلة ونركز على المعاملة ، معاملة المستخدم النهائي من النقر إلى القرص ، تخبرنا عن تلك التي تعمل ببطء ، وتلك التي تستهلك الموارد ، ولكن المفتاح هو هذا - نسمح لك بالتقاط هوية المستخدم وموقعها وليس فقط وقت المعاملة بالكامل ، ولكن أيضًا مقدار الوقت الذي يتم إنفاقه في كل خطوة على حدة. الوقت هو عملة الأداء ، كما يظهر أيضًا حيث يتم استهلاك الموارد. لا نعرف مقدماً المشكلة التي ستكون فيها المشكلة ، لذلك نحتاج إلى الحصول على المقاييس والتحليلات المناسبة في كل مستوى من المستويات حتى نتمكن من تشخيص المشكلة ، وأين تكون المشكلة.

الآن ، في العرض التقديمي اليوم ، سوف أركز في هذا المجال ، أريدك أن تطمئن إلى أننا نوفر بشكل أساسي نفس مستوى الرؤية في كل مستوى في حزمة التطبيق والشيء المهم ، هل سيخبرنا ذلك ، ماذا وأين ثم هذا الجزء ، هذا سوف يخبرنا لماذا. وهذا هو السبب في أنه أمر حاسم للغاية لحل المشكلات ، وليس مجرد معرفة بها. الآن الشيء الآخر الذي خرج بوضوح تام في العرض التقديمي هو أنه من المستحيل القيام بذلك. تحتاج الأتمتة. والأتمتة تعني أن لديك تنبيهًا ، وأن لديك شيئًا يخبرك ، كما نأمل قبل مجتمع المستخدم النهائي ، أن لديك اتجاهًا مستمرًا ، وأنحرفت الانحراف عن تنبيه الاتجاه. ثم نقدم أيضًا خطًا في الرمال ، فأنت بذلك تخرق اتفاقية مستوى الخدمة. الآن تقدم الكثير من المعلومات المختلفة - لا يحتاج الجميع إلى تناول البوفيه ، فبعض الأشخاص يريدون فقط تناول وجبة خفيفة ، هذه سلطة ، وبهذه الطريقة نقدم بوابة إلكترونية يمكننا تحميل المعلومات ، فهي تحتاج فقط إلى مستخدم معين أو احتياجات مجتمع معين من المعلومات حول الأداء. التطبيق يعمل ببطء ، لقد حان الوقت للحصول على دقيقة. سنركز حقًا على أربعة أشياء. واحد هو الموقع ، وإدخال المستخدم النهائي. مرة أخرى ، يظهر هذا السياق الذي يربط النقاط ، بينما يوضح الجزء الثالث من البحث أن حوالي 90 بالمائة من مشكلات التطبيقات موجودة في قاعدة البيانات ، ولذا فمن الغريب أن تحكي غالبية حلول الأداء عن عبارة SQL واحدة. لكنهم لا يعلمون لماذا يتم تشغيل عبارة SQL ببطء.

ولهذا السبب دائمًا ما يكون الشيء الحاسم ودقة الدقة ممتازة في إظهار السبب ، لكل طبقة وبصفة خاصة قاعدة البيانات ، ولمشاركة القليل حول مصفوفة الدعم الخاصة بنا معك ، والتي ندعمها SQL Server و Sybase و DB2 و / أو السائبة. إن مظهر الحل ومظهره متشابهان للغاية ، لذلك إذا كنت تنظر إلى تطبيقات متعددة ، ولكن مع بنى مختلفة قليلاً. تحتوي المعلومات التي أشاركها هنا على الشكل والمظهر ، وهي الطريقة نفسها بغض النظر عن التقنيات الأساسية المستخدمة. الدقة هي تمكين الويب. لقد جئنا إلى ذلك ، ونصادق على الدقة ، وبهذا نذهب ، وأول شيء قد نود إلقاء نظرة عليه هو الأداء حسب الموقع. وهكذا يمكنك أن ترى هنا في الواقع المواقع المختلفة التي يصل فيها الأشخاص إلى الإعدام. يمكنك معرفة ما إذا كان شخص ما قد تخلى عن الصفحة قبل تقديمها بالكامل ، أو إذا كانت هناك أخطاء.

الآن ، شيء واحد مع هذه التطبيقات ، هو الشبكة أو المسافة من خادم التطبيق لا تختلف. من السهل جدًا أن نرى هنا أن هناك مستوى من الشبكة. أستطيع أن أرى عندما أصبح الناس مشغولين ، وبعد ذلك شيء مثير للاهتمام ، تحدثنا عن كيفية معالجة المتصفح ، فقد لاحظوا في الواقع أن بعض أنواع المتصفح المختلفة توفر بيئة أفضل للمعالجة السريعة. ومعرفة ما إذا كان الأشخاص يصلون عبر Chrome أو IE ، أو أيا كان ما يحدث ، يمكنك في الواقع أن تجد في كثير من الأحيان أن انعكاس نوع المستعرض أفضل من الآخر. الآن ، في بعض الأحيان تواجهك علنًا ، لا تتحكم في المستعرض ، وأحيانًا تكون التطبيقات متجهة داخليًا حيث يمكنك أن توصي الناس بنوع المستعرض لمجتمع المستخدم النهائي الخاص بك ، وبالتالي فهذه هي أنواع رؤية الغوص العميق والتحليلات التي دقيق قادر على توفير. الآن ، ندخل في النظر في الطلب.

لست متأكدًا مما إذا كنتم تستطيعون رؤية مؤشري ، لكني أردت أن أصف لك الرسم البياني الأعلى. يظهر المحور ص متوسط ​​وقت الاستجابة. المحور س هو الوقت عبر اليوم. وهناك بالفعل رسم بياني شريطي مكدّس ورسم بياني شريطي مكدس ، يوضح لك الإجمالي ما هو الأداء ومن ثم يوضح مستوى الوقت الذي تقضيه في كل خطوة فردية أو كل طبقة فردية من التطبيق. من العميل ، من خلال خادم الويب ، الأخضر هو جافا ، هذا المكان نستخدم Tuxedo ونزل إلى قاعدة البيانات. الآن يعرض النصف السفلي من الشاشة قوائم الويب المختلفة التي يتم الوصول إليها ، ثم قمنا بتشكيلها بسهم أخضر صغير يشير إلى أسفل. بترتيب تنازلي ، وفقاعات تصل إلى الأعلى ، تبدأ قائمة الويب لإظهارها. نعرض فعليًا وقت التنفيذ ، وزمن الاستجابة لكل تقنية فردية ، ثم يوجد بالفعل رسم بياني شريطي لكل قائمة من قوائم الويب هذه ، وهكذا نبدأ ، في الحصول على فكرة عما يجري. الآن تذكر أننا قمنا بفرز كل هذا بواسطة مستخدم نهائي سوف يتصل به ، ولكن كيف يمكنني العثور على المستخدم النهائي؟ لقد جئت إلى هنا ، وفتحت قائمة ، تسمح لي بالتصفية على مستخدم معين ، لذلك قمت بتعيين هذا المستخدم على Alex Net ، وانقر فوق "موافق" ، ثم ركزنا فقط على النشاط من Alex Net. الآن ما يفعله هذا ، هو أنه يتيح لإدارة تكنولوجيا المعلومات وإدارة تكنولوجيا المعلومات أن يكونوا مستجيبين بشكل مباشر للمستخدم النهائي ، ولا سيما أنهم كانوا ينظرون إلى إدارة المحتوى التي تضم ست عمليات إعدام مع زمن استجابة يزيد قليلاً عن ثلاث ثوان. حسنًا ، ثلاث ثوانٍ جيدة ، إنها ليست فظيعة ، لكنها ربما تكون أبطأ.

ما يمكنني فعله بهذا ، هل يمكنني تقطيع هذه المعلومات وتقطيعها بطرق مختلفة. أستطيع أن أقول ، حسنا ، هذه الصفقة بطيئة للجميع؟ هل هو أبطأ اليوم بالنسبة أليكس مما كان عليه بالأمس؟ هل هو بطيء لكل مستخدم داخل موقع معين؟ أو ما يفعله هو أنه يتيح لي نوعًا ما من الشرائح والزهر والحصول على فكرة عما يحدث ، ومدى عالمية المشكلة ومن المهم للغاية أن أكون قادرًا على تحديد المستخدم النهائي ، لأنه لا يتعلق فقط بالبرنامج ، البنية التحتية ، إنها أيضًا تدور حول كيفية قيام المستخدمين النهائيين بممارسة التطبيق. في كثير من الأحيان ، قد يكون لديك موظف جديد أو شخص لديه وظيفة عمل جديدة ، وهم ليسوا على دراية بشاشات SAP معينة أو بعض لوحات PeopleSoft ويحتاجون إلى مؤشر صغير ، وربما يتركون الحقول فارغة أو يضعون أحرف بدل فيها. إعادة فرض نتائج كبيرة ليتم إرجاعها من قاعدة البيانات. ولكن بعد الحصول على معرف المستخدم ، يمكنك الاتصال به بالفعل قبل الاتصال بك. الشيء الآخر الذي نجده هو أنه بمجرد أن يدرك مجتمع المستخدمين أن تكنولوجيا المعلومات تعرف ما الذي يقومون به ، فإنها في كثير من الأحيان تتصرف بشكل أفضل والكثير من المشاكل ، والكثير من الأشياء التي كانت تمثل مشاكل ، مجرد نوع من تتبخر ، لأن الناس يتصرفون ، مجرد تشغيل بعناية أكثر قليلا. يستخدمون النظام بعناية أكبر.

تحديد المستخدم النهائي ضروري. في النهاية ، من الضروري أن يكون بإمكان تقنية المعلومات مساعدة مستخدم نهائي معين. الآن ، ما قمنا به هنا ، هو أننا ذهبنا إلى علامة التبويب "التدفق". يمكنك أن ترى ذلك في أعلى الزاوية اليسرى. لقد ركزنا على مكون معين من قائمة الويب. وعلى الجانب الأيسر ، يوجد تحليل لتلك المعاملة المعينة ، وهكذا في الجزء العلوي ، فإنه في الواقع المتصفح ثم العرض ، فقط للتعرف على القليل من الرموز داخل واجهة المستخدم الرسومية لخادم الويب ، لذلك يمكننا أن نرى نقطة السمة. ثم "J" مخصصة لـ Java و "T" مخصصة لـ Tuxedo و "Q" هي SQL بشكل طبيعي. حسنًا ، أن القيمة النقدية تحدد أساسًا عبارة SQL معينة. النظر في ما يفعل هذا. لقد حددنا مستخدمًا لمعاملة ما ، إلى رمز التطبيق الأساسي ، بما في ذلك عبارات SQL الفردية. الآن ، عندما أنظر إلى عبارات SQL الفردية ، أستطيع أن أرى ذلك من وقت الاستجابة الكلي ، كل منها مسؤول عن حوالي 6 في المائة ، وعندما يضيفون أعلى عبارات SQL الأربعة ، أخذوا حوالي ربع المعاملة زمن.

غالبًا ما تكون قاعدة البيانات هي الأسهل في التعامل معها. عادة ما يكون من الأسهل الحصول على أداء غير مكلف وغير مسبوق. الآن أحتاج إلى التعمق أكثر لمعرفة ما يجري وما الذي أريد أن يكون المثال قادرًا على فعله بالفعل هو الكشف عن عبارة SQL الفردية ، وأنت تعلم أنني أستطيع أن أضمن لك تقريبًا كل لقطة واحدة على الخط كان لديه نوع من أداة قاعدة البيانات وما تفعله أداة قاعدة البيانات ولكن مجرد النظر إلى تكنولوجيا واحدة في عزلة ، هو أنك تنظر إلى ، والتركيز على صحة تلك التكنولوجيا. وفي كثير من الأحيان ينظر الناس إلى قائمة العشرة الأوائل. الآن عبارة SQL هذه سريعة جدًا ، لن تكون في قائمة العشرة الأوائل ، لكنها عبارة SQL التي تعتمد عليها هذه المعاملة. وهكذا فإن ما يمكنني فعله مرة أخرى بهذه الكلمة ، السياق ، هو أنه يمكنني الآن لفت النظر إلى هذا بعمق ولكن في سياق عبارة SQL الفردية.

الآن يمكن لهذا الشخص فتح "الدقة" في سياق بيان SQL الفردي ، والتقاط Precise لخطة التنفيذ الفعلية التي يستخدمها ، ووقت التنفيذ ، وهذا أمر مهم بالنسبة لـ DBA ، سيظهر بالفعل ، يمكنك أن ترى أن 50 بالمائة من يقضي الوقت في انتظار التخزين. يتم استخدام خمسين بالمائة من الوقت في وحدة المعالجة المركزية ، لذلك تبدأ في الحصول على أفكار حول المكان الذي يتم إنفاقه فيه ، وكيف يمكنني أن أتعامل مع الوقت ، والفكرة هي إعطاء الناس خيارات ، لأن الاستجابات المختلفة لها تكاليف مختلفة ومخاطر مرتبطة . من الناحية المثالية ، نحن نتبع حلًا منخفض المخاطر ومنخفض التكلفة لمشكلة ما. الآن يتم تتبع عبارة SQL من خلال قيمة هاش ، وهناك ، في الجزء الأيسر من منتصف الشاشة ، يوجد زر "اللحن" الصغير ، وما الذي ستفعله ، هو ذهابك إلى مهمة SQL. ومهمة SQL هذه هي نوع من منضدة العمل المدمجة مسبقًا وما الذي يفعله هذا ، هل تسمح لي بالتحليل الدقيق لما يؤثر على عبارة SQL التي تبدأ بخطة التنفيذ. يتم اختيار خطة التنفيذ من قِبل المُحسِّن عندما يتم تحليل العبارة ، فهي تعود إلى قياس الغذاء ، إنها الوصفة التي تتبع لحل عبارة SQL.

وبعض الوصفات أكثر تعقيدًا من غيرها ، ولذا فإننا نقدم النتائج. وسيظهر هنا بالفعل ، مهلا ، الكثير من الوقت يقوم به I / O متسلسل على فهرس معين. وانظر الآن ، عندما تعود إلى الأكسجين ، اتبع هذا المؤشر. هل تم إلغاء تجزئة هذا المؤشر مؤخرًا ، فما صحة ذلك؟ ما هي مساحة الطاولة التي تعيش فيها؟ هل يتم فصل مساحة الجدول عن الجدول الذي يشير إليه؟ وهكذا يبدأ إعطائك كل أنواع الأفكار حول كيفية حل المشكلة. من الواضح الآن ، كما تعلمون ، أننا نبني في فهرس. إنها مخاطرة أقل بكثير ، وأسهل بكثير من نقل مؤشر من مساحة جدول إلى مساحة طاولة أخرى ، لذلك ما نريد القيام به هو نوع من خيارات البناء ، حتى نتمكن من نشر خيار التكلفة الأقل ، والمخاطر الأقل لكي تحل هذه المشكلة.

يمكن أن تفعل Precise أيضًا أشياء مثل متغيرات الالتقاط التي يتم التقاطها في عبارة SQL. من الواضح أن المتغيرات المدلى بها سوف تتحكم في حجم مجموعة النتائج. وسوف يتحكم في المدة التي يستغرقها تنفيذ عبارة SQL ومقدار البيانات التي يجب تمريرها ومعالجتها من خلال التطبيق من خلال Java ، من خلال .NET ، إلى خادم الويب بالإضافة إلى الشبكة ، والتي يتم تقديمها أخيرًا في متصفح المستخدم النهائي . ما يحدث في قاعدة البيانات يؤثر مباشرة على وقت المتصفح. وبالتالي سيكون من الأهمية بمكان الحصول على هذا المستوى من الرؤية حتى نتمكن من معرفة ما يحدث بالضبط ومنح DBA أكثر الخيارات حتى يتمكنوا من اختيار أي منها يكون أكثر منطقية ، بالنظر إلى موقف معين.

الآن ، هذه هي بعض علامات الاقتباس وهذه صادرة عن متجر PeopleSoft له نشر عالمي. يدعم Precise PeopleSoft و SAP و Siebel و Oracle و E-Business Suite وتطبيقات Java و .NET المحلية. نحن ندعم ذلك إذا قمت بإجراء مكالمات خدمة ويب لعدة JVMs ، من Java إلى .NET مرة أخرى إلى Java ، يمكننا تتبع كل ذلك. يمكن أن يكون على prem ، يمكن أن يكون في السحابة. الشيء المهم هو أن الأشياء تحتاج إلى أن تكون صك.

وهكذا ، بضع اقتباسات من أحد عملائنا: "قبل الدقة ، كانت DBAs لدينا تستخدم OEM ،" - إنها أداة قاعدة بيانات فقط ، وقد قالوا أساسًا ، "مهلاً ، تبدو الحالات رائعة". المساعدة في معرفة أو معالجة مشكلة في معاملة معينة. قدمت دقيقة وضوح للقيام بذلك. وبالتالي فإن الحصول على هذه المعلومات حول عبارات SQL كان حاسمًا في إعطاء DBAs الرؤية لإخفاء الأداء بالكامل من قاعدة البيانات. وكان ذلك لطيفًا حقًا. نوع من أعلاه وما وراء بعض الأدوات التي قد تبحث عنها.

ثم أحببت إدارة تكنولوجيا المعلومات حقيقة أن شركة Precise كانت قادرة على ترجمة عنوان URL المعقد إلى اسم لوحة. وبهذه الطريقة إذا اتصل أحد المستخدمين النهائيين وقال: "مهلا ، أواجه مشكلة في ذلك" ، يمكنك عزل ومعرفة من هو هذا المستخدم ، وما الذي ينفذونه ، وما هو نوع الأداء الذي يقيسونه بالفعل الوقت في متصفح المستخدم النهائي. إنه مقياس حقيقي لتجربة المستخدم النهائي. وكذلك ، فإن الحصول على معرف المستخدم هذا ضروري للغاية لمساعدة شخص معين يقوم بالاتصال.

كيف تفعل بالضبط هذا؟ ولذا نود أن نشارك نوعًا من الهندسة المعمارية. يجب أن تعيش الدقة في خادمها الخاص ، وتعيش في جهاز VM ، ويمكن أن تعيش في السحابة. على الواجهة الأمامية ، يتم تمكين Precise على الويب ، سواء كنت تستخدم لوحات المعلومات أو واجهة التنبيه أو واجهة المستخدم الرسومية الخبيرة. على جانب جمع البيانات ، يمكننا فعلًا عدم استخدام عوامل عديدة لتقنيات مختلفة. في كثير من الأحيان ، رغم ذلك ، سوف نحتاج إلى وكيل ، وهناك إيجابيات وسلبيات لوجود وكيل. ميزة كبيرة هي أن البيانات التي يتم جمعها يمكن معالجتها مسبقًا قبل إرسالها عبر شبكة LAN الخاصة بك. وهذا يعني أنه يمكننا تقليل التأثير الكلي لحل المراقبة على البيئة المستهدفة.

الآن فكر في الأمر كبديل ، إذا كان لديك "بلا وكيل" ، فلا يزال هناك جامع للبيانات ، إنها مجرد مسألة المكان الذي تعيش فيه ، وتقوم بإجراء مكالمات وتمرير بيانات أولية حول التطبيق المستهدف عبر شبكة LAN الخاصة بك. وانها بالفعل مكلفة للغاية. وهكذا ، من خلال المعالجة المسبقة ، يمكننا في الواقع تقليل البصمة. ستكون قادرًا على مراقبة كل من المادية والظاهرية. والشيء الوحيد الذي أردت قوله حول التكنولوجيا الافتراضية هو أن التركيز حقًا هو الاستخدام. ما يركز عليه بالضبط هو الخلاف. متى تقلل تقنية VMware الموارد فعليًا إلى ضيفك؟ وهكذا يصبح الأمر سهلاً حقًا. إذا كنت تنظر فقط إلى داخل VM ضيف ، لديك جزء فقط من الصورة. أن تكون قادرًا على اكتشاف الخلاف وتنبيهه تلقائيًا ، فهذا ضروري حقًا.

يمكن لـ Precise مراقبة ما يصل إلى 500 مثيل ، لذا فإن عمليات النشر الكبيرة جدًا لها أساسًا خوادم Precise متعددة. وللنشر العالمي ، سيكون عادةً خادمًا دقيقًا في كل مركز بيانات. بالمناسبة ، بالنسبة لأكبر عمليات النشر ، يمكنك في الواقع دمجها معًا حتى تتمكن من الاطلاع على الشركات على نطاق واسع على ما يجري وتكون قادرة على تقديم التقارير ، إلخ. الآن كما ذكرت ، لدينا الكثير من التحليلات الفنية. لا يجب أن يذهب الجميع إلى واجهة المستخدم الرسومية الخبيرة ، لذلك نحن نقدم لوحة تحكم قابلة للتخصيص. وكل من هذه المداخل أو التطبيقات المصغّرة ، كلها اختيارية. وقد يرغب شخص ما في الذهاب ، "مهلا ، كيف يمكنك توجيه تنبيه على أي مستوى داخل بيئتنا؟ كيف يتم استخدام مجموعات الاستخدام النهائي من منظور الأداء؟ "أو ربما قد يكون لديك سؤال حول البنية التحتية ، وربما في أداء حتى Tuxedo. أو حتى تحميل موازنة. إنه نوع مثير للاهتمام هنا في هذا الجزء موازنة التحميل. أنا أنظر إلى المدخل في المنتصف على الجانب الأيسر. يمكنك أن ترى أن عدد عمليات الإعدام مشابه جدًا بين كل خادم من خوادم الويب. لكن زمن الاستجابة يختلف كثيرا في الجزء العلوي. يمكنك بالفعل البحث عن السبب الذي يجعل وقت الاستجابة على خادم الويب هذا أبطأ بكثير من الوقت الآخر.

شيء واحد حول موازنة التحميل ، هذا مهم للغاية ، كما تعلمون ، سياسات موازنة التحميل ليست كل سياسة موازنة التحميل مناسبة لكل تطبيق. من المفيد حقًا التحقق من صحة سياسة موازنة التحميل لديك. نشاهد بالفعل مع بعض التطبيقات مثل PeopleSoft Fluid GUI الجديدة ، حيث ستصبح بعض خوادم الويب في وضع عدم الاتصال. وهذا شيء مهم للغاية. إذا كنت تنشر واجهة المستخدم الرسومية الخاصة بـ PeopleSoft Fluid ، فيرجى الاتصال بنا. يمكننا تزويدك بالكثير من التبصر والكثير من المعرفة حول ما واجهه العملاء الآخرون. يمكن تفصيل كل مدخل من هذه المداخل. مثل الوسط الأيمن ، باللون الأزرق والأخضر ، يُظهر فعليًا نمط رأس السيف ، إنه نوع من العروض التي تعمل فيها مجموعة البيانات المهملة الخاصة بك داخل طبقة WebLogic بالطريقة التي تتوقع أن تعمل بها. يمكن أن يكون كل مدخل من هذه المداخل شديد التركيز أو يمكن أن يكون عالي المستوى. والسبب في أهميته ، أو قد يكون مهمًا ، هو في كثير من الأحيان أنه ليس من الجيد أن تحصل على هذه المعلومات داخل تكنولوجيا المعلومات ، وأحيانًا يتعين عليك مشاركة هذه المعلومات مع مالكي التطبيقات وأحيانًا مع الإدارة العليا ، بشأن ما يجري .

أردت أن أشاطركم بعض القصص ، نوع من "النجاح في مركز البيانات". وهذه تركز على قاعدة البيانات ولدي قصص أخرى تركز على المستوى المتوسط. ولكن لهذا اليوم أريد حقًا التركيز على مستوى قاعدة البيانات. دعنا نلقي نظرة على تجميد الشاشة. الآن ، ما حدث هنا هو أن هذا المتجر الخاص كان لديه جيش تحرير السودان للأعمال ، وأنه إذا تم استلام الطلب بحلول الساعة 3 مساءً ، فسيتم شحن الطلب في ذلك اليوم. وبالتالي فإن المستودع مشغول للغاية خلال هذا الإطار الزمني. ثم مع الحصول على تجميد الشاشة كان الأمر محبطًا للغاية. وبالتالي فإن المشرف - هذه شركة أصغر - انتقل المشرف فعليًا إلى تقنية المعلومات ، وبالطبع يرتفع إلى DBA ويقول ، "الآن ، ما الذي يحدث؟" وهكذا ما فعلناه ، هل استطعنا أن نظهر بالضبط ما الذى حدث. الآن هذا هو JD Edwards ، تطبيق متعدد المستويات ، هذه هي شاشة أمر المبيعات. يمكنك الحصول على فكرة عما كان عليه النشاط التجاري ، بشكل أساسي جرد في الوقت المناسب ، وبالتالي فأنت تبحث بشكل أساسي في تطبيقات المستودعات. أنت الآن تقوم بالشحن بشكل أساسي إلى عدد من مواقع العملاء المختلفة والمتاجر المختلفة. وما فعلناه هو أننا فتحنا دقيقة.

الآن في هذه الحالة ، قبل أن ننظر إلى Oracle ، نلقي نظرة هنا على SQL Server ، ويظهر لنا الآن النصف العلوي رسم بياني لشريط مكدس حيث تقضي عبارات SQL وقتها أثناء التنفيذ. يتم حساب كل حالة ضعيفة في المحور ص. إذا كان المحور السيني بالطبع عبر الوقت ويمكنك أن ترى أن الرسم البياني للشريط المكدس يتغير من شريحة الوقت اعتمادًا على ما يتم تنفيذه وكيف يستخدم النظام. الآن في هذه الحالة بالذات ركزنا على تسلسل SQL الثالث من الأعلى. تم إرسال النص إلى SELECT FROM من PS_PROD ويمكنك أن ترى في هذا العمود أننا استولنا على خطة التنفيذ الفعلية. ويمكنك أن ترى في جميع عمليات الإعدام. حقيقة أن عبارة SQL المحددة كانت مسؤولة عن 9.77 في المائة من استهلاك الموارد خلال هذا الإطار الزمني الذي ننظر إليه - وهذه نقطة مهمة ، والإطار الزمني ، Precise يحتفظ بسجل دائم - وبالتالي يمكنني الاتصال بشكل أساسي ومعرفة ما حدث في أي وقت معين أو مع مرور الوقت. أنا قادر على رؤية تتجه.

الآن عبارة SQL هذه ، ترى أن الرسم البياني للشريط المكدس هناك ، إنه أزرق غامق. هذا يقول أننا نستخدم كل وحدة المعالجة المركزية. دعنا نذهب إلى الأمام والتركيز من خلال النقر على هذا الزر "TUNE" على عبارة SQL المحددة. ما نقوم به هو أننا نأخذها في ورشة العمل هذه ، ورشة العمل التي تم إنشاؤها مسبقًا والتي صممت ليقول "حسنًا ، ما الذي ستعرفه DBA بشأن عبارة SQL المحددة هذه؟" ويمكنك أن ترى على الجانب الأيمن علامة تبويب تسمى " التاريخ "الذي تم اختياره. وما أود القيام به الآن هو نوع من التحول إلى الجانب الأيسر حيث يشير إلى "متوسط ​​المدة مقابل التغييرات" ، متوسط ​​المدة. وكل من هذه القضبان تمثل الأحداث في اليوم.

يمكنك أن ترى يوم الأربعاء ، الخميس ، الجمعة ، وقت التنفيذ ، سأذهب إلى النقطة الثانية. يُظهر المحور ص النقطة أربع ثوانٍ ، لذلك تشير النقطة الثانية. عدد قليل جدا من تجميد الشاشة ، العمليات تسير بشكل رائع ، في جيش تحرير السودان. لسوء الحظ في 27 فبراير تم تغيير خطة التنفيذ والتي تسببت في تغيير فوري في وقت التنفيذ. فجأة ، وقت التنفيذ يرتفع ، أربعة X ، وربما خمسة X ، والأمور تسير بشكل سيء حقًا. الآن دقيق ، في المستودع الخاص به يقوم بالفعل بتدوين جميع التغييرات التي قد تؤثر على السلوك. ويمكنك أن ترى هنا أننا قد اكتشفنا بالفعل تغييرات في محور الطائرة. واحد في الوسط يقول "تم تغيير حجم وحدة التخزين." وهكذا تنمو الجداول ونحن على أعتاب ، عندما يتم تحليل عبارة SQL ، يختار المحسن خطة تنفيذ واحدة أو خطة تنفيذ مختلفة.

لحسن الحظ ، في هذا الأسبوع هنا يوم الاثنين ، كان الوجه يتخبط ، لذلك كان في وقت مناسب. لسوء الحظ ، يتخبط مرة أخرى ، وأنت تعرف ماذا ، يبدأ المستخدمون في توقع تجميد الشاشة ويبدأون في إعادة إرسال تلك الشاشة ويدفعون عدد عمليات التنفيذ لأعلى ولأعلى. لدينا قدر كبير من التفاصيل ، ولكن لحل هذه المشكلة ثم تجنبها في المستقبل ، نحتاج إلى معلومات إضافية واحدة. وهذا يظهر لي في إطار مقارنة خطط التنفيذ هذه. في 5 مارس عندما كانت سريعة وفعالة ، على الجانب الأيسر ، تُظهر خطة التنفيذ. عندما كان بطيئًا وغير فعال في 12 مارس ، يمكنك أن ترى أنه يقوم بربط مرشح. عامل تصفية تصفية يفرض الكثير من استهلاك وحدة المعالجة المركزية ، القيام بالكثير من العمل. النتيجة متطابقة ، إنها تقوم بالكثير من العمل. يبدو الأمر كما لو ذهبت واحصل على لوازمك مكونًا واحدًا في كل مرة ، بدلاً من الذهاب إلى المخزن واحصل على جميع المكونات مرة واحدة. ولذا فهناك طريقة أكثر فعالية للقيام بذلك. الآن مع العلم بذلك عادة ، كان DBA قادراً على استخدام خطة الاستعلام لتجنب خطة التنفيذ البطيئة هذه والأداء السريع والعالي الأداء.

الآن النوع التالي من قصة الحرب كان "التقارير متأخرة". أعتقد أن الكثير من الناس يمكنهم أن يتمازجوا مع هذا السيناريو. قد يكون لديك تقارير مخصصة ، يمكنك استخدام أداة مثل NVISION ، وقد يكون لديك بعض أدوات الإبلاغ من جهة خارجية. وما يحدث هو تطوير أداة SQL. وفي كثير من الأحيان لا يتم ترميز SQL بشكل جيد. ويمكن أن ينطبق هذا أيضًا على موقف حيث ، كما تعلمون ، لديك تطبيق من جهة خارجية ، حيث لم يكن SQL مكتوبًا في المنزل ، وكدالة DBA ، "لا أتحكم في SQL ، فما توفر Well Precise شيئًا لا أعلم بأي أداة قاعدة بيانات أخرى توفرها وهي طريقة عرض كائن. جنبا إلى جنب مع التوصيات والنمذجة. وهكذا فإن ما يمكننا فعله هو قلب الرؤية رأسًا على عقب. بدلاً من مجرد إلقاء نظرة على النشاط ، دعنا نتحرى ، ما الشيء الأكثر ثقلًا على النظام؟ ونوعًا من الجزء السفلي من الشاشة ، يمكنك رؤية سطر أوامر SQL ويمكنك رؤية العمود "في MS-SQL". ويشبه جدول خط الطلب عشر مرات أكثر انشغالًا من أي جدول آخر في النظام. أعتقد أن ما ستلاحظه أيضًا في النصف العلوي ، يتزايد تخصيص المساحة ويمكنك أيضًا الاطلاع على المواصفات الموجودة على الخادم ما هو إصدار البرنامج الذي نقوم بتشغيله. سوف يتحقق دقيق في الواقع من التغييرات المتعقبة في الإعدادات الأساسية. مرة أخرى ، السبب والنتيجة.

الآن ، مع التركيز على جدول سطر الأوامر ، ما يمكنني فعله بمستودع السجل التاريخي المفصل هو أنه يمكنني بالفعل ربط عبارات SQL التي تتعارض مع جدول سطر الطلب. ويمكنك البدء في إلقاء نظرة على جملة أين في عبارات SQL هذه. وتبدأ في ملاحظة أن جملة حيث تشبه إلى حد كبير بين عبارات SQL المختلفة. وأود أن أقترح عليك أنه في نظام التسجيل الخاص بك ستجد الشيء نفسه. لأن مستخدمي الأعمال ، سيرغب محللو الأعمال في القيام بأشياء مثل نشاط الأعمال الكلي خلال اليوم الأخير ، الأسبوع الأخير ، الشهر الماضي ، الربع الأخير ، العام الماضي. سترى متشابهًا جدًا حيث الجمل ، الترتيب حسب ، تجميع حسب ، وهذا يعني أنه ستكون هناك فهارس معينة منطقية لبيانات SQL هذه.

ولديك Precise محرك توصيات ، يمكنك أن ترى ذلك في الزاوية اليمنى العليا ، وما يمكننا فعله هو الحصول على توصيات بالفعل. قل ، "مهلا ، أنا أقوم بتشغيل جميع عبارات SQL ، ما الفهارس التي ستعالجها؟" يتم تقديم الفهارس إليك ويمكنك بالفعل رؤية DBL. Now Precise للقراءة فقط ، لا يوفر القدرة على النقر فوق زر وإنشاء الفهرس ، لكن هذا سهل بما يكفي للقيام به خارج Precise. ولكن إليك الأمر الحاسم ، فهو يتيح لك Precise تقييم التغييرات ونمذجةها ، لذلك يوجد زر "التقييم" هذا في الركن الأيسر السفلي من الشاشة. وما يفعله هو أنه يظهر عبارات SQL في السابق وبعده.

لنلقِ نظرة على عبارات SQL هذه. هل ترى هذا العمود هنا يقول "في MS-SQL" ، ويقول ساعة واحدة وأربع دقائق؟ أن عبارات SQL العليا تنفذ أو تستهلك حوالي 64 دقيقة من الموارد. والتحسن المتوقع هو 98 في المئة. ستؤدي هذه التغييرات إلى توفير ساعات من المعالجة. عبارة SQL التالية هي 27 دقيقة ، وسوف توفر أساسا الثالثة. هذا حوالي عشر دقائق من المعالجة. تلخيصًا معًا ، ستقوم في الحقيقة بتوفير ساعات وساعات من المعالجة بواسطة هذه التغييرات المقترحة. ولكي تكون قادرًا على معرفة ذلك مقدمًا ، تكون قادرًا على تصميم هذا النموذج. يمكنك أيضًا استخدام قدرة "ماذا لو" لنقول ، "حسنًا ، لا أرغب في عمل هذا الفهرس ، أو ماذا يحدث إذا قمت بتغيير ترتيب العمود؟" وهكذا يمكنني استخدام هذه القدرة على وضع النماذج لمعرفة بالضبط ما سوف يحدث.

الأمر الآخر المهم هو أنه عندما أقوم بإجراء التغيير ، يمكنني فعلاً قياس عبارة SQL فردية. لقد شاهدت محفوظات بيان SQL في المثال السابق ، ويمكنني بالفعل التحقق مما إذا كنت قد حققت الوفورات التي تم تصميمها. وبالتالي فإن التعليقات ، واستكمال حلقة التعليقات أمر بالغ الأهمية.

حسنا ، هذا هو المثال الأخير الذي كنت سأقدمه لك. هذا متجر SAP ، كما تعلمون ، لقد ذهبوا لإجراء ترقية رئيسية ، وكانوا يقومون ببعض الأشياء باستخدام المعاملات المخصصة ، وكان المستخدم النهائي في الأساس غير راض عن الأداء. وما فعلناه هو أننا تمكنا من التركيز على ما خبرة ذلك المستخدم النهائي. ويمكنك أن ترى في الجزء العلوي من القائمة ، "CHOUSE" وزمن الاستجابة ما يزيد قليلاً عن 61 ثانية. هذا الشيء يستغرق دقيقة للتنفيذ. الآن يمكنك أن ترى لدينا رسم بياني شريطي مكدس موجه نحو SAP. في الجانب الأيمن ، يُظهر وقت العميل ، وقت الانتظار. اللون الأزرق هو وقت التطبيق وفي بيئة SAP ، يمثل رمز ABAP ، ثم قاعدة البيانات. وبالتالي فإن قاعدة البيانات ، كما تعلمون ، يمكن أن تكون Oracle ، أو SQL ، أو HANA. نحن أساسا قادرون على إظهار ذلك.

الآن ما نقوم به مع Precise هو أننا نركز ، بالنسبة لتلك المعاملة وهذا المستخدم ، على ما هي عبارات SQL التي خرجت. مرة أخرى ، هذا السياق لربط النقاط. الآن عبارة SQL العليا هذه ، يمكنك أن ترى أنها محاطة بدائرة ، ويتم تنفيذها في مللي ثانية. لا يمكنك إلقاء اللوم على قاعدة البيانات إذا كانت تنفذ بسرعة. عدد التنفيذ مرتفع للغاية. في الواقع نحن قادرون على العودة إلى المبرمج ABAP ونقول ، "مهلا ، ما الذي يحدث؟" لقد وجدنا في الواقع أن الكود الموجود في قاعدة البيانات قد وضع في المكان الخطأ ، وكان يعشش في المكان الخطأ داخل الحلقة ، وصنع التغيير وبعد ذلك نحن قادرون على قياس بعد. يمكنك أن ترى في الواقع ما هو الأداء بعد. ليس فقط على مستوى عبارة SQL ولكن أيضًا على مستوى التعليمات البرمجية المخصصة. وبالتالي يمكنهم أن يعيشوا مع فترة تنفيذ مدتها أربعة ونصف ثانية. وهذه مجرد أمثلة على كيفية الاستفادة من الدقة ، يمكنك الاستفادة منها. تمامًا مثل الخلاصة السريعة ، يعرض Precise الأداء حسب الموقع ومعرف المستخدم النهائي ، ويوفر السياق من خلال مكدس التطبيق. يمكنك الحفر في السبب الجذري. وأعتقد أن أحد الاختلافات الكبيرة هو أن تكون قادرًا على المعرفة ، وليس فقط عبارة SQL ، ولكن لماذا تعمل عبارة SQL ببطء ، وتكون قادرة على تحديد الخلاف وتقدم بشكل أساسي خيارات أكثر لحل المشكلات. هذا هو ما تقدمه شركة Precise ويمكنك أن تستهلكنا ، كما تعلمون ، بطريقة خفيفة الوزن أو إذا كانت لديك مشكلات عميقة وصعبة للغاية ، فنحن نحب أن نواجهها أيضًا.

إريك كافانا: حسناً ، يجب أن أقول إن ذلك كان الكثير من التفاصيل الرائعة ، بيل. شكرًا لك على عرض كل لقطات الشاشة هذه. ومن وجهة نظري ، لقد استوفيت حقًا ما كنت أشرحه في أعلى الساعة ، وهو رقم واحد ، تحتاج إلى امتلاك الأداة الصحيحة. يجب أن يكون لديك أداة تتيح لك مقدار السياق المطلوب لتحديد جميع العناصر في المعادلة ، كما قال أحدهم في فيلم مرة واحدة ، كان هذا نوعًا من المضحك. لكن دعني أذهب إلى الأمام وسلمها إلى Dez لأنني أراهن أنه لديه بعض الأسئلة من أجلك وأريد أن أقوم بدفع واحدة من هذه الشرائح فقط من أجل الحلوى المرئية ، إذا أردت ذلك. أنا في الواقع ، انتظر ، دعني أستعيد هذا. لكن ديز ، أنا متأكد من أن لديك بعض الأسئلة ، خذها بعيدا.

ديز بلانشفيلد: نعم ، أفعل. لقد قطعت هذه الأداة شوطًا طويلًا منذ أن عرفتها في الأصل ، ولم أكن أدرك أنك حصلت بالفعل على عمق كبير في المجموعة الآن. انها مجرد محيرة للغاية العقل. فقط بسرعة حقا ، بضعة أشياء. نموذج النشر ، يمكنك فقط بسرعة ، خلال دقيقة أو دقيقتين ، فقط تحديد نموذج النشر التقليدي أو النموذجي. لقد ذكرت أنه متوفر كجهاز افتراضي. يمكن تشغيله في السحابة. وأعتقد أن أحد الأسئلة التي قد تطرح على الأرجح وأعتقد أنه كان هناك سؤالان تم طرحهما في قسم الأسئلة والأجوبة. لمجرد تلخيصها بإيجاز ، وبالتالي فإن نموذج النشر العادي ونوع المحور المطلوب ، هل يتم نشره تقليديًا على الموقع أو مستضاف أو في السحابة؟ ما هي أنواع نماذج النشر التي تراها عادة؟ وما نوع المحور المطلوب لنوع من العمل؟ هل يتعين علينا تغيير الأشياء على مستوى الأمان حول الوصول إلى الشبكة وما إلى ذلك؟ أو هل يمكن أن يتصرف هذا كمستخدم نهائي؟

بيل إليس: نعم ، حتى الآن معظم المنشآت في السابق. المزيد والمزيد من الناس يضعون مكونات مكدس التطبيق في السحابة وبالتالي يمكننا معالجة ذلك أيضًا. عملية النشر التي نحتاج إلى خادم لتشغيلها ، ستفي بمواصفات معينة. نحتاج إلى وجود قاعدة بيانات لتخزين المستودع التاريخي ، لذلك فإن تلبية هذه المتطلبات هو نوع من الخطوة الأولى. الشيء التالي هو أننا نحتاج بالتأكيد إلى معرفة ما بالتطبيق نفسه والتثبيت موجه للمعالج وملء الفراغات بشكل أساسي. نظرًا لعمق المعلومات التي نحصل عليها ، كما تعلمون ، من مستوى عملية الويب إلى الكود الذي يتم تنفيذه ، نحتاج إلى بعض الامتيازات. لدينا نموذج بيانات آمن ، أو نموذج أمان ، أريد أن أقوله ، لأن الوكلاء يعملون بموجب بيانات اعتماد منفصلة تمامًا عن الأشخاص الذين يستخدمون البيانات الوصفية حول المعاملات ، وما إلى ذلك؟ تتواصل الدقة عبر TCP عبر IP ولذا فإننا نطلب أن تكون بعض المنافذ مفتوحة. كمثال سريع ، مثل منفذنا الافتراضي هو 2702. هذا النوع من الأشياء المفصلة هو شيء إذا كان الناس مهتمين ، ويمكننا الدخول فيه بمزيد من التفاصيل. لكننا عادة ما نكون سريعين للغاية. إذا كان شخص ما يواجه مشكلة كبيرة ، فيمكننا غالبًا تثبيت الشيء وإلقاء الضوء الساطع على الموقف في غضون ساعات.

ديز بلانشفيلد: نعم بالتأكيد حصلت على هذا المعنى أيضًا. في نموذج النشر ، تحدثت عن نطاق واسع للغاية وما يصل إلى 500 حالة وكيف يمكن توحيد ذلك. على مستوى الدخول ، ما هو الشكل الذي يريده شخص ما - لأنني أعلم أن IDERA كبيرة جدًا في منح إمكانية الوصول إلى التجارب المجانية والعروض التوضيحية المجانية وأتذكر أنني شاهدت كل شيء تقريبًا على الموقع الإلكتروني. بالنسبة للقوم هنا ، وأعتقد أنني فاتته في وقت سابق ، لكنني أعتقد أن هناك سؤالًا حول الشكل الذي يبدو عليه الموقع النموذجي وكيف يمكن للأشخاص الوصول إلى هذا والبدء في اللعب به والحصول على هذا النوع من الخبرة حيث يمكنهم معرفة ما إذا كان لديهم وسيلة لمعالجة بعض مشاكل الأداء؟ هل يمكنهم تنزيل نظام ODS وتدويره على برنامج Hyper-V أو جهاز الكمبيوتر المحمول أو هل يحتاجون إلى جهاز مخصص لتشغيله؟ لقد أوضحت البنية من قبل ، ولكن باختصار شديد ، في دقيقة أو دقيقتين ، ما الذي يبدو عليه النشر عند مستوى الدخول لمجرد تقديم دليل على المفهوم على سبيل المثال؟

بيل إليس: نعم ، لذلك يختلف نموذجنا قليلاً عن أدوات IDERA. نحن ملائمون أكثر لسيناريو Embarcadero حيث تريد الاتصال بأحد مندوبي المبيعات لدينا. نود فقط أن نناقش معك ما هي التحديات ، وبعد ذلك عادةً ما ، سوف تعرف ، أن أحد كبار المسئولين الاقتصاديين سيتم تعيينه وسيعمل بشكل أساسي من خلال التثبيت مع شخص ما. عادةً لن تقوم بتشغيل "دقيق" على الكمبيوتر المحمول. قد ترغب في الحصول على VM أو خادم داخل مركز البيانات حيث يعيش التطبيق ، للقيام بالمجموعات. لكننا سنساعدك في كل خطوة من ذلك. إذا كان أي شخص مهتمًا بمتابعة ذلك ، فأنت تريد بالتأكيد الاتصال بـ IDERA.

Dez Blanchfield: أحد الأشياء الأخرى التي أذهلتني هي ، يعني أن الكثير مما قمنا بتغطيته اليوم هو الرد على مشكلات الأداء. ولكن يبدو لي أنه ، وفي البيئات الحية حيث يستخدم الناس ذلك ، كما يظهر في أول عرض شرائح ، يلتقط شخص ما الهاتف ويقول "تشغيل التطبيق بطيئًا ، ساعد." لكن الأمر أذهلني أنه أثناء إصدار تجريبي للتطبيقات أو ترقيات أو تصحيحات وإصلاحات جديدة ، يمكنك الاطلاع على مجموعة من تخطيط السعة واختبار الضغط والتدقيق الدقيق في البيئة بأكملها والعثور على المشكلات بالفعل حتى قبل وضع المستخدمين النهائيين على البيئة. هل هذه حالة استخدام رأيتها من قبل أم أن الأشخاص يقومون بذلك أيضًا ، أم أنها ليست حالة استخدام نموذجية؟

Bill Ellis: بالتأكيد ، نود استخدام Precise طوال دورة حياة تطوير التطبيق أو دورة حياة الترقية أيضًا. تقدم Precise طريقة عرض للتحجيم ، وستظهر عدد عمليات الإعدام المتراكبة مع وقت الاستجابة. من الواضح ، إذا كان كل من عدد عمليات الإعدام وزمن الاستجابة ينمو معًا ، فأنت لا تعمل على التوسع وتحتاج إلى القيام بشيء ما. وقد ساعد هذا النوع من الشيء بشكل كبير. أعتقد أن هذا أقل صدقًا الآن ، ولكن عندما بدأ الأشخاص في وضع تطبيقات الإنتاج على برنامج VMware ، كانوا مترددين قليلاً وكان الأمر كذلك ، كما تعلمون ، في أول شيء سيكونون عليه ، "أوه ، نحن بحاجة إلى نقل هذا إلى ماديًا ". وما يمكننا فعله فعليًا هو إظهار استهلاك المورد حتى تتمكن من جعل التطبيق أكثر كفاءة. في كل خطوة من دورة حياة التطبيق التي تريد بالتأكيد استخدام دقيقة. لكن أود أن أقول إن الإنتاج هو في الحقيقة المكان الأكثر أهمية بالنسبة للأداء ، كما أن شركة Precise موجهة نحو مراقبة الإنتاج على مدار الساعة طوال أيام الأسبوع ، وبالتالي لا ترغب حقًا في تشغيل تطبيقات الإنتاج دون رؤية.

ديز بلانشفيلد: بالتأكيد. سؤال سريع آخر حول هذا الاختبار - اختبار العمق ، الهجرة ، UAT وما إلى ذلك - أعني أنه من الجيد أن يكون لديك هذه الأداة وأتخيل أن مطوري التطبيقات سيحبون تمامًا الوصول إلى هذا من خلال دورات حياة دورة حياة التطوير . مع الهياكل الأكثر تعقيدًا التي تراها الآن ، لذلك انتقلنا من الخدمة المخصصة إلى المحاكاة الافتراضية والمحاكاة الافتراضية ، نحن ننتقل الآن إلى نوع من ، كما تعلمون ، اعتماد الاستعانة بمصادر خارجية لاستضافة السحابة ونرى أيضًا انتقالًا إلى حاويات. هل رأيت الكثير من الناس ينشرون هذا ويصممون نوع المناطق أو المناطق ، لذلك قد يكون لدى شخص ما - وفي أستراليا لدينا مشكلة كبيرة للغاية تتعلق بالخصوصية وأنا أعلم أن الأمر في أوروبا هو نفسه وأعتقد أن الأمر أصبح أكثر من حالة في الولايات المتحدة حيث غالبًا ما تكون البيانات التي يمكنها تحديد هويتي شخصيًا في بيئة أكثر أمانًا لطبقة التطبيق الفعلية لطبقة الويب. وهكذا أصبح لدينا عمليات النشر هذه الآن حيث يمكن للأفراد الاحتفاظ بقاعدة بياناتهم وعناصر تطبيقهم داخليًا ، لكن يمكنهم وضع طبقة الويب الخاصة بهم ونهاية التسليم والتطبيق وما إلى ذلك في موفر سحابة مثل Azure أو ، أو Amazon Web Services والبرامج . كيف يعمل ذلك مع النشر العادي الخاص بك؟ هل هذه هي الحالة التي حصلت عليها للتو من مجموعة أخرى من هواة الجمع في المنطقة ويقومون بتجميع المزيد منها؟ كيف يبدو ذلك في العالم الدقيق في هذا النوع من المقاربات الثنائية اليوم لإدارة تكنولوجيا المعلومات الخاصة بالأشياء القديمة في مكان واحد وتكون البضائع الخاصة بك في بعض الأحيان في السحابة؟

بيل إليس: نعم ، لذلك نحن ندعم بيئة مختلطة. شيء واحد للنظر هو أن هناك عقود مختلفة مع مقدمي الخدمات السحابية. لن يسمح بعضها بأي نوع من أنواع الوكلاء أو أي نوع من المراقبة الخارجية داخل السحابة. من أجل التثبيت والمراقبة باستخدام Precise ، يجب أن يكون لديك نوع من العقود يسمح بهذا النوع من الوصول. من المؤكد أن هناك بعض القيود التي يتعين علينا في بعض الأحيان العمل من خلالها ، وهذه هي نوع من المعايير المهمة التي يجب مراعاتها عندما تكون ، كما أعتقد ، أول من يوقع تلك العقود ثم و / أو إذا كنت بحاجة إلى نشر الدقة.

Dez Blanchfield: نعم ، لقد رأيت عددًا من الحالات ، حتى مع وجود بيئة قاعدة بيانات تقليدية إذا كنت ترغب في الحصول على ذلك كجزء من الخدمة ، لا سيما مع أمثال Azure ، لأنك تحصل على أمثال HDInsight أو SQL كـ خدمة ، كمنصة ، يمكن للأدوات المعتادة الخاصة بك أن تغوص عميقًا فقط لأنها ليست في الحقيقة حريصة على إلقاء نظرة على ما تحت الغطاء. وهكذا ينتهي الأمر بمستوى أو عمق معين يمكنك مراقبتهما وفجأة لا يمكنك رؤيتها خلف الستار السحري. هل الخدمة الذاتية شيء؟ هل هذا عادة ما يتم تشغيله داخل مركز عمليات الشبكة حيث يمكن للفريق الفني أو القوم تحت إدارة المعلومات الوصول فقط ، أم هل هذا شيء يمكنك أيضًا توفير مستوى من الوصول إلى المستخدمين النهائيين؟ ربما ليس بالضرورة مكتب الاستقبال والموظفين التقليديين في مجال الموارد البشرية والتمويل ، ولكن المستخدمين الأكثر ذكاء الذين يقومون بذلك ، كما تعلمون ، على سبيل المثال ، علماء البيانات ، والخبراء الاكتواريون ، والإحصائيون ، والأشخاص الذين يقومون بأعباء عمل ثقيلة حقًا. هل هي الحالة التي يمكنهم من خلالها الوصول إلى نوع من الوصول إلى الخدمة الذاتية لمعرفة ما يحدث عند إجراء هذه الاستعلامات الثقيلة وأين يحدث الألم حتى يتمكنوا من ضبط كيفية عمل عبء العمل لديهم؟

Bill Ellis: يوجد أمان جيد داخل Precise حتى تتمكن من إعداد مستخدمين لديهم مستويات وصول مختلفة. في المستويات الأساسية للغاية ، توفر لوحات المعلومات الإشراف. وبعد ذلك ، كما تعلمون ، إذا ما أراد أحدهم الدخول إلى Expert GUI ، فيمكنك تقييد ما يمكنهم رؤيته وما يمكنهم القيام به. ونوعًا من الرجوع إلى سؤالك السابق والذي ، كما تعلمون ، لديك جميع قوانين HIPAA في مجال الرعاية الصحية ومن المؤكد أن هناك بعض الاعتبارات وهناك بالفعل بعض خيارات النشر حتى نتمكن من العمل معها في كلا البيئتين. هناك شيء واحد يجب مراعاته مع البيانات التي رأيتها في هذا العرض التقديمي وهو أنها كلها بيانات تعريفية عن الأداء ، وليس محتوى الجداول ، كما تعلمون ، ولذا فهي في الحقيقة ، لن تدخل في هذه الأنواع من مخاوف الخصوصية.

ديز بلانشفيلد: نعم ، فعلت ذلك. حصلت على لحظة أوريكا حول الشريحة الرابعة أو الخامسة من الشاشة ، وأدركت أنك تقوم فقط بسحب الأداء ، ليس فقط ، ولكنك تقوم بسحب بيانات الأداء ، فأنت تسحب الأشياء ، كما قلت ، البيانات الوصفية من على مستويات مختلفة من المكدس ، أنت لا تنظر في الواقع إلى المحتوى. وأعتقد أن هذا أمر مثير للاهتمام لأنه أحد تلك الأدوات التي يمكنك من خلالها نشرها لفترة قصيرة وإلقاء نظرة على ما يحدث في البيئة ، ولكن ليس عليك الوصول إلى البيانات نفسها. يمكنك حتى النظر في الطريقة التي يتم بها تشغيل الطواقم. أعتقد أن آخر شيء ، بسرعة ، وبعد ذلك سأعود إلى إريك ، لذا إذا كان لديك سؤال ، ثم اطلب من ريبيكا أن تختتم ، لقد ذكرت من قبل أن النفقات العامة اسمية ، إنها حالة حتى النفقات العامة الملحوظة من جانب مراقبة الأشياء ومجرد مشاهدة الخلفية أم أنها كمية ضئيلة من النفقات العامة التي لا تستحق التفكير فيها؟

بيل إليس: نعم ، لذلك أعتقد أنه على مستوى قاعدة البيانات ، كما تعلمون ، كل تقنية مختلفة قليلاً. على مستوى قاعدة البيانات ، يُعتبر Precise معروفًا جيدًا بفوزه على الحمل الأدنى. على المستوى الأوسط ، كما تعلمون ، هناك نوع من العمل المتوازن ، كما تعلمون ، إنه ليس دقيقًا فقط ، إنه ينطبق على الجميع ، من حيث الرؤية والنفقات العامة. وأحد هذه الأشياء هو أننا نقدم عددًا من الأدوات المتطورة للتحكم في مقدار الحمل. لقد صممنا للإنتاج ، كما تعلمون ، من المفيد بالتأكيد حل العديد من المشكلات في مهدها بشأن التطوير وضمان الجودة ، ولكن ، كما تعلمون ، لا يوجد شيء مثل معرفة ما يحدث في الإنتاج.

ديز بلانشفيلد: إريك ، عبرك ، هل لديك أي أسئلة أخيرة؟

إريك كافاناغ: نعم ، سأقول فقط أنني أعتقد أنك قمت بعمل رائع في الإشارة إلى أن السياق هو في الحقيقة مفتاح ، ويبدو الأمر كما لو كنا نتحرك نحو عصر عصر الأشياء هذا ، فأنت تريد أن يتم صياغة كل شيء. وأعتقد أن المعيار الآن في التصنيع هو القيام بذلك ، وهو خبر سار ، أليس كذلك؟ لأنك تريد أن تكون قادرًا على سحب المعلومات من كل هذه البيئات المختلفة وربطها معًا. وأعتقد أنني سوف أقوم بتسليمها لك لبعض تعليقات المتابعة ، رغم ذلك. هذا ما تركز عليه يا رفاق هو توفير واجهة مرئية يستطيع من خلالها بعض المحللين ، محلل تكنولوجيا المعلومات بشكل أساسي ، مراقبة وتحليل ما يحدث في هذه البيئة المعقدة ومن ثم معرفة ما يجب تغييره. لأنها ليست مجرد أداة. يجب أن يكون لديك الأداة ولكنك تحتاج إلى ذلك الشخص الذي سيقوم بالبحث في تلك التفاصيل والعثور على الإجابات ، أليس كذلك؟

بيل إليس: نعم ، أرى أنه يتسلق إلى القمة ويحدد الأولويات ، حيث تعرف أكثر عمليات إعادة الشراء ، هل تعلم؟ إذا اتضح أنه موقف مختلف لأنه ليست كل مشكلة في قاعدة البيانات. إذا كانت قاعدة البيانات هي ، كما تعلمون ، يتم تنفيذ الأمور في عُشر الثانية ، لكن في حالة التطبيق تستغرق الأمور ثلاث ثوانٍ ، وهذا هو المكان الأكثر إعادة الشراء. وهذا النوع من القدرة على عزل طبقة المشكلة ثم ما يحدث داخل الطبقة للتركيز حقًا على مكان إعادة الشراء. يؤدي ذلك بالفعل إلى تسريع القرار وتحسين التطبيق ، وهو أسرع بكثير وأفضل بكثير وأكثر متعة بكثير من الأشخاص الذين تجمعوا في قاعة مؤتمرات ، "حسنًا لست أنا ، يجب أن يكون شخصًا آخر."

إريك كافانا: هذا صحيح. لقد رأيت ميم كبيرًا في ذلك اليوم يقول شيئًا مثل "كن على اطلاع ، وليس مجرد رأي". يمكنك المشي في اجتماع ، لديك المعلومات ، ويمكنك الإشارة إلى البيانات. هذا هو المفتاح ونحن نصل إلى هناك ، شكرا لله. حسنًا ، سنمضي قدماً وننتهي ، لكننا نقوم بأرشفة كل هذه البث الشبكي لمشاهدتها لاحقًا. لا تتردد في التحقق من ذلك في أي وقت. ندرج جميع عمليات البث عبر الإنترنت لدينا الآن ، سلسلة Hot Tech وسلسلة Briefing Room في Techopedia.com ، لذلك قفز عبر الإنترنت وتحقق من هؤلاء الأشخاص. مع ذلك سنقدم لك الوداع. شكرا على وقتك اليوم ، بيل. شكرا لك ولكل عملك الشاق ، Dez. وسوف نتحدث إليكم في المرة القادمة ، أيها الناس. اعتن بنفسك. مع السلامة.