هل ميتة حركة UDDI الجمهورية أم أنها على قيد الحياة؟

Question

أحاول العثور على بعض سجلات UDDI العامة للتفاعل مع أغراض التعلم. ولكن يبدو أنه لا يوجد متاحا. أنا برزت ما يلي سؤال على ذلك لمعرفة ما إذا كان شخص ما يعرف عن أي سجل عام لا يزال مستضافا، لكنه لم يحصل على إجابات.

كانت سجلات IBM و Microsoft و SAP العامة اختبارا لتكنولوجيا UDDI. اقتبس من هنا: كان الهدف الأساسي من UBR هو إثبات قابلية التشغيل البيني وأغاني مواصفات UDDI من خلال تنفيذ عام. تم تلبية هذا الهدف وتجاوز بكثير.

يواصلون الآن دعم مواصفات UDDI في منتجاتهم (لذلك، يمكن لشركات مختلفة استضافة UBRS الخاصة بهم للاستخدام الخاص).

الآن، أنا أغير سؤالي الأصلي إلى هذا: هل ميتة حركة UDDI الجمهورية أم أنها على قيد الحياة؟

ما رأيك؟ إذا لم تكن جوابك لا، فهل يمكنك تقديم مثال ل UDDI UBR العام الحالي؟

Answer 1

تلقيت إجابة من جون سوندرز على سؤالي الأصلي، إلى واحد من بلدي تعليقات, ، وأعتقد أنه صحيح.

لتلخيصها:

حركة UDDI العامة ماتت لأن سجلات IBM و Microsoft و SAP العامة كانوا حركة UDDI.

Answer 2

الجمهور UDDI قد مات بالفعل، لكنه تمكن من البقاء على قيد الحياة في السجلات الخاصة داخل الشركات.

الغرض الوظيفي لسجل UDDI هو تمثيل البيانات والبيانات الوصفية حول خدمات الويب. يوفر السجل، إما للاستخدام في شبكة عامة أو داخل البنية التحتية الداخلية للمؤسسة، آلية قائمة على المعايير تصنف، كتالوج وإدارة خدمات الويب، بحيث يمكن اكتشافها واستهلاكها بواسطة تطبيقات أخرى.

• http://uddi.org/pubs/uddi-tech-wp.pdf.

هذا ليس سيئا لتعريفه والغرض، لسوء الحظ تم تطبيقه على مستوى الويب.

كان من المفترض أن تكون UDDI هي "الصفحات الصفراء" لخدمات الويب. إذا كنت ترغب في العثور على خدمة ويب توفر وظائف معينة، فسوف تبحث عنه داخل UDDI.

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

لكن جلب كل تفاعل إلى أرضية مشتركة كان مستحيلا لأن الشركات غير متجانسة للغاية. وتظل الشركات تدور حول الأشخاص والنشاط البشري والقرارات الإنسانية.

تتم إدارة الأعمال بين الشركاء الذين يختارون العمل مع بعضهم البعض إلا بعد تحليل شامل والتفاوض، قبل ضرب صفقة تجارية وأوافق على جميع الشروط والأحكام. فقط ثم تكون البنى التحتية الخاصة بهم متصلة. وفي هذه المرحلة، يبدأ تعريف UDDI بالقلق، لأنه داخل Enterprise UDDI يسمح لك بما يلي:

• نقل الخدمات دون أي من العملاء الفشل؛
• يدعم موازنة التحميل؛
• يحسن الكفاءة عن طريق تقليل التدخلات اليدوية داخل البنية التحتية؛
• إدارة التكرار (إذا فشلت خدمة واحدة العملاء سيبحثون عن خدمة أخرى توفر نفس الوظيفة)؛
• إلخ

.. لكن كل هذا داخل مجموعة محصورة من الخدمات المحددة مسبقا وظائف جيدة راسخة ومتفق عليها.

Answer 3

ليس ميت.

Apache Juddi لديه لقطة عامة متاحة عبر الإنترنت

http://uddi-jbossoverlord.rhhcloud.com/

Answer 4

UDDI ميت بالفعل. ثلاثة أشياء قتلت:

1. التعقيد المفرط
2. تجاهل الأمن
3. الصعوبة، لا يزال معنا، وإدارة وجمع micropayments

إذا اختار سمسار UDDI ديناميكيا مزود خدمة لي، ليس لدي أي فرصة للقيام بأي العناية الواجبة على أمن الخدمة. وكم الكثير من المتاعب يأخذ الوسيط لضمان الأمن بالنسبة لي؟ ليس كثيرا، أود أن أقترح.

يتم استخدام خدمات الويب بشكل شائع خلف جدار الحماية لأغراض الخدمية، لدمج التطبيقات مع شركاء الأعمال، والاتصال بايبيس المعروفين. UDDI هو المجموع المبالغة لهذه الأغراض. يجب أن تحتوي المنظمة الكبيرة على كتالوج من خدمات الويب الخاصة بها، ولكن هذا يمكن أن يكون بسيطا مثل صفحة Wiki. يحتاج المطور الذي يبحث عن خدمة ويب مفيدة المحتملة إلى وصف فقرة واحدة لما يفعله شخصا وجهة اتصال وبعض الوثائق WSDL والتقنية. UDDI ليس ضروريا لأي من ذلك.