سؤال

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

هل كانت مفيدة؟

المحلول

وبل هو بدعة، بمعنى أن لفي حين سيكون هناك تلك التي سوف يقول "كل شيء يجب أن يكون SOA من الآن فصاعدا". ثم بعد فترة من الزمن سوف الأشياء الجيدة من SOA تبقى، في حين أن أكثر إثارة للجدل أو أقل فائدة سوف تهدأ.

نصائح أخرى

انه الاثنين.

الخدمات الهندسية الموجهة, من وجهة نظر هندسية حقيقية، لها إيجابيات وسلبيات.إنها مترابطة بشكل غير محكم، وهو أمر جيد، لأن وجود "قطع صغيرة، متصلة بشكل غير محكم" هي استراتيجية التصميم القوية التي نجحت في Unix، ولها العديد من المؤيدين بين مهندسي البرمجيات.

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

الخدمية يكون بدعة عندما يتعلق الأمر بالمديرين الذين لا يعرفون شيئًا عن الهندسة.إنهم يحبونها لأنها أ) تبدو جديدة ومثيرة، و ب) تحتوي على كلمة "خدمة" بداخلها، مما يجعلهم يشعرون بأنهم مفيدون.اسأل نصفهم عن الفرق بين "مكتب الخدمة" و"الهندسة الموجهة نحو الخدمة"، وسيكون من الصعب عليهم إخبارك.

وانها وسيلة رائعة للبائعين أداة لتحصل لشراء الكثير من الأشياء (على سبيل المثال، ESB) والاستشاريين لفاتورة الكثير من ساعات للفوترة، وغارتنر لضخ الأرباع أكثر السحرية.

واعتقد انها ليست حقا "بدعة". انها اكثر تطور من فكرة أن تم حولها منذ وصول الشبكات: المكونات الموزعة. كوربا وDCOM كانت كل وزعت أبنية مكون التي كانت مملوكة. يستخدم SOA HTTP كما بروتوكولها الأسلاك المشتركة التي يمكن أن تذهب من خلال المنفذ 80 في الجدران النارية. كل المعايير الأخرى مثل XML، WSDL، وما هي محاولات لجعل هذه اكتشافها وفهمها تلقائيا من قبل العملاء. من المهم أن نفهم الأفكار وراء كل ذلك وألا ايضا المحصورين في هذه الضجة.

ويبدو أن العمل بالنسبة الأمازون، وياهو، وما إلى ذلك قد يكون هناك شيء في ذلك لمجرد بشر مثلنا أيضا.

وأرى بعض المخاوف:

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

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

إذا رب عملك مولت تقليديا العمل من خلال نموذج المشاريع، والخدمات كيف عاش فترة طويلة تناسب هذا القالب؟

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

وبطبيعة الحال، مما يجعل هذا العمل يتطلب التكنولوجيا، ولكن "التعلم" أو شراء هذه التكنولوجيا لا معنى له إذا لم يكن ل(إعادة) تنظيم بك IT بهذه الطريقة.

وأعتقد أن الفكرة الأساسية للSOA سليمة وجدت لتبقى (على الرغم من أنه قد لا يكون مفيدا في كل سياق). SOA كما هو وجود التكنولوجيا، من ناحية أخرى، هو بدعة الكلمة الطنانة التي من شأنها أن يموت.

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

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

وزاوية أخرى لهذه المناقشة هي ما إذا كان لشركتك تخطط لإنشاء مجموعة من المنتجات أو مجرد منتج واحد.

