hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click										m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

					hang		e
				C				E
			X
		-							d
		F								t
		D								i
										r
	P						NOW!			o
						BUY
					to
	w Click										m
w
		w								o
		.							.c
			p					g
				df			n		e
					-x cha

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

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

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

4. МЕТОДЫ

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

5. РЕКОМЕНДАЦИИ ПО ВНЕДРЕНИЮ

5.1 Оценка готовности / Оценка рисков

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

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

356	Г Л А В А 8

				hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click										m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

					hang		e
				C				E
			X
		-							d
		F								t
		D								i
										r
	P						NOW!			o
						BUY
					to
	w Click										m
w
		w								o
		.							.c
			p					g
				df			n		e
					-x cha

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

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

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

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

5.2Организационные и культурные изменения

Организации должны прежде всего определить, будет ли управление внедрением решений в об ласти интеграции данных осуществляться централизованно, или же ответственность за управление будет распределена между командами по внедрению отдельных приложений. Локальным командам более понятны те данные, с которыми работают их приложения. Централизованные команды могут обладать более глубокими знаниями инструментов и технологий. Многие орга низации формируют у себя Центр компетенции (Center of Excellence), специализирующийся на проектировании и развертывании корпоративных решений по интеграции данных предприятия. Центр компетенции и локальные команды взаимодействуют с целью разработки оптимальных

Интеграция и интероперабельность данных

357