لماذا تحتاج شركة مثل MegaFon إلى Tarantool في الفوترة؟ من الخارج ، يبدو أن البائع يأتي عادةً ، ويحضر نوعًا من الصناديق الكبيرة ، ويوصل القابس في المنفذ - هذه فاتورة! كان ياما كان ، لكنه أصبح الآن قديمًا ، وماتت مثل هذه الديناصورات بالفعل أو تموت. في البداية ، تعد الفواتير نظامًا للفواتير - قافية أو آلة حاسبة. في الاتصالات اليوم نظام أتمتة لكامل دورة حياة التفاعل مع المشترك من إبرام الاتفاقية إلى الإنهاء، بما في ذلك الفوترة في الوقت الفعلي وقبول الدفع وغير ذلك الكثير. الفواتير في شركات الاتصالات تشبه الروبوت القتالي - كبير وقوي ومعلق بالأسلحة.
وماذا عن التارانتول؟ سوف اقول عن ذلك اوليج ايفليف и أندريه كنيازيف. أوليغ هو المهندس الرئيسي للشركة مع خبرة واسعة في الشركات الأجنبية ، Andrey هو مدير أنظمة الأعمال. من نسخة من تقريرهم على سوف تتعلم سبب الحاجة إلى البحث والتطوير في الشركات ، وما هو Tarantool ، وكيف أصبح النطاق العمودي المسدود والعولمة المتطلبات الأساسية لظهور قاعدة البيانات هذه في الشركة ، وحول التحديات التكنولوجية ، وتحول الهندسة المعمارية ، وكيف تشبه MegaFon technostack Netflix وجوجل وأمازون.
مشروع "الفوترة الموحدة"
المشروع الذي سيتم مناقشته يسمى "الفواتير الموحدة". كان فيه أن Tarantool أظهر أفضل صفاته.
لم يواكب نمو أداء معدات Hi-End نمو قاعدة المشتركين والنمو في عدد الخدمات ، وكان من المتوقع حدوث مزيد من النمو في عدد المشتركين والخدمات بسبب M2M وإنترنت الأشياء وميزات الفروع التي أدت إلى تدهور في الوقت المناسب للطرح في السوق. قررت الشركة إنشاء نظام عمل واحد بهندسة معيارية فريدة من نوعها على مستوى عالمي ، بدلاً من 8 أنظمة فواتير مختلفة حالية.
MegaFon ثماني شركات في شركة واحدة. في عام 2009 ، تم الانتهاء من إعادة التنظيم: تم دمج الفروع في جميع أنحاء روسيا في شركة واحدة MegaFon OJSC (الآن PJSC). وبالتالي ، تمتلك الشركة 8 أنظمة فوترة مع حلولها "المخصصة" وميزات الفروع والهيكل التنظيمي المختلف وتكنولوجيا المعلومات والتسويق.
كان كل شيء على ما يرام حتى تم إطلاق منتج فيدرالي مشترك واحد. ظهرت الكثير من الصعوبات هنا: شخص ما لديه فاتورة بالتقريب ، شخص لديه فاتورة أصغر ، وشخص لديه متوسط حسابي. هناك الآلاف من هذه اللحظات.
على الرغم من حقيقة أن هناك إصدارًا واحدًا فقط من نظام الفوترة ، مورد واحد ، تباعدت الإعدادات بحيث يستغرق الأمر وقتًا طويلاً للصمغ. حاولنا تقليل عددهم ، وعثرنا على المشكلة الثانية المألوفة للعديد من الشركات.
التحجيم العمودي. حتى أروع الحديد في ذلك الوقت لم تلبي الاحتياجات. استخدمنا معدات Hewlett-Packard ، خط Superdome Hi-End ، لكنها لم تلبي احتياجات حتى فرعين. كنت أرغب في التوسع الأفقي بدون تكاليف تشغيل عالية واستثمارات رأسمالية.
توقع نمو عدد المشتركين والخدمات. لطالما جلب المستشارون قصصًا حول IoT و M2M إلى عالم الاتصالات: سيأتي وقت يكون فيه كل هاتف ومكواة به بطاقة SIM ، واثنتان في الثلاجة. اليوم لدينا عدد واحد من المشتركين ، وفي المستقبل القريب سيكون هناك عدد أكبر من المشتركين.
التحديات التكنولوجية
دفعتنا هذه الأسباب الأربعة إلى تغييرات كبيرة. كان هناك خيار بين ترقية النظام والتصميم من البداية. فكرنا لفترة طويلة ، واتخذنا قرارات جادة ، ولعبنا المناقصات. نتيجة لذلك ، قررنا التصميم من البداية ، وتصدى لنا تحديات مثيرة للاهتمام - تحديات تكنولوجية.
التدرجية
إذا كان في وقت سابق ، على سبيل الشرط ، 8 فواتير 15 مليون مشتركوالآن يجب أن يكون 100 مليون مشترك وأكثر - الحمل أعلى من ذلك بكثير.
لقد أصبحنا قابلين للمقارنة في الحجم مع كبار مشغلي الإنترنت مثل Mail.ru أو Netflix.
لكن مزيدًا من الحركة لزيادة الحمل وقاعدة المشتركين قد حددت لنا مهامًا جادة.
جغرافيا بلدنا الشاسع
بين كالينينغراد وفلاديفوستوك 7500 كم و 10 مناطق زمنية. سرعة الضوء محدودة وفي مثل هذه المسافات تكون التأخيرات كبيرة بالفعل. 150 مللي ثانية على أروع القنوات الضوئية الحديثة يعد كثيرًا جدًا بالنسبة للفوترة في الوقت الفعلي ، خاصةً كما هو الحال الآن في الاتصالات في روسيا. بالإضافة إلى ذلك ، تحتاج إلى التحديث في يوم عمل واحد ، ومع وجود مناطق زمنية مختلفة يمثل مشكلة.
نحن لا نقدم خدمات مقابل رسوم شهرية فحسب ، بل لدينا تعريفات وحزم ومعدلات مختلفة معقدة. لا نحتاج فقط إلى السماح للمشترك أو منعه من التحدث ، ولكن نحتاج إلى منحه حصة معينة - لحساب المكالمات والإجراءات في الوقت الفعلي حتى لا يلاحظها.
التسامح مع الخطأ
هذا هو الجانب الآخر من المركزية.
إذا قمنا بجمع جميع المشتركين في نظام واحد ، فإن أي أحداث طارئة وكوارث تكون مؤسفة للعمل. لذلك ، نقوم بتصميم النظام بطريقة تستبعد تأثير الحوادث على قاعدة المشتركين بأكملها.
هذا نتيجة ، مرة أخرى ، لرفض القياس الرأسي. عندما ذهبنا إلى التوسع الأفقي ، قمنا بزيادة عدد الخوادم من مئات إلى آلاف. يجب إدارتها وقابلة للتبديل ، والنسخ الاحتياطي التلقائي للبنية التحتية لتكنولوجيا المعلومات واستعادة النظام الموزع.
كانت مثل هذه التحديات المثيرة للاهتمام أمامنا. لقد صممنا النظام ، وفي تلك اللحظة حاولنا العثور على أفضل الممارسات في العالم للتحقق من مدى تقدمنا في الاتجاه ، ومدى اتباعنا للتقنيات المتقدمة.
تجربة العالم
والمثير للدهشة أننا لم نجد مرجعًا واحدًا في عالم الاتصالات.
لقد اختفت أوروبا من حيث عدد المشتركين والحجم ، والولايات المتحدة - من حيث ثبات تعريفاتها الجمركية. لقد نظروا إلى شيء ما في الصين ، ووجدوا شيئًا في الهند وأخذوا متخصصين من شركة فودافون الهند.
لتحليل العمارة ، قاموا بتجميع فريق Dream بقيادة IBM - مهندسين معماريين من مناطق مختلفة. يمكن لهؤلاء الأشخاص تقييم ما نقوم به بشكل كافٍ وتقديم معرفة معينة إلى هندستنا.
نطاق
عدد قليل من الأرقام لتوضيحها.
نصمم نظامًا لـ 80 مليون مشترك بأكثر من مليار. هذه هي الطريقة التي نزيل بها العتبات المستقبلية. هذا ليس لأننا سنسيطر على الصين ، ولكن بسبب ضغوط IoT و M2M.
تمت معالجة 300 مليون مستند في الوقت الفعلي. على الرغم من أن لدينا 80 مليون مشترك ، فإننا نعمل مع كل من العملاء المحتملين وأولئك الذين تركونا إذا كان من الضروري تحصيل المستحقات. لذلك ، فإن الأحجام الحقيقية أكبر من ذلك بكثير.
2 مليار صفقة يتغير الرصيد يوميًا - وهذه عبارة عن مدفوعات ومستحقات ومكالمات وأحداث أخرى. 200 تيرابايت من البيانات تتغير بنشاط، يتغير ببطء أكثر قليلاً 8 رطل من البيانات، وهذا ليس أرشيفًا ، ولكنه بيانات حية في فاتورة واحدة. مقياس حسب مركز البيانات - 5 آلاف سيرفر في 14 موقع.
كومة التكنولوجيا
عندما خططنا للهندسة المعمارية وتعهدنا بتجميع النظام ، قمنا باستيراد أكثر التقنيات إثارة للاهتمام والأكثر تقدمًا لأنفسنا. وكانت النتيجة مجموعة تكنولوجية مألوفة لأي مشغل إنترنت أو شركة تصنع أنظمة تحميل عالية.
المكدس مشابه لأكوام اللاعبين الكبار الآخرين: Netflix و Twitter و Viber. تتكون من 6 مكونات لكننا نريد تقليصها وتوحيدها.
المرونة جيدة ، ولكن في شركة كبيرة لا توجد وسيلة بدون التوحيد.
لن نغير نفس Oracle لـ Tarantool. في واقع الشركات الكبيرة ، هذه يوتوبيا ، أو حملة صليبية لمدة 5-10 سنوات بنتائج غير مفهومة. لكن يمكن استبدال Cassandra و Couchbase بالكامل بـ Tarantool ، ونحن نسعى جاهدين لتحقيق ذلك.
لماذا ترانتول؟
هناك 4 معايير بسيطة لاختيارنا قاعدة البيانات هذه.
سرعة. أجرينا اختبارات الحمل على أنظمة MegaFon الصناعية. فاز Tarantool - أظهر أفضل أداء.
لا يمكن القول أن الأنظمة الأخرى لا تلبي احتياجات MegaFon. حلول الذاكرة الحالية منتجة للغاية لدرجة أن مخزون الشركة أكثر من كافٍ. لكن من المثير للاهتمام بالنسبة لنا التعامل مع القائد ، وليس مع الشخص الذي يتخلف عن الركب ، بما في ذلك في اختبار الحمل.
تارانتول يلبي احتياجات الشركة حتى على المدى الطويل.
تكلفة TCO. يكلف دعم Couchbase على وحدات تخزين MegaFon أموالاً للمساحة ، بينما مع Tarantool ، يكون الوضع أجمل بكثير ، كما أنهما قريبان من الوظائف.
ميزة أخرى لطيفة أثرت قليلاً على اختيارنا هي أن Tarantool يعمل بشكل أفضل مع الذاكرة من قواعد البيانات الأخرى. انه يظهر أقصى قدر من الكفاءة.
دقة. تستثمر MegaFon في الموثوقية لا مثيل لها. لذلك ، عندما نظرنا إلى Tarantool ، أدركنا أننا بحاجة للتأكد من أنه يلبي متطلباتنا.
لقد استثمرنا وقتنا وأموالنا ، وبالتعاون مع Mail.ru أنشأنا إصدارًا للمؤسسة ، والذي تستخدمه الآن العديد من الشركات الأخرى.
تارانتول-مؤسسة يرضينا تمامًا من حيث الأمان والموثوقية والتسجيل.
شراكة
أهم شيء بالنسبة لي هو اتصال مباشر مع المطور. هذا هو بالضبط ما رشوة الرجال من Tarantool.
إذا أتيت إلى لاعب ، لا سيما الشخص الذي يعمل مع عميل مرساة ، وقلت إنك بحاجة إلى قاعدة البيانات لتتمكن من القيام بذلك ، فعادة ما يجيب:
"حسنًا ، ضع المتطلبات في أسفل تلك الكومة - سنصل إليها على الأرجح يومًا ما."
يمتلك الكثيرون خارطة طريق للسنوات 2-3 القادمة ، ويكاد يكون من المستحيل التوافق معهم ، بينما يقوم مطورو Tarantool بالرشوة بالانفتاح ، وليس فقط مع MegaFon ، ويقومون بتكييف نظامهم مع العميل. إنه رائع ونحن نحبه.
حيث قمنا بتطبيق Tarantool
لدينا تارانتول يستخدم في عدة عناصر. الأول في الطيار، الذي قمنا به على نظام دليل العناوين. في وقت من الأوقات ، كنت أرغب في أن يكون نظامًا مشابهًا لخرائط Yandex. وخرائط Google ، لكن اتضح بشكل مختلف قليلاً.
على سبيل المثال ، كتالوج العناوين في واجهة المبيعات. في Oracle ، يستغرق العثور على العنوان الصحيح من 12 إلى 13 ثانية. - أرقام غير مريحة. عندما ننتقل إلى Tarantool ، استبدل Oracle بقاعدة بيانات أخرى في وحدة التحكم ، وقم بإجراء نفس البحث ، نحصل على تسريع 200x! تنبثق المدينة بعد الحرف الثالث. نقوم الآن بتعديل الواجهة بحيث يحدث هذا بعد الأولى. ومع ذلك ، فإن سرعة الاستجابة مختلفة تمامًا - بالفعل ملي ثانية بدلاً من ثوان.
التطبيق الثاني هو موضوع شائع يسمى تكنولوجيا المعلومات ذات السرعتين. هذا لأن المستشارين من كل حديد يقولون أن الشركات يجب أن تذهب إلى هناك.
هناك طبقة بنية تحتية هنا ، وفوقها مجالات ، على سبيل المثال ، نظام الفوترة ، مثل الاتصالات وأنظمة الشركات وتقارير الشركات. هذا هو الجوهر الذي لا ينبغي لمسه. هذا ، بالطبع ، ممكن ، لكن بجنون العظمة ضمان الجودة ، لأنه يجلب المال للشركة.
بعد ذلك تأتي طبقة الخدمات المصغرة - ما يميز المشغل أو اللاعب الآخر. يمكن إنشاء الخدمات المصغرة بسرعة استنادًا إلى بعض ذاكرات التخزين المؤقت ، ورفع البيانات من مجالات مختلفة هناك. هنا مجال للتجارب - إذا لم ينجح شيء ما ، أغلق خدمة مصغرة ، وافتح خدمة أخرى. يوفر هذا وقتًا محسنًا حقًا للوصول إلى السوق ويزيد من موثوقية الشركة وسرعتها.
ربما تكون الخدمات المصغرة هي الدور الرئيسي لـ Tarantool في MegaFon.
أين نخطط لاستخدام Tarantool
إذا قارنا مشروع الفوترة الناجح لدينا ببرامج التحول في Deutsche Telekom و Svyazcom و Vodafone India ، فهو ديناميكي ومبدع بشكل مذهل. في عملية تنفيذ هذا المشروع ، لم يتم تحويل MegaFon وهيكلها فقط ، ولكن أيضًا ظهرت Tarantool-enterprise في Mail.ru ، وكان لدى البائع Nexign (المعروف سابقًا باسم Peter-Service) BSS Box (حل فواتير محاصر).
هذا ، إلى حد ما ، مشروع تاريخي للسوق الروسية. يمكن مقارنتها بما تم وصفه في كتاب فريدريك بروكس "شهر الرجل الأسطوري". في ذلك الوقت ، في الستينيات ، وظفت شركة IBM 60 شخص لتطوير نظام التشغيل OS / 360 الجديد للحاسوب الرئيسي. لدينا أقل - 5 ، لكننا في السترات الواقية ، ومع الأخذ في الاعتبار استخدام المصادر المفتوحة والأساليب الجديدة ، فإننا نعمل بشكل أكثر إنتاجية.
فيما يلي نطاقات الفوترة أو ، على نطاق أوسع ، أنظمة الأعمال. يعرف رجال الأعمال CRM جيدًا. يجب أن يكون لدى الجميع بالفعل أنظمة أخرى: Open API، API Gateway.
واجهة برمجة التطبيقات المفتوحة
لنلق نظرة على الأرقام مرة أخرى وكيف تعمل Open API الآن. حمولته 10 معاملة في الثانية. نظرًا لأننا نخطط لتطوير طبقة الخدمات المصغرة بشكل نشط وإنشاء واجهة برمجة تطبيقات عامة لـ MegaFon ، فإننا نتوقع المزيد من النمو في المستقبل في هذا الجزء تحديدًا. 100 صفقة ستكون بالتأكيد.
لا أعرف ما إذا كان بإمكاننا مقارنة SSO مع Mail.ru - يبدو أن الرجال لديهم 1 معاملة في الثانية. نحن مهتمون جدًا بحلهم ونخطط للتعلم من تجربتهم - على سبيل المثال ، لإنشاء احتياطي وظيفي من SSO باستخدام Tarantool. الآن المطورين من Mail.ru يفعلون ذلك معنا.
CRM
CRM هو نفس 80 مليون مشترك نريد أن نجلبهم إلى مليار ، لأن هناك بالفعل 300 مليون وثيقة تتضمن تاريخًا مدته ثلاث سنوات. نحن نتطلع حقًا إلى خدمات جديدة ، وهنا نقطة النمو هي الخدمات المتصلة. هذه كرة ستنمو ، لأنه سيكون هناك المزيد والمزيد من الخدمات. وعليه ، فإن التاريخ مطلوب ، ولا نريد أن نتعثر في هذا.
إعداد الفواتير نفسها من حيث الفواتير ، والعمل مع مستحقات العملاء تحولت إلى مجال منفصل. لتحسين الأداء ، نمط معماري معماري للمجال المطبق.
ينقسم النظام إلى مجالات ، ويتم توزيع الحمولة ويتم توفير التسامح مع الخطأ. بالإضافة إلى ذلك ، عملنا مع هندسة معمارية موزعة.
كل شيء آخر هو حلول على مستوى المؤسسة. تخزين المكالمات - 2 مليار يوميا60 مليار شهريا. في بعض الأحيان ، يتعين عليك عدهم لمدة شهر ، ومن الأفضل أن تقوم بذلك بسرعة. الرقابة المالية - هذه هي بالضبط 300 مليون التي تنمو وتتزايد باستمرار: غالبًا ما يعمل المشتركون بين المشغلين ، مما يؤدي إلى زيادة هذا الجزء.
أكثر مكونات الاتصالات المتنقلة هي الفواتير عبر الإنترنت. هذه هي الأنظمة التي تسمح لك بالاتصال أو عدم الاتصال ، واتخاذ قرار في الوقت الفعلي. هنا الحمل هو 30 معاملة في الثانية ، ولكن بالنظر إلى النمو في نقل البيانات ، فإننا نخطط 250 معاملة، وبالتالي نحن مهتمون جدًا بـ Tarantool.
الصورة السابقة هي المجالات التي سنقوم فيها بتطبيق Tarantool. CRM نفسه ، بالطبع ، أوسع وسنقوم بتطبيقه في جوهره.
رقم TTX المحسوب لدينا وهو 100 مليون مشترك يربكني كمهندس معماري - ولكن ماذا لو كان 101 مليون؟ إعادة كل شيء مرة أخرى؟ لمنع هذا ، نستخدم ذاكرات التخزين المؤقت ، وفي نفس الوقت نقوم بزيادة الإتاحة.
بشكل عام ، هناك طريقتان لاستخدام Tarantool. أولاً - بناء جميع ذاكرات التخزين المؤقت على مستوى الخدمات المصغرة. بقدر ما أفهم ، VimpelCom يتبع هذا المسار ، وإنشاء ذاكرة تخزين مؤقت للعميل.
نحن أقل اعتمادًا على البائعين ، ونقوم بتغيير جوهر BSS ، لذلك لدينا ملف بطاقة عميل واحد خارج الصندوق. لكننا نريد توسيعه. لذلك ، نتبع نهجًا مختلفًا قليلاً - عمل مخابئ داخل الأنظمة.
لذلك هناك قدر أقل من عدم التزامن - نظام واحد مسؤول عن كل من ذاكرة التخزين المؤقت والمصدر الرئيسي.
تتلاءم هذه الطريقة جيدًا مع نهج Tarantool مع الهيكل العظمي للمعاملات ، عندما يتم تحديث الأجزاء المتعلقة بالتحديثات فقط ، أي تغييرات البيانات. كل شيء آخر يمكن تخزينه في مكان آخر. لا توجد بحيرة بيانات ضخمة ، ولا توجد ذاكرة تخزين مؤقت عالمية غير مُدارة. تم تصميم ذاكرات التخزين المؤقت للنظام ، أو للمنتجات ، أو للعملاء ، أو لجعل الحياة أسهل للصيانة. عندما يستاء المشترك من جودة المكالمات اريد ان اخدمه بجودة عالية.
RTO و RPO
هناك نوعان من المصطلحات في تكنولوجيا المعلومات - RTO и RPO.
وقت الانتعاش الهدف هو وقت استرداد الخدمة بعد الفشل. RTO = 0 تعني أنه حتى في حالة سقوط شيء ما ، تستمر الخدمة في العمل.
هدف نقطة الانتعاش هو وقت استعادة البيانات ، وكم البيانات التي يمكن أن نخسرها خلال فترة زمنية. RPO = 0 يعني أننا لا نفقد البيانات.
مهمة Tarantool
دعنا نحاول حل مهمة Tarantool.
دانو: سلة تطبيقات واضحة للجميع ، على سبيل المثال ، في Amazon أو في مكان آخر. مطلوب لعربة التسوق تعمل 24 ساعة ، 7 أيام في الأسبوع ، أو 99,99٪ من الوقت. يجب الاحتفاظ بالطلبات التي تصل إلينا بالترتيب ، لأنه لا يمكننا تشغيل اتصال المشترك أو إيقاف تشغيله بشكل عشوائي - يجب أن يكون كل شيء متسلسلًا بدقة. يؤثر الاشتراك السابق على التالي ، لذا فإن البيانات مهمة - لا ينبغي فقد أي شيء.
حل. يمكنك محاولة حلها وجهاً لوجه وسؤال مطوري قواعد البيانات ، لكن لا يمكن حل المشكلة رياضياً. يمكنك أن تتذكر النظريات وقوانين الحفظ وفيزياء الكم ، ولكن لماذا - لا يمكن حلها على مستوى قاعدة البيانات.
يعمل النهج المعماري القديم الجيد هنا - تحتاج إلى معرفة مجال الموضوع جيدًا وحل هذا اللغز على حسابه.
الحل الذي نقدمه: إنشاء سجل تذاكر Tarantool موزع - مجموعة موزعة جغرافيًا. في الرسم التخطيطي ، هذه ثلاثة مراكز مختلفة لمعالجة البيانات - اثنان لجبال الأورال ، وواحد خارج جبال الأورال ، ونقوم بتوزيع جميع التطبيقات على هذه المراكز.
Netflix ، التي تعتبر الآن واحدة من الشركات الرائدة في مجال تكنولوجيا المعلومات ، كان لديها مركز بيانات واحد فقط حتى عام 2012. عشية عيد الميلاد الكاثوليكي في 24 ديسمبر ، تم وضع مركز البيانات هذا. ترك المستخدمون في كندا والولايات المتحدة بدون أفلامهم المفضلة ، وكانوا مستائين للغاية وكتبوا عنها على الشبكات الاجتماعية. لدى Netflix الآن ثلاثة مراكز بيانات على الساحل الغربي الشرقي وواحد في أوروبا الغربية.
في البداية نبني حلاً موزعًا جغرافيًا - التسامح مع الخطأ مهم بالنسبة لنا.
إذن ، لدينا كتلة ، ولكن ماذا عن RPO = 0 و RTO = 0؟ الحل بسيط ويعتمد على الموضوع.
ما هو المهم في التطبيقات؟ جزأين: رمي السلة TO اتخاذ قرار الشراء ، و AFTER. عادة ما يتم استدعاء جزء DO في الاتصالات ترتيب الالتقاط أو التفاوض على الطلب. في مجال الاتصالات ، قد يكون هذا أكثر صعوبة مما هو عليه في متجر عبر الإنترنت ، لأن هناك حاجة إلى خدمة العميل ، وعرض 5 خيارات ، وهذا كله يحدث لبعض الوقت ، ولكن السلة ممتلئة. في هذه المرحلة يكون الفشل ممكنًا ، لكنه ليس مخيفًا ، لأنه يحدث بشكل تفاعلي تحت إشراف شخص ما.
إذا فشل مركز بيانات موسكو فجأة ، فانتقل تلقائيًا إلى مركز بيانات آخر ، فسنواصل العمل. نظريًا ، يمكن فقد منتج واحد في السلة ، لكنك تراه ، أضفه إلى السلة مرة أخرى واستمر في العمل. في هذه الحالة RTO = 0.
في الوقت نفسه ، هناك خيار ثان: عندما نقر على "إرسال" ، نريد ألا تضيع البيانات. من هذه اللحظة ، تبدأ الأتمتة في العمل - هذا بالفعل RPO = 0. استخدام هذين النموذجين المختلفين في حالة واحدة يمكن أن يكون مجرد مجموعة موزعة جغرافيًا مع سيد واحد قابل للتحويل ، وفي الحالة الأخرى ، نوع من سجل النصاب. قد تختلف القوالب ، لكننا نقوم بحل المشكلة.
علاوة على ذلك ، بوجود سجل موزع للتطبيقات ، يمكننا أيضًا توسيع نطاقه بالكامل - لدينا العديد من المرسلين والمنفذين الذين يصلون إلى هذا السجل.
كاساندرا وتارانتول معًا
هناك حالة أخرى - "عرض الأرصدة". هذه مجرد حالة مثيرة للاهتمام للاستخدام المشترك لـ Cassandra و Tarantool.
نحن نستخدم Cassandra لأن 2 مليار مكالمة في اليوم ليست الحد الأقصى ، وسيكون هناك المزيد. يحب المسوقون تلوين حركة المرور حسب المصدر ، تظهر المزيد والمزيد من التفاصيل على الشبكات الاجتماعية ، على سبيل المثال. كل هذا يضيف إلى القصة.
تسمح لك Cassandra بالتدرج أفقيًا إلى أي حجم.
نشعر بالراحة مع كاساندرا ، لكن لديها مشكلة واحدة - إنها ليست جيدة في القراءة. كل شيء على ما يرام في السجل ، 30 في الثانية ليست مشكلة - مشكلة في القراءة.
لذلك ، ظهرت مشكلة ذاكرة التخزين المؤقت ، وفي نفس الوقت قمنا بحل المشكلة التالية: هناك حالة تقليدية قديمة ، عندما تأتي المعدات من التبديل من الفوترة عبر الإنترنت إلى الملفات التي نرفعها إلى Cassandra. لقد كافحنا مع مشكلة التنزيل الموثوق به لهذه الملفات ، حتى يتم تطبيقها بناءً على نصيحة نقل ملفات مدير IBM - هناك حلول تدير نقل الملفات بكفاءة باستخدام بروتوكول UDP ، على سبيل المثال ، وليس TCP. هذا جيد ، لكنه لا يزال دقائق ، وحتى نقوم بتحميل كل شيء ، لا يمكن للمشغل في مركز الاتصال الرد على العميل ، ما حدث لرصيده - علينا الانتظار.
لمنع حدوث ذلك ، نحن تطبيق احتياطي وظيفي مواز. عندما نرسل حدثًا عبر كافكا إلى Tarantool ، نعيد حساب المجاميع في الوقت الفعلي ، على سبيل المثال ، لهذا اليوم ، نحصل على الأرصدة النقدية، والتي يمكن أن تعطي أرصدة بأي سرعة ، على سبيل المثال ، 100 ألف معاملة في الثانية وتلك نفس 2 ثانية.
الهدف هو أنه بعد إجراء مكالمة ، بعد ثانيتين ، في حسابك الشخصي لن يكون هناك رصيد متغير فحسب ، بل معلومات حول سبب تغييره.
اختتام
كانت هذه أمثلة على استخدام Tarantool. لقد أحببنا حقًا انفتاح Mail.ru ، واستعدادهم للنظر في حالات مختلفة.
من الصعب بالفعل على المستشارين من BCG أو McKinsey أو Accenture أو IBM أن يفاجئونا بشيء جديد - الكثير مما يقدمونه ، إما أن نفعله بالفعل أو فعلناه أو نخطط للقيام به. أعتقد أن Tarantool سيأخذ مكانه الصحيح في مجموعة التكنولوجيا لدينا ويحل محل العديد من التقنيات الحالية. نحن في المرحلة النشطة من تطوير هذا المشروع.
تقرير أوليغ وأندري هو أحد أفضل التقارير في مؤتمر تارانتول العام الماضي ، وفي 17 يونيو سيتحدث أوليج إيفليف في مع تقرير . أيضًا ، سيقدم Alexander Deulin عرضًا تقديميًا من MegaFon . اكتشف ما الذي تغير وما هي الخطط التي تم تنفيذها. الانضمام - المؤتمر مجاني ، ما عليك سوى ذلك ... الكل وتم تشكيل برنامج المؤتمر: حالات جديدة ، تجربة جديدة لاستخدام Tarantool ، الهندسة المعمارية ، المؤسسة ، البرامج التعليمية والخدمات المصغرة.
المصدر: www.habr.com