Большие объемы в мире SOA - PullRequest
Новая
       1

Большие объемы в мире SOA

1 голос
/ 20 июня 2011

Я довольно новичок в мире SOA, и я уже много об этом читал.Однако есть еще одна вещь, которая до сих пор мне не ясна - обработка больших объемов данных.

До сих пор наша компания использовала «каналы» для интеграции между различными приложениями.Например, AS400 будет выплевывать большое количество XML-файлов, которые выбираются другим приложением, которое обрабатывает его и сохраняет в своей внутренней базе данных.Недостатком является то, что мы должны обрабатывать эти фиды файлов (на обоих концах) со всеми возможными проблемами.Умножьте это несколько раз, разные приложения, которые требуют интеграции, разные команды, не хватает общих правил для этого, и вы можете себе представить, где мы находимся сегодня.

Компания решила принять стратегию SOA, и поэтому яизучая этот вопросИнтересно, включает ли концепция SOA такие проблемы (проблемы интеграции, как упомянуто выше).Но сложно найти информацию по этой теме.Это потому, что SOA и большие тома просто нереализуемы, это потому, что мне нужно искать другое место, чтобы решить эту проблему (возможно, управление основными данными), или мне нужно начать бороться со всеми этими потоками больших объемов данных и запретить имнаша компания?

спасибо уже за понимание этого вопроса:)

1 Ответ

0 голосов
/ 21 июня 2011

SOA - это просто набор принципов архитектуры, и ни один из этих принципов не ограничивает и не стимулирует производительность и производительность. Можно сказать, что проектирование для SOA (слабая связь, автономность, управление, ...) и проектирование для повышения производительности - это два независимых аспекта.

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

Возвращаясь к вашему сценарию, если у вас действительно большие объемы (миллионы записей в час), продукты ETL или специальное программное обеспечение являются лучшими. MDM больше ориентирован на консолидацию данных, чем на интеграцию. Если у вас 10-100 тысяч записей в час, вы можете использовать интеграционные продукты (от TIBCO, IBM, Oracle, Software AG, Progress или с открытым исходным кодом) с дополнительными преимуществами.

...