Как войти в курс дела на SOA? [закрытый]
7 ответов
Ловушки
- Совместимость управления версиями/назад: становится действительно трудным изменить контракт, после того как у Вас есть загрузки клиентов. Я видел, что много сайтов присваивают версию API путем представления версии в URL
Гранулярность
- Каждый сервис должен быть reasonly автономный (не ожидайте, что люди сделают 3 вызова, прежде чем они получат то, в чем они нуждаются),
Независимость от платформы
- Попытайтесь уступить больше чем одному дорогу из доступа к Вашим API (WS, JSON, ОТДЫХ...)
Назовите меня скептиком SOA. Плач Fowler все еще кажется правильным на.
Я сфокусировался бы на более общей проблеме: у Вашего клиента есть 2 или больше приложения, которые должны сотрудничать вместе. Взгляд на старые школьные шаблоны интеграции.
(источник: amazon.com)
Люди не могут договориться о том, что на самом деле означает SOA.
http://martinfowler.com/bliki/ServiceOrientedAmbiguity.html
(хотя согласие, возможно, выросло, так как это было записано),
Я предлагаю опросить Ваш клиент для обнаружения точно, что они имеют в виду - если что-либо. Затем дайте им что-то, что на самом деле обеспечивает бизнес-возможность при отметке любых полей SOA, которые могли бы совпасть с тем усилием.
Найденный этой IBM Redbook (#sg246303), который является вполне хорошим введением в основы SOA.
Как Alan сказал, я начну читать книгу Шаблонов Интеграции Предприятия. Существует много способов реализовать их или использование системы обмена сообщениями непосредственно, такой как JMS или использование проектов с открытым исходным кодом как Camel Apache, например, видеть каталог шаблона.
Я также посмотрел бы на понимание, как создать хорошие УСПОКОИТЕЛЬНЫЕ сервисы с помощью JAX-RS с Джерси как простой способ выставить ресурсы для систем любому в сети с любого языка/платформы легко, не попадая в SOAP/WS -* deathstar :)
Цель состоит в том, чтобы открыть различные процессы в клиенте конца независимый путь и также сделать доступные данные офлайн, например, для представителей, навещающих клиентов.
Вторая половина из этого не является действительно темой SOA, это - больше репликации к проблеме с мобильными устройствами. Я остался бы далеким, далеко от попытки реализации модное словечко и внимание на проблемы, которые Вы заявляете. Веб-сервисы являются хорошим способом открыть процесс клиенту независимые пути.
Получите ESB (сервисная шина предприятия): Mulesource является хорошим выбором (Открытый исходный код, Сформировавшийся, все же новейший). После того как Вы понимаете это, Вы поймете SOA.