Связь между двумя приложениями - это SSIS? - PullRequest
Новая
       9

Связь между двумя приложениями - это SSIS?

2 голосов
/ 27 апреля 2010

работая с командой более традиционных разработчиков, мы столкнулись с такой ситуацией:

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

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

1 Ответ

4 голосов
/ 27 апреля 2010

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

Плюсы пакета служб SSIS и службы:

  • Вы можете преобразовать свои данные в целевые базы данных, чтобы они соответствовали вашим отношениям ссылочной целостности.
  • Легко получить доступ и изменить ваши существующие приложения для доступа к этим данным.
  • Если для преобразования требуется небольшой объем данных, это задание будет выполнено быстро.
  • Пакет служб SSIS является хорошим централизованным местом для устранения проблем с преобразованием данных.
  • Безопасность можно упростить, преобразовав данные с помощью служб SSIS. Вам не нужно беспокоиться о потенциальных проблемах, таких как делегирование Kerberos между сервисами.
  • Доступ к самим данным в пунктах назначения будет на намного быстрее, поскольку вам не нужно делать еще один запрос на обслуживание. Вы можете просто присоединиться к данным, уже имеющимся в вашей базе данных.

Против пакета служб SSIS против службы:

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

Итак, я сводлю это к следующему:

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

...