Поделиться через


Разработка глобальной информационной архитектуры и системы управления

Содержание

  • Определение требований к географически распределенному персоналу

  • Планирование совместной работы в географически распределенных подразделениях

  • Планирование опубликованного контента

  • Планирование сайтов бизнес-аналитики и других сайтов приложений

  • Пример разработки: управление знаниями в географически распределенных подразделениях

Многие организации используют приложение Microsoft Office SharePoint Server 2007 для поддержки сотрудников и партнеров, работающих в разных точках мира. В этой статье обсуждаются типы сайтов и служб, предоставляемых сервером Office SharePoint Server 2007, а также влияние географически распределенного персонала на развертывание этих сайтов и служб. Данная статье поможет определить, какие глобальные решения подходят организации. Дополнительные сведения об этих решениях см. в статье Поддерживаемые глобальные решения для Office SharePoint Server.

В этой статье также приведен пример разработки для управления сведениями и документами в средах, где развернуто несколько ферм. В этом примере разработки предоставляются методы, позволяющие организации управлять контентом в средах, где информация создается в рамках нескольких ферм. В указанной далее модели, выполненной в размере плаката, представлен обзор примера разработки: Глобальное управление знаниями с помощью Microsoft Office SharePoint Server (на английском языке) (https://go.microsoft.com/fwlink/?linkid=110983&clcid=0x419) (на английском языке). Эта модель была создана в программе Microsoft Office Visio. Если программа Visio не установлена, можно бесплатно загрузить средство просмотра (на английском языке) (https://go.microsoft.com/fwlink/?linkid=73526&clcid=0x419) (на английском языке). Для печати этого файла удобнее всего использовать плоттер.

Определение требований к географически распределенному персоналу

Существует три обширные категории сайтов и служб, предоставляемых приложением Office SharePoint Server 2007.

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

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

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

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

Планирование совместной работы в географически распределенных подразделениях

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

  • Открытие, отправка и загрузка документов.

  • Просмотр, добавление и изменение данных в списках, библиотеках и сайтах.

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

  • Проанализируйте каналы связи глобальной сети между географически распределенными сотрудниками и центральным сайтом. Определите среднюю доступную пропускную способность в рабочие часы и среднюю задержку по каналам связи глобальной сети. Задержка представляет собой промежуток времени — обычно измеряемый в миллисекундах, — который требуется для передачи данных с одного конца канала связи глобальной сети на другой. При необходимости проконсультируйтесь с поставщиком сетевых услуг.

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

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

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

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

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

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

При выборе варианта, в котором каналы связи глобальной сети не будут поддерживать централизованное решение, следует рассмотреть возможности по оптимизации совокупного решения для среды глобальной сети, прежде чем принять решение о развертывании региональных ферм. Дополнительные сведения см. в статье Оптимизация Office SharePoint Server для сред глобальной сети.

Если решено развернуть дополнительную ферму серверов, важно скоординировать место развертывания и методы назначения сайтов групп и личных сайтов. В первую очередь убедитесь, что личные сайты предлагаются на каждой ферме серверов. Выдайте географически распределенным сотрудникам указание создать личный сайт на ферме серверов, ближайшей к месту работы. Таким образом обеспечивается оптимальная производительность сотрудников, которые получают дополнительные стимулы для создания и хранения проектов в приложении Office SharePoint Server 2007. Сведения об управлении несколькими приложениями личных сайтов в рамках организации и об обеспечении создания сотрудниками личных сайтов в правильных расположениях см. в разделе "Координация личных сайтов в рамках организации" следующей статьи: Построение архитектуры личных сайтов.

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

В некоторых случаях географически распределенные сотрудники участвуют в нескольких различных проектах и используют контент из множества различных сайтов групп. Размещая личные сайты на фермах, ближайших к географически распределенным сотрудникам, и предлагая сайты групп в нескольких различных точках, географически распределенные сотрудники во все время своей работы не будут испытывать отрицательного влияния медленных каналов связи. Для поддержки географически распределенных групп, для которых отсутствует адекватная поддержка каналов связи глобальной сети, рассмотрите вариант использования приложения Microsoft Office Groove 2007. Дополнительные сведения см. в статье Расширение глобальных решений Office SharePoint Server с использованием программного обеспечения Office Outlook 2007 и Office Groove.

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

Планирование опубликованного контента

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

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

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

  • Применение ускорителя глобальной сети на одной или обеих сторонах соединения по глобальной сети.

  • Кэширование на прокси-сервере или брандмауэре на региональных сайтах.

  • Оптимизация кэширования больших двоичных объектов (BLOB) и сжатие служб IIS на ферме серверов.

  • Оптимизация страниц для более быстрого их просмотра.

  • Оптимизация кэша браузера на клиентских компьютерах.

Дополнительные сведения см. в следующих документах:

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

  • Географически распределенным сотрудникам требуется эффективный доступ к опубликованному контенту для выполнения своих рабочих обязанностей. Например, инженерам службы технической поддержки может требоваться быстрый доступ к опубликованному контенту для устранения неполадок и разрешения проблем клиентов.

  • Производительность по каналам связи глобальной сети нестабильна и запросы на просмотр страниц прерываются из-за времени ожидания.

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

Планирование сайтов бизнес-аналитики и других сайтов приложений

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

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

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

Пример разработки: управление знаниями в географически распределенных подразделениях

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

  • **Разработка   **Содержимое разрабатывается отдельными лицами или группами в том месте, где они находятся.

  • Публикация   Когда контент готов к распространению в рамках организации, контент публикуется в центральном расположении.

  • **Синхронизация   **При необходимости опубликованное контент из центрального расположения синхронизируется в рамках организации для обеспечения более эффективного доступа.

В этом примере разработки реализованы две основные возможности:

  • в рамках ферм созданы параллельные репозитории контента;

  • для координации контента между фермами реализован план управления.

План управления позволяет пользователям определить, когда контент готов к предоставлению в общий доступ. На данном этапе рекомендации по данному примеру разработки применяются для разработки документов и предоставления общего доступа к ним в рамках организации. Эти рекомендации не применяются для предоставления других типов контента, таких как списки и сайты.

Разработка архитектуры контента

Перед началом разработки контента следует оптимизировать информационную архитектуру и управление в текущей среде, воспользовавшись следующими методами.

  • На каждой ферме серверов создайте параллельные сайты для совместной работы, опубликованных проектов и сведений об организации.

  • Разместите сайты групп на каждой ферме серверов.

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

На следующих рисунках показана центральная ферма серверов и две региональные фермы серверов.

Решение для разработки контента

Пояснение к рисунку

  • Архитектура сайта зеркально отображается в рамках среды. Каждая ферма серверов размещает сайты групп, сайты для опубликованных проектов и сайты для сведений об организации.

  • Разработка контента производится на ферме серверов, расположенной ближе всего к группе.

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

  • Разделите контент между отдельными семействами сайтов. Например, для предыдущей схемы рекомендуется размещать опубликованные проекты на одном семействе сайтов.

  • Храните контент в выделенных базах данных на основе блока контента, который требуется продублировать. Например, для предыдущей схемы рекомендуется хранить в выделенной базе данных весь контент семейства сайтов опубликованных проектов.

Разработка

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

  • создав сайты проектов на ферме, ближайшей к рабочей группе;

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

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

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

Публикация

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

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

Решение для публикации контента

Для публикации документов существует несколько вариантов.

  • Пользователи могут использовать функцию "Отправить", щелкнув стрелку вниз рядом с документом в библиотеке, выбрав пункт Отправить и щелкнув Другое расположение. При выборе этого варианта пользователь должен точно знать URL-адреса для публикации контента.

  • Можно использовать интерфейсы API для публикации, чтобы создать рабочий процесс, копирующий контент из семейств сайтов разработки региональных ферм в центральное расположение центральной фермы. В меню параметров документов можно добавить пункт "Опубликовать на центральной ферме" или другую уникальную команду (аналогичную функции "Отправить"). Для этого требуется добавить на сайты пользовательский код. Однако можно добавить настройки, значительно повышающие эффективность и точность действий пользователей. Например, пользователям можно предоставить меню с выбором расположений для публикации. Также можно указать параметр для предупреждения пользователей в случае, если документ с тем же именем уже существует в выбранном расположении, и предоставить возможность для перезаписи таких документов.

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

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

Глобальная архитектура данных — ферма серверов

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

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

Синхронизация

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

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

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

Решение для синхронизации контента

Для синхронизации контента на региональных фермах существует несколько вариантов.

  • Восстановление или прикрепление копии базы данных.

  • Воспользуйтесь партнерским решением для копирования или репликации контента по глобальной сети. Дополнительные сведения см. в разделе "Репликация данных, синхронизация нескольких главных страниц и управление конфигурацией" статьи Оптимизация Office SharePoint Server для сред глобальной сети.

Примечание

Группа разработки продукта пока не проверила функции публикации Office SharePoint Server 2007 в средах глобальной сети.

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

Загрузить эту книгу

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

См. полный список доступных книг на веб-сайте Загружаемые материалы для Office SharePoint Server 2007.

См. также

Понятия

Поддерживаемые глобальные решения для Office SharePoint Server
Планирование глобального корпоративного поиска
Планирование требований к пропускной способности
Оптимизация Office SharePoint Server для сред глобальной сети
Оптимизация настраиваемых веб-частей для территориально-распределенной сети