Почему вы делаете свой продукт SOA-совместимым?

Question

У вас есть хороший программный продукт, так почему бы вам сделать его совместимым с SOA?

Answer 1

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

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

Answer 2

На мой взгляд, только одна веская причина: вам нужна совместимость между различными платформами или технологиями. В противном случае, избавьте себя от горя и «просто» сделайте хорошо продуманную архитектуру - скажите своему боссу, что это SOA, если он хочет услышать это. Не делайте этого, потому что в будущем вы можете перейти на другие платформы или использовать их - у вас еще нет проблем с совместимостью.

Answer 3

Если вы хотите, чтобы ваш продукт был интегрируем с другими приложениями, и ваши клиенты фактически озвучили это желание / требование, я бы его рассмотрел, но в противном случае это может быть большой тратой времени и денег, особенно если это может привести к некоторым длительный архитектурный рефакторинг, чтобы заставить его работать. Но без четкой причины, вероятно, не имеет смысла следовать тенденции только потому, что другие, возможно, делают это. Ваши клиенты сообщат вам, когда это необходимо.

Answer 4

Дело в том, что вам не нужно.

Структура SOA очень сложна для достижения. Это требует заботы и организационного стиля, который, я полагаю, не будет у большинства компаний. (Я рад, если у вас есть такая организация).

Томас Эрлс рассказывает о современных SOA и Web-сервисах первого поколения. WS-I - это традиционный стиль веб-сервиса, такой как веб-сервисы asp.net. На самом деле эти традиционные веб-сервисы не означают каких-либо сервис-ориентированных; И вот что происходит: люди создают простые веб-сервисы и называют их SOA.

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

Анализ SOA является болезненным, и вам нужна помощь. Чтобы построить такую ​​экосистему, нужно быть готовым с первого момента.

Инженерные сервисные интерфейсы (контракты) также является парадигмой. Если вы наденете Lean Thinking за пояс, вам придется отказаться от желания создать современный дизайн. Если ваша система уже работает, хорошо! Если кому-то понадобится интеграция в возможном будущем, о котором вы еще не знаете, не делайте этого сейчас. Но если ваша система рождена для потребления, то вы думаете об этом.

Best

Answer 5

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

• Если вы внедрите схему SOA в своем продукте, все больше разработчиков смогут использовать службы API, предоставляемые вашим продуктом, поскольку веб-службы работают практически на любой платформе разработки.
• Если ваш продукт уже является веб-приложением, публикующим определенные данные, вы можете обнаружить, что у вас есть читатели / потребители ваших данных, которые заинтересованы в проведении анализа или создании дополнительных приложений, о которых вы никогда не думали или у которых никогда не было доступных время строить.