أثار نايت ترقية ، البالغ من المتاجرة - خسائر كبيرة نظام

تقرير: نيت كابيتال خلل الناجم عن البرامج الخاملة نايت كابيتالرسكوس خلل التداول، مما تسبب في أن يعاني خسائر قدرها حوالي 281 مليون جنيه استرليني، الناجمة عن إعادة تشغيل عرضي من برامج الكمبيوتر القديمة، وفقا لأشخاص مطلعين على هذه المسألة. وفي 1 آب / أغسطس. كشفت نايت أنها واجهت مشكلة مع برامج التداول، مما أدى إلى إرسال العديد من الأوامر الخاطئة في الأوراق المالية المدرجة في بورصة نيويورك في السوق. وقد قال منذ ذلك الحين أن البرنامج لدكوث تمت إزالتها من كومبانيرسكوس سيستمزردكو. ووفقا لتقارير عن بلومبرغ، وبمجرد إعادة تنشيط النظام الساكن بدأ ضرب الصفقات الأسهم من قبل ألف. وعلاوة على ذلك، كان على موظفي نايترسكوس أن يفحصوا ثماني مجموعات مختلفة من البرامج قبل أن يتمكنوا من تحديد سبب المشكلة. كنيترسكوس خسارة هائلة في رأس المال أدى إلى اتحاد شركات وول ستريت تضطر إلى حقن حوالي 400 مليون جنيه استرليني (256 مليون جنيه استرليني) في الشركة في محاولة عكس الضرر الناجم عن خلل. بورصة نيويورك: سيتم استئناف الصفقات على منصة كنيت كابيتال إيت الأسبوع المقبل بورصة نيويورك تتحرك الصفقات من منصة نايت كابيتال إيت للمنافسة بعد خلل في البرنامج اتفاقية وضع أسهم قابلة للتحويل، والتي تعطي الشركات السيطرة على وسيط، ويشمل جيتكو، بلاكستون الأسهم أميريتراد وستيفل. وأدى هذا الانهيار أيضا إلى أن بورصة نيويورك (نيس) اضطرت إلى تعيين مسؤولية التداول لأكثر من 670 الأوراق المالية لمنافسة منصة تكنولوجيا المعلومات جيتكورسكووس. ومع ذلك، لم يكن هذا إلا لفترة محدودة والمسؤولية منذ ذلك الحين عادت إلى فارس. أوصت ل يوزومبي البرمجيات اللوم ل فارس كابيتال للتجارة سنفو A بلومبرغ أخبار القصة أمس تسليط مزيد من التبصر في ما تسبب في التداول الإلكتروني غير المنضبط من قبل السوق جعل الوساطة فارس كابيتال قبل بضعة أسابيع. يبدو أن برنامج إرث ساكن كان ريتيفاتيفكوت بطريقة أو بأخرى. ثم تدخلت في (أو استولت) على تداول الشركة 39 في 1 أغسطس، عندما بدأ برنامج التداول البرمجيات الجديد كنيت عملية. كوتونس أثار في 1 آب / أغسطس، بدأ النظام الساكن ضرب الصفقات الأسهم من قبل ألف، رديقو وقال بلومبرغ من قبل اثنين من مصادر لم يكشف عن اسمه الذين اطلعوا على هذه المسألة. هم، يصبح البرنامج الميت ريانيماتد، يأخذ على نظام الكمبيوتر، ثم يدير أموك. أعتقد I39ve رأى أن الفيلم في مكان ما. أيضا، وفقا للمصادر، بدا الموظفين لدكوكنيترسكوس من خلال ثماني مجموعات من البرامج قبل تحديد ما event. rdquo يبدو تقريبا مثل كان هناك مقبرة كاملة من البرامج الميتة على استعداد ليكون ريانيماتد. ولسوء الحظ، فإن المادة لا تقول شيئا عن كيفية إيقاع البرامج الخاملة وتداخل نفسها عندما يتعلق الأمر بتنفيذ الصفقات التي كان من المفترض أن تبدأ من قبل البرنامج الجديد نايت قد ركبت. كما داسنرسكوت يقول لماذا فارس سوف تبقي مجموعات لدكويت من سوفتاريردكو المقيمين على ما يبدو في بيئة تنفيذها. قد يكون من المحتمل أن ينتظر ويرسكول حتى ينتهي المجلس الأعلى للتعليم من تحقيقاته لمعرفة ما حدث بالفعل، وكذلك، ويفترض، بعض التفاصيل العصير حول تطوير البرمجيات Knight39s وممارسات اختبار النظام. ومع ذلك، فإن ما يسمى لدكوكنيت الفأر خلل رديقو (من بين أمور أخرى) حفزت المنظمين في آسيا واستراليا ل لدكوكلامب دونردكو على شركات التداول عالية التردد، ذكرت صحيفة فايننشال تايمز هذا الأسبوع. وقال رديقو ان المنظمين هم لدكونفيلينغ مقترحات كاسحة من شأنها أن تتطلب التجار لديهم الضوابط على أنظمتها واختبارها سنويا لمنع انقطاع السوق، رديقو قالت الصحيفة. المنظمين يريدون لدكوبري-تراديردكو ضوابط المخاطر في مكان للحفاظ على تداول لدكوابيرانتردكو من الحدوث، فضلا عن التداول لدكوكيل سويتشسردكو عندما تفشل ضوابط المخاطر. في الأخبار ذات الصلة، ذكرت فت أيضا أن خلل مؤخرا في بورصة طوكيو تم ارجاعه إلى لدكورور سيئة في نظام تداول المشتقات تدكس لها. rdquo لأسباب لم يفسر بعد، فشل جهاز التوجيه النسخ الاحتياطي لركلة في هذه هي المرة الثانية هذا العام أن نظام النسخ الاحتياطي بورصة طوكيو لم ركلة في عندما كان هناك حاجة إليها. كما تسبب مشكلة الموجه مشاكل لعدة ساعات صباح أمس في إدارة كاليفورنيارسكوس المركبات (دمف). وفقا لما ذكرته وكالة انباء اسوشيتيد برس. تسببت مشكلة مع جهاز التوجيه ولاية كاليفورنيا أجهزة الكمبيوتر دمفرسكوس لتصبح منفصلة من شبكة ستاترسكوس من حوالي 0800 ظهرا بالتوقيت المحلي، مما لا شك فيه استياء وغضب العديد من العملاء. وفقا لمحطة التلفزيون كبس ساكرامنتو. وقد اعتذر كاليفورنيا دمف لعملائها عبر تويتر 26 مرات وحدها منذ فبراير لصعوبات فنية. وقد تم التحقيق في محطة دون الكثير من الحظ انقطاع دمف التي يبدو أنها أخذت النظام مع بعض الانتظام منذ عام 2007. من قبيل الصدفة، كان العديد من وكالات ولاية كاليفورنيا الأخرى مشاكل الشبكات الكمبيوتر أمس أيضا، والتي ألومت الدولة على لدكوسيركويت ريكونفيغوراتيونردكو المسألة غير المبررة . كما تم تصحيح هذه المسألة غير ذات الصلة، وهي تقارير أب، بحلول منتصف يوم أمس. وأخيرا، أعلنت شركة المنغنيز البرونزية، الشركة التي تجعل لندن تاكسي أسود مألوفة، هذا الأسبوع أن لدكويت يؤخر الإفراج عن نتائجها غير مدققة نصف السنة للستة أشهر المنتهية في 30 يونيو 2012. نظرا للحاجة إلى إعادة ذكر السنوات السابقةشركة النتائج المالية لأن من الأخطاء المحاسبية التي قد تأتي إلى light. rdquo الأخطاء ربما يمكن أن تكون المسمى الأخطاء المتعلقة بالكمبيوتر، وإن كان، بدلا من المحاسبة منها. وفقا لبيان الشركة، في أغسطس 2010، نظام محاسبة تكنولوجيا المعلومات المتكامل الجديد، الذي تم تثبيته للمساعدة في إدارة كومرسكوس لدكوكومبلكس سلسلة التوريد العالمية، غاب رديقو بعض المعاملات الرئيسية خلال قطع على: لدكودو إلى مزيج من النظام والأخطاء الإجرائية ، فإن عددا من المعاملات المتعلقة بعامي 2010 و 2011 وبعض الأرصدة المتبقية من النظام السابق لم تتم معالجتها على الوجه الصحيح من خلال نظام تكنولوجيا المعلومات الجديد. وأدت هذه المشكلة إلى الإفراط في بيان المخزون وبيان من الخصوم في البيانات المالية للسنوات السابقة. ردكو ونتيجة لذلك، فإن الشركة قللت من pound3.9 مليون خسائرها التاريخية. كانت المنغنيز البرونزية تحت ضغط تنافسي ثقيل، أو في كلماتها الخاصة، لدكورادينغ في الأشهر السبعة الأولى من السنة كان صعبا ولا يزال تحديا مع المجموعة تواصل التجارة في خسارة. ردكو على الرغم من أنها تتوقع أن الوضع في نهاية المطاف تحسين، والمنافسة القوية الحالية من مرسيدس بنز (التي توفر الآن ما يقرب من ثلث أسطول سيارات الأجرة في لندن) وبعض يتوقع منافسة جديدة من نيسانسكوس سيارات الأجرة منخفضة الانبعاثات الجديدة قد لا تبشر بالخير للصحة المالية المستقبلية للشركة. وأفادت فت أن الأسهم المنغنيز البرونزية انخفضت 34 في المئة على الأخبار من إعادة صياغة النتائج والآن لديها فقط قيمة سوقية لبعض pound5 مليون. تعلم موري كان يتحدث في مؤتمر العام الماضي حول مواضيع ديفوبس، التكوين كمدونة، والتسليم المستمر واستخدمت القصة التالية لإثبات أهمية جعل نشر الآلي بالكامل وتكرار كجزء من مبادرة ديفوبسكونتينوس التسليم. منذ ذلك المؤتمر لقد طلب من عدة أشخاص لتبادل القصة من خلال بلدي بلوق. هذه القصة صحيحة هذا حدث حقا. هذا هو قصتي عن القصة على أساس ما قرأت (لم أكن متورطا في هذا). هذه هي قصة كيف أفلست شركة لديها ما يقرب من 400 مليون في الأصول في 45 دقيقة بسبب فشل نشر. الخلفية مجموعة نايت كابيتال هي شركة خدمات مالية عالمية أمريكية تشارك في صناعة السوق. والتنفيذ الإلكتروني، والمبيعات والتداول المؤسسي. في عام 2012 كان كنيت أكبر تاجر في الأسهم الأمريكية مع حصتها في السوق حوالي 17 في كل من بورصة نيويورك و نسداق. تمكنت مجموعة فرسان للتجارة الالكترونية (إتغ) من تداول متوسط ​​حجم التداول اليومي لأكثر من 3.3 مليار تداول يوميا، وتداول أكثر من 21 مليار دولار يوميا. ثاتس نو نكتة في 31 يوليو 2012 كان فارس ما يقرب من 365 مليون نقدا وما يعادلها. وكانت بورصة نيويورك تخطط لإطلاق برنامج جديد لائتمان التجزئة (وهو برنامج يهدف إلى توفير أسعار محسنة للمستثمرين الأفراد من خلال وسطاء التجزئة، مثل نايت) في 1 أغسطس 2012. استعدادا لهذا الحدث قام نايت بتحديث خوارزمياتها الآلية، عالية السرعة جهاز التوجيه الذي يرسل أوامر إلى السوق للتنفيذ المعروفة باسم سمارس. واحدة من الوظائف الأساسية ل سمارس هو الحصول على أوامر من مكونات أخرى من منصة التداول فرسان (أوامر الأم) ومن ثم إرسال واحد أو أكثر من أوامر الطفل لتنفيذها. وبعبارة أخرى، سوف تتلقى سارس أوامر كبيرة من منصة التداول وتفكيكها إلى أوامر أصغر متعددة من أجل العثور على مباراة بايرسيلر لحجم الأسهم. وكلما زاد ترتيب الوالدين، سيتم توليد المزيد من طلبات الطفل. كان الهدف من التحديث إلى سمز استبدال رمز قديم غير مستخدم يشار إليه بوظيفة بيغ بيج التي استخدمها كنيت في 8 سنوات (لماذا كان رمز الذي كان ميتا لمدة 8 سنوات لا يزال موجودا في قاعدة التعليمات البرمجية هو سر، ولكن هذا لا نقطة). تم تغيير الرمز الذي تم تحديثه لعلامة قديمة تم استخدامها لتنشيط وظيفة باور بيج. وقد تم اختبار رمز بدقة وثبت للعمل بشكل صحيح وموثوق بها. ما يمكن أن يحدث خطأ ما يمكن أن تذهب خاطئة في الواقع بين 27 يوليو 2012 و 31 يوليو 2012 نايت نشر البرنامج الجديد يدويا لعدد محدود من الخوادم في اليوم ثمانية (8) خوادم في كل شيء. هذا هو ما يقوله المجلس الأعلى للتعليم الإيداع حول عملية النشر اليدوي (راجع للشغل إذا كان هناك ملف سيك حول نشر شيء قد يكون خطأ فظيعة). غير أنه خلال نشر الشفرة الجديدة، لم ينسخ أحد فنيي الفرسان الرمز الجديد إلى أحد خوادم الكمبيوتر الثمانية من طراز سمارز. لم يكن لدى نايت فني ثان لمراجعة هذا النشر ولم يدرك أحد في كنيت أن رمز باور بيج لم يتم إزالته من الخادم الثامن، ولم يتم إضافة رمز رلب الجديد. لم يكن لدى فارس إجراءات مكتوبة تتطلب إجراء مثل هذا الاستعراض. الإصدار رقم 70694 أكتوبر 16، 2013 في تمام الساعة 9:30 صباحا بالتوقيت الشرقي في 1 أغسطس 2012 فتحت الأسواق وبدأت شركة نايت في التعامل مع طلبات الوكلاء الوكلاء نيابة عن عملائها لبرنامج السيولة التجزئة الجديد. بدأت الملقمات السبعة (7) التي تم نشرها سمارز الصحيح معالجة هذه الأوامر بشكل صحيح. وأدت الأوامر المرسلة إلى الخادم الثامن إلى وضع العلم القابل للتكرار مرة أخرى وأعيدت من الوفاة رمز الوصلة الكهربائية القديم. هجوم القاتل رمز الكسالى من المهم أن نفهم ما كان من المفترض رمز السلطة الوتد ميت للقيام به. وكان المقصود من هذه الوظيفة لحساب بوغتسولد أسهم ضد النظام الرئيسي كما تم تنفيذ أوامر الطفل. سوف يرشد باور بيج النظام بإيقاف توجيه أوامر الطفل بمجرد استيفاء الأمر الأصلي. في الأساس، سوف السلطة الوتد تتبع أوامر الطفل ووقفها بمجرد الانتهاء من النظام الأم. في عام 2005 نقل نايت هذه الوظيفة تتبع التراكمي إلى مرحلة مبكرة في تنفيذ التعليمات البرمجية (وبالتالي إزالة تتبع العد من وظيفة ربط السلطة). عندما تم تنشيط العلم باور بيج على الملقم الثامن بدأت وظيفة باور بيج توجيه أوامر الأطفال للتنفيذ، ولكن لم تتبع كمية الأسهم مقابل النظام الأصلي إلى حد ما مثل حلقة لا نهاية لها. 45 دقيقة من الجحيم تخيل ما يمكن أن يحدث إذا كان لديك نظام قادر على إرسال الآلي، أوامر عالية السرعة في السوق دون أي تتبع لمعرفة ما إذا كان قد تم تنفيذ أوامر كافية. نعم لقد كان بذلك السوء. عندما فتح السوق في 9:30 صباحا الناس يعرفون بسرعة شيئا ما كان خطأ. وبحلول 9:31 صباحا كان واضحا لدى الكثير من الناس في وول ستريت أن شيئا خطيرا يحدث. وقد غمرت السوق أوامر من غير المعتاد لأحجام التداول العادية على بعض الأسهم. قبل 9:32 آم كثير من الناس على وول ستريت يتساءلون لماذا لم يتوقف. وكان هذا الأبدية في شروط التداول عالية السرعة. لماذا لم يضرب أحد الأشخاص مفتاح القتل على أي نظام كان يفعل ذلك كما اتضح أنه لم يكن هناك أي مفتاح للقتل. خلال ال 45 دقيقة الأولى من التداول، شكلت عمليات إعدام الفرسان أكثر من 50 من حجم التداول، مما دفع بعض الأسهم إلى زيادة أكثر من 10 من قيمتها. ونتيجة لذلك انخفضت الأسهم الأخرى في القيمة ردا على الصفقات الخاطئة. لجعل الأمور أكثر سوءا، بدأ نظام فرسان إرسال رسائل البريد الإلكتروني الآلي في وقت سابق من اليوم في وقت مبكر من 8:01 صباحا (عندما كان سمارز معالجة أوامر مؤهلة للتداول قبل السوق). تشير رسائل البريد الإلكتروني إلى سمز وحددت خطأ نظرا لتعطيل "ربط الطاقة". بين الساعة 8:01 صباحا و 9: 30 صباحا، تم إرسال 97 رسالة من هذه الرسائل الإلكترونية إلى فريق "نايت". بالطبع لم يتم تصميم هذه الرسائل الإلكترونية كتنبيهات النظام، وبالتالي لا أحد ينظر إليها على الفور. وجه الفتاة. خلال 45 دقيقة من الجحيم أن الفارس شهدت حاولوا عدة تدابير مضادة في محاولة لوقف الصفقات الخاطئة. لم يكن هناك أي تبديل للقتل (ولم تكن هناك إجراءات موثقة لكيفية الرد) حتى تركوا يحاولون تشخيص المشكلة في بيئة تداول حية حيث تم تداول 8 ملايين سهم كل دقيقة. وبما أنهم لم يتمكنوا من تحديد ما كان يتسبب في أوامر خاطئة رد فعلهم عن طريق إلغاء تثبيت التعليمات البرمجية الجديدة من الخوادم تم نشرها بشكل صحيح. وبعبارة أخرى، قاموا بإزالة رمز العمل وترك رمز مكسورة. هذا فقط تضخيم القضايا التي تسبب أوامر الأم إضافية لتنشيط التعليمات البرمجية السلطة الوتد على كافة الملقمات، وليس فقط تلك التي لم يتم نشرها بشكل صحيح. في النهاية تمكنوا من إيقاف النظام بعد 45 دقيقة من التداول. في 45 دقيقة الأولى كان السوق مفتوحا رمز السلطة الوتد تلقى ومعالجة 212 أوامر الأم. ونتيجة لذلك أرسلت سمارز الملايين من طلبات الأطفال في السوق مما أسفر عن 4 ملايين صفقة مقابل 154 سهم لأكثر من 397 مليون سهم. بالنسبة لك خبيث سوق الأسهم هذا يعني أن الفارس تولى ما يقرب من 3.5 مليار صافي المراكز الطويلة في 80 أسهم و 3.15 مليار صافي المراكز القصيرة في 74 سهما. في شروط laymen8217s، أدركت مجموعة نايت كابيتال خسارة قدرها 460 مليون في 45 دقيقة. تذكر، فارس لديه فقط 365 مليون نقدا وما يعادلها. في 45 دقيقة ذهب نايت من كونه أكبر تاجر في الأسهم الأمريكية وصانع رئيسي في السوق في بورصة نيويورك و نسداق لإفلاس. وكان لديهم 48 ساعة لرفع رأس المال اللازم لتغطية خسائرهم (التي تمكنوا من القيام باستثمار 400 مليون من حوالي ستة عشر مستثمرا). تم الحصول على مجموعة نايت كابيتال في نهاية المطاف من قبل جيتكو ليك (ديسمبر 2012) وتسمى الشركة المدمجة الآن كغ القابضة. درس للتعلم يجب أن تكون أحداث 1 أغسطس 2012 درسا لجميع فرق التطوير والعمليات. لا يكفي لبناء برامج كبيرة واختبارها لديك أيضا لضمان تسليمها إلى السوق بشكل صحيح بحيث الزبائن الحصول على القيمة التي يتم تسليم (وهكذا كنت لا إفلاس شركتك). والمهندس (المهندسون) الذين قاموا بنشر سمارز ليسوا مسؤولين فقط عن هذه العملية التي لم يضعها كنيت لم تكن مناسبة للمخاطر التي تعرضوا لها. بالإضافة إلى ذلك كانت عملية (أو عدم وجودها) بطبيعتها عرضة للخطأ. في أي وقت تعتمد عملية النشر الخاصة بك على قراءة البشر واتباع التعليمات التي تعرض نفسك للخطر. البشر يخطئون. يمكن أن تكون الأخطاء في التعليمات، في تفسير التعليمات، أو في تنفيذ التعليمات. يجب أن تكون عمليات النشر مؤتمتة وقابلة للتكرار وخالية من الأخطاء البشرية المحتملة قدر الإمكان. كان قد نفذت نايت نظام النشر الآلي الكامل مع التكوين، ونشر واختبار التشغيل الآلي الخطأ الذي يسبب كنيتمار كان يمكن تجنبها. تطبيق اثنين من مبادئ التسليم المستمر هنا (حتى لو كنت لا تنفذ عملية التسليم المستمر الكامل): يجب أن يكون الافراج عن البرمجيات عملية يمكن الاعتماد عليها، يمكن الاعتماد عليها. أتمتة بقدر ما هو معقول. السيناريو: لنفترض أن لديهم ديفوبس جيدة جدا. لذلك جميع الملقمات ستكون متزامنة. ولكن 8211 نفترض أن القانون الجديد كان علة. لذلك جميع الملقمات في التزامن، ولكن لديها نفس رمز عربات التي تجرها الدواب. ماذا لو كان هناك نسختان من الشفرة، بمعنى أن عمليات النشر الأخيرة كانت لها هذا الخطأ. لذلك بمجرد أن يدركوا أن هناك شيئا خاطئا، أنها 8217d لفة رمز، الخلل لا يزال يبقى 8230 دقائق ثمينة قد ذهبت. ربما 20 دقيقة بدلا من 45 دقيقة في مقالك. حتى باختصار 8211 الكارثة التحول التبديل هو نشر رمز التراجع في بيئة حية. وهذا لا يزال تصميم معيب. ما يحتاجون إليه 8217d سيكون مفتاح أحمر كبير (تقريبا حرفيا، في مكان ما في لوحة القيادة الخاصة بهم) لوقف فورا. أين قاعدة الأعمال التي تقول 8220first لا ضرر 8221. فج إذا كان نشر على جميع الملقمات قد عملت، فإنها قد تكون على ما يرام. ولكن في هذه الحالة، تم نشر 7 من 8 لنظام فرعي واحد بشكل صحيح. لأن السلوك السيء، أنها تراجعت أخرى 7 التفكير في رمز جديد في هذا النظام الفرعي كانت المشكلة. أن تضاعف المشكلة حتى مفتاح القتل في نهاية المطاف. وكثيرا ما تكون الكوارث معقدة. في هذه الحالة كان ممارسات الترميز سيئة، بالإضافة إلى ممارسات التفتيش كود الاختبار مشكوك فيه، بالإضافة إلى خطأ في النشر، بالإضافة إلى التراجع في دقة النظام الفرعي بدلا من النظام بأكمله. إذا قمت بحل أي من هذه القضايا، كنت don8217t الحصول على كارثة. واحدة من الأشياء I8217ve ينظر في الشركات الذين don8217t الاعتراف بالأهمية الحقيقية وتأثير نظم تكنولوجيا المعلومات الخاصة بهم هو أنهم don8217t توفير ميزانية لتحديثات رمز القديمة. على سبيل المثال: I8217ve ينظر الحالات حيث لا يوجد لديه ميزانية. لديها لتبرير كل ما يفعل ضد نفقة الأعمال. وهو ما يعني التدافع باستمرار لصياغة مشاريع جديدة. نادرا ما ترى الأعمال الحاجة إلى تحديث البرامج القديمة التي تعمل حاليا، لذلك يرفضون دفع ثمنها. والنتيجة هي رمز جديد ثابت، يقوم به أرخص المبرمجين، في حين لا يستثمر في التكنولوجيات التي من شأنها أن تحسن الأداء في نهاية المطاف وتخفيف المخاطر. لماذا لأن ينظر إلى هذه المشاكل 8220IT8221 وليس اختصاص أي مشروع إيت الناس يعملون على، لذلك لا أحد سيدفع ثمنها. وهناك قراءة كبيرة بشأن هذه الممارسة هو مشروع فينيكس من قبل جين كيم، كيفن بهر، وجورج سبافورد. شكرا لك على تطبيق الدماغ على الضجيج. ربما ينبغي للمرء أن يسأل لماذا التكنولوجيا المعنية لم تحصل على إلقاء اللوم ولكن didn8217t الحصول على السلطة لقتل التبديل من تلقاء نفسها. أوه الحق، أن 8217s لماذا وضعت أوبسر في مكان على أي حال. 8220R8221 هو المسؤول، ويعرف أيضا باسم الطعم اللهب. لقد كتبت قليلا عن هذا الحدث، وأود أن تحذر أي شخص لاستخدام تقرير المجلس الأعلى للتعليم أي شيء على الإطلاق غير ما تحتاج إليه المجلس الأعلى للتعليم. kitchensoap20131029counterfactuals-كنيت-كابيتال قراءة رائعة. عملت في مزاد كبير للفواكه والخضار مرة واحدة حيث تم تثبيت إصدار برنامج جديد وفشلت، مما أدى إلى خسائر كبيرة للتجار (وإن لم يكن ضخمة مثل هذه). وكان هذا أيضا حالة نشر غير لائق ولا تراجع. والدرس الذي ينبغي تعلمه هو أن هناك مجالات لا ينبغي أن يتخذ فيها الحاسوب أي قرار دون التحقق من صحة الإنسان. ماذا عن الناس الذين فقدوا وظائفهم بسبب، عفوا، كان هناك خلل ماذا عن الشركات الأخرى التي ربما حصلت في تروبل بسبب التغيير المفاجئ في قيمة الأسهم أتمتة 8220 قرارات مستوى عال 8221 هو أن يتم التعامل معها بعناية 8230 نيس والتعليمية بتو راجع. استخدام إطار سينفين يوفر توصيف أفضل لهذا فشل 8216DevOps8217 يبدو أن هذا المنصب قد كتبت من منظور ديفوبس. الحلول المقترحة تتفق مع منظور ديفوبس 8211 دراسة عملية الإفراج، وأتمتة أكثر، وصياغة مفتاح قتل مع قدرات تراجع. شخص قد يقرأ هذا المنصب ووضع الكثير من التركيز على فني فارس التي لم نسخ الرمز القديم إلى واحدة من ثمانية خوادم. قد يفرط شخص ما في تبسيط العلاقة بين السبب والنتيجة. قد یقوم شخص ما بإدخال قواعد جدیدة إلی 8216 منع حدوث ذلك من أي وقت مضى مرة أخرى. 8217 قد یستثمر نھج أکثر قوة في: 8211 زیادة التنوع لتحلیل الوضع وتولیف خیارات أفضل 8211 تحسین التواصل بین التخصصات 8211 تحسین التنسیق الضمني بین التخصصات 8211 تجنید أفراد أکثر خبرة في كتابة ومراجعة رمز كان أحد العوامل الرئيسية التي تحد من تحسين قدرة الفريق من قبل تسع سنوات من حدث الفشل الكبير سوء وصف النظام. في إطار سينفين، والحد من هذا الفشل إلى مشكلة ديفوبس هو ربط النظام مع المجال 8220Obvious8221 حيث هناك أسباب السبب والعلاقات بسيطة التي يمكن التعرف عليها من قبل 8216professionals. 8217 وينبغي ألا يرتبط الفشل مع المجال سينفين 8220Complicated8221 حيث تحليل كبير من قبل 8216 المتخصصين 8217 كان من شأنه أن يمنع الفشل. يجب أن يرتبط النظام مع سينفين 8220Complex8221 المجال 8211 نظام التكيف المعقدة. النظام هو التخلص. نفس الشروط الأولية لن تنتج نفس الفشل (إلا عن طريق الصدفة). لمزيد من المعلومات حول سينفين، قم بزيارة en. wikipedia. orgwikiCynefin و كونيتيفيدج. وأنا أقدر تسليط الضوء على العوامل الضمنية في مثل هذه الكارثة. مثل المؤلف، وأعمل أيضا في العمليات، و it21217s من السهل أن تقع في نفس أنماط الفكر القديم على الأسباب والحلول. أنا على وجه الخصوص تتمتع وجهة نظرك المتعلقة بالتنوع (الذي يأتي في جميع الأشكال: مستويات الخبرة والخلفيات الثقافية والتعليمية، سكيلزيتس، والعمر، وما إلى ذلك)، وأعتقد أن هذا هو محرك قوي وراء نجاح ديفوبس نفسها. وجود مجموعة متنوعة من وجهات النظر، سواء داخل وخارج فريقك، وتبحث في المشروع الخاص بك لديه قوية، وإمكانات واضحة ويمكن أن تساعد في كبح أوبرزس مثل واحد نشأت في هذه المقالة. غ لماذا رمز الذي كان ميتا لمدة 8 سنوات كان لا يزال موجودا في قاعدة رمز هو لغزا، ولكن هذا ليس نقطة على العكس من ذلك، أن 8217s بالضبط نقطة. رمز مع غير المستخدمة، وبالتالي لم تختبر، إمكانيات التكوين هو كارثة في انتظار أن يحدث. هذا هو السبب في I8217m متشككا جدا حول نهج العلم القائم على ميزة عموما. التكوين هو جزء من برنامجك كما هو رمز، ويجب أن التغييرات التكوين من خلال نفس دورة حياة 8211 طلب سحب، مراجعة التعليمات البرمجية، والإفراج، نشر إلى تنظيم 8211 أي تغيير آخر. إذا كانت عملية التحرير ثقيلة جدا وكنت بحاجة إلى إجراء تغييرات سريعة في التكوين على الإنتاج، فقم بإصلاح عملية الإصدار. كانت هناك أخطاء كثيرة جدا لإسناد الفشل الملحمي إلى ديفوبس فقط (على الرغم من أنني أتفق تماما على أن الأتمتة والاختبار هو السبيل الوحيد): 8211 لا العمل الجماعي وقوائم المراجعة أثناء القيام بتحديث على خوادم الإنتاج. أي تحديث على الإنتاج يجب أن يتطلب فريقا يراقب كل منهما الآخر، ويمر عبر قائمة مرجعية. 8211 8 سنوات من التعليمات البرمجية القديمة غير المستخدمة في الإنتاج. أن يخبرك الكثير عن عدم وجود فهم حول مخاطر التعلق 8220unused8221 التعليمات البرمجية. 8211 تسجيل غير كافية من التعليمات البرمجية، وعدم كفاية الرصد في الوقت الحقيقي سجل، الارتباط والتحليل. وكان من شأن ذلك أن يثير ما يكفي من الأدلة في وقت مبكر للمهندسين ويتعرضون للناس. 8211 لا فشل الساخنة الساخنة إلى كتلة مع الإصدار السابق. وهذا من شأنه أن توقف جميع القضايا بعد 1 أو 2 دقيقة. (that8217s زر أحمر الشوائب أن المادة يذكر) إذا كنت أيضا قد تم تصميم البرمجيات والنظم والشركات لفترة طويلة، كما تعلمون يحدث كارثة، كما تعلمون يتم القبض على بعض الأخطاء فقط في البرية وليس أثناء المحاكاة، مثلك تماما معرفة آلات سوف تنخفض. تحتاج إلى التحضير لأسوأ حالة في كل من السيناريوهات. قانون Murphy8217s صحيح جدا في عالمنا I8217ve كان في ما يسمى الآن مساحة 8220DevOps8221 منذ ما يقرب من 20 عاما، أكثر من نصف ذلك في العالم المالي. وكان فارس على حد سواء بائع ل ومنافس للشركة أنا أعمل حاليا ل. ربما ساعدت أتمتة النشر. يمكن. ولكن عدد قليل من الشركات يمكن أن تحمل بيئات مكررة بالضبط، وكان هذا أساسا بسبب الاختلافات البيئية. وحتى التحقق الآلي من النشر قد لا يكون قد ساعد في هذه الحالة إذا كانت الأتمتة didn8217t تعرف عن الفرق البيئي. أتمتة ليست سوى جيدة كما معرفة الناس إعداده. إذا كان اليدوي تثبيت واسن 8217t على علم النظام القديم، ثم هناك 8217s فرصة جيدة النظام الآلي wn8217t قد تعرف للتحقق من ذلك إما. أتمتة عملية التراجع هو أيضا جيدة مثل اتخاذ القرار بشأن ما إذا كان لجعل التراجع. وإذا بدأت أتمتة إينادفنتنتلي النظام القديم، هناك 8217s أيضا لا يضمن أن التحول النظام المعاصر مرة أخرى قد توقفت النظام القديم 8211 هل يمكن أن تنتهي في نفس المشكلة حتى بعد التراجع الآلي للنظام المعاصر. الذي يقودني إلى نقطة أخيرة: الأتمتة هو شرط في البيئات الكبيرة والحديثة. ولكن الإفراط في الاعتماد عليها يمكن أن يؤدي إلى أن الناس الذين يعملون في النظام لا يدركون ما يفعله 8217. أتمتة هو الأكثر فائدة للتحقق من صحة، لأن التحقق من صحة الأشياء بشكل صحيح هو مملة وسهلة ل سكيمب على عند القيام به يدويا. حتى عند التشغيل الآلي، وجود نقاط توقف تشارك الإنسان أو الخطوات التي يحركها الإنسان يساعد على التأكد من أن تلك التي تعمل على النظام يعرف النظام وكيف يعمل، وتحسين كبير في قدرتها على استكشاف المشاكل، وتشخيص المشاكل، وتقديم اقتراحات مناسبة حول الخطوات التي يجب اتخاذها ل وقف أو تخفيف مشكلة. أتمتة هو أداة، ولكنها أداة واحدة فقط وأنه لا يزال يتطلب حرفي أن يمارس بشكل مناسب. الخبرة هي ما يجعل ويحافظ على أنظمة كبيرة كبيرة. ريبلوجيد هذا على غاريت S. Y. هامبتون وعلق: لا يصدق. ديفوبس دائما مشاهدة وتوثيق ومراجعة عمليات النشر الخاصة بك