بنية خدمية
نقاش > تحديات تبني بنية SOA

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