هذا كل شيء ، نكت جانباً - دعنا نتحدث عن الأبدية. في هذا المنشور ، لن تجد رذاذًا من الفرح أو تلميحًا إلى سهولة الوجود. لأنه بالنسبة لأولئك الذين قاتلوا وفتشوا ، مروا كل جولة جديدة من ترقية Siebel. منذ عام 2013 ، تنفذ Oracle حملة لتحديث نظام CRM الخاص بها بشكل أساسي. حتى الآن ، لدينا بالفعل سبع حزم (من IP13 إلى IP19). حتى عام 2013 ، تم إصدار الإصدارات كل سنتين إلى 3 سنوات ، آخر 5 إلى 6 سنوات من نشرات Siebel في كثير من الأحيان ، مع الالتزام بجدول زمني واضح: تم إصدار الإصدارات الثانوية (patchset) شهريًا ، ويتم إصدار إصدارات جديدة بشكل أساسي (رئيسي) سنويًا ، وغالبًا ما كان هذا يعني حاجة العميل المعالجة العالمية أو حتى "إعادة إدخال" نظامك. لتبسيط ترقيات Siebel ، طور البائع IRM (دمج التزود الإضافي) - وظيفية تسهل عملية تثبيت إصدارات جديدة مع حزم الابتكار. سيتم مناقشته.
مبدأ IRM
لتحديث النظام إلى إصدار جديد مع Innovation Pack ، يجب عليك تحديث مستودع النظام. للقيام بذلك ، دمج مع مستودع الإصدار الجديد.
المستودع هو بيانات تعريف النظام ، أي مخططات كل ما هو وظيفتها. أثناء المشروع ، يقوم المطورون الاستشاريون للعميل (مستهلك Siebel) بإجراء آلاف التغييرات على المستودع. ومع ذلك ، عند تسليم الإصدار من Oracle ، تكون هذه التغييرات غائبة ، ويضيف البائع نفسه ، الذي يعدل النظام ، بيانات وصفية جديدة ويمكنه عمومًا معالجة نظام كائن معين بالكامل.
من الواضح أن هناك حاجة إلى آلية هنا تتيح دمج التغييرات التي أجراها مستهلك النظام بسهولة مع التطورات الجديدة من Oracle. لهذا ، تم إنشاء IRM.
المهام التي تم حلها أثناء ترقية Siebel- إعداد مستودعات وبيئات للتوحيد.
- التكامل المباشر على بيئة التحديث (DEV) (IRM).
- تحليل وحل النزاعات.
- تطبيق التغييرات على بيئة التحديث.
- اختبار الانحدار.
- تصحيح جميع العيوب التي ظهرت أثناء التحديث.
- الترحيل من بيئة الترقية إلى مرحلة ما قبل الإنتاج ثم إلى الإنتاج.
ما هي فوائد التحول إلى IP17 +- محرك جديد: OpenUI - القدرة على تكوين الواجهة بشكل أكثر عمقًا ، مما يزيد من سهولة استخدام النظام.
- سيؤدي تحليل الأداء الوظيفي لسلوك المستخدم في النظام (استخدام تتبع النمط) إلى إنشاء UX فريد من نوعه.
- دعم المستعرضات المتقاطعة: لم تعد IE قيودًا - يمكنك الآن العمل في Edge و Firefox و Chrome و Safari.
- تتيح لك أداة WebTools (Composer) إجراء تغييرات على الواجهة ومنطق العمل في النظام من المستعرض دون الحاجة إلى إعادة تشغيل الخادم ، أي دون توقف. النماذج الأولية للتنمية أسرع.
- تكنولوجيا CI / CD ، أتمتة نقل التصحيح ، التطوير المتوازي ، الاختبار التلقائي.
- دعم تقنية تكامل REST ، والتي يمكن تطبيقها جيدًا عند الدمج مع بوابات العملاء.
- ابتكارات الصناعة: من إنشاء لوحات معلومات تحليلية جميلة في مكتبة JS الشهيرة إلى تقنيات البيانات الكبيرة والتعلم الآلي.
المفتاح لترقية ناجحة
يحدد IRM مجموعة من التناقضات في الكائنات والخصائص الموجودة في المستودع الأصلي وفي إصدار العميل وفي الإصدار الجديد. تسمح الوظيفة ، بناءً على قرار المطور ، باختيار طريقة لدمج الكائنات ، وفي المرحلة الأخيرة ، تبدأ عملية فعالة لترحيل المخزون المحدّث من بيئة التحديث إلى بيئة الإنتاج.
أثناء الدمج ، تنشأ
تعارضات ، أي اختلافات بين خصائص كائن مستودع التخزين الحالي ونفس كائن مستودع الإصدار الجديد.
التعارضات غير الحرجة هي تباينات في الكائنات التي لم تتأثر بالعميل ، أي التناقضات بين المستودع الأصلي والمستودع الجديد. يتم حل 99 ٪ من هذه النزاعات لصالح مستودع جديد.
التعارضات الحرجة هي اختلافات الكائن بين مستودع العميل والمستودع الجديد.
إذا اتبعت منهجية Oracle منذ بداية المشروع ، فستحتاج الترقيات اللاحقة إلى الحد الأدنى من التكاليف. لكن لسوء الحظ ، يتم في الغالب التضحية بأفضل ممارسات Oracle عند الوفاء بمتطلبات معينة من العملاء. على سبيل المثال ، يتم تغيير جداول النظام في بعض الأحيان مباشرةً من خلال قاعدة البيانات ، والتي لم يتم إصلاحها في مستودع Siebel. أو يغيرون مفاتيح المستخدم (المملكة المتحدة) والأبعاد ونوع الأعمدة القياسية للجداول القياسية ، والتي توصي Oracle بشدة بعدم القيام بها. هذا يجعل من المستحيل إعادة إنشاء الجدول تلقائيًا أثناء الترحيل إلى الإنتاجية ، وسوف يتطلب العديد من التلاعب اليدوي مع الجداول والبيانات. بالإضافة إلى ذلك ، قد يؤثر تغيير المفاتيح والأعمدة القياسية على أداء العمليات الجديدة المطورة للإصدار الجديد من Siebel.
لذلك ، من المهم أن يتم تنفيذ النظام تحت إشراف متخصصين معتمدين يتمتعون بخبرة واسعة في التنفيذ.
ومع ذلك ، فإن أهم شيء في مشروع الترقية هو التخطيط الكفء للعملية ، حيث من الضروري حل العديد من المشكلات في وقت واحد.
البنية التحتية للحل- من سيقوم بتكوين البنية التحتية:
- نشر الخوادم
- ضبط نظام التشغيل
- تكوين RBS
- وصف بيئة التحديث. أين سنفعل IRM؟
- وصف بيئة الاختبار. كيف سنختبر (بما في ذلك الأنظمة الخارجية والتكامل)؟
- وصف بيئة النشر. هل سنقوم بتحديث المنتج الحالي أو إعداد بيئة إنتاج موازية؟
خطة المشروع التفصيلية (مع مراعاة توزيع المسؤولية بين العميل والمقاول)- يجب أن يؤخذ في الاعتبار أنه سيكون من الضروري "تجميد" العمل على إدخال وظائف جديدة إلى المنتج.
- بما فيه عليك أن تفكر في أنك ستحتاج إلى إعادة تثبيت جميع الحزم الوظيفية التي دخلت حيز الإنتاج بعد بدء مشروع الترقية.
خطة الاختبار- مخطوطات اختبار الانحدار اللازمة.
- تحديد المسؤولين وتحديد فريق اختبار كل من CRM والأنظمة الخارجية.
خطة التنفيذ- قم بعمل قائمة مرجعية للعمل على إدخال الترقية إلى المنتج.
- ضع خطة للتراجع (نعم ، نعم! ؛) ، في حالة حدوث حادث أثناء الترقية.
بشكل منفصل ، من المنطقي إجراء تدقيق كامل للنظام (أو حتى طلبه من أحد البائعين) من أجل معرفة انتهاكات المنهجية وأخطاء التنفيذ التقني التي ارتكبها المطور. يتم إجراء التدقيق من قبل متخصصين معتمدين من أوراكل ، ويتم تسجيل النتائج في شكل بروتوكولات أوراكل Siebel "الملكية":
- تقرير التكوين (أخطاء أو انتهاكات في تكوين منطق الأعمال)
- تقرير التكامل (أخطاء أو انتهاكات في كائنات التكامل)
- تقرير البرنامج النصي (أخطاء أو انتهاكات في الوحدات النمطية القابلة للبرمجة)
- الأخطاء في العمليات (الأخطاء في سير العمل والوظائف الآلية)
الحقيقة هي أنه قد تحدث أخطاء في الوظيفة المعدلة. في مرحلة اختبار الانحدار للحل المشترك ، سيكون من الضروري أن نفهم بالضبط ما الخطأ الذي ظهر نتيجة للجمع ، والذي كان في الأصل.
أهم قضايا ترقية Siebelأحدث IRM ، أو كيفية الترقية إلى أحدث Siebel (IP19)
على مدار العامين الماضيين ، حدثت تغييرات كبيرة في نظام Siebel ، مما أدى أيضًا إلى حدوث تغيير في نهج تحديث النظام.
ترتبط التغييرات الرئيسية بإصدار IP17 في عام 2017 والتحديثات اللاحقة.- تمت إعادة صياغة نموذج بيانات النظام ، ورفض البائع ملفات تجميع SRF المستخدمة عند بدء تشغيل الخادم. ظهر مستودع وقت التشغيل ، والذي يسمح لك بإجراء تغييرات على تكوين النظام دون إعادة تشغيله.
- أصبح Siebel Web Server أحد مكونات Siebel المستقلة ، ومنذ ذلك الحين لم تعد هناك حاجة لمكونات مثل IIS و Apache من الشركات المصنعة الخارجية. يُسمى Siebel WebServer Application Interface (AI) ، ويتم تشغيله على أساس حاوية Catcat. يتم إجراء جميع الاتصالات بـ AI عبر HTTPS فقط ، أي يتم تشفير كل حركة المرور بشكل افتراضي. يتمتع AI بدعم REST الكامل لكل من الطلبات الواردة والصادرة (توفر تقنية REST مرونة كبيرة في تثبيت التحسينات على النظام وفي عملية ترقية المستودعات).
- تمت ترقية مكون Gateway (يطلق عليه الآن البوابة الديناميكية). من الجدير بالذكر هو إعادة التوازن الداخلي بين المكونات المعاد تصميمه. تعتبر Gateway (Gateway Elastic Load Balancer) مسؤولة عنها الآن ، مما يجعل نظام موازنة التحميل أكثر مرونة - في السابق تم تنفيذ هذه الوظيفة بواسطة خادم التطبيق.
- يدعم النظام قاعدة بيانات Oracle 12 رسميًا (اكتمال دعم قاعدة بيانات Oracle 11g).
في عام 2018 ، غيرت Oracle سياسة الإصدار لـ Siebel CRM- سيتم تسليم جميع الابتكارات والتصحيحات المستقبلية كتحديثات ، أي مجموعات التصحيحات المثبتة من مجموعة التوزيع إلى الإصدار الحالي (بدءًا من IP17). سوف تحتوي على ابتكارات أشار إليها من قبل البائع في استراتيجية تطوير النظام.
- سوف تصبح أسماء patchset أكثر وضوحًا ، لأن يتم إصدار الإصدارات شهريًا: على سبيل المثال ، الرقم 18.4 يعني "أبريل 2018".
- سيبدأ نموذج التسليم الجديد بالإصدار 18.4. أحدث نسخة من النموذج القديم كانت 17.6. للانتقال من 17.6 إلى 18.4 ، تحتاج فقط إلى تثبيت مجموعة التوزيع (كتصحيح ، وليس كترقية IRM). قد تحتوي التحديثات الشهرية اللاحقة على وظيفة تحتاج إلى تنزيل مجموعة صغيرة من التغييرات من خلالها من خلال أداة مساعدة خاصة. علاوة على ذلك ، ستكون جميع التحديثات تراكمية.
- بسبب التغيير في النموذج ، لن يواجه العملاء الذين تحولوا إلى IP17 مشكلة عدم وجود تصحيح لإصدار النظام الخاص بهم. في الوقت نفسه ، يتم تبسيط عملية ترقية النظام إلى حد كبير ، وتقليل تكلفة الدعم ، وتسريع عملية إدخال وظائف مبتكرة.
- للترقية ، على سبيل المثال ، إلى الإصدار 19 من الإصدارات السابقة من Siebel (حتى 17) ، سيكون من الضروري تنفيذ ترقية قياسية إلى الإصدار 17 ، ثم استخدام نموذج التحديث الجديد.
التغييرات في نهج الترقية إلى IP17 +
عند تصميم البنية التحتية وإجراء التحجيم ، تحتاج إلى النظر في البنية التحتية الجديدة للخادم IP17. سيتم زيادة متطلبات الحديد ، لأنه مستودع وقت التشغيل يتطلب المزيد من الموارد. توصي موازنة الفشل في تطبيق واجهة التطبيق ومكونات البوابة الجديدة بثلاثة مكونات بدلاً من 2. ستحتاج إلى مراجعة وترحيل تكوين الخادم وملفات تعريف الخادم إلى بنية IP17 الجديدة.
سيكون من الضروري أيضًا نقل جميع عناصر الويب ، مثل قوالب HTML ، JS ، CSS ، وما إلى ذلك ، إلى خادم الويب Application Interface الجديد. بالمناسبة ، ستنتقل جميع عناصر الويب في نهاية المطاف إلى مستودع النظام.
الخطوات التالية هي تحديث نظام التشغيل وقاعدة البيانات إلى الإصدارات المدعومة (تحتاج إلى التحقق من علامة التبويب شهادة برنامج Siebel للحصول على دعم أوراكل) وإصدار شهادة HTTPS الصحيحة.
أخيرًا ، سيتعين عليك بدء تشغيل IRM للمرة الأخيرة ، وستذهب تحديثات الإصدار الأخرى ببساطة من خلال تثبيت التصحيحات.
إذا كنت تقوم بالتوازي مع الترقية إلى IP17 + في تطوير وظيفة جديدة على الإصدار الحالي من النظام ، فسيكون من الضروري إعادة اختبار الوثائق المصاحبة وتحديثها. ويتم تدريب المطورين والمسؤولين على العمل باستخدام تقنية مساحة العمل ، وأداة الترحيل ، ووحدة التحكم في إدارة البنية التحتية Siebel الجديدة.
يمكنك تحديد طريقة الترقية ، والتي تعتمد على الإصدار الحالي ، من هذا الجدول:
*** لمزيد من المعلومات حول إصدارات SEA و SIA Siebel CRM ، يرجى الرجوع إلى مقالة دعم أوراكل
1514115.1 .
أخلاقية
من الواضح أن مثل هذه المشروعات تتطلب إشراك خبراء استشاريين ذوي خبرة (جيدًا ، بدونهم) القادرين على التنبؤ بالمزالق والتغلب عليها ، والتخطيط بكفاءة لمثل هذه العملية للترقية التي لن يغرق فيها العميل. أي التقليل من مخاطر تعطل النظام لفترة طويلة ، وفقدان البيانات ، والأخطاء الخطيرة في العمليات التجارية بعد الترقية. على سبيل المثال ، يمكن أن ينطوي الاختيار الخاطئ لأحد مفاتيح الجدول على معالجة واسعة النطاق للعمليات في النظام - ثم يؤدي تحديث بسيط إلى المخاطرة بالتحول إلى مشروع لعدة أشهر.
مكسيم تشوغونكين ، رئيس مجموعة هندسة النظم ، Jet Infosystems