بواسطة Techopedia Staff ، 7 ديسمبر 2016
الوجبات الجاهزة: يناقش المضيف إريك كافاناغ التوافر مع روبن بلور وديز بلانشفيلد وبيرت سكالزو من IDERA.
أنت لم تسجل الدخول حاليًا. يرجى تسجيل الدخول أو التسجيل لمشاهدة الفيديو.
إريك كافانا: سيداتي وسادتي ، مرحبًا بكم مرة أخرى. إنها الساعة الرابعة بالتوقيت الشرقي يوم الأربعاء ، وهذه الأيام يمكن أن تعني شيئًا واحدًا فقط إذا كنت في عالم البيانات: لقد حان الوقت مرة أخرى لشركة Hot Technologies! نعم فعلا
اسمي إريك كافاناغ ، سأكون مضيفك للعرض. إنه مصمم لمعرفة ما هو ساخن ، وما يحدث هناك ، وما هي الأشياء الرائعة التي يتم استخدامها في المؤسسة ، وبالطبع ، في الأساس لكل ما نقوم به في هذا المجال بأكمله ، قاعدة البيانات. لذلك سوف نتحدث عن حماية قاعدة البيانات الخاصة بك. الموضوع الدقيق هو "حماية قاعدة البيانات الخاصة بك: التوفر العالي للبيانات عالية الطلب". لذا ، هناك شريحة حولك حقًا. وكف عني ، أذهلني على Twitter ،eric_kavanagh.
أولاً ، هذا العام حار ، والبيانات حارة ، والبيانات الضخمة شديدة السخونة ، لكنها في الحقيقة لا تزال على الحافة. تستفيد المزيد من الشركات المتطورة من البيانات الكبيرة هذه الأيام ، ومعظم مؤسسات الخبز والزبدة الموجودة في العالم ، لا تزال تستخدم البيانات التقليدية ، وإذا كانت بياناتك مطلوبة بشدة ، فأنت تريد التأكد من توفرها بسبب عندما تتعطل الأنظمة ، وعندما يتعذر الوصول إلى البيانات ، يكون ذلك عندما تحصل على عملاء غير سعداء ، واحتمالات غير سعيدة ، وتحصل على زبد العميل ، وتصاب بكافة أنواع الأشياء ، والشركاء ، وما إلى ذلك. لذلك لا تريد ذلك.
سوف نتعلم من بعض من أفضل ما في عالم الأعمال اليوم - سوف نسمع من الدكتور روبن بلور ، خبير قاعدة البيانات لدينا منذ حوالي ثلاثة عقود. Dez Blanchfield ، الذي كان يفعل ذلك لمدة طويلة تقريبًا ، لكنه بدأ عندما كان صغيراً حقًا ، و Bert Scalzo من IDERA ، الذي يعد حقًا حزام قاعدة البيانات الأسود. لذلك لا تحجم عن الآخرين ، وطرح الأسئلة - الجزء الأكبر من هذا الحدث ذو قيمة بالنسبة لك هو عندما تطرح أسئلة جيدة وتحصل على إجابات جيدة ، لذلك أرسلها عبر نافذة الدردشة أو مكون Q و A في وحدة التحكم الخاصة بك.
ومع ذلك سأقوم بتسليمها إلى روبن بلور - خذها بعيدًا.
د. روبن بلور: حسناً ، اسمح لي أن أنقر على هذا الأمر وأرى ما إذا كان يتحرك - إنه كذلك. لن أتحدث عن قاعدة البيانات بشكل خاص. اعتقدت ذلك ، كما تعلمون ، لأنني أقوم بتقديم المقدمة ، العرض التقديمي الأول ، لذلك سأتحدث عن مستويات الخدمة المتوقعة ومدى توفرها ، وهي الصفقة ، وهي موضوع عرض اليوم.
والسؤال هو ، كما تعلمون ، "حقا ، ما هو توافر؟ وما هو الدور الذي يلعبه في الطريقة التي يدير بها الأشخاص مراكز البيانات في الوقت الحاضر؟ "شيء واحد لاحظته - لقد لاحظت هذا في وقت ما في التسعينات - كنت أعمل على موقع واحد وبدأ المستخدمون في الشكوى بسبب توقف بريدهم الإلكتروني عن 15 دقيقة.
وكان الأمر ممتعًا لأن CTO أو من كان مسؤولاً عن تكنولوجيا المعلومات كان في الواقع ، أحد الأماكن القليلة التي حددوا فيها فعليًا مستويات الخدمة في تلك الأيام والبريد الإلكتروني الذي كان يعمل لمدة 15 دقيقة لم يكن ينتهك مستوى خدمة أي شخص . أعتقد أنه يُسمح له بالخروج لمدة ساعتين ، في الواقع الفعلي. لم يكن البريد الإلكتروني لا يمكن استخدامه ، بل كان لا يمكنك إرساله واستلامه لأن الخادم كان خارج الخدمة. وقد نبهني هذا النوع إلى حقيقة أنني لاحظت التقدم إلى الأمام منذ ذلك الحين ، أن كل شيء يسرع وكذلك توقعات المستخدمين ، وهذا يقودك إلى الموقف حيث قد يكون لدى الناس ثلاثة مستويات للخدمة ، لكنهم في كثير من الأحيان سيبدأ الشكوى عندما لا تنتهك مستويات الخدمة فعليًا.
لذلك تعريف مستويات الخدمة ، فقط لإعطاء - حسنا ، يمكن أن يعتمد بالضبط على ما تتحدث عنه من حيث مستويات الخدمة. لقد تحدثنا عن نظام تكنولوجيا المعلومات أو تطبيق تكنولوجيا المعلومات. حدد عادةً من حيث الأداء والتوافر والقياس - وبعبارة أخرى ، لا يمكنك تحديد مستوى الخدمة حقًا ما لم تتمكن من قياسه ، لذلك عادةً ما يكون هناك نوع من القياس ويتعلق عادةً بأوقات الاستجابة ومعاملات معينة و توفر الأنظمة على مدى فترة زمنية معينة ، وقبل حوالي 1994-1995 ، كان من النادر حقًا أن تكون هناك حاجة إلى أي أنظمة لأكثر من ساعات العمل العادية. لذلك دعونا نقول الساعة الثامنة صباحًا وحتى السادسة مساءً ، لإعطاء فترة عادية - وبنى الناس أنظمة وأنفسهم وبهذا يعني - في رأيي ، لا سيما مع قاعدة البيانات - يمكنك تكوين قاعدة البيانات بطريقة معينة وكما بدأت نافذة الدُفعات في التقلص ، وبدأت الحاجة إلى التفكير مرة أخرى في الظهور في بعض الأنظمة ثم في الأنظمة الأخرى ، ثم حصلنا على ظهور الخدمة أو الهندسة المعمارية ، والتي بدأت في جعل التبعيات بين الأنظمة التي لم تكن تعتمد من قبل على بعضها البعض ، مما يجعل كل شيء أسوأ. حصلنا على الضغط من حيث توافر النظم.
النقطة التي كنت أثيرها ، كانت عند الحديث عن التوافر ، وهي تتضمن النسخ الاحتياطي والاسترداد وتشمل - إنها ليست مجرد التوافر بالشروط العادية التي نتحدث عنها ؛ هناك الكثير من الطرق المختلفة التي يمكن أن تفشل التطبيق. كما تعلمون ، يمكنك الحصول على عطل في الأجهزة أو يمكنك الحصول على عطل في قاعدة البيانات ، ويمكنك الحصول على عطل في البرنامج وهناك الكثير من الأنواع المختلفة من تلك الأشياء ، وعندما يحدث ذلك ، يجب أن تكون قادرًا على الاسترداد وبالتالي تحتاج أيضًا إلى العودة يصل النظم. لذا ، يجب أن يكون هناك بعض المخططات لدعم النظام ، وأنت أيضًا ، في الكثير من المواقع في الوقت الحاضر ، تحتاج إلى إمكانية الاسترداد بعد عطل فادح في حالة انفجار مبنى بأكمله. وشيء جدير بالذكر هنا ، وسأقوم بمتابعته في غضون دقيقة واحدة ، لكن العمليات التجارية ، لديهم مستويات خدمة أيضًا ، وفي الواقع ، مستويات الخدمة في عملية الأعمال التي تهم العمل حقًا. يجب أن تقوم فقط بدورها وفقًا لأي اتفاق.
عادةً ما تكون مستويات خدمات تكنولوجيا المعلومات تابعة لمستويات خدمة عمليات الأعمال ، ولكن كما كان نادرًا جدًا قبل 15 عامًا أن تتمتع أي مؤسسة بمستويات خدمة محددة جيدًا ، لا يزال من النادر جدًا أن تحصل المؤسسات على مستويات خدمة محددة جيدًا للعمليات التجارية . هذا شيء يحدث الآن ؛ إنه ليس شيئًا ما يحدث منذ فترة طويلة.
هذه هي حواجز التسارع والوقت ، تجدر الإشارة إلى حواجز الوقت. ننتقل تدريجياً إلى عالم تجهيز الأحداث وبسبب ذلك ننتقل تدريجياً إلى عالم في الوقت الفعلي ، وبسبب ذلك ننتقل تدريجياً إلى أن نكون متطلبين 24 في 7 ، وهذا في الواقع صعب على الكثير من الأنظمة - إنه من الصعب تحقيقه. إما أن يكون مكلفًا للغاية ، أو في بعض الحالات قد تضطر في الواقع إلى تغيير الأنظمة ، أو حتى الانتقال إلى قاعدة بيانات مختلفة ، أو إصدار مختلف من برنامج قاعدة البيانات الذي نستخدمه.
أيضًا ، هذه الحواجز الزمنية - وأحب دائمًا أن أذكرها كلما أتيحت لي الفرصة - هذه حواجز زمنية تعمل عليها تطبيقاتنا ؛ قد ترغب التطبيقات في أن تكون في أسرع وقت ممكن ، وذلك عندما يتحدث البرنامج إلى البرنامج. لا يوجد بالفعل أي ترخيص مقبول في بعض الحالات ، وتريد أن تكون بأسرع ما يمكن ، وتلك الحالات في شروط العمل مثل حالات السوق ، حيث يحصل الشخص الذي يأتي مع أمر الشراء على سعر أسوأ من شخص ما الذي يأتي أولا ، وبالتالي سرعة البرمجيات يهم حقا.
لكنك تعلم ، أدناه أنه عندما تتعامل فعليًا مع - تتفاعل - مع البشر ، فإن أفضل وقت للاستجابة يمكن طلبه منك حقًا هو عُشر الثانية ، لأن هذا يتعلق بوقت استجابة الإنسان. لا تحتاج إلى الذهاب أسرع من ذلك لأن الإنسان لن يلاحظ على أي حال. ما بين 1.1 و 4 ثوانٍ هي فترة انتظار يتحملها البشر عادة ، ولكن بمجرد مرور حوالي أربع ثوانٍ ، يتوقفون عن فعل شيء آخر ، وبالتالي فأنت حقًا في نشاط دفعي.
لذلك يمكنك أن ترى بعض الأطر الزمنية واليوم والأسبوع والشهور لتلك الأشياء التي يكون فيها سلوك الدُفعات منطقيًا وبالتالي لم تكن في عالم معالجة الأحداث ، وبالتالي قد يكون التوافر مختلفًا تمامًا من حيث ما تحتاج إليه لتكون قادرة على توفير. ولكن بمجرد وجودك في عالم الفعاليات ، فأنت في حالة توفر على مدار الساعة طوال أيام الأسبوع ، كما أن تغيير التكنولوجيا يعد عاملاً حيث تسير التكنولوجيا بشكل أسرع وأسرع ، وبالتالي قد لا يزداد التوافر ؛ يبقى فقط على ما هو عليه.
هذه طبقات من التعقيد ولا أريد الخوض في ذلك بأي عمق ، إنها فقط ، كما تعلمون ، هناك ثلاثة أشياء يجب مراعاتها هنا. هناك مستوى خدمة للبنية التحتية ، وهذا هو المحور الرأسي ، ثم هناك مستوى خدمة لأي تطبيق معين ، ثم هناك مستوى خدمة أعمال ، وهذه تعتمد على بعضها البعض وسوف تحتاج إلى أن تؤخذ في الاعتبار إذا كنت تبحث فعلاً في تهيئة بيئة سريعة الاستجابة حيث يتم الوفاء بمستويات الخدمة ، بشكل أساسي.
ثم لديك ، في الأسفل هنا ، قواعد البيانات الممثلة فقط ، ولكن يمكنك أن تفعل أي شيء داخل النظام ، أنت تعلم أنك حصلت على التكوين دون توقف ، مما يعني ما تقول: إنه لن يتوقف أبدًا. لديك موقف الاستعداد السريع ، حيث توجد بشكل أو بآخر طرق مختلفة لتحقيق ذلك ، ولكن بطريقة أو بأخرى ، إذا فشلت قاعدة البيانات ، فقد تحولت إلى وضع الاستعداد السريع وهناك تأخر ضئيل للغاية في فترات زمنية ، إلى الحد الذي قد يلاحظ فيه المستخدمون ، لكن لن يلاحظوا الكثير.
يشبه وضع الاستعداد الدافئ أشبه بمفتاح التحويل لمدة 20 دقيقة حيث يرن الجميع مكتب المساعدة والكلاب في مكتب المساعدة بينما يتم نقل قاعدة البيانات إلى وضع الاستعداد. ثم هناك حالة إعادة تمهيد حيث يمكن أن يستغرق فترة طويلة جداً من الوقت. تجدر الإشارة إلى أن أي تطبيق معين أو أي قاعدة بيانات قد تكون في أي من المواقف اعتمادًا على ما يجري فعليًا وعلى مستوى الخدمة المطلوب للتطبيق فعليًا.
من ذلك ، أريد فقط أن أوضح نقطة حول منحنى التعقيد. التعقيد مستمد من العقد والوصلات ، التبعيات. في العالم الذي نعيش فيه ، يستمر عدد العقد والارتباطات المرتبطة بأي شيء في النمو ، لذا فأنت تعمل على هذا النوع من المنحنى السريع. إذا أمكنك النظر إلى الطريقة التي يزداد بها التعقيد والطريقة التي تقلص بها أبعاد الوقت ، فأنت تعرف عن مستويات التوفر ، هل هناك أهداف زمنية ، هل من المحتمل أن تقل هذه النسبة؟
وبالتالي ، فإن التطور الطبيعي يتجه نحو التشغيل بدون توقف ، وهو بالطبع أغلى - على الأقل في تجربتي - هو التكوينات الأكثر تكلفة التي يمكنك إنشاؤها. بطريقة أو بأخرى ، أي منظمة تفكر في ذلك ، تحتاج حقًا إلى التفكير ليس فقط في ما يحدث الآن ، ولكن ماذا سيحدث في المستقبل.
ولعل النقطة الأخيرة التي أريد توضيحها هي أن إدارة مستويات الخدمة هي نشاط مستمر ؛ ليس شيئًا تعرفه أن لديك مشروعًا ، بل تفعله وقد انتهى. إنه ليس كذلك ، لأن الأشياء تستمر في التغيير. بعد قولي هذا ، سأمرر الكرة إلى Dez.
ديز بلانشفيلد: شكرًا لك روبن. أنا أحب الشريحة الافتتاحية الخاصة بك. لقد حصلنا على إعادة تشغيل الفيلم ، أعتقد أنه فيلم "Finding Nemo 2". كان لديك نيمو تبحث عن توافر في شكل تسعة ، الذي اعتقدت أنه كان لطيف جدا. دائما فعل صعبة لمتابعة. عندما أفكر في الجهوزية والتوافر والأداء العالي ، فإن الصورة الأولى التي تتبادر إلى الذهن ، لأنني نشأت في جزر سليمان بالقرب من البراكين وخط الاستواء ، هي ثوران بركاني في مركز البيانات الخاص بي ؛ هناك هذه الصورة التي لدي دائمًا في ذهني أن هذا ما يمكن أن يحدث إذا حدث شيء ما. هذه صورة لجبل جميل. إتنا ، وهي الركن الشمالي الشرقي من صقلية ، التي تقع بجوار كاتانيا مباشرة.
اقترابي من هذا هو إجراء محادثة معك وإعطائك زوجين من الوجبات السريعة في نفس المستوى الذي أقوم به في قاعة اجتماعات على أساس منتظم من C-suites ورؤساء خطوط العمل بهدف إجراء محادثة لدينا حول ما يمكن أن يؤثر على مؤسستك من الناحية التجارية أو التقنية وأنواع الهندسة.
يجب أن نفكر وكيف - ما نأخذه من ذلك ، وكيف نذهب بعد ذلك إلى معالجة بعض التحديات التي نتحدث عنها عندما نتحدث عن توفر ووقت تشغيل عالي ، خاصة حول الأتمتة والمنصات.
لذا ، فإن السؤال الذي نطرحه في البداية هو ، ما الذي نعنيه بالفعل عندما نتحدث عن أنظمة قواعد البيانات وتوافر منصة قاعدة البيانات؟ ما معنى أن نتحدث في الواقع عن التحدي الفعلي المتمثل في إتاحة شيء ما لمستوى كما تحدث روبن في اتفاقية مستوى الخدمة التي تم فيها تثبيت الخرائط لما نحتاج إليه بالفعل ونريده؟
لذلك ، فإن واقع اليوم هو أنه - وفي الواقع هنا بعض الحقائق ذروتها في ذهني - كل شيء اليوم هو قاعدة بيانات مدفوعة بشكل فعال. هناك عدد قليل جدًا من الأنظمة التي تم إنشاؤها اليوم وتم بناؤها بطريقة يتم تخزين الأشياء بها فقط في ملفات أو نوع من سجلات الملفات المسطحة ؛ دائما كل شيء هو قاعدة بيانات مدفوعة. نتيجة لذلك ، لدينا هذه الحاجة للتوقف عن التفكير في توفر قواعد البيانات هذه ، والأنظمة والتطبيقات والأدوات المختلفة التي تعتمد عليها والاعتماد عليها لتقديم الخدمات التي نتطلع إلى تقديمها أو بيعها أو استهلاكها . وجميع البنية التحتية من حوله.
في الواقع ، كثيرًا ، عندما تفكر في الاختلالات الكبيرة للبيانات في الآونة الأخيرة ، ولا سيما المواطنون الرقميون أو المواطنون السحابيون ، بعض الشركات التي جاءت مثل Uber و Airbnb وما إلى ذلك ، و PayPals الأقدم قليلاً و eBays في العالم - حجم وحجم هذه المنظمات ممكن فقط بسبب تكنولوجيا قواعد البيانات الحديثة والبنية التحتية السحابية الحديثة. وبدون ذلك ، وبدون توفر القدرة المضافة ، فإنهم بالتأكيد لن يكونوا موجودين. تخيل سيناريو حيث يمكنك فقط الوصول إلى eBay بين 9:05 و 9:25 لأنه لم يكن متاحًا لبقية اليوم لأنه كان يحاول إجراء iCloud أو نسخة احتياطية أو شيء من هذا القبيل ، لن يكون عمل.
لذلك ، وهناك مجالات رئيسية أخرى عندما تفكر في حياتنا اليومية ، كما تعلمون ، مثل التجزئة والبنوك والتمويل وشركات الطيران وما إلى ذلك. مجموعات الصناعة الكبرى مثل لوجستيات الطيران والشحن والنقل ، وهناك حكومة ككل ، هناك الأمن القومي والشرطة وهلم جرا. كل هذه الصناعات ، كل قطاعات السوق ، كل هذه الهيئات ، المجموعات تعتمد على بيئاتها قيد التشغيل.
لذلك ، مع وضع ذلك في الاعتبار ، لدينا أيضًا التحذير الآخر الذي يجب أن نفكر فيه ، والوجبات الأخرى التي أريد أن أتركك تفكر فيها ، وهذا هو أن عالمنا الآن هو ما أسميه "دائمًا". نحن متصلون دائمًا وهذا موضوع سوف تسمعه بشكل منتظم وسأكرره وأكرره. لدينا الآن هواتف ذكية في أيدينا طوال اليوم ، كل يوم. نحن لا نطفئها ، نضعها بجانب السرير ، نستخدمها دائمًا كمنبهات ، نستخدمها ككاميرات ونلتقط صوراً ، يدفعون تلك الصور إلى السحابة.
إنهم دائمًا متواصلون ، عقلية متصلة بشكل دائم. في الواقع ، هناك عبارة عملة أحب أن أستخدمها ، وهي الآن نعيش نوعًا ما من جيل فيتبيت ، حيث نقيس كل شيء ، ونراقب كل شيء ، ويجب تسجيله و هذا سوف يذهب إلى مكان ما.
وهناك أيضًا عبارة أخرى سأتركها ، وهي الساعة التاسعة في مكان ما ، طوال الوقت. إنه عالم 24/7/365 الذي نعيش فيه. تدور الأرض باستمرار حول الشمس وفي وقت ما ، وفي كل ساعة من اليوم ، الساعة التاسعة. وهذا يعني أن الناس يخرجون من السرير ويحاولون فعل الأشياء ، وشراء الأشياء ، وتثبيت الأشياء ، إلخ.
لذا ، ماذا نعني عندما نتحدث عن توافر عالية؟ حسنًا ، يبدو واضحًا جدًا حتى تبدأ في الغوص في التفاصيل. إذاً ، أنت تعرف عندما نفكر في "حسنًا ، ما معنى التوافر العالي؟" حسنًا ، الحقيقة هي أنه لا توجد رصاصة فضية. إنه مفهوم معقد تمامًا ، كما يرتبط Robin ببعض الموضوعات التي ذكرها مثل قياس الإتاحة واتفاقيات مستوى الخدمة. نقوم بتخطيطها لأشياء مثل ، لدي هذه الأسئلة ، هل هو وقت التشغيل؟ هل نحن قلقون بشأن أشياء مثل ما نسميه خمس تسع ، والتي سأذهب إليها في غضون دقيقة. هل نعتبر أنفسنا مع ما هو موجود في اتفاقيات مستوى الخدمة لدينا؟ على سبيل المثال ، في اتفاقيات مستوى الخدمة ، أعني أن هناك حالات تأخير ، فقد أصبح الاختصار المكون من ثلاثة أحرف لاتفاقيات مستوى الخدمة أكثر أهمية هذه الأيام.
بينما تمر بهذه العملية برمتها من الفرضية الداخلية والاستضافة الذاتية لمصادر خارجية لمراكز البيانات التابعة لجهات خارجية والخدمات المدارة من الخارج ، ونحن الآن في طريقنا إلى السحابة. والحقيقة هي عندما تتحدث عن السحابة ، إنها مجرد حواسيب أخرى. وهذا يعني أنك لا تقوم بتشغيل البنية التحتية ، وأنك لا تقوم بتشغيل الأنظمة ، وأنك لا تقوم دائمًا بتشغيل السحابة. إنك تقوم بإعداد البنية التحتية كمنصة ، لذلك فهي أكثر أهمية في خدمة قوة المبيعات. الآن تخيل المبيعات على سبيل المثال ، أنت تعلم أنك لا تلمس أيًا من هذه البنية التحتية ، فأنت فقط تسجل الدخول إلى واجهة ويب.
لذلك ، فإن الآلية الوحيدة التي لديك في هذا العالم من البنية التحتية السحابية والاستعانة بمصادر خارجية من أي شكل للتحكم التي هي اتفاقيات مستوى الخدمة ، وهذه هي الآلية الوحيدة التي لديك ، وإذا كان الناس لا يفيون التثبيت الخاص بك ، ثم تحملهم إما غرامات وتخفيض مبلغ المال الذي تدفعه أو لا تدفعه.
لذا ، فإن هذا يعيد إلى الأذهان هذا التحدي برمته ، كما تعلمون ، كيف ندير التوافر الكبير؟ كيف ندير وقت تشغيل التوافر إذا لم تكن البنية الأساسية الخاصة بك - فالأمر كله يتعلق بـ SLA ، على سبيل المثال. إذا كانت البنية التحتية الخاصة بك أو حتى إذا كانت البنية التحتية لشخص آخر كنقطة نظر للتصميم. تحدثنا عن موازنة التحميل لنموذج العلم ، هل هي براءة اختراع لتصميم الأخطاء؟
هل تقوم بتشغيل نشط نشط ، أو نشط الاستعداد في أبنية الخاص بك؟ هل لديك خوادم متعددة ، منصات تخزين متعددة؟ كيف تعمل منصات التخزين هذه؟ هل يكرر كل منهما الآخر ، هل يعكس كل منهما الآخر؟ هل تشغل RAID؟ ما نوع RAID الذي تقوم بتشغيله للتخزين الفائض؟ هل تشغل RAID على مستوى القرص؟ هل تقوم بتشغيل نظام أساسي لتخزين الكائنات يتم إجراء نسخ متماثل له عبر محركات طراز وأنظمة ومحركات طراز؟ هل هو زائد واحد لكل قطعة صغيرة من البنية التحتية التي حصلت عليها؟ هل تضيف واحدة أخرى وهل في نفس مركز البيانات أو في مركز بيانات آخر؟ هل قمت ببناء براءة اختراع تصميم لا تمثل نقطة بيع واحدة ، على سبيل المثال؟
كل هذه الأشياء الأساسية ، تبدو الآن وكأنها مفاهيم بسيطة ، ولكن عندما تدخل في كل واحدة من هذه الأشياء ، فهي أشياء مفصلة للغاية. عندما نتحدث عن التوافر ، ننتهي دائمًا بالحديث عن تسعة. وماذا نعني مع تسعة؟ لقد سمعنا جميعًا عن هذه الأشياء ، لكن دعونا نفكر فقط فيما يعنيه لمدة دقيقة ولماذا هي مهمة.
لذلك ، نحن نتحدث عن واحد تسعة ، وهو ما يمثل 90 في المئة فقط من توافرنا. أعلم أن هذا يبدو مرتفعًا جدًا. لذا ، عندما نتحدث 24 في 7 في 365 ، إذا نظرنا إلى عام واحد فقط ، على سبيل المثال ، عندما نتحدث في تسعة ، أي 90 في المائة من الوقت ، فهذا يتيح ستة وثلاثين يومًا من التوقف في السنة. دعنا فقط ندير ذلك إلى ما يزيد قليلاً عن شهر.
الآن فكر في أي عمل نتعامل معه كل يوم - سواء أكان ذلك من الخدمات المصرفية عبر الإنترنت أو eBay أو PayPal أو منصات الوسائط الاجتماعية مثل LinkedIn أو Twitter أو مجرد تاجر تجزئة عام - دعنا نقول فقط أنني أردت حجز رحلة قادمة إلى الولايات المتحدة من مشمس أستراليا ، سأكون سعيدًا إذا أردت المجيء إلى أمريكا في غضون أسابيع ، إذا كانت شركة الطيران المفضلة لدي متوقفة لمدة ستة وثلاثين يومًا لأن مزود الخدمة قال: "انظر ، لقد رفعنا 90 بالمائة من الوقت "؟ بالطبع لن أفعل.
كما تصعد هذا النموذج ، اثنان تسعة: 99 في المئة. حسنًا ، يصبح 3.65 يومًا ، أي ما يقرب من ثلاثة أيام ونصف من التوقف في السنة. غير أن صفقة كبيرة؟ حسنًا ، إذا كنت تدير يوم الجمعة الأسود ، وكنت تدير عملية بيع خاصة ، لا يمكن للناس شراءها إلا خلال هذين اليومين.
ثلاثة تسع ساعات تصبح أقل من 8.7 ساعات في السنة ، ولكن حتى 8.7 ساعات في السنة ، وهذا متتالي دون توقف ثماني ساعات من وقتنا. حسنًا ، في القطاع المصرفي والمالي ، وفي الصحة - إذا كان المستشفى ، فقد يكلف ذلك أرواحًا. عند صعودك ، أربعة تسع دقائق هي 52 دقيقة ، وخمس تسع خمس دقائق وستة تسع أساسًا 30 ثانية. ستة تسعة عالية للغاية ، وكلما صعدت هذا السلم ، كلما صعدت إلى شجرة الكريسماس التي تضم تسعة ، كلما زادت صعودك ، كلما كان التصميم والبيئة والنظام الأساسي أكثر صعوبة. كلما كان تقديم هذه الخدمة أصعب ، وإذا كنت تفكر في تقليل مقدار الوقت الذي تحتاجه لتشغيل أشياء مثل النسخ الاحتياطية ، وإدارتها ، وترقيتها ، ونوافذ الصيانة لأي شكل من أشكال الانقطاع - كل التحديات غير التافهة - كل ذلك يعود إلى نسب الانقطاع بشكل فعال.
المفتاح هنا الذي أود أن أنقله هو أنه لا توجد رصاصة فضية ، كما ذكرت من قبل. عندما يتعلق الأمر بالتوافر ، لا يوجد "مقاس واحد يناسب الجميع". قد يكون لديك نوع معين من براءات التصميم التي تناسب الصناعات الرئيسية. تواجه نفس التحديات من قبل جميع البنوك. قد تكون بعض البنوك التجزئة ، قد يكون البعض البنوك المميزة. قد تركز بعض البنوك على التجارة والاستثمار وإدارة الثروات. قد يكون بعض المستهلك بحتة. البعض قد يكون وضع الإنترنت فقط وليس حتى الصرافين والتعامل فقط مع أجهزة الصراف الآلي عند صرف النقود. لذلك في تلك السيناريوهات ، حتى في قطاع البنوك وإدارة الثروات وصناعة الخدمات المالية ككل ، ما زال لكل منهما نكهته الخاصة أو شيء يحتاجه عندما يتعلق الأمر بالتوافر.
لذلك عندما نفكر في توافر باللغة الإنجليزية البسيطة ، المزيج بين توافر وتوافر عالية - نعتقد أنها هي نفس الشيء ، لكنها في الواقع الطباشير والجبن. التوافر هو ، لقد وضعت اللغة الإنجليزية بشكل عادي ، وهو مقياس للوقت الذي يعمل فيه الخادم أو العملية بشكل طبيعي أو عام ، مرتبط باستخدامها. هذا يعني فقط كيف نصف ما إذا كان متاحًا أم لا. عندما نتحدث عن التوافر ، فإننا غالبًا ما نقع في هذا الفكر للتفكير ، "أنا أقدمه بشكل متاح" ، مقابل التوافر الكبير في حماية أمان تلك البنية التحتية.
التوافر الكبير ، بمعنى آخر باللغة الإنجليزية البسيطة ، هو التصميم الذي تقوم فيه بتنفيذ أو تحقيق نوع من النتائج وتوافر البيانات على وجه الخصوص ، حيث يتم توفير ذلك في جميع الأوقات تقريبًا - 24/7/365 يومًا في السنة - ضعيته. دائما هذا لا يعني 100 في المئة. مائة في المئة غير ممكن تقنيا في العالم الحقيقي في أي بيئة واحدة. من الصعب للغاية بالنسبة لخادم واحد في نظام تشغيل به قاعدة بيانات عليه ، مع تشغيل منصة ومن هذا التطبيق يمكنك تقديمه وتوقع تشغيله بنسبة 100 بالمائة. ثم نبدأ في التفكير في التصاميم. هل لدينا زائدة عن الحاجة ، هل لدينا شرائح متعددة لتكرارها؟ ثم عندما تضعها باللغة الإنجليزية البسيطة ، من المثير للاهتمام مدى اختلاف موضوع التوفر مقارنةً بتوفرها الكبير.
اعتقدت أنني سأضعها في شكل رسوم بيانية حقيقية بسيطة فقط لإعطائنا فكرة عما يبدو عليه هذا عندما تبدأ في تسلق التحدي المتمثل في زيادة التوافر في حماية وقت تشغيل خدمتك. في أسفل الزاوية اليسرى ، لدينا تسع واحد. لقد حددت النقاط الخمسة التي نتحدث عنها بشكل عام. ستة تسعة هو الفاحشة قليلا. عندما نتحدث عن خمس تسع في الركن الأيسر السفلي ، أي 35 يومًا تقريبًا من هذا الانقطاع ، فهي بيئة منخفضة التكلفة ومنخفضة التعقيد تحاول توفيرها لأن لديك عددًا من الأشياء التي يمكن أن تفشل ويمكنك لا تزال تلبي اتفاقات مستوى الخدمة الخاصة بك.
لكن بينما تتقدم في أسفل الصفحة من اليسار إلى اليمين ، وتصل إلى النقطة التي يوجد بها المزيد من النقاط في الصورة ، تحصل على السيناريوهات التي تبدأ فيها التفكير في تكرار الأنظمة والأنظمة الأساسية. يجب عليك التفكير في التجميع والمحاكاة الافتراضية لأجزاء مختلفة من البنية التحتية. يجب أن تفكر في تحديد الموقع الجغرافي لتلك المجموعات ، ومواقع متعددة من مراكز البيانات ، وعليك أن تفكر في نوع قطاع الصناعة والسوق الذي تهدف إليه. فما نوع مستوى الخدمة الذي تحتاجه للقاء؟ ما هي الخدمة التي تبحث عنها؟ المناطق التي هي في الوقت الحقيقي الخدمات القائمة على البطاقة التي تحكي عن الاتصالات. هل هي خدمات عسكرية؟ إذن ، ينتقل هذا الرسم البياني من أسفل اليسار إلى أعلى اليمين ، ومع مرور ذلك المنحنى ، تزداد التكلفة والتعقيد. كلما ازدادت بيئاتك تعقيدًا وأكثر تطلبًا ، ستحتاج إلى مزيد من التسع.
يقوم هذا الرسم البياني ، على سبيل المثال ، بعمل مشابه للغاية: فهو يصف القصة بين مكون التكلفة مقابل مكون التوافر المطلوب. لذلك ، في الزاوية العلوية اليسرى ، نقوم بتخطيط الأنظمة المعقدة المتاحة للغاية ، والتكلفة المتكبدة إذا انخفض هذا التوافر مقابل الاستفادة من التوافر في فترة تعطل صفري. لذلك ، على سبيل المثال ، إذا كانت لدينا بيئة على الجانب الأيسر حيث تتدهور الأمور ، فيمكننا تكبد خسائر مالية. لدينا آثار قانونية يمكن أن تكون تداعيات على مستوى استراتيجية الأعمال التجارية.
أعتقد أن هناك كل أنواع المشكلات المحتملة حول الحصول على مزايا الخدمة. إذا كانت صناعة صحية وبدأوا في دراسة تكلفة انقطاع الخدمة ، والتأثير على العملاء ، وانخفاض رضا العملاء ، وإنتاجية الموظفين ، وإنتاجية المستخدم ، وما إلى ذلك. تتأثر هذه الأمور إذا فكرنا في تصميم درجة عالية من التعقيد ، وتعتمد بشكل كبير ، بيئة محفوفة بالمخاطر للغاية حيث هناك خطر محتمل لانقطاع وبالتالي فقدان.
على الجانب الأيمن ، نحاول أن نهدف إلى سيناريو ، إذا استثمرنا التكلفة العالية والتخطيط في التصميم ، فإننا نستثمر في التنفيذ الذكي. نحن نستثمر في تزويد الناس بالمهارات والموارد ولدينا شبكة عالية الجودة وبيئة تشغيلية عالية الجودة والأجهزة والبرامج. نحصل على درجة عالية من التوافر لكنه يأتي بتكلفة عالية. وبالتالي فإن نقطة البندول السحرية المتأرجحة للموضع الأمثل في الوسط حيث يعبرون ، حيث لدينا تكلفة منخفضة قليلاً ، وتوافر متزايد يتمازج فقط بين مستويات التسع والتوافر العالي المتوفر بشكل مستمر وهذا هو التحدي الذي يواجهنا دائمًا ، كما هو الحال في مقدار الأموال التي ترغب في استثمارها للحصول على مستوى الخدمة الذي تبحث عنه؟
لدينا أيضًا الموضوع الذي لن أخوض فيه في التفاصيل ، لكنني فقط أريدك أن تأخذ هذا الأمر وتفكر فيه. الفرق بين متوسط الوقت بين الفشل في التصميم الخاص بك ، مقابل متوسط الوقت لاسترداد. بمعنى آخر ، هل تستثمر في بنية تحتية ذات جودة أفضل وتصميمًا ذا جودة أفضل وأجهزة وبرامج ذات جودة أفضل وموظفين مهرة وذات جودة أفضل لهندسة الأشياء وتقليل الوقت المتوسط بين الفشل ، وهو متوسط الوقت الذي يستغرقه العثور على الاستراحة على عكس ذلك لخفض الاستثمار في البنية التحتية ، في الموارد والتصميم وبراءات الاختراع العمياء ، والقدرة العالية على الانتعاش؟ بمعنى آخر ، إذا تعطل شيء ما ، فسيكون لديك الكثير لتوصيله. إذا كان لدى شخص ما جهاز كمبيوتر محمول ومات ، فستحصل على جهاز احتياطي. يمكنك تسليمها لهم وفي 30 ثانية يقومون بتسجيل الدخول. هذه هي نهايات مختلفة جدا من القطب. إن أفضل ما يدور في هذا المجال هو أنك تقوم بالهندسة بتكلفة عالية واستثمار مرتفع لتجنب الفشل ، أما الجزء السفلي فيقول "سأقبل أن هذا الفشل سيحدث ، ولذا فإنني سوف أتحرك حول ذلك وأكون مستعدًا للفشل. واسترد بسرعة ".
كما ذكرت من قبل ، حيث يمكن أن أقول ، "توفر بلدي ليس توافرك". لذلك عندما يتعلق الأمر ببيئات قواعد البيانات ودعم البنية التحتية ، وإدارة قاعدة البيانات الخاصة بك وحماية ذلك وضمان توافر كبير ، لا يوجد في الواقع متجر واحد . كل شخص لديه احتياجاتهم الخاصة ويريد. لذا عليك أن تسأل نفسك هذه الأسئلة الأساسية التي سأتركها لك ، وهي: ما الذي يمكن لمؤسستك تحمله؟ أنا لا أتحدث فقط عن الدولارات والسنتات. أنا أتحدث ، كمنظمة ، عن ماذا يمكنك من الموارد والوقت والجهد وما إلى ذلك ، تحمل ما يمكن أن يوفره مستوى التوافر؟ أيضا ، ماذا يمكن أن تدعم عملك؟ لذلك ، القدرات الحالية ، والمهارات الحالية ، والبنية التحتية الحالية ، والتمويل الحالي الذي يمكنك جمعه. لذا فإن التوازن بين ما يمكنك فعله مقابل ما يمكنك دعمه هو رصيد مثير للاهتمام.
أيضًا ، عليك أن تسأل نفسك الأسئلة: ما هي المهارات والتكنولوجيا التي لديك في المنزل؟ يمكنك الاستعانة بمصادر خارجية بعض من هذا التحدي؟ يمكنك بعد ذلك نقل الأشياء إلى السحابة؟ إذا كنت قد حصلت على خدمة البنية التحتية بصرف النظر عن خدمة البرمجيات ، فستترك بدون هذه المجموعة بينما تتقدم في المجموعة. فهل يجب أن تستثمر أكثر في الأنظمة الأساسية والخدمات ولا تقلق بشأن قطعة البنية التحتية ، أو يجب أن تنظر إلى البرنامج كعرض خدمة لأنك لن تضطر إلى القلق بشأن النظام الأساسي؟
ما نوع السوق والمستهلك أو العميل الذي تخدمه؟ أعني ، إذا كنت شركة اتصالات وكان على شخص ما أن يلتقط الهاتف وتحصل على نغمة اتصال طوال الوقت ، فهذا تحد مختلف تمامًا عن فتح متجر صغير للبيع بالتجزئة بين الاثنين والجمعة ، من التاسعة إلى الخامسة والإغلاق للحصول على ساعة في وقت الغداء مثل الحلاق متجر الزاوية. لذلك عليك أن تفكر طويلا وصعوبة في كيفية عمل ذلك وماذا يعني لمؤسستك ، وما تحتاج أن تكون قادرًا على توفيره.
ثم الاختلاط بين ما هو موجود في المبنى ، وما يتم استضافته خارجيًا ، وربما ما هو موجود في السحابة. كما قلت من قبل ، يأتي ذلك من تحديات الوقت كذلك. لذلك نحن متروكون لهذا السؤال الأخير الذي أتطلع إلى أصدقائنا في IDERA لإخبارنا بكيفية تعاملهم مع هذه الأشياء بالذات ، وهذا هو التوفيق بين مطابقة توفرك المطلوب والمتطلّب مع الأداء ، وما يحتاجه عملك وما السوق الخاص بك والمستهلكين بحاجة.
والواقع هو أنه ليس الفذ يعني. سوف يستغرق الأمر بعض الوقت والجهد والمال في جميع المجالات للتفكير في هذه الأشياء. ودائما ما يكون الاستثمار في الأفراد وقدرات المهارات والاستثمار في البرامج والأدوات لأتمتة بعض تلك العمليات وتزويد هؤلاء الأشخاص بالأدوات المناسبة والأنظمة المناسبة لجعل حياتهم ليست أفضل فحسب ، ولكن ممكنًا بسبب مراقبة البيئات الواسعة جدًا وحماية وغالبًا ما تتجاوز هذه البيئات الواسعة النطاق القدرات البشرية الفردية.
لذلك ، مع وضع ذلك في الاعتبار ، آمل أن أهيئ الساحة لمحادثة رائعة لأصدقائنا على IDERA للحديث عن منصاتهم وأدواتهم ، وأتطلع إلى طرح بعض الأسئلة الرائعة في النهاية. وسوف تمر على.
الدكتور روبن بلور: حسنا. بيرت ، أنا فقط أعطيتك المفاتيح ، خذها بعيدًا.
بيرت سكالزو: شكرًا لك! شكرا لك ، ديز وروبن. سأستمر في موضوع التوافر العالي لبياناتك. وانا ذاهب فعلا للاستفادة من ما تحدثت عنه ديز للتو. لذا ، الخيارات ، التسع ، المقايضات ، القدرة على تحمل التكاليف. سأحاول تحديد ذلك أكثر من ذلك فيما يتعلق بمسؤول قاعدة البيانات أو أي شخص أقرب إلى الخنادق ، وكيف سيبدو في ذلك؟ كيف سيصممونها؟ وما هذه الخيارات نوع من يعني.
الآن ، سأحاول أن أكون ملحد في قاعدة البيانات. لن أرسم ، على سبيل المثال ، حلًا خاصًا بـ Oracle أو SQL-Server ، لكنني سأرسم ، دعنا نقول ، بنية عامة يقدمها جميع بائعي قواعد البيانات ، شيء على هذه الخطوط. يسمونه جميعًا بأسماء مختلفة ، ولكن هذا نوع واحد من الخيارات تشترك فيه ، وأريد أن أنظر إلى الأمر من منظور الأعمال والتكنولوجيا ، وكيف يرتبط بمتطلبات العمل.
وأريد أن أبدأ من ما هو الحل الأكثر توفرًا بشكل زائف الأساسي من خلال الخيارات المتاحة لديك في حلول مستوى التخزين ، والحلول على مستوى المحاكاة الافتراضية ، وفي حلول على مستوى قاعدة البيانات. ومن ثم أود أن أعرض عليكم حقيقة أن جميع الخيارات متاحة في السحابة كذلك.
لذلك ، مرة أخرى ، سأحاول أن أبقى بلا قاعدة بيانات إلى حد ما. الآن ، معظم الأشياء التي سأتحدث عنها ، أعرف أنها موجودة في Oracle و SQL Server و MySQL و PostgreSQL. هناك أيضًا بعض البائعين الخارجيين ، الذين يصنعون الأدوات التي من شأنها أن تمنحك أيضًا تصميمات إضافية يمكنك التفكير فيها. وكما قال ديز للتو ، ليس هناك حل واحد هو الأفضل. كل هذا يتوقف. ولكن هناك حقيقة عالمية واحدة في ما سننظر إليه ، وهي أنه سيكون هناك أجزاء متحركة ، لذلك ستكون أكثر تعقيدًا وبالتالي أكثر تكلفة.
لذلك ، نعلم جميعًا أن البيانات تمثل أحد الأصول المهمة. والجميع يعلم أن الوصول السريع إلى البيانات أمر جيد دائمًا. لكن الوصول الموثوق إلى البيانات أمر بالغ الأهمية. وبينما كان يتحدث عن الأمثلة التسعة ، هل يمكنك حقًا أن تتوقف عن العمل لمدة 36 يومًا؟ من المهم أن تكون هذه البيانات متاحة طوال الوقت. وهكذا ، يمكن أن يكلف التعطل ثروة ، سواء من حيث الإيرادات المفقودة ، ولكن الأهم من ذلك ، في العملاء الضائعين ، أو في خسارة حسن نية العملاء. سأقدم لك مثالاً جيدًا ؛ إذا كان موقع ويب معين حيث أقوم بعمليات الشراء بطيئًا ، فقد أحاول العثور على موقع ويب جديد يبيع سلعًا مماثلة بتكلفة مماثلة لا يملك مواقع ويب بطيئة. وبالتالي ، فهي ليست مجرد خسارة للعميل ، إنها النية الطيبة التي يتمتع بها العميل تجاهك.
الآن ، أصبحت الأجهزة أرخص بكثير في هذه الأيام ، وبالتالي ، هناك طلب متزايد على توفر كبير. ومرة أخرى ، سوف أقودنا إلى السحابة ، عندما ننظر إلى ذلك. ولدينا عروض من مختلف المستويات: بائعي التخزين ، بائعي قواعد البيانات ، بائعي المحاكاة الافتراضية ، وحتى الآن الباعة السحابية. وهكذا ، فإن ما يثير الاهتمام حقًا في السحابة هو أنني بعد أن أرسم كل هذه الصور الرائعة لهذه البنى التي يمكنك إنشاؤها في السحابة ، في كثير من الأحيان هي مجرد مربعات اختيار تقوم بمراجعتها. وأنت تقول ، "أريد النسخ المتماثل عبر المناطق الجغرافية." "أريد نسخ متماثل لمكونات الأجهزة الرئيسية." وهكذا ، إذا فهمت الصور ، في بعض الأحيان في السحابة ، فقط يتم تحديد مربعات قليلة لبناء الصورة التي تفكر بها.
الآن ، الشيء الرئيسي هو ، ما هي متطلبات العمل لتوافر عالية؟ على سبيل المثال ، هل يجب علي القلق فقط بشأن الفشل في موقع واحد ، أم هل يجب أن أحصل عليه عبر مواقع متعددة؟ بمعنى آخر ، هل يمكنني امتلاك مركز حوسبة واحد ولا يهمني إذا كان ذلك المركز غير متصل؟ لا أقوم بتطبيق متطلبات العمل لتوسيعها عبر مواقع متعددة. إنه سؤال عمل. ومن المهم معرفة كيف يدرك رجال الأعمال الإجابات على هذا السؤال ، لأن هذا يحدد عادة ميزانيتك.
الآن ، أنت تريد أيضًا النظر إلى مستوى الحماية من الفشل. يمكن أن يكون انقطاع التيار الكهربائي؟ يمكن أن يكون فشل المكون؟ مثل NIC أو HBA يذهب سيئة ، محول ناقل المضيف. هل هو قرص صلب سيء؟ هل هو فشل خزانة التخزين؟ هل هو فشل الكمبيوتر؟ أو ، في بعض الحالات ، هل هو فشل موقع؟ هذا مختلف عن ، في بعض الحالات ، يمكن أن يكون لديك فشل في الموقع ، لأن الموقع نفسه غير متصل. في حالة أخرى ، يمكن أن يكون جزء كبير من الموقع غير متصل بالإنترنت ، ولكن من وجهة نظرك ، هذا هو الموقع بأكمله.
ثم ، كما كان يتحدث ديز ، ما هو توقع الوقت لاستئناف العمليات؟ هذا سؤال عمل. إذا قال النشاط التجاري إنه يجب أن تكون قادرًا على استئناف العمليات في غضون دقيقتين ، فمن الواضح أنه سيحدد بعضًا من هذه الصور التي سأظهر لك أنها ستعمل ، ولن يكون بعضها خيارات لك يمكن أن تختار.
والسؤال الآخر الذي يطرح نفسه أثناء التوفر الكبير ، ولكن غالبًا ما ينسى الناس طرح السؤال هو: "مهلاً ، العمل ، إذا حدث شيء ما أثناء تواجدي في معاملة ما ، ما الذي يُسمح لي بخساره عند استئناف النظام؟ " بمعنى آخر ، إذا كان بإمكاني إحضار النظام احتياطيًا خلال دقيقتين ، ولا يمكنني أن أخسر أكثر من 10 ثوانٍ ، دعنا نقول ، المعاملات التي كانت في الجو ، هل هذا عمل مقبول؟ ومرة أخرى ، سيحدد ذلك ما الذي ترغب الشركة في إنفاقه مقابل ذلك ، ثم مرة أخرى ، قد يحدد ذلك الصور التي سأعرضها عليك أو لا تنطبق عليها.
لذلك ، لنبدأ بحل التوافر الزائف الأساسي. هذا ليس في الحقيقة توفرًا كبيرًا ، لكني أحب أن أبدأ بهذا ، لأنه يجعل الناس يفكرون بالطريقة الصحيحة. إذا كان لدي خادم ومصفوفة تخزين ، فعادةً ما سأضع بطاقات NIC متعددة وبطاقات واجهة الشبكة في ذلك الخادم وأربطها حتى إذا فشلت بطاقة NIC واحدة ، فلا زلت في وضع الاستعداد. سأفعل نفس الشيء مع محولات ناقل المضيف الخاصة بي ، وسوف أقوم بتعدد المسارات من خلال محولات مختلفة ، حتى يكون لدي عدة طرق للوصول إلى التخزين الخاص بي. حصلت على مصدر طاقة عالمي ، ولدي وحدات تحكم متكررة داخل صفيف التخزين الخاص بي ، وربما فعلت شيئًا مثل RAID 10 بأقراصي. بمعنى آخر ، في هذه الصورة ، قمت بمنع الفشل المكون الفردي على مستويات متعددة. لذلك ، لست ملتزمًا بـ NIC أو HBA أو وحدة التحكم أو المفتاح.
ولكن إذا لاحظت ، يكون الخادم باللون الأحمر وتكون صفيف التخزين باللون الأحمر. لا يزال لدي منطقتان إذا فشلا ، إذا ذهب الخادم الخاص بي ، فأنا ميت ، وإذا ذهبت خزانة صفيف التخزين الخاصة بي ، فأنا ميت. لذا ، على الرغم من عدم توفر هذا المستوى بشكل كبير ، إلا أنه يبدأ في رؤية الصورة والنظر إليها والقول: "أريد صورة لا يوجد بها أحمر". وهذا هو حقا هدف هذه الصور ، لتوجيهنا في الاتجاه الصحيح.
لذلك ، فإن أول ما يحدث هو ، كديسيبل ، قد أرغب دائمًا في وضع حل التوافر العالي كتطبيق قاعدة بيانات ، ولكن قد يكون متاحًا أنه يمكن القيام به كحل تخزين ، أو قد يكون أنه يمكن أن يكون تكرار على مستوى التخزين. في حالة اليسار ، لدي ميزة تخزين افتراضية. ما يحدث هو أنني حصلت على RAID 0 في خزانتي تخزين مختلفتين لأقراصي ، لكنني حصلت على RAID 1 عبر خزانتي التخزين المختلفتين. بمعنى آخر ، يمكنني الآن أن أخفق خزانة التخزين ، وأنا لست ميتًا. لذلك ، إنها أفضل من الصورة السابقة ، لأنه في الصورة السابقة - تذكر أنه كان لدينا اللون الأحمر على الخادم والأحمر على صفيف التخزين - والآن حققنا تحسينًا بسيطًا ، لم يعد لدينا الآن اللون الأحمر على مستوى التخزين ، لقد استخدمت - الافتراضية التخزين حل هذه المشكلة.
الآن ، هناك طريقة أخرى يمكنك القيام بها - وليس جميع البائعين يوفرون ذلك - وهي أنك قد تكون قادرًا على القيام بالنسخ المتماثل على مستوى التخزين. أنا لا أتحدث عن النسخ المتماثل لقاعدة البيانات ، فأنا في الواقع أتحدث عن النسخ المتماثل لحظر الإدخال / الإخراج الخاص بك لتخزينك. ويمكن القيام بذلك على مستوى التخزين. ومرة أخرى ، الآن لدي الجانب الأيمن ، صورة أخرى حيث أزيل اللون الأحمر من الأسفل ، لأنني أستخدم النسخ المتماثل للتخزين.
وهكذا ، هذه صورة أخرى قد تكون أو لا تكون متاحة. والشخص الذي يدير هذا قد يكون مسؤول التخزين لديك ، وليس مسؤول قاعدة البيانات لديك. أود طرح هذا الأمر ، لأنه في بعض الأحيان يفكر الناس في "أوه! توفر عالية ، يجب أن يكون DBA الذي يعالج هذه المشكلة." هذا ليس صحيحا دائما؛ يمكن أن يكون في هذه الحالة مسؤول التخزين.
الآن بعد ذلك ، يمكننا أن نفعل الافتراضية الخادم كحل ممكن. الآن إذا كنت تتذكر ، في الصورة الأولى كان لدي أحمر في الخادم والأحمر في مجموعة التخزين. في هذه الحالة ، بإمكاني استخدام المحاكاة الافتراضية ، قد أكون قادرًا على الانتقال ، وفي بعض الحالات ، يكون الترحيل نوعًا من النقل الحار ، وفي بعض الحالات يمكن أن يكون بالفعل نقلًا ساخنًا. توفر بعض المحاكاة الافتراضية أو برامج Hypervisor إمكانية نقل جهاز ظاهري أثناء الطيران. وبعض قواعد البيانات تقبل هذه الحركة في رحلة بسهولة. الآن ، مرة أخرى ، لا توفر كل برامج Hypervisor هذه ، ولكن هذا أحد مستويات الحلول الممكنة. الآن ، لقد جعلت أن الخوادم العليا لم تعد حمراء ، لكن لا يزال لديّ صفيف التخزين المشترك وتخمين ما ، قد يكون هذا الحل مجهودًا مشتركًا بين مسؤول قاعدة البيانات ومسؤول المحاكاة الافتراضية. أو يمكن أن يكون مجرد مسؤول عن المحاكاة الافتراضية ، وهذا يتوقف على مستوى النقل المعتمد على برنامج Hypervisor وقاعدة البيانات تلك.
إذا كنت تتساءل ، "واو ، ماذا يعني هذا الانتقال؟ أعطني مثالًا محددًا. "على سبيل المثال ، في VM حيث يمكنك استخدام VMotion لنقل جهازك الظاهري من مضيف إلى آخر والقيام بذلك دون توقف. الآن ، من الواضح أن الصورة السابقة كانت تحتوي على بعض اللون الأحمر. لا يزال لدي التخزين باعتباره نقطة واحدة من الفشل. وبالتالي ننتقل إلى الحل التالي وهو ، حسناً ، اسمحوا لي أن أجمع بين التخزين والمحاكاة الافتراضية للخادم.
الآن ، في هذه الحالة ، مرة أخرى ، يمكن أن يكون المسؤول عن التخزين ومسؤول المحاكاة الافتراضية هو الذي يبني هذا الحل ويبدو الآن: لدي صورة بدون أحمر. لقد توفرت بشكل كبير لأنني أستطيع نقل الجهاز الظاهري أو التطبيق قيد التشغيل أو قاعدة البيانات من خادم إلى آخر ولدي ميزة افتراضية في صفيف التخزين الخاص بي عن طريق إجراء RAID 1 عبر صفيفتي تخزين منفصلتين. لقد قمت بتحويل مساراتي المتعددة و HBAs الخاصة بي.
حتى الآن لقد قمت ببناء نظام HA ولقد فعلت ذلك في المقام الأول ليس على مستوى قاعدة البيانات. بمعنى آخر ، لقد استخدمت تقنيات أخرى لإنجاز نفس الشيء. لذلك ، هذا هو الحل. ثم ندخل في ما يُسمى الكتلة القابلة للتطوير ذات التخزين المشترك. إنه حقًا ليس حلاً HA ، لكن مرة أخرى ، أود إظهاره للصورة.
وما يحدث هنا هو أن لدينا خادمين يشغلان قاعدة بيانات وتعتبر قاعدة بيانات واحدة. انها ليست قاعدتي منفصلة. إنه ليس مثل السيد والعبد ، أو الحار والبارد ، أو النشط والستاندباي. هذا هو أن كلا العقدتين تعملان معًا لتقديم قاعدة بيانات منطقية واحدة. وهكذا ، ما يحدث هو ، إذا فشلت عقدة معينة ، فلا تزال مستيقظًا. لذلك ، فهو يحميك من الفشل على مستوى الخادم ويفعل ذلك بشكل أساسي من خلال مشاركة موارد العقدة ، إذا شئت ، ولكن لا يزال لديك نقطة فشل واحدة لأسفل على القرص. وهكذا ، فهذه مجموعة قابلة للتطوير مشتركة التخزين وتدعو Oracle إلى Real Application Cluster أو RAC.
الآن ، حل آخر هو استخدام نظام مجموعة تجاوز فشل التخزين المشترك. لذلك ، على اليسار لدي عقدة نشطة ، وعلى اليمين لدي عقدة سلبية ، لدي نبض القلب بينهما. لدي مجموعة تخزين مشتركة ، وهذا أمر بالغ الأهمية ؛ يجب أن يكون لديك ذلك. وبشكل أساسي ، ما يحدث هو إذا واجهت العقدة النشطة المشكلات ، يمكن للعقدة الخاملة أن تتولى المسؤولية. هناك مشاكل الترخيص لهذا. يسمح لك بعض موردي قواعد البيانات بالحصول على العقدة الخاملة مع ترخيص مخفض لفترة محددة. في حالات أخرى ، يجب أن يكون لديك ترخيص مكرر كامل. كل هذا يتوقف على بائع قاعدة البيانات الخاصة بك. لكنهم جميعًا يدعمون هذا النوع من الصور ، والذي إذا سقطت عقدة واحدة ، يمكن للعقدة الأخرى أن تتولى المسؤولية.
عادةً ما يكون هذا أحد السيناريوهات التي يكون فيها نوعًا ما ، عندما تنتقل من العقدة النشطة إلى العقدة الخاملة ، ستقوم على الأرجح في معظم قواعد البيانات - وليس كلها - ستفقد بعضًا من معاملات الطيران. ثم ندرس ما يمكن أن ينظر إليه مسؤول قاعدة البيانات بالفعل ، وهو النسخ المتماثل لقاعدة البيانات ، وهناك طريقتان مختلفتان للقيام بنسخ قاعدة البيانات.
هناك تكرار فعلي ، والأهم من ذلك ، في منتصف هذه الصورة ، يمكنك أن ترى مع النجمة الخضراء ، أن النسخ المتماثل ، يتم القيام به بواسطة قاعدة البيانات ولكن ، مثل المحاكاة الافتراضية على مستوى التخزين ، يتم القيام به في الكتلة مستوى. لذلك ، نحن نكرر كتلة I / Os الفعلية من العقدة النشطة إلى العقدة للقراءة فقط أو المبني للمجهول. وهذا يعتبر أن يكون التكرار المادي.
الآن ، اسمحوا لي أن انتقل إلى الشريحة التالية لأنها شبه متطابقة وتكرارها منطقي والشيء الوحيد الذي يتغير في الصورة هو أنه في المنتصف ، بدلاً من الإرسال عبر الكتلة I / O ، نرسل أساسًا السجل الملفات مع أوامر SQL في ذلك. بمعنى آخر ، ما نكرره ليس هو I / O المادي ، لكن الأوامر التي تسبب I / O المادية.
وهكذا ، غالبًا ما يسمى هذا السجل الشحن أو النسخ المتماثل المستند إلى السجل. بعض بائعي قاعدة البيانات تعطيك هذا أصلاً. قد لا يعرض موردو قواعد البيانات الآخرون هذا ، ولكن بعد ذلك يعرضه موردو الجهات الخارجية ، ولذلك يعد هذا الحل من حلول HA الشائعة للغاية ويعتبر حلاً كاملاً. ولكن هذا الحل هو في المقام الأول مسؤولية DBA.
لذلك ، أنا لا أستخدم المحاكاة الافتراضية لتحقيق ذلك. يمكنني ذلك ، لكنني لا أعتمد عليه. وأنا لا أستخدم المحاكاة الافتراضية للتخزين. مرة أخرى ، يمكنني ذلك ، لكنني لا أعتمد عليه. لكنني أبني حلاً مع كون قاعدة البيانات ميزة القيادة الأساسية. لذلك ، هذا هو النسخ المتماثل المنطقي.
الآن ، من الممكن أيضًا دمج المحاكاة الافتراضية لقواعد البيانات والتخزين. يمكن أن يكون لدي ، في مركز البيانات الخاص بي ، على اليسار باللون الأزرق ، يمكن أن يكون لدي الوضع الظاهري للتخزين بحيث لا أكون ملتزمًا بفشل صفيف تخزين معين. لكنني ربما أقوم بإجراء نسخ متماثل يستند إلى قاعدة البيانات أو النسخ المتماثل المنطقي من مركز بيانات إلى آخر بحيث يتم تنفيذ الأوامر في مركز البيانات أيضًا ، مما ينتج عنه I / O ، ولكن ليس بالضرورة I / O ، لأنني ' لا ترسل عبر كتلة I / O ، إما عن طريق حل التخزين أو عن طريق قاعدة البيانات ، لكنني أشحن السجلات ، وبالتالي أوامر SQL.
وهكذا ، هذه صورة شائعة جدًا للمؤسسات الكبيرة جدًا. وأنا أحب هذه الصورة هنا لأنه إذا كان لا بد لي من إعداد هذا على فرضية باستخدام قاعدة بيانات مثل أوراكل ، يمكنني القيام بذلك ؛ إنه قدر لا بأس به من العمل ، إنه معقد للغاية ، وهناك الكثير من الأجزاء المتحركة. إذا قمت بذلك في السحابة ، يمكنني أن أقول حرفيًا فقط ، خانة اختيار ، أريد منطقتين جغرافيتين ، أريد أن تفصل المناطق ، كما تعلمون ، في قارات مختلفة ، عن المحاكاة الافتراضية على مستوى التخزين في منطقة جغرافية معينة. يمكنني حتى أن أقول أنني أريد القدرة على القيام بتخصيص نوع المحاكاة الافتراضية أو تعريف التوفر العالي ، ومرة أخرى ، هو مربع اختيار آخر.
والشيء الآخر الذي يعجبني في السحابة ، هناك مربع اختيار آخر غالبًا ما يقول: "لا أريد التعامل مع الترقيع ، فقط تصحيحه" ، كما تعلمون ، فقط قم بإدخاله في سير عمل كل شيء تفعله خلف مشاهد ، تبقي لي مصححة في جميع الأوقات. وهكذا ، في حين أن بعض هذه الصور تزداد تعقيدًا وقد يكون من الصعب جدًا القيام بها على أساس فرضي ، إلا أنها في الواقع أصبحت سهلة للغاية في السحابة.
الآن ، الشيء المثير للاهتمام هو أنه من السهل التحقق من جميع خانات الاختيار ، ولكن تخمين ما يكلف ذلك المزيد من المال على أساس شهري. لأنك إذا كنت تدير مركزين للبيانات ، فأنت تعلم أن لديك مركزين للبيانات في السحابة التي تستخدمها ، فسوف تدفع أكثر مما لو كنت تستخدم مركزًا. وبالمثل ، إذا كنت تقوم بمستوى التخزين أو توفرت المحاكاة الافتراضية كطبقة إضافية ، مرة أخرى ، فقد تكون هناك تكاليف إضافية.
لذلك ، من المثير للاهتمام أنه في حين أنه من الصعب القيام بذلك في الموقع وقد تتفوق عليه ، في السحابة من السهل القيام به ، يمكنك التفكير فيه. لذلك ، تعرف دائمًا على الشكل الذي تبدو عليه الصورة وتعرف دائمًا على تداعيات التكلفة لأي صورة تقوم ببنائها. الآن ، هناك الكثير من المجموعات أكثر مما أظهرته هنا. هذا ليس مثالاً كاملاً أو شاملاً. هناك تقنيات جديدة تأتي في فاصل زمني منتظم ، لذلك من يدري - ربما لم أكن قد أظهرت واحدة ظهرت للتو في الأشهر الثلاثة الأخيرة. والتوافر العالي أكثر شيوعًا مما كان عليه قبل عشر سنوات.
في الواقع ، لن أعتبر الأمر امتدادًا للقول إنه بالنسبة لمعظم المؤسسات الكبيرة ، يعد هذا مطلبًا إلزاميًا للأعمال في هذه الأيام. وأحب أن أعود إلى هذه الشريحة لأنني قلت إنها شرط إلزامي للعمل. وحصلت على هذين الجدولين على اليمين. الجزء العلوي من وثائق SQL Server والجزء السفلي من وثائق Oracle. وما هي هذه ، فهذه الجداول تساعدك في الاختيار ، وأي طريقة نسخ متماثل يجب أن تستخدمها.
ولاحظ أنك تبدأ ببعض الأسئلة البسيطة جدًا. ما مقدار البيانات المسموح لي باستخدامها؟ وإذا كانت الإجابة صفراً ، فأنت تعلم أنه يمكنك فقط ، في ذلك المخطط العلوي ، اختيار الصف الأول أو الرابع. ثم تسأل سؤال آخر. حسنًا ، ما المدة التي يُسمح لي بأخذها للتعافي؟ وإذا قال شخص ما ، حسناً ، ثواني أو دقائق ، فهذا يجعل الخيارات لك. ثم ، هل يجب أن يكون تجاوز الفشل تلقائيًا أم أنه يتطلب قيام شخص يدويًا بذلك؟ وهذا سؤال عمل آخر. قد يقولون إنهم يريدون ذلك تلقائيًا لأنهم لا يريدون الاعتماد ، كما تعلمون ، على إجراء تصعيد ومن ثم يحصل شخص ما على تذكرة ثم يقوم بحل المشكلة. انهم يريدون فقط أن تكون ثابتة.
هذه كلها أسئلة تتعلق بالعمل وهي نفس الأسئلة إذا قمت بالنزول وتفعل نفس الشيء مع Oracle. وأنا أسأل ، حسنًا ، ما نوع الفشل الذي أسمح به ، وما هو نوع المدة ، وما الذي يمكنني أن أخسره ، ما هو إجراء الاسترداد؟ هذه هي جميع خيارات العمل ، لذلك إذا أخبرني العمل بالإجابات على ثلاثة أو أربعة أسئلة ، فإن وظيفتي سهلة للغاية ، لقد أتيت للتو إلى هنا ، وأختار أي من هذه المطابقات الأقرب ثم أقوم ببناء ذلك. وتذكر أنه في السحابة ، قد يكون الأمر مجرد عدد قليل من مربعات الاختيار لتنفيذ تلك بالفعل.
ومع ذلك ، يقودني ذلك إلى نهاية المواد الخاصة بي والوقت لفتح هذا للأسئلة.
إريك كافانا: حسنا ، ديز ، ربما أنت أولاً ثم روبن؟
ديز بلانشفيلد: بالتأكيد. في الواقع ، ربما يكون هذا غير عادل بعض الشيء بالنسبة لأولئك الذين ليسوا على Twitter ، لكنني فقط قمت بتغريد صورة رسم بياني أريد أن أتخيله في أذهان الجميع ، ثم أردت أن أطرح السؤال على صديقنا المستعلم على المكالمة هنا. عندما أفكر في الملكية المسجلة مقابل المصدر المفتوح في هذا الفضاء - وهو غالبًا ما نتحدث عنه ، ونوعًا ما ، قواعد البيانات المسجلة الملكية من أمثال Oracle و Microsoft وما إلى ذلك ، مقابل المصدر المفتوح - ينتهي بك الأمر مع هذا التحدي حيث عالم الملكية يستثمر بائع برامج الإنترنت أو مطور البرامج أو الشركة في الهيئات لبناء هذا التعقيد. وهكذا ، سينتهي بك الأمر عندما تقوم بشراء البرنامج ولا تحتاج إلى الاستثمار في العديد من الأشخاص لأنك تشتري لنفترض أن القدرة المضمنة والمفتوحة المصدر - لا تدفع مقابل البرنامج أو أنها منخفضة التكلفة ، لكنك لا تدفع مقابل البرنامج ، ولكن عليك الاستثمار في الهيئات.
وأنا حريص على الحصول على أفكارك حول هذا الاختلاط ، خاصة وأننا الآن ننتقل إلى النماذج السحابية حيث يمكنك الحصول على أي منهما أو. يمكنك الذهاب إلى AWS أو Azure و Rackspace لديك ، أيا كان ، وشراء كخدمة توفر منصة قاعدة البيانات الخاصة بك ، أو يمكنك القيام بذلك من خلال شفرة مفتوحة المصدر. وما الذي تحدثت عنه للتو ، ما هو التوفيق بين الملكية والمصدر المفتوح وكيف تسري أنماط التصميم التي تتحدث عنها وما هي أفكارك العامة حول هذا الموضوع ونحن نتحرك إلى الأمام ، وخاصة حول توفير التوفر؟
بيرت سكالزو: أحد العناصر الكبيرة التي واجهتها عندما أحاول معالجة هذا السؤال ، أعود إلى العميل وأسألهم عن متطلبات أدائهم. والسبب في ذلك هو أنني وجدت - على الأقل من الناحية التاريخية وفي تجربتي الخاصة - أنه عندما يتعلق الأمر بالعملاء الذين يحتاجون إلى إنتاجية عالية في النسخ المتماثل ، فإنني دائمًا ما أكون أفضل حالًا مع النسخ المتماثل الذي توفره قاعدة البيانات بائع ، نظرًا للطبيعة التي تم بناؤها بشكل متأصل وعلى مستوى أقل ، وأحيانًا يستخدم آليات غير متاحة للعالم الخارجي ، حتى في حل مفتوح المصدر.
وسأعطيك مثالاً جيدًا على حالة واحدة عندي. كان لدي شركة قائمة على الإنترنت كانت تستخدم MySQL كقاعدة بيانات خاصة بهم وكانت موجودة في إصدار قديم من MySQL ، مثل الإصدار 4.0 ، وكانت النسخ المتماثل بين العقد الخاصة بهم هي العامل المقيد لكيفية ضخامة قواعد بياناتهم. وكانوا يبحثون عن شراء حل من جهة خارجية ، ثم كانوا يبحثون في ، "حسنًا ، ربما يمكننا استخدام أحد الحلول مفتوحة المصدر". وما كان عليه الأمر حقًا هو أن كل ما كان عليهم فعله هو ترقية MySQL إلى الإصدار ، وأعتقد أنه كان 5.5 ذهبنا إليه ، لأن الفرق بين هذين الإصدارين من قواعد البيانات كان في الإصدار 4.0 من MySQL للنسخ المتماثل ولم يتم ربطه. في الإصدار 5.0 كان ، وكان هذا في الواقع أفضل مسار لهم.
الآن ، نظرنا في الخيارات الأخرى ، ولكن العامل الحاسم كان الأداء والبقاء مع حل بائع قاعدة البيانات ، والقيام بترقية قاعدة البيانات انتهى به الأمر في الواقع إلى أفضل حل لدينا للحصول على أعلى احتمال للحصول على الأداء الذي يحتاجونه لمواكبة ارتفاع توافر.
ديز بلانشفيلد: نعم ، هذا يعكس تفكيري الشخصي ، لأكون أمينًا. فقط للكشف الكامل ، ولن أخوض في العلامات التجارية ، لكنني جئت من خلفية خاصة أعمل في شركات تصنيع المعدات الأصلية وبائعي البرامج وشركات IOC بشكل عام ، وكانت هذه بالتأكيد تجربتي وفي الوقت نفسه أنا مؤيد للغاية -open-source وأنا مساهم برمز لمجموعة من المشاريع التي لن نذكرها ، لكنني أتفق معك في أنه إذا كنت مؤسسة كبيرة - دعنا نقول أنك بنك ، أو ما تريد كن - لا تريد دائمًا أن تكون متجرًا لتكنولوجيا المعلومات. أنت تعرف ، على سبيل المثال ، إذا كنت ناشرًا لصحيفة أو إذا كنت تاجرًا تجزئة ، فأنت لا تريد أن تكون متجرًا لتكنولوجيا المعلومات ينشر الصحف ، فأنت تريد أن تكون متجرًا لصحيفة تستفيد منه بالفعل.
وهكذا ، فإن الاستثمار في إمكانات الملكية حيث يقوم مطورو البرامج ببناء كل تلك الإمكانيات ، وموازنة الحمولة ، وما إلى ذلك ، في الأداة ، تجعل الجحيم أكثر إحساسًا بكثير مقابل إذا كنت مثل بدء تشغيل dotcom أو شيء من هذا القبيل من هذا القبيل يمكن أن تستثمر في الهيئات البشرية. أين ترى هذا يحدث؟
ربما سؤالي الأخير قبل تسليمه إلى الدكتور روبن بلور ، لأنني أعلم أننا نفقد الوقت. أين ترى هذا الذهاب من وجهة نظر الاتجاه؟ لذلك ، كنت هناك طوال الوقت ، وكنت على حافة نزيف من الاشياء ، هل ترى أن الناس قد جلسوا وانتبهوا واستيقظوا على الحاجة إلى جعل هذا جزءًا تجاريًا من حياتهم اليومية محادثة اليوم العودة إلى قاعة المجلس؟ أم أنك لا تزال ترى أن المزارع المهوس ، والتقنيين والأغطية ، يفكرون في توفرها ، لأنها تجعلهم يستيقظون في الساعة الرابعة صباحًا عندما يحدث شيء ما دون الاتصال بالإنترنت؟
هل تعتقد أن الاتجاه يتأرجح الآن إلى المؤسسات من جميع الأحجام ، وليس المؤسسات الواضحة مثل شركات الطيران والخدمات المصرفية والمالية ، ولكن فقط الشركات بشكل عام؟ هل تعتقد أن الأشخاص قد استفادوا حقًا من القيمة لحماية بيئات قواعد البيانات الخاصة بهم وتوفير إمكانية توفر عالية والاستثمار في ذلك ، أو هل تعتقد أنه لا يزال أمامنا طريق نذهب إليه؟ ما هو الشعور العام في السوق هناك؟
بيرت سكالزو: الآن ، أعتقد أنه لا تزال هناك فجوة ، لكنها ليست فجوة لأن الشركة لا تطلب ذلك ، إنها فجوة في مستويات الاتصال بين جانبي السياج. بمعنى آخر ، يقول رجال الأعمال بوضوح شديد: "تتطلب هذه التطبيقات توافرًا كبيرًا ولديها هذه المتطلبات المحددة عندما نقول توفرًا عاليًا."
وبطريقة أو بأخرى تلك الرسالة لا يتم إيصالها بوضوح إلى أهل التكنولوجيا. أو سيعود الأشخاص التقنيون ويقولون: "حسنًا ، هذا أمر معقد وسيكلفك المزيد من المال" ، وهذا أو ذاك أو ذاك. أعتقد أن ما سيحدث هو أنه سوف يتآكل أخيرًا لأنه بصراحة ، مع وجوده على سبيل المثال ، في السحابة ، فقط التحقق من بعض الصناديق هنا أو هناك ليقول "بناء لي هذا الهيكل التكنولوجي المعقد حقًا" في الحقيقة ليس هناك سبب وجيه ليعود رجال التكنولوجيا ليقولوا لرجال الأعمال ، "أوه ، إنه مكلف" ، أو "من الصعب القيام به" ، أو هذا أو ذاك ، وبدأ رجال الأعمال في معرفة أن هذا هو حقيقة.
لقد رأيت في بيئات حيث ، كما تعلمون ، سيأتي أفراد تقنية المعلومات الخاصة بهم ويقولون ، "أوه ، لا يمكنك الحصول على ما تريده. إنها مكلفة للغاية. "وسوف يجلبون شركة استشارية تابعة لجهة خارجية ستقول ،" لا ، هذا غير صحيح. إليك كيف يمكنك القيام بذلك. إليك ما سيكلفك. "لذلك ، أعتقد أننا لا نزال نمر قليلاً من الوقت بين مستويات الاتصال بين الجانبين قبل أن يصبح تلقائيًا.
ديز بلانشفيلد: نعم ، هذا يعكس بالتأكيد ما رأيته هنا في أستراليا وحول آسيا والمحيط الهادئ. أنا متأكد من أنه شيء عالمي. وهذا هو أن الكثير من صانعي القرار الرئيسيين من مجلس الإدارة إلى أسفل ، وجميع رؤساء الأعمال ، إنهم أكثر ذكاءً من الناحية الفنية - إنهم يقرأون المدونات ، ويشاهدون ندوات عبر الإنترنت ، وهم ضبطها في مختلف المواد والبودكاست وانهم ذاهبون إلى الأحداث والمنتديات والاجتماعات ويعرفون الآن خياراتهم ويعرفون سحابة هو خيار.
إنهم يعلمون أيضًا أنهم يستطيعون تحقيق ذلك ، كما قلت ، لقدرتهم الداخلية ، وبالتالي أعتقد أن هذا التحدي المثير للاهتمام الآن ، هو أن هذه المحادثة يجب أن تتم وهي ما قمنا به اليوم بشكل أساسي حيث يوجد أشخاص من نوع ما ، ابدأ بالقيام بالأشياء داخليًا ، وقم فقط بتشغيل غداء الكيس البني والحصول على إحاطة داخلية حول ما هي حالتنا الحالية ، ما هي حالتنا المثالية ، إلى أين نحتاج إلى الوصول إليها؟ ثم ، نوعا ما ، اجمع ذلك معا.
تلقيت رسالة خاصة سأتطرق إليها الآن بسرعة. لقد طرح أحدهم سؤالًا ، "هل من الواقعي أنه يمكنك الحصول على نسبة 100 في المائة؟" وقد تتمكن من تصحيح لي هنا ، لكنني سأقول نعم. لقد قمت ببناء نظام أساسي لتحويل الأموال الإلكتروني ، وبوابة EFTPOS بين المنصات المصرفية السريعة ومحطات EFTPOS. لقد بنيت هذا في أوائل 2000s. لقد كان بالفعل على الإنترنت 100 في المائة من الوقت لمدة 17 سنة. في الواقع ، تم بناؤه قبل 2000s ، لكنه ذهب الإنتاج فقط 2000/2001 تقريبا.
لذلك ، كانت 17 سنة في مكانها من التطوير إلى الاختبار ومن ثم الدخول في الإنتاج. في تلك السنوات الـ 17 ، كانت أجهزة الكمبيوتر الشخصية منخفضة التكلفة للغاية للسلع الأساسية ، التي تدير نظام تشغيل مفتوح المصدر ، ولكن قاعدة بيانات الملكية ، تقوم بتبادل نشط / سلبي كل 90 يومًا ، مع تطبيق براءات اختراع تصميم مختلفة ، مع تكرار الأقراص في كل خادم ، وتكرار البيانات بين الخوادم النموذجية ، وتكرار مراكز البيانات المتعددة ، والانتقال من مركز البيانات A أثناء الإنتاج لمدة 90 يومًا ، ثم التقليب إلى مركز البيانات B والقيام بالإنتاج.
ومع تقلبها ، يتم تحديثها تلقائيًا وتحديثها ، لذا فقط على السؤال الذي تلقيته للتو ، نعم ، إنه ممكن ، ولكن مع الكثير من الاستثمار في هذا المشروع من وجهة نظر التصميم. لذلك ، كانت البنية التحتية في الواقع ليست باهظة الثمن ، ولكن التصميم والاختبار والتنفيذ كانت مكلفة للغاية للحصول على ذلك. لذلك ، لم يكن علينا أن ننفق الكثير من المال على الأجهزة والبنية التحتية ، لكننا استخدمنا أدوات ذكية للغاية ، في اليوم الذي لم تكن فيه السحابة مجرد عملات معدنية.
لذا ، الجواب نعم ، يمكن القيام به ، وحتى أكثر من ذلك الآن مع السحابة ، كما سمعنا للتو ، بنقرة زر واحدة يمكنك تمكين هذه القدرة. سأقوم بإلقاء ذلك على روبن لأنني متأكد من أنه لديه أسئلة أيضًا. لكن شكرًا جزيلاً على إجابتي على أسئلتي وأحببت حقًا سماع رسالتك اليوم. تماما على متن الطائرة مع كل هذا لأنه يعكس كل ما كنت أفعله منذ ما يقرب من 30 عاما نفسي.
د. روبن بلور: حسنًا ، سألتقطه . أحد الأشياء التي فتنتني بشأن العرض التقديمي الخاص بك هو عدد الخيارات المتاحة الآن والتي لم تكن متوفرة عندما اعتدت على مواجهة هذه الأشياء. أنا مهتم نوعًا ما بمن سيقوم بتصميم هذه التكوينات ، أو من يصمم هذه التكوينات في الوقت الحاضر؟ ما كان يحدث ، أو العالم الذي اعتدت عليه ، هو أنه سيكون هناك نظام معاملات ثقيل إلى حد ما وستكون مهتمًا بوقت تشغيل مرتفع وتوافر كبير. لأنه ، كما تعلمون ، نظام المعاملات ، سيكون مكلفًا إذا انخفض بأي طريقة. ولن يكون لديك جميع الخيارات التي قدمتها لي للتو ، ولكن بطريقة أو بأخرى ، يمكنك أن تجد طريقة ، من خلال النسخ المتماثل في الغالب ، لإنشاء وضع الاستعداد الساخن الذي لن ينقر بشكل غير ملحوظ ، ولكن سوف يوفر لك خدمة متدهورة حتى تعود.
وأنا ، نوعًا ما ، أبحث في ما كنت تُظهرني وأفكر فيه ، ولم أقم بأي من أعمال التصميم هذه لمدة 15 عامًا ، من الذي يقوم بهذا العمل الآن؟ هل هذا ، كما كان الحال في يومي ، شيء قمت به في بداية المشروع ، كما تعلمون ، يعمل على تشغيل البنية التحتية؟ أم أن هذا هو نشاط مستمر داخل المنظمة؟ لأن هناك خيارات تكنولوجية جديدة تأتي.
بيرت سكالزو: في الشركات الكبيرة التي تتسم بالكفاءة والفعالية في جميع عملياتها ، بما في ذلك تكنولوجيا المعلومات الخاصة بهم ، سيكون لديهم عادةً مجموعة معمارية مركزية ، أو سيكون لديهم اسم ما لذلك ، لقد سمعت أنها تسمى " مجموعة الهندسة المعمارية "في كثير من الأحيان. وسيكون من مسؤوليتهم معرفة كل هذه الصور المختلفة وما هي إيجابيات وسلبيات وما هي التكاليف. وماذا سيحدث هو ، عندما يبحث تطبيق معين ويقول: "مهلاً ، يجب أن أفي بمتطلبات العمل X و Y و Z. Hey ، فريق الهندسة المعمارية ، ما هي خياراتي؟"
سوف يعطونهم الإجابة ، على سبيل المثال ، فيما يلي السؤالين أو الثلاثة المتاحين ، وبعد ذلك ، ينتقل القرار إلى المستوى الأدنى إلى فريق التطبيق أو إلى الراعي التجاري للتطبيق. لكن عادةً ما تكون هناك مجموعة مركزية تظل على قمة هذا الأمر وتحصل على هذه المعلومات جاهزة ومجهزة مسبقًا.
الآن ، إنها الشركات المتوسطة الحجم التي ليست رسمية. ما سيحدث هو أنك ستحصل على واحد أو اثنين من كبار مسؤولي قواعد البيانات أو مسؤولي النظام وسيتم اقتباسهم بشكل غير رسمي باسم "خبير المجال" لهذا النوع من الخبرة. لذلك ، حتى في الشركات المتوسطة الحجم ، يحدث ذلك فقط في هيكل غير رسمي.
د. روبن بلور: هذا أمر مثير للاهتمام حقًا. في يومي ، لن نفكر أبدًا في توفر عالية باستثناء أنظمة المعاملات. حسنًا ، في الوقت الحاضر ، بالطبع لديك أنظمة بث تتعرض على الأرجح لمطالب أكبر من حيث توفرها. ولكن في التحليلات المستندة إلى الاستعلام ، الخلفية ، مستودع البيانات ، نوع البيئة في شركة DI ، هل سبق لك أن رأيت متطلبات توفر عالية هناك؟
بيرت سكالزو: نعم ، وأنا سعيد لأنك طرحت هذا السؤال. قمت ببعض الأعمال في شركة بيع بالتجزئة وكانت قراراتهم الإستراتيجية للأعمال مستندة في جزء كبير منها إلى التحليل الذي سيقومون به من مستودع البيانات. وفي الواقع ، لقد أجرت مجلة فوربس مقابلة مع المدير التنفيذي للشركة ، وقال: "مهلا ، ارتفع سعر سهمنا بنسبة 250 في المائة على مدى السنوات الخمس الماضية ، والسبب الكبير في ذلك هو أننا نعرف كيفية الاستفادة الفعالة من بياناتنا في مستودعات البيانات الخاصة بنا. "لقد كانوا جيدين في اتخاذ القرارات التجارية ، حيث أن بالنسبة لهم ، مستودع البيانات والقدرة على القيام بهذه التحليلات ، والقدرة على اتخاذ القرارات على أساس يومي مقابل بياناتهم التشغيلية ، كان في الواقع بالنسبة لهم ، نظام الإنتاج.
وسأعطيك مثالاً جيدًا على مدى أهميته. مع بائع التجزئة المعين هذا ، الرجل المسؤول عن مبيعات البيرة ، كان ، على سبيل المثال ، ثالث أهم مسؤول تنفيذي في الشركة ، لأنه جلب ، كما تعلمون ، 60 ، 70 بالمائة من الإيرادات. وهكذا ، كان عليه أن يكون قادرًا على أن يعرف كل يوم ، كما تعلمون ، ما هي العروض الترويجية التي يجب أن أقوم بها ، حتى يظل قادرًا على المنافسة في تلك السوق. ويمكن أن يستند ذلك ، كما تعلمون ، ليس فقط في وقت العام ، ولكن إلى الطقس والأنماط والبيانات الهامة الأخرى التي يمكن أن تؤثر على بيع شيء مثل البيرة.
الدكتور روبن بلور: حسنًا ، أعتقد أن هناك أشياء من هذا القبيل. لقد انتهى الوقت ، أعتقد أنه ينبغي علي تسليمه إلى Eric في حال تلقيه بعض الأسئلة من الجمهور. اريك؟
إريك كافانا: نعم ، لقد كان هذا كله شيءًا رائعًا يا برت. أعتقد أنك تناولت جميع الأسئلة التي طرحناها من الجمهور في عرضك التقديمي. لكنها متعة لمشاهدة. أنا سعيد لأنك تحدثت نوعًا ما عن المحاكاة الافتراضية للتخزين ومدى تأثير ذلك. لذلك ، هذه هي كل الأشياء الجيدة.
حسنًا ، الأشخاص ، نقوم بأرشفة كل هذه البث الشبكي لمشاهدتها لاحقًا. لذلك ، قفز عبر الإنترنت إلى Techopedia.com للبحث عن قسم البث الشبكي. سيتم سرد جميع تلك التقنيات الساخنة هناك. شكراً جزيلاً لصديقنا بيرت على خبرته. وبالطبع ، لديز وروبن. وبهذا سنقدم لك وداعًا أيها الناس. اعتن بنفسك. سنتحدث معك في المرة القادمة. مع السلامة.
