Является ли SOA причудой?

Ответ 1

Это причуда в том смысле, что на некоторое время появятся те, которые скажут "все должно быть SOA с этого момента". Затем через некоторое время хорошие вещи от SOA останутся, тогда как более спорные или менее полезные умрут.

Ответ 2

Это и то, и другое.

сервис-ориентированная архитектура, с реальной технической точки зрения, имеет плюсы и минусы. Это неплохо сочетается, что хорошо, потому что наличие "небольших кусочков, слабо присоединившихся" - это прочная стратегия дизайна, которая работала в Unix, и имеет много сторонников среди инженеров-программистов.

Однако, как и любое другое программное обеспечение, он требует очень тщательной разработки: у вас может быть плохое SOA, так же как у вас может быть что-то плохое, и поскольку поле более новое, лучшие практики не так хорошо конкретизированы, Он также, как правило, демонстрирует гораздо худшую производительность, чем другие архитектурные подходы. На данный момент большинство крупных игроков (например, Google), похоже, считают, что это лучше всего подходит для взаимодействия между различными системами (их APIs - это практически определение SOA), но не для внутренней архитектуры единой системы (для этого они используют свои собственные Protocol Buffers).

SOA - это причуда, когда дело касается менеджеров, которые действительно ничего не знают о технике. Им это нравится, потому что а) это звучит ново и жарко, и б) в нем есть слово "сервис", что делает их полезными. Спросите у половины из них, какая разница между "службой поддержки" и "сервис-ориентированной архитектурой", и им будет сложно сказать вам.

Ответ 3

Это потрясающий способ для продавцов инструментов заставить вас купить много вещей (например, ESB), консультантов для выставления счетов за много оплачиваемых часов, а Gartner - для откачки большего количества магических квадрантов.

Я думаю, что это не действительно "причуда"; это более эволюция идеи, которая была вокруг с момента появления сетей: распределенных компонентов. CORBA и DCOM были как распределенными составными архитектурами, которые были запатентованы. SOA использует HTTP в качестве своего общего проводного протокола, который может проходить через порт 80 в брандмауэрах. Все другие стандарты, такие как XML, WSDL и т.д., Являются попытками сделать их доступными для поиска и автоматически понятными клиентами. Важно понимать идеи, стоящие за всем этим, и не быть слишком увлеченными шумихой.

Кажется, он работает на Amazon, Yahoo!, и т.д. Возможно, что-то в этом есть и для простых смертных, таких как мы.

Я вижу некоторые заботы:

Задержка поставляется с распределенными компонентами. Если все услуги, связанные через служебную шину предприятия для лучшей развязки, как это может быть быстро? Мы можем быть в опасности создать красивую, развязку, свинью предприятия.

Дизайн сложный. Никто не может договориться о том, что составляет услугу. Сколько у вашего предприятия есть? Десятки? Сотни? Тысячи? Насколько они должны быть мелкозернистыми?

Если ваш работодатель традиционно финансирует работу по модели проекта, как долговечные службы могут вписаться в эту форму?

Ответ 4

Самое важное, что нужно знать о SOA, это то, что это не настоящая технология, это способ организации ИТ-инфраструктуры как совокупности многоразовых сервисов, которые могут быть объединены, а не текущей нормы множества приложений, требующих дополнительных усилия по интеграции при необходимости.

Конечно, для этой работы требуется технология, но "обучение" или покупка этой технологии бессмысленны, если вы этого не сделаете (переконфигурируете) таким образом.

Я думаю, что основная идея SOA звучит и здесь оставаться (хотя это может быть не полезно в каждом контексте). SOA-as-a-технология, с другой стороны, является модным словом, которое умрет.

Ответ 5

Лично я бы сказал, что это причуда. Облако на данный момент велико, так же, как и мэйнфреймы, но затем появились рабочие столы и заняли верх. Теперь мы возвращаемся к большому железу...

Ответ 6

Я работаю для медицинского устройства и компании по производству программного обеспечения, а SOA здесь не причуда, это необходимость. Прогресс на этом фронте медленный из-за устаревших систем и стоимость создания такой довольно открытой системы.

Другим поводом для этого обсуждения является то, планирует ли ваша компания создать набор продуктов или только один продукт.

Ответ 7