وليس هناك شيء من هذا القبيل باعتبارها بدعة من حيث المفاهيم أو الأفكار، وإذا ظن أحدهم عن ذلك، وأثبتت أنه شيء كحل جيد، مما هو عليه ليس بدعة. ولكن إذا كنت تشتري سيارة فيراري، وتشغيله على طريق ترابي مع اليد كسر في، وبطبيعة الحال هو بدعة. اقتران فضفاض أمر حيوي اليوم، أي استشاري من ذوي الخبرة أو مبرمج التي عملت مباشرة مع العملاء وسوف اقول لكم ان الامور تتغير دائما، لا شيء يقف إلى الأبد كما نوقشت خلال التحليل الأول، في بلدي المبادئ SOA التجربة أثبتت جدارتها. قال لي 100٪ من زبائني أن أعمل مع مبرمجين آخرين أنه عند نقطة واحدة قرر الرجل الآخر للبدء من جديد عند نقطة معينة أو ذكر بأن طلب معين من المستحيل تنفيذها. SOA هو الحل الأفضل للعملاء من الصعب، ومعظم الزبائن من الصعب، ما عليك القيام به هو على الرغم من الحفاظ على مشاعر إجراءات. ESB هو شيء جيد إذا كان لديك 100 فرع في 30 دولة وتخطط لتنمو بسرعة. ما يسمى الاستشاريين البرمجيات في الوقت الحاضر والباعة البرمجيات في رأيي هم الرجال الذين أبدا كان قد كتب سطر من التعليمات البرمجية في حياتهم، لقد رأيت أنفسهم أبدا عملية التحليل، والتنمية، والتسليم، وتغير إدارة الطلب وجميع الحلقات و جذوعها على الطريق وهذا هو السبب في أعين الناس البرمجيات الحقيقي يبدو أنهم يتحدثون وهمية. بالطبع يتحدثون وهمية، ولكن هذا لأنهم لا يعرفون ما نتحدث بها عنها، ليس لأن الشيء الذي يتحدثون عنه هو زائف. ومع مرور الوقت والتطبيقات على شبكة الإنترنت والحوسبة السحابية والاستيلاء على المزيد والمزيد من SOA ستكون أقوى وأقوى، لأنه لا يوجد بديل ل-systesm لنظام الاتصالات، والنظر في العديد من البرامج وأنظمة التشغيل، لغات البرمجة، وبطبيعة الحال المبرمجين. لا تدع نفسك الضالة من الضجة التي أثيرت من قبل جهل الآخرين التي ترغب في ذلك فقط لأنهم يحبون كلمة.

وأما بالنسبة لمشكلة بطء، وأنا سوف أعطيك نصيحة: حاول الاتصال عبر JSON، فإنك لن تصدق عينيك؛)

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

إذا كنت تعمل في حقل حيث الخدمية ذات الصلة، وبكل الوسائل الحصول على رأسك حولها.

في نواح كثيرة، انها مجرد نفس المفاهيم التطبيقات الموزعة، التي كانت داخل وخارج الموضة مع الأجيال عدد غير قليل من التكنولوجيات (SNA، الشمس RPC، DCE، كوربا، EJB، DCOM والآن خدمات الويب).

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

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

وإذا كان "بدعة" هي "الأزياء التي يتم تناولها بحماس كبير لفترة وجيزة من الزمن، جنون." ثم SOA ليس بدعة. وقد SOA حولها لبعض الوقت الآن - منذ محاولات RPCs القائم على SOAP (أي خدمات ويب XML). لقد كان عدد غير قليل من السنوات التي تلت ذلك، وبدلا من الموت قبالة، SOA ازدهرت فقط في تجسيد WCF لها. لذلك أنا أقول SOA أبعد ما يكون عن بدعة.

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

وهناك أيضا دائما جزاء أداء إذا قمت بنقل البيانات مع "بروتوكولات" موحدة مثل الصابون XML.

والخدمية ليست تقنية سيئة فعلا وأعتقد عادة ما يتم تنفيذه خاطئة ويساء تفسيرها. هناك سيناريوهات حقا أن SOA يناسب أفضل.

ولكن هناك بعض الأماكن لتجنب SOA. لمعلوماتك واحدة من العيب من SOA هو، أنها بطيئة أوسلي.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top