Нет такой вещи, как причуда в понятиях или идеях, если кто-то думал об этом и что-то оказалось хорошим решением, чем это не причуда. Хотя, если вы покупаете Ferrari и запускаете его на грунтовой дороге с ручным перерывом, конечно, это причуда. Свободная связь жизненно важна сегодня, любой опытный консультант или программист, который работал непосредственно с клиентом, скажет вам, что вещи всегда меняются, ничего не стоит навсегда, как это обсуждалось во время первого анализа, по моему опыту принципы SOA доказали свою ценность. 100% моих клиентов, которые раньше работали с другими программистами, рассказали мне, что в какой-то момент другой парень решил начать с определенного момента или заявил, что определенный запрос невозможно реализовать. SOA - лучшее решение для трудных клиентов, и большинству клиентов сложно, что вам нужно делать, хотя и поддерживает чувство меры. ESB - это хорошо, если у вас есть 100 веток в 30 странах и планируете быстро развиваться. На мой взгляд, так называемые консультанты по программному обеспечению в настоящее время и продавцы программного обеспечения, ребята, которые никогда не писали строку кода в своей жизни, никогда не видели себя процессом анализа, разработки, доставки, управления запросами на изменение и всех циклов и пни на пути, что, почему в глазах реальных людей программного обеспечения они, кажется, говорят фальшиво. Конечно, они говорят фикцию, но это потому, что они не знают, о чем они говорят, а не потому, что то, о чем они говорят, является фиктивным. По прошествии времени и веб-приложений и облачных вычислений все больше и больше SOA будет сильнее и сильнее, поскольку нет никакой альтернативы обмену systesm-to-system, учитывая множество платформ, операционных систем, языков программирования и, конечно же, программисты. Не позволяйте себе самоуничтожиться суетой, порожденной невежеством других, которым нравится это только потому, что им нравится слово.

Что касается проблемы медленности, я дам вам совет: попробуйте общаться через JSON, вы не поверите своим глазам;).

Ответ 8

Предполагая, что вы имеете в виду "сервис-ориентированную архитектуру", есть приложения, для которых это полезно, но оно будет приходить и уходить, как любая другая причуда. Как и на любом рынке этого типа, есть окно, в котором есть нехватка навыков. Если вы попадаете в нужное время, вы можете сделать это довольно хорошо. К тому времени, когда его раздувают в основных средствах массовой информации, вы, вероятно, слишком поздно, поскольку все остальные Тома, Дика и Гарри будут спускаться по любым рыночным возможностям.

Если вы работаете в области, где SOA является релевантной, обязательно используйте ее вокруг.

По-разному, это те же понятия, что и распределенные приложения, которые были в моделях и из моды с использованием целого ряда поколений технологий (SNA, Sun RPC, DCE, CORBA, EJB, DCOM и теперь веб-сервисы).

Другими словами, системы оркестровки можно рассматривать как средство интеграции компонентов во все приложение. Если у вас есть ряд компонентов, которые предоставляют полезные сервисы, вы можете создать красивую гибкую архитектуру приложений.

Как только пыль оседает, очевидные приложения-убийцы SOA будут именно такими - очевидными. Я бы сказал, что окно, в котором можно взимать непропорциональную плату за консультацию за знание того, как писать SOA, вероятно, закрывается сейчас. Изучите его, если вы хотите использовать его для чего-то или видите полезную синергию с другими навыками или опытом, где он может сочетаться, чтобы сделать что-то полезное. В противном случае ознакомьтесь с ним и углубитесь, когда вам нужно.

Ответ 9

Если "причуда" - это "мода, которая проявляется с большим энтузиазмом в течение короткого периода времени, увлечение". то SOA не причуда. SOA существует уже некоторое время - с тех пор как RPC на основе SOAP (т.е. Веб-службы XML). Прошло уже несколько лет с тех пор, и вместо того, чтобы отмирать, SOA только процветала в своем воплощении WCF. Поэтому я бы сказал, что SOA далека от причуды.

Ответ 10

Я не думаю, что это действительно причуда. Просто создание открытых систем, которые могут взаимодействовать с другими системами, сложнее, чем создавать замкнутые системы. Я думаю, что это всегда будет правдой.

Кроме того, при передаче данных стандартизованными "протоколами", такими как XML Soap, всегда существует штраф производительности.

Ответ 11

SOA - не плохая технология, на самом деле я думаю, что она обычно внедряется неправильно и неправильно интерпретируется. Существуют сценарии, которые действительно SOA подходят лучше всего.

Но есть некоторые места, чтобы избежать SOA. FYI - один из недостатков SOA, он обычно медленный.