Примеры разработок SharePoint Server. Корпоративный портал и сайты экстрасети — SharePoint Server

• 09/13/2021
• Чтение занимает 37 мин

В этой статье

ПРИМЕНЯЕТСЯ К: 2013 2016 2019 Microsoft 365

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

Важно!

Сведения, содержащиеся в этой статье, применимы к SharePoint Foundation 2013 и SharePoint Server. Тем не менее в статье рассматриваются определенные функции, например личные сайты и поиск в корпоративной среде, недоступные в SharePoint Foundation 2013.

Сведения о примерах структуры

В этой статье описываются следующие примеры структуры:

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

Примечание

Названия моделей содержат фразу SharePoint 2013, но также относятся к SharePoint Server 2016.

Пример структуры корпоративного портала: две версии

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

Мы рекомендуем использовать дизайн на основе коллекций сайтов с именами узла, если только требования не требуют, чтобы сайты с альтернативным сопоставлением доступа были необходимы (см. архитектуру и развертывание коллекции сайтов с именем host(SharePoint 2013)для получения дополнительных сведений). Этот дизайн рекомендуется, так как это та же архитектура, что Microsoft 365 среды. Следовательно, это самая протестированная конфигурация. Новые возможности, в том числе модель приложений и управление запросами, оптимизированы для этой конфигурации, благодаря чему она является самой надежной конфигурацией.

Экстрасеть с выделенными зонами для проверки подлинности

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

Пример структуры для экстрасети с выделенными зонами для проверки подлинности также представляет новый рекомендованный способ для удаленного доступа сотрудников прямой доступ с использованием Windows Server 2012. Альтернативный ему способ заключается в создании виртуальной частной сети (VPN). При необходимости можно также использовать проверку подлинности на основе форм на брандмауэре или шлюзе для получения и перенаправления учетных данных.

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

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

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

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

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

Проверка подлинности на основе утверждений для SharePoint Server

Способ проверки подлинности для SharePoint Server может повлиять на решения о выборе структуры, которые связаны с реализацией вариантов, представленных в примерах структуры. Ниже приведено несколько примеров.

• В SharePoint Server режим проверки подлинности на основе утверждений используется по умолчанию. Это единственный режим, доступный в центре администрирования. Классический режим проверки подлинности можно реализовать c помощью PowerShell.

• Чтобы использовать проверку подлинности на основе утверждений SAML, в SharePoint Server не требуется настраивать сходство сервера в подсистеме балансировки нагрузки. SharePoint Server полностью поддерживает балансировку нагрузки без сходства.

В SharePoint Server учетной записи обхода контента при поиске требуется доступ к контенту через зону, применяемую по умолчанию, с использованием встроенной проверки подлинности Windows (NTLM или Kerberos). Так как функция проверки подлинности на основе утверждений позволяет использовать несколько типов проверки подлинности в одной зоне, это требование не должно влиять на остальные требования по проверке подлинности.

Сводка по возможностям примеров структуры

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

Таблица: сводка по примерам структуры

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

Сайты, включенные в примеры структуры

В этом разделе описываются высокоуровневые сайты, включенные в примеры структуры.

Сайты интрасети

Корпоративный портал включает следующие сайты для использования в интрасети:

• Опубликованный контент интрасети (например, HRweb)

• Сайты для совместной работы групп

• Личные сайты

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

• Выделяют разные возможности SharePoint Server.

• В них размещаются данные с разными характеристиками.

• Регулируются разными профилями использования.

• Требуют различной стратегии управления разрешениями.

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

Разработка приложений-служб сводит эти три приложения вместе, чтобы обеспечить следующие возможности:

• Поиск на уровне предприятия

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

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

Типы сайтов, составляющих корпоративную интрасеть

Веб-приложение для партнеров

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

В примере структуры экстрасети представлен только этот тип сайтов.

Общие цели разработки

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

• Создание платформы для разработки среды, поддерживающей расширение.

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

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

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

• Обеспечение возможности для использования структуры в среде экстрасети.

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

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

Фермы серверов

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

Топология ферм серверов

Каждая ферма в примере структуры состоит из шести серверов со следующей отказоустойчивой топологией.

• Два интерфейсных веб-сервера

• Два сервера приложений

• Два сервера баз данных с SQL Server, установленным и настроенным так, чтобы поддерживать кластеризацию, зеркальное отображение или AlwaysOn в SQL Server. Для работы AlwaysOn требуется SQL Server 2012.

Концепция переднего и серверного приложений отличается в SharePoint Server 2016, см. в обзоре ролей сервера MinRole в SharePoint Server

В примере структуры показана логическая архитектура SharePoint Server с указанными ниже особенностями.

• Для всех сайтов используется зеркальное отображение на интерфейсных веб-серверах.

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

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

Пользователи, зоны и проверка подлинности

В SharePoint Server по умолчанию используется проверка подлинности на основе утверждений. Она используется в каждом примере структуры. Вы можете реализовать классический режим проверки подлинности с помощью Windows PowerShell, однако некоторые возможности SharePoint Server будут недоступны в этом режиме. Дополнительные сведения о примерах структур, включающих классический режим проверки подлинности, см. в статье Пример проекта: корпоративное развертывание (SharePoint Server 2010).

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

Таблица: сравнение подходов к конфигурации зон на примерах структур

	Корпоративный портал с сайтами с именем на основе узла и корпоративный портал с сайтами на основе путей	Экстрасеть с выделенными зонами для проверки подлинности
Режим проверки подлинности	Утверждения	Утверждения
Конфигурация зон	Одна зона с несколькими методами проверки подлинности, настроенными для разных классов пользователей.	Несколько зон с одним методом проверки подлинности для каждой зоны.
URL-адреса	Все классы пользователей используют один и тот же URL-адрес для каждого из сайтов. Сотрудники используют один и тот же URL-адрес независимо от того, находятся ли они внутри корпоративной сети или работают удаленно.	Каждый класс пользователей использует отдельный URL-адрес для доступа к сайту. Сотрудники используют разные URL-адреса в зависимости от того, находятся они внутри корпоративной сети или работают удаленно.
Внутренние запросы	Запросы, которые инициируются внутри корпоративной сети, перенаправляются за пределы сети, а затем обратно через шлюз или прокси-сервер. Безопасность для таких запросов обеспечивается с помощью протокола SSL. Кроме того, чтобы перенаправлять запросы непосредственно во внутренний интерфейс для серверов, можно использовать разделенную DNS.	Запросы, которые инициируются внутри корпоративной сети, остаются внутренними.
Взаимодействие с пользователем	Всем пользователям отображается запрос на выбор типа учетной записи, используемой ими для входа.	Метод проверки подлинности предопределен. Пользователям не требуется выбирать тип учетной записи на странице входа.

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

Пример структуры экстрасети с выделенными зонами

Пример структуры экстрасети иллюстрирует три разных класса пользователей, назначенных разным зонам. В каждом веб-приложении можно создать до пяти зон с одним из доступных имен: «По умолчанию», «Интрасеть», «Интернет», «Специальная» или «Экстрасеть». Учетной записи обхода контента при поиске требуется осуществлять доступ к зоне по умолчанию, используя встроенную проверку подлинности Windows (протокол NTLM или Kerberos), что учитывается для образца структуры. В следующей таблице показано, как настроены зоны в примере структуры экстрасети.

Таблица: зоны, пользователи и тип проверки подлинности, заданные в примере структуры экстрасети

Зона	Пользователи	Проверка подлинности
Intranet	Внутренние и удаленные сотрудники Учетная запись для обхода контента при поиске	Протокол NTLM или Kerberos Удаленные сотрудники, осуществляющие подключение посредством прямого доступа или VPN.
По умолчанию	Отдельные партнеры	Параметры: Каталог LDAP, использующий проверку подлинности на основе форм Внешний лес доменных служб Active Directory с односторонним отношением доверия к внутреннему лесу и встроенная проверка подлинности Windows Надежный поставщик удостоверений с проверкой подлинности на основе SAML
Экстрасеть	Партнерские компании	Надежный поставщик удостоверений партнера с проверкой подлинности на основе SAML

Пример структуры корпоративного портала

Проверка подлинности на основе утверждений позволяет использовать несколько типов проверки подлинности в одной и той же зоне. Две версии примера структуры корпоративного портала используют зону «По умолчанию» для всех типов проверки подлинности.

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

Таблица: зоны, пользователи и проверка подлинности для примеров структуры корпоративного портала

Зона	Пользователи	Поставщик и тип проверки подлинности
По умолчанию	Внутренние и удаленные сотрудники	Доменные службы Active Directory или хранилище LDAP с проверкой подлинности на основе форм или проверкой подлинности на основе SAML.
По умолчанию	Отдельные партнеры	Надежный поставщик удостоверений с проверкой подлинности на основе SAML или база данных SQL Server с проверкой подлинности на основе форм
По умолчанию	Партнерские компании	Надежный поставщик удостоверений партнера с проверкой подлинности на основе SAML
По умолчанию	Учетная запись для обхода контента при поиске	Доменные службы Active Directory с проверкой подлинности Windows NTLM

В примере структуры сайт опубликованного контента интрасети, сайты групп и личные сайты доступны только для сотрудников, независимо от того, находятся ли они в сети или вне нее. В примере структуры для каждого из этих сайтов реализуется только один URL-адрес (использующий SSL), который может применяться изнутри сети и извне. Используются учетные записи Active Directory. При необходимости проверка подлинности на основе форм или стандарта SAML может использовать LDAP, что требует дополнительной настройки.

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

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

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

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

Зоны

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

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

Требования к настройке зоны по умолчанию

Зона по умолчанию — это зона, требующая больше всего внимания. В SharePoint Server предъявляются указанные ниже требования по настройке зоны по умолчанию.

• Когда запрос пользователя не может быть соотнесен с зоной, применяется проверка подлинности и политики зоны «По умолчанию». Следовательно, зона «По умолчанию» должна быть наиболее безопасной.

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

В SharePoint Server доступ к семействам веб-сайтов с именем на основе узла можно получить из любой зоны.

Настройка зон для среды экстрасети

В среде экстрасети разработка зон крайне важна по следующим причинам:

• Запросы пользователей могут быть инициированы из нескольких разных сетей. В примерах структуры пользователи инициируют запросы из внутренней сети, Интернета и партнерских компаний.

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

Если среда экстрасети включает в себя более одной зоны, убедитесь, что соблюдаются следующие принципы разработки:

• Зоны группы веб-приложений должны быть настроены так, чтобы они были согласованы друг с другом. Настройки проверки подлинности и назначения пользователей должны быть одинаковы, но политики, связанные с зонами, могут отличаться для разных веб-приложений. В частности, необходимо убедиться, что зона интрасети используется одними и теми же сотрудниками во всех веб-приложениях. Другими словами, нельзя настраивать зону интрасети в одном веб-приложении для внутренних сотрудников, а в другом — для удаленных сотрудников.

• Если вы используете семейства веб-сайтов на основе путей, правильно и точно настройте альтернативные сопоставления доступа для каждой зоны и каждого ресурса. Альтернативные сопоставления доступа создаются автоматически при создании зоны. Тем не менее SharePoint Server можно настроить так, чтобы он выполнял обход контента во внешних ресурсах, например в файловом ресурсе. Вы должны вручную создать ссылки на внешние ресурсы для каждой зоны с помощью альтернативных сопоставлений доступа.

• Если вы используете семейства веб-сайтов с именем на основе узла, то для сопоставления URL-адресов с соответствующими зонами используйте PowerShell.

Если зоны в веб-приложениях не отражают зеркально друг друга, и ссылки на внешние ресурсы некорректны, возникают указанные ниже риски.

• Имена серверов, DNS-имена и IP-адреса потенциально могут предоставляться извне внутренней сети.

• Пользователи не смогут получить доступ к веб-сайтам и другим ресурсам.

Использование проверки подлинности SAML с сайтами с именем на основе узла

Если структура включает в себя проверку подлинности SAML с сайтами с именем на основе узла, каждому запоминающемуся URL-адресу требуется следующее:

• Новая область на основе SPTrustedIdentityTokenIssuer.

• Соответствующая проверяющая сторона в поставщике удостоверений.

Службы

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

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

Архитектура служб для корпоративного портала с сайтами на основе путей

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

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

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

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

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

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

Сайты администрирования

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

Пример структуры и данная статья не указывают URL-адреса со сбалансированной нагрузкой для сайтов администрирования. Соответствующие рекомендации состоят в следующем.

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

• Создайте отдельные записи DNS для сайтов администрирования.

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

Пулы приложений

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

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

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

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

• Изоляция сайтов, сохраняющих пароли серверных систем данных и взаимодействующих с этими системами (хотя для этой цели можно использовать службу Store Service).

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

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

• Сайт администрирования размещен в выделенном пуле приложений. Это требование SharePoint Server.

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

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

• Веб-приложение для партнеров размещается в выделенном пуле приложений.

Веб-приложения

Веб-приложение представляет собой веб-сайт IIS, который создается и используется SharePoint Server. В IIS каждое веб-приложение представлено отдельным веб-сайтом.

Если вы решите реализовать несколько веб-приложений, рекомендуем рассмотреть указанные ниже варианты.

• Отделение анонимного контента от контента, прошедшего проверку подлинности

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

• Изоляция пользователей

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

• Принудительное применение разрешений

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

• Оптимизация производительности

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

• Оптимизация управляемости.

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

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

семейства сайтов;

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

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

• Вам потребуется использовать компонент самостоятельного создания сайтов, которая по умолчанию устанавливается в составе SharePoint Server 2016.

  Это не относится к пользовательским решениям для самостоятельного создания сайтов.

• Веб-приложению требуются уникальные включения по шаблону или явные включения.

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

• Завершение SSL требуется, но ваше устройство завершения SSL нельзя настроить на создание нужного настраиваемого заголовка HTTP.

  Вы все еще можете использовать мост SSL с семействами веб-сайтов с именем на основе узла с помощью этих устройств, если завершение SSL не требуется.

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

Подробнее о семействах веб-сайтов с именем на основе узла, в том числе о сравнении с семействами на основе путей, см. в статье Архитектура и развертывание семейства сайтов с именем на основе узла (SharePoint 2013).

Цели разработки семейств веб-сайтов

Семейства сайтов объединяют логическую и информационную архитектуру. Целью разработки семейств сайтов является обеспечение соответствия требованиям для структуры URL-адресов и создание логических подразделов контента. Для каждого из семейств веб-сайтов управляемые пути используются для включения второго уровня семейств сайтов верхнего уровня. Подробнее о требованиях к URL-адресам и использовании управляемых путей см. в разделе Зоны и URL-адреса далее в этой статье. После второго уровня семейств веб-сайтов все сайты являются дочерними.

На следующей схеме проиллюстрирована иерархия сайтов групп.

Иерархия для сайтов групп

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

Опубликованный контент интрасети

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

• Каждое подразделение может управлять своим контентом и администрировать разрешения независимо.

• Каждое подразделение может хранить контент в выделенной базе данных.

Недостатки использования нескольких семейств веб-сайтов состоят в следующем.

• Семейства веб-сайтов не могут совместно использовать эталонные страницы, макеты страниц, шаблоны, веб-части и навигацию.

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

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

Личные сайты

Личные сайты имеют особые характеристики, и рекомендации по развертыванию личных сайтов весьма просты. В примерах структуры семейство личных сайтов включает в себя сайт верхнего уровня с URL-адресом http://my. Для первого созданного семейства веб-сайтов верхнего уровня используется шаблон «Узел личных сайтов». В это семейство веб-сайтов включен управляемый путь (с использованием подстановочных знаков), который позволяет разместить неограниченное количество сайтов, созданных пользователями. Все сайты, расположенные ниже управляемого пути, представляют собой независимые семейства веб-сайтов, для которых используется шаблон «Личный сайт». Имя пользователя добавляется к URL-адресу в следующем виде: http://mypersonal/имя_пользователя. На иллюстрации ниже показаны личные сайты.

Иерархия для личных сайтов

Сайты групп

Для структуры семейств веб-сайтов в приложении сайта группы можно использовать один из следующих двух подходов:

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

  • Теряется возможность реализации содержательной таксономии.

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

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

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

Таблица: рекомендуемая таксономия семейства веб-сайтов

Тип организации	Рекомендуемая таксономия семейства веб-сайтов
Разработка продуктов	Создайте семейство веб-сайтов для каждого разрабатываемого продукта. Разрешите группам участвовать в создании сайтов в рамках этого семейства. Для каждого долгосрочного проекта создайте семейство веб-сайтов для каждой большой группы, участвующей в разработке продукта. Например, создайте по одному семейству веб-сайтов для каждой из следующих групп: дизайнеры, инженеры, разработчики контента.
Справочные материалы	Создайте семейство веб-сайтов для каждого долгосрочного исследовательского проекта. Создайте семейство веб-сайтов для каждой категории исследовательских разработок.
Высшее учебное заведение	Создайте семейство веб-сайтов для каждого факультета.
Государственное законодательное учреждение	Создайте семейство веб-сайтов для каждой политической партии. Государственные чиновники, принадлежащие к одной партии, могут совместно использовать шаблоны и навигацию. Создайте семейство веб-сайтов для каждого комитета. Либо создайте одно семейство веб-сайтов для всех комитетов.
Юридический отдел компании	Создайте семейство веб-сайтов для каждого клиента компании.
Производство	Создайте семейство веб-сайтов для каждого семейства продуктов.

Веб-приложение для партнеров

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

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

• Партнеры и другие участники имеют доступ только к тому проекту, над которым они работают.

• Владельцы сайтов управляют разрешениями.

• Результаты поиска в одном проекте не предоставляют доступ к контенту других проектов.

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

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

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

Базы данных контента

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

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

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

Чтобы связать семейства веб-сайтов с определенными базами данных контента, можно воспользоваться следующими методами:

• Создайте семейство веб-сайтов в определенной базе данных с помощью PowerShell.

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

  • Число сайтов, по достижении которого выдается предупреждение, равно 1.

  • Максимальное число сайтов, которое может быть создано в этой базе данных, равно 1.

• Добавьте группу семейств веб-сайтов в выделенную базу данных, выполнив следующие действия.

1. В веб-приложении создайте базу данных и установите ее в состояние Готово.

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

3. Создайте семейства веб-сайтов. Они будут автоматически добавлены в базу данных.

4. Верните состояние Готово для всех остальных баз данных.

Опубликованный контент интрасети

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

Личные сайты

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

• Максимальный объем дискового пространства, используемого сайтом: этот параметр, который настраивается на странице Шаблоны квот в центре Центр администрирования, ограничивает размер личного сайта.

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

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

В примерах структуры задаются следующие параметры размеров на основании целевого объема базы данных 175 ГБ и целевого размера личного сайта 1 ГБ/

• Ограничение размера одного сайта = 1 ГБ

• Целевой размер базы данных = 175 ГБ

• Резерв для корзины второго уровня = 15 %

• Максимальное число сайтов = 180

• Предупреждение уровня сайта = 150

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

Сайты групп

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

Веб-приложение для партнеров

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

В примере структуры задаются следующие параметры размеров:

• Целевой размер базы данных = 200 ГБ

• Квота хранилища на сайт = 5 ГБ

• Максимальное число сайтов = 40

• Семейство веб-сайтов для разработки размещается в выделенной базе данных

Зоны и URL-адреса

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

• Имена URL-адресов не ограничивают зоны, через которые пользователи могут получить доступ к контенту.

• В примере структуры стандартные порты HTTP и HTTPS (80 и 443) могут использоваться во всех приложениях.

• Номера портов не включены в URL-адреса. На практике номера портов обычно не используются в рабочих средах.

Разработка URL-адресов со сбалансированной нагрузкой

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

Intranet

Для каждого из трех семейств веб-сайтов, из которых состоит интрасеть, требуется уникальный URL-адрес. В примерах структуры корпоративного портала целевой аудиторией для контента интрасети являются внутренние и удаленные сотрудники. Сотрудники используют одни и те же URL-адреса для каждого из этих сайтов независимо от того, получают ли они локальный или удаленный доступ. Несмотря на то, что этот подход добавляет в структуру SharePoint уровень безопасности (весь трафик использует SSL), он требует от вас выбрать альтернативное решение для дополнительной конфигурации:

• Маршрутизация внутреннего трафика через брандмауэр или шлюз вместе с удаленным трафиком.

• Настройка отдельной среды DNS для разрешения внутренних запросов во внутренней сети.

Веб-сайт для партнеров

В примерах структуры к веб-сайту для партнеров получают доступ внутренние и удаленные сотрудники, а также сотрудники партнеров. В примерах структуры корпоративного портала все пользователи вводят один и тот же URL-адрес независимо от метода проверки подлинности. В примере структуры экстрасети разные типы пользователей вводят разные URL-адреса. Хотя как отдельные партнеры, так и партнерские компании получают доступ к веб-сайту для партнеров извне, используя протокол SSL (HTTPS), для каждой группы требуется свой URL-адрес, чтобы применить преимущества использования отдельных зон — т. е. разные методы проверки подлинности и разные политики зон.

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

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

Таблица: примеры URL-адресов из примера структуры экстрасети

Зона	Пример URL-адреса
Внутренние и удаленные сотрудники	http://project1
Отдельные партнеры	https://project2.fabrikam.com
Партнерские компании	https://TrustedPartnerProject1.fabrikam.com

Использование явных включений и включений по шаблону для URL-путей

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

Вы можете создавать управляемые пути двух указанных ниже типов.

• Явное включение: семейство веб-сайтов с явно заданным URL-адресом. Явное включение применяется только к одному семейству веб-сайтов. Вы можете создать большое количество явных включений ниже корневого семейства веб-сайтов. Вот пример URL-адреса для семейства веб-сайтов, созданного с помощью этого метода: http://intranet/hr. Каждый добавленный явный путь снижает производительность, поэтому рекомендуется ограничить количество семейств веб-сайтов, созданных с помощью явного включения, примерно до 20.

• Включение по шаблону: путь, который добавляется к URL-адресу. Этот путь обозначает, что все сайты, указанные сразу после имени пути, представляют собой уникальные семейства веб-сайтов. Этот вариант обычно используется для семейств веб-сайтов, поддерживающих самостоятельное создание сайтов, например для личных сайтов. Вот пример URL-адреса для семейства веб-сайтов, созданного с помощью этого метода: http://my/personal/user1.

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

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

Явные включения: опубликованный контент интрасети

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

При использовании явных включений URL-адреса имеют следующий формат:

В этом примере корневое семейство веб-сайтов http://intranet.fabrikam.com представляет домашнюю страницу интрасети по умолчанию. Этот сайт предназначен для размещения контента для пользователей.

Включения по шаблону: сайты групп, личные сайты и веб-приложение для партнеров

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

Сайты групп

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

При использовании включений по шаблону URL-адреса имеют следующий формат:

В этом примере корневое семейство веб-сайтов https://teams.fabrikam.com не обязательно должно размещать контент для пользователей.

Личные сайты

Личные сайты поддерживают самостоятельное создание сайтов. Если при просмотре интрасети пользователь впервые щелкнет элемент Личный сайт, будет автоматически создан личный сайт для пользователя. В примере структуры личные сайты содержат включение по шаблону с именем /personal (http://my/personal)). Компонент личного сайта автоматически добавляет имя пользователя к URL-адресу.

В этом случае URL-адреса имеют следующий формат:

Веб-приложение для партнеров

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

В примерах структуры корпоративного портала веб-приложение для партнеров содержит включение по шаблону с именем /sites (http://partnerweb/sites)). В этом случае URL-адреса имеют следующий формат:

Координирование URL-адресов с помощью альтернативного сопоставления доступа и DNS

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

URL-адреса с одним именем, например http://teams, можно настроить для доступа к интрасети. Клиентский компьютер сопоставляет эти URL-адреса, добавляя суффикс DNS клиентского компьютера, например fabrikam.com, а затем выполняя поиска DNS для имени с этим суффиксом. Например, когда клиентский компьютер в домене fabrikam.com запрашивает http://teams, этот компьютер отправляет запрос в DNS для http://teams.fabrikam.com.

Система DNS должна быть настроена на использование записи A (или записи AAAA для протокола IPv6) для каждого полного доменного имени. Такая запись указывает на IP-адрес с балансировкой нагрузки для веб-серверов, на которых размещается сайт. В типичной производственной среде серверы настроены на использование статически назначаемых IP-адресов в дополнение к статически назначаемым записям A или AAAA в DNS.

После получения IP-адреса с балансировкой нагрузки клиентский браузер подключается к интерфейсному веб-серверу в ферме и отправляет HTTP-запрос с исходным URL-адресом с одним именем http://teams. Службы IIS и SharePoint Server распознают это как запрос для зоны «Интрасеть» на основании параметров, настроенных в альтернативных сопоставлениях доступа. Если пользователь вместо этого запрашивает https://teams.fabrikam.com, процесс будет аналогичным за исключением того, что службы IIS и SharePoint Server получают полное доменное имя и распознают его как запрос для зоны по умолчанию.

В средах с несколькими доменами вводите записи CNAME для DNS в доменах, в которых не размещены сайты. Например, если в сетевой среде Fabrikam имеется второй домен с именем europe.fabrikam.com, записи CNAME для этих сайтов необходимо вводить в домене Europe. Для сайта интрасети сайтов групп (http://teams)) запись CNAME с именем teams будет добавлена к домену europe.fabrikam.com, который указывает на teams.fabrikam.com. Затем, когда суффикс DNS клиентского компьютера будет добавлен к запросам поиска DNS, при выполнении запроса для http://teams из домена Europe будет выполнен поиск DNS для teams.europe.fabrikam.com, и запись CNAME направит его на teams.fabrikam.com.

Примечание

Существует известная проблема с некоторыми клиентами, использующими проверку подлинности Kerberos, и разрешением записей CNAME. Подробнее см. в статье Kerberos configuration known issues (SharePoint Server 2010).

Политики зон

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

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

Корпоративный интранет «из коробки» — Tune IT

Зачем нужен интранет-портал?

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

Если всё так хорошо, почему такие порталы есть не у всех?

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

• Часть таких порталов строится на базе коммерческих решений (например, SharePoint), стоимость внедрения и сопровождения которых оправдывает себя только для очень крупного бизнеса (десятки тысяч сотрудников).
• Оставшаяся часть таких порталов делается «на коленке» на базе CMS, для этого не предназначенных (например, WordPress). В итоге получается не единая точка входа, а зоопарк «костылей и велосипедов», который постоянно пытается развалиться.
• Сложность администрирования такого портала зачастую не оправдывает приносимую им выгоду. Если ваша компания сама не занимается информационными технологиями, то ваш системный администратор вряд ли разберётся в хитросплетениях конфигурационных параметров SharePoint.

Чем ваше решение отличается от других?

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

Корпоративные порталы | Госсектор | РДТЕХ

---

Описание

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

Корпоративные порталы предназначены для сотрудников, клиентов и партнеров одного предприятия. Пользователи портала получают доступ к предназначенным для них сервисам и приложениям в зависимости от их «роли» и персонального профиля.

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

РДТЕХ предлагает:

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

РДТЕХ обладает компетенциями по созданию различных типов порталов:

• Информационные порталы 
• Динамические web-сайты
• Решения на основе сервис-ориентированной архитектуры (англ. SOA — service-oriented architecture)
• Сложные информационные системы с web-интерфейсом

Решаемые бизнес задачи

1. ОБЕСПЕЧЕНИЕ РАЗГРАНИЧЕНИЯ ПРАВ ДОСТУПА К ВНУТРЕННИМ РЕСУРСАМ ПРЕДПРИЯТИЯ

   1

2. ОРГАНИЗАЦИЯ СОВМЕСТНОЙ РАБОТЫ, ПОИСКА ИНФОРМАЦИИ, ДОСТУПА К БИЗНЕС-АНАЛИТИКЕ

   2

3. ОБЕСПЕЧЕНИЕ ЕДИНОЙ ТОЧКИ ВХОДА ДЛЯ СОТРУДНИКОВ, КЛИЕНТОВ И ПАРТНЕРОВ К КОРПОРАТИВНОЙ ИНФОРМАЦИИ, ИНФОРМАЦИОННЫМ РЕСУРСАМ И БИЗНЕС-ПРИЛОЖЕНИЯМ

   3

---

Результаты

Обновление информации в автоматическом режиме

Налаживание межведомственного взаимодействия

Обеспечение обратной связи

Интерактивные сервисы

---

Стилизация

Согласие на обработку персональных данных

ООО «АйТи-Хайв»

 

Настоящим в соответствии с Федеральным законом № 152-ФЗ «О персональных данных» от 27.07.2006 года свободно, своей волей и в своем интересе выражаю свое безусловное согласие на обработку моих персональных данных Общество с ограниченной ответственностью «АйТи-Хайв», зарегистрированным в соответствии с законодательством РФ по адресу: 199004, г. Санкт-Петербург, 5 линия В.О., д. 54, пом. 1Н (далее по тексту — Оператор). Персональные данные — любая информация, относящаяся к определенному или определяемому на основании такой информации физическому лицу. Настоящее Согласие выдано мною на обработку следующих персональных данных:

 

— Имя;
— Фамилия;
— Телефон;
— E-mail;
— Комментарий.

 

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

 

Данное согласие дается Оператору для обработки моих персональных данных в следующих целях:

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

 

Настоящее согласие действует до момента его отзыва путем направления соответствующего уведомления на электронный адрес [email protected]. В случае отзыва мною согласия на обработку персональных данных Оператор вправе продолжить обработку персональных данных без моего согласия при наличии оснований, указанных в пунктах 2 – 11 части 1 статьи 6, части 2 статьи 10 и части 2 статьи 11 Федерального закона №152-ФЗ «О персональных данных» от 27.06.2006 г.

Разработка и Внедрение Корпоративных Порталов. Создание Интранет Порталов.

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

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

• • Инструменты для импорта и экспорта данных
  • Автоматизация бизнес-процессов
  • Рабочие области для групп
  • Рабочие области для документов
  • Управление проектами и задачами
• • Доска обсуждений
  • Блоги, форумы, wikis
  • Обмен сообщениями
  • Хранилище корпоративной информации
  • Сервисы обмена контентом
• • Корпоративный поиск
  • Модули бизнес-аналитики
  • Коннекторы к данным
  • Панели мониторинга и сводные таблицы

Аутсорсинг (заказная разработка) корпоративного портала 💻

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

Что такое аутсорсинг

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

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

В таком случае продакшн берет на себя функцию организатора процесса, разработчика и аналитика.

Что нужно, если собираете команду сами

1. Определиться, кто нужен для разработки
2. Опубликовать вакансии
3. Проверить несколько десятков тестовых заданий
4. Провести несколько собеседований, взять на работу лучших
5. Показать команде, что и как работает в вашей компании
6. Ждать результата и платить полноценную зарплату

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

Что нужно, если пользуетесь аутсорсингом разработки корпортала

1. Найти исполнителя, который возьмется за задачу
2. Описать задачу
3. Ждать результата и заплатить заранее оговоренную сумму за услугу

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

Пример индивидуально созданного корпоративного портала

Что такое корпоративный портал и чем он отличается от других типов сайтов

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

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

По сути корпортал — это интернет, пользоваться которым могут только сотрудники компании. Для внешних пользователей доступ к нему закрыт.

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

Особенности и сложности разработки корпоративных порталов

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

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

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

Почему следует отдать разработку корпоративного портала на аутсорс

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

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

Наши специалисты по разработке корпоративных порталов

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

Почему мы

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

Получите консультацию

Источник изображений: Freepik Stories

Проектируем корпоративный портал вместе с сотрудниками

Метафора: Что такое портал?

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

Другими словами

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

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

Пример полученных результатов по итогам анкетирования

Критерии качества проектируемого портала

1. 1. Доступная понятная структура, упорядоченность информации. Удобство навигации, дружественный интуитивно понятный интерфейс. Быстрая работа портала.
2. 2. Насыщенность. Набор интересной, «живой», полезной и необходимой информации и инструментов.
3. 3. Удобный поиск информации. Поиск должен занимать минимум времени. Например: по любому слову, что бы выдавались все документы, которые выложены на портале, где встречается запрашиваемое слово.
4. 4. Регулярная обновляемость по всем разделам. Движение во времени и со временем. Ответственность за наполнение. Да, портал — вещь полезная, в тоже самое время нужно приучать, воспитывать людей с ним работать.
5. 5. Соблюдение всех требований по выкладыванию документов. Соблюдение порядка помещения материалов на портал – подписывание и комментирование материалов.

Дополнительные критерии качества

1. 1. Портал должен подталкивать к общению.
2. 2. Личная страничка каждого сотрудника.
3. 3. Читабельный форум.
4. 4. Полный прайс весом не более 2 МБ.
5. 5. Все важное на конкретной странице должно умещаться на одном экране — минимум прокруток. Не засорять портал лишним контентом, но и не упустить важную информацию.
6. 6. Интеграция с внешним сайтом.
7. 7. О дизайне. Мнения разделились: с одной стороны сотрудники выступают за красочность, привлекательность, наличие картинок и флеш анимации; с другой – за спокойные и мягкие тона, строгий и лаконичный, наиболее простой дизайн с минимумом графики.

Наиболее востребованные разделы

Сотрудники
Рейтинг 100%

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

О компании
Рейтинг 82%

• Миссия компании. Кредо. Ценности и принципы.
• История компании. Основные этапы роста. «Как всё начиналось».
• Стратегия развития. Видение развития. Цели компании. Планы на 1-3 года.
• Структура компании. Задачи каждого отдела.
• Рисунок организационной структуры. В этом рисунке ФИО (кто к какому отделу относится). Зоны ответственности. Сортировка по фамилиям и по ответственностям.
• Карта регионов. Информация о представительствах.
• Партнерские статусы и сертификаты. Конкурентные преимущества. Корпоративная информация для аргументации в переговорах.

Форумы
Рейтинг 82%

• Форумы касательно работы и форумы на свободные темы.

Банк идей
Рейтинг 76%

• По инновациям в работе, по оптимизации процессов. С аргументацией.
• Разделение по отделам, и в каждый отдел «закидывать» идеи касательно работы и отдыха.
• Для наглядности можно сделать количественную диаграмку по отделам – для соревновательности. Хорошо бы ввести небольшой «нормативчик» по минимуму идей в месяц :).

Ленты новостей, рассылки
Рейтинг 76%

• Самые сливки и сенсации из отрасли. Новости рынка России и зарубежья, новости компании, поставщиков, производителей, конкурентов и партнеров.
• Инфо со всех отделов, чтобы сотрудники были в курсе, что происходит в компании и за ее пределами. Пусть каждый добавляет то, что считает новостью (ну или через PR-менеджера).
• Информация о проводящихся акциях.
• Нужна функция, сортировки информации по датам (очень удобно)
• Рассылки – вопрос? Нужно пособирать связь от коллег. Что им интересно знать? Я бы рассылал еженедельно новости о том какие были дела, кто с какими трудностями столкнулся и как их решил. Все что не носит налет секретности. Когда сотрудники будут больше знать о преодоленных сложностях, им будет интереснее работать. Это как события в телевизоре – сам не участвуешь, но переживаешь.

График мероприятий, календарь событий, расписания
Рейтинг 65%

• Календарь событий компании (какие, когда, где). Например, список мероприятий на ближайшую неделю (с учетом того, что он будет обновляться каждый день).
• События, значимые для компании в целом: защита проектов, внедрение инноваций. Приглашение к участию.
• Корпоративные социальные мероприятия.

Профессиональные блоги сотрудников
Рейтинг 65%

• Все станем писателями! Долой ЖЖ и социальные сети – все на портал!
• Экспертные мнения и полезные советы коллег. Истории успехов и неудач. Интересная информация из разных сфер деятельности: логистика, новинки рынка, тонкости продаж.

Проекты компании
Рейтинг 65%

• Описание проводящихся и планируемых акций и проектов. Тема, цель проекта, отдел, участники, задачи, сроки проведения: начало, этапы, завершение, стадия. Какие документы разрабатываются, какие изменения планируются. В стиле «МС-проджекта» – диаграмму Ганта.

Фотогалереи
Рейтинг 65%

• Фотоальбом компании: по датам и по событиям.
• Фотографии участников семинаров, мероприятий отрасли.
• Фотоальбом важных событий сотрудников – свадьба, рождение ребенка и т.д..
• Не выкладывать все фотографии, а только самые лучшие, и не много, с предпосмотром и подписями.
• Можно фотогалерею совместить с нашей историей. Например, сделать ее в виде растущего дерева :).

Продвигаемая продукция
Рейтинг 65%

• Описание направлений. Цели к которым стремимся. Внутри деление по продуктовым группам. Дерево разделов – для легкого поиска продуктов.
• Обязательно должен быть каталог продукции, которую мы продвигаем: как она выглядит, схема продажи, акции производителей. Презентации, слайды и папки с информацией для большей эффективности самообучения.
• Нужны актуальные прайс-листы на все эти продукты.
• Наши эксклюзивные и не только предложения.
• FAQ (Frequently Asked Questions) — часто задаваемые вопросы. Структурированная база знаний.
• Больше информации об «узких» продуктах, что бы не боялись продавать.

Библиотеки документов
Рейтинг 59%

• Документы отражающие бизнес-процессы компании. Четко структурированные.
• Информация по производителям.
• Договора с партнерами, поставщиками.
• Должностные инструкции.
• «Рыбы», шаблоны корпоративных документов: официальные письма, договора, акты, приказы и т.п..
• Архив документов. Систематизированные подборки.

Опросы
Рейтинг 59%

• Актуальны опросы. Опросы связанные с качеством.
• Заранее подготовить список возможных тематик и по плану их втыкать и обязательно итоги опроса учитывать в работе.

Поставщики и клиенты
Рейтинг 53%

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

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

E-Learning обучение
Рейтинг 53%

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

Структура сайта
Рейтинг 47%

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

Вакансии
Рейтинг 47%

• Самая свежая информация о свободных вакансиях компании. По отделам. Постоянное обновление. Желаемая дата закрытия.
• Требования к должности и к кандидату на должность.
• Желательно, чтобы можно было автоматически заполнять заявки на сотрудника через портал через шаблоны заявок, которые потом бы попадали нашим HR.
• Возможность сделать отклик если есть желание о смене должности внутри компании.

Техподдержка
Рейтинг 35%

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

Интересно как может выглядеть корпоративный портал в реальности? Вы можете протестировать решение от 1С-Битрикс на специально созданном для вас демонстрационном сайте.

Теги: интернет технологии, корпоративный портал
Материал подготовлен Руденко Владимиром

5 примеров веб-порталов, к которым может обратиться любой бизнес

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

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

Итак, приступим.

Почему важен веб-портал?

Теперь, когда вы сформулировали фундаментальную идею веб-портала, давайте подробно рассмотрим, почему веб-портал так важен:

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

Веб-порталы vs.веб-сайты — в чем основные отличия?

Узнайте основные различия между веб-порталами и веб-сайтами:

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

5 обязательных примеров веб-порталов для предприятий

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

1.Порталы продавцов

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

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

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

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

2. Правительственные порталы

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

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

Давайте посмотрим на один из примеров правительственного веб-портала здесь.Это от Grants.Gov:

.

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

3. Порталы для пациентов

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

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

Capital Women’s Care (CWC) подает отличный пример, создав оптимизированный веб-портал для пациентов.Он может помочь пациентам найти поставщика медицинских услуг и получить доступ к службам неотложной помощи и ресурсам одним щелчком мыши. Вы также можете найти ответы на часто задаваемые вопросы, круглосуточную коммуникационную поддержку и средства онлайн-платежей на том же портале. Все это может буквально упростить путешествие пациента.

4. Порталы студентов и преподавателей

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

• Календарь событий и индивидуальные расписания
• Требования к стипендии
• Критерии зачисления
• Сведения об испытаниях и аттестации
• Электронные книги и другие ресурсы
• История платежей

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

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

5. Интранет-порталы

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

Гибкий портал интрасети — это портал, на котором сотрудники могут получить доступ к различной информации, включая следующую:

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

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

Специальное упоминание: Ресторанный портал (еще один пример веб-портала)

Прежде чем подвести итоги, давайте обсудим еще один пример веб-портала, который быстро набирает популярность. Речь идет о ресторанных интернет-порталах. Вот пример веб-портала Hyatt Restaurants. Этот веб-сайт портала успешно интегрировал рестораны Hyatt по всему миру. Цель состоит в том, чтобы предложить гурманам со всего мира единый обзор, чтобы узнать, что могут предложить рестораны Hyatt.

Вот некоторые из примечательных особенностей этого портала:

• Оперативное бронирование в любом ресторане Хаятт
• Сбор отзывов и отзывов клиентов на одном портале
• Новости о последних рецептах Хаятт от шеф-поваров

Заключительные слова

Веб-порталы

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

Что такое корпоративный портал и как он работает?

Что такое корпоративный портал?

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

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

Корпоративные порталы

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

История корпоративных порталов

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

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

2003 ознаменовался разработкой портала на основе Java, который обеспечил взаимодействие API между порталами и портлетами.

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

Корпоративные сценарии использования

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

Вот несколько примеров корпоративных вариантов использования:

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

Основные характеристики корпусов

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

Дополнительные ключевые особенности:

Визуализация того, как работает система единого входа.

• Федерация . Corportals не только объединяет информацию из нескольких источников, но также объединяет несколько порталов и страниц портала.
• Контроль доступа . Такие функции, как единый вход (SSO), двухфакторная аутентификация и возможности VPN, помогают усилить безопасный доступ сотрудников компании к корпоративным порталам и предотвратить несанкционированное использование и доступ к корпоративным данным.
• Персонализация. Функции настройки позволяют организациям сопоставлять информацию и услуги с соответствующими пользователями в зависимости от их профиля пользователя и назначенных разрешений.
• Мобильный доступ. Современные корпоративные порталы предоставляют пользователям возможность доступа к информации из любого места и с любого устройства, позволяя им работать где угодно.
• Аналитика и отчетность. Corportals также позволяет менеджерам отслеживать поведение пользователей и просматривать журналы аудита, чтобы отслеживать необычное поведение или отслеживать производительность и принятие пользователями.

5 примеров веб-порталов, к которым может обратиться любой бизнес | by ISHIR

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

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

Узнайте основные различия между веб-порталами и веб-сайтами:

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

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

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

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

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

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

Прежде чем подвести итоги, давайте обсудим еще один пример веб-портала, который быстро набирает популярность. Речь идет о ресторанных интернет-порталах. Вот пример веб-портала Hyatt Restaurants, . Этот веб-сайт портала успешно интегрировал рестораны Hyatt по всему миру. Цель состоит в том, чтобы предложить гурманам со всего мира единый обзор, чтобы узнать, что могут предложить рестораны Hyatt.

Чтобы прочитать исходную публикацию, щелкните здесь: https: // www.ishir.com/blog/10136/5-web-portal-examples-that-every-business-can-refer-to.htm

Интранет-порталы: корпоративная информационная инфраструктура

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

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

Интранет недофинансируется

В 1995 и 1996 годах интернет-эксперты пришли к выводу, что интрасети гораздо важнее общедоступных веб-сайтов. «Большая часть денег будет заработана на интранетах», — говорили бесчисленные спикеры конференции. Сомнительно, было ли это утверждение когда-либо правдой, но в последние годы маятник слишком сильно качнулся в противоположном направлении.Это правда, что общедоступный Интернет имеет наибольший потенциал для изменения мира: закон Меткалфа означает, что более крупная сеть победит любую закрытую систему, поскольку влияние сети пропорционально квадрату ее размера.

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

Рассмотрим, например, последствия нарушения руководящих принципов для создание микроконтента при написании заголовка новости на домашней странице интрасети. Для компания с 10000 сотрудников , то Стоимость одного плохо написанного заголовка на домашней странице интрасети составляет почти 5000 долларов. .Значительно больше, чем затраты на то, чтобы хороший редактор домашней страницы переписал заголовок до того, как он повысится.

Цена плохой навигации и отсутствия стандартов проектирования еще выше: не менее десяти миллионов долларов в год в виде потери производительности сотрудников для компании с 10 000 сотрудников. Во всем мире цена плохого использования интрасети вырастет примерно до 100 миллиардов долларов к 2001 году, если не будут созданы более совершенные системы навигации и не будут применяться гораздо более строгие стандарты внутреннего проектирования.

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

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

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

Проекты, связанные с удобством использования интрасети, действительно окупаются.Например, Bay Networks инвестировала 3 миллиона долларов в удобство использования интрасети и улучшила дизайн настолько, чтобы сэкономить около 10 миллионов долларов в год для своих 7000 пользователей. Достижение 10: 3 — обычное дело. коэффициент выплаты (или лучше) в проектах по удобству использования интрасети.

Большая тройка: каталог, поиск, новости

Домашняя страница портала интрасети должна состоять из трех компонентов:

• А иерархия каталогов которая структурирует весь контент во внутренней сети.Эту часть интрасети иногда называют » Мини-Yahoo . «Многое можно почерпнуть из дизайна таких служб каталогов, как Yahoo и LookSmart, поскольку они прилагают больше усилий для удобства использования, чем любой проект интрасети, но в конечном итоге необходимо построить фактическую иерархию тем локально, поскольку она должна отражать конкретное содержание и проблемы интранет. Методы, которые мы использовали структура первого интранет-портала Sun в 1994 г. по-прежнему отлично работает.
• А поле поиска подключение к поисковой системе, которая индексирует все страницы во внутренней сети.В отличие от обычного поиска в Интернете, поисковая машина в интрасети должна отражать имеющиеся знания об относительной важности различных областей интрасети: например, она может обозначать официальные страницы специальным значком.
• Текущий Новости об интересах компании и сотрудников. Как правило, домашняя страница интрасети может заменить традиционные информационные бюллетени сотрудников и поток объявлений и записок по электронной почте, которые снижают производительность во многих компаниях.Связывание списков новостей с архив а хорошая поисковая система гарантирует, что сотрудники могут извлекать информацию по мере необходимости, и освобождает их от необходимости хранить и управлять локальными копиями (что очень дорого, учитывая плохие возможности управления информацией текущего программного обеспечения электронной почты).

Зарегистрируйте и объясните типы порталов с примером каждого типа

Типы порталов:

Порталы можно различать в зависимости от их содержания и предполагаемых пользователей.Есть разные типы порталов; важно знать, какой тип портала вы хотите построить. Их можно разделить на:

• Вертикальный портал

• Горизонтальный портал

• Порталы торговых площадок

• Поисковые порталы

• Медиа-порталы

• Портал доступа

• Географические порталы

1. Вертикальный портал:

• Это веб-порталы, ориентированные только на одну конкретную отрасль, домен или отрасль.Вертикальные порталы предоставляют инструменты, информацию, статьи, исследования и статистику по конкретной отрасли или вертикали.

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

Примеры:

Construction Plus (www.constructionplus.com)

Химическая промышленность (www.chemindustry.com)

2. Горизонтальный портал:

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

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

Примеры:

Yahoo (www.yahoo.com)

MSN (www.msn.com)

3. Порталы торговых площадок:

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

Пример:

EC21 (www.ec21.com)

eBay (www.eBay.com)

4. Поисковые порталы:

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

Пример:

Google (www.google.com)

Спросите Дживса (www.ask.com).

5. Медиа-порталы:

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

Примеры:

BBC (www.bbc.co.uk)

Guardian (www.guardian.co.uk)

6. Портал доступа:

Портал

Access можно определить как тип портала, связанный с поставщиком услуг Интернета (ISP).

Примеры:

Ванаду (www.wanadoo.com) и теперь (www.orange.co.uk)

AOL (www.aol.com)

7. Географические порталы:

Географический портал может быть как горизонтальным, так и вертикальным.

Примеры:

Craiglist (www.craiglist.com)

Countyweb (www.countyweb.com)

Как создать корпоративный портал. Наше видение

Подумайте о слове «портал». Что первое приходит вам в голову? Путешественникам запомнится парадный вход в средневековый собор. Поклонники фэнтези представят себе волшебный проход между двумя мирами.Да, это слово имеет разные значения. В этой статье мы обсудим возможности бизнес-порталов. Вы узнаете, как создать приложение для вашего предприятия. Вы готовы? Давайте начнем.

Что такое корпоративный портал?

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

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

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

Изображение 1. Эволюция разработки веб-приложений и мобильных корпоративных приложений на примере корпоративного портала. SAP

Давайте посмотрим, как веб-портал помог нашему клиенту улучшить совместную работу.

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

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

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

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

Типы корпоративных порталов и задачи, которые они решают

Существует несколько классификаций порталов. По общей классификации они делятся на три группы:

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

Давайте рассмотрим классификацию Liferay как одного из лидеров среди платформ цифрового взаимодействия. В электронной книге компания обозначила четыре основных проблем крупных организаций и указала типы порталов для их решения.

Затруднения с поиском нужного контента

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

Неэффективные инструменты совместной работы

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

Низкий уровень вовлеченности

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

Изображение 2. Портал социального сотрудничества, основанный на платформе IBM WebSphere Portal, Центр IBM для бизнеса при правительстве

Авторизуйтесь на разных сайтах для получения персональной информации

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

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

Три кита корпоративного портала

При выборе компании, предоставляющей такие услуги, на карту поставлены три фактора. Рассмотрим их подробнее.

Безопасность

Безопасность — одна из основных задач развития предприятия, поскольку количество случаев утечки данных постоянно растет. Международная некоммерческая организация OWASP постоянно обновляет отчет, в котором раскрываются основные проблемы безопасности веб-приложений.Помните эти рекомендации при выборе платформы разработки, чтобы избежать кибератак и утечки данных. Корпоративное решение RSA SecurID и его бесплатные аналоги Google Authenticator и Microsoft Authenticator также обеспечивают дополнительную безопасность вашего корпоративного портала.

Доступность

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

Изображение 3. Роли и разрешения на портале SAP Enterprise, Apprisia

Надежность

Вы слышали о проблемах в American Express.Возможно, вы даже стали несчастным человеком, который не мог получить доступ к своим финансовым отчетам или совершить онлайн-платеж. Это нормально. Время от времени все становятся жертвами сбоев сервера. Гораздо хуже, когда неожиданные технические проблемы негативно влияют на вашу прибыль. Вот тогда на первый план выходит хорошая отказоустойчивость. Есть несколько способов добиться этого. Первый — применить стратегию зеркального отображения сервера.

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

Топ-5 платформ для корпоративных порталов

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

Red Hat JBoss Portal Platform

Red Hat от JBoss позволяет создать корпоративный портал, настроить доступ к системе управления проектами, CRM и корпоративной почте. Его открытый исходный код обеспечивает гибкую настройку и интеграцию. Хотя Red Hat JBoss Portal Platform является одним из лидеров среди поставщиков корпоративного программного обеспечения, ее реализация более сложна по сравнению с другими платформами с открытым исходным кодом, например, Liferay.

Корпоративный портал SAP

SAP Enterprise Portal является частью набора инструментов SAP NetWeaver. Передовые методы проектирования, ориентированные на пользователя, и проверенная репутация SAP как одного из самых надежных поставщиков программного обеспечения для предприятий B2B привлекают множество клиентов. Интеграция с набором приложений SAP Fiori помогает управлять утверждениями рабочих процессов, задачами самообслуживания, упорядочивать действия, быстро получать необходимую информацию и многое другое с помощью пользовательского интерфейса UX. Ролевой доступ к бизнес-процессам упрощает рабочий процесс.SAP поддерживает несколько сред разработки для создания согласованной экосистемы для вашего бизнеса. В то же время отсутствие централизованной системы управления контентом и простых и понятных способов настройки заставляет ответственных лиц искать более выгодное решение.

Изображение 4. Упрощенный пользовательский интерфейс с набором инструментов SAP Fiora, SAP

SharePoint

SharePoint — это система совместной работы от Microsoft, которая широко используется предприятиями в качестве корпоративного портала. Это востребовано из-за богатой готовой функциональности, которая позволяет создать надежную интрасеть для организаций.Однако настройка может занять много времени и вложений. Кроме того, хотя Microsoft предлагает различные модели оплаты, владение SharePoint будет стоить целое состояние. Что касается стоимости разработки корпоративных приложений, SharePoint менее доступен, чем Liferay, и услуги по разработке, обучению или поддержке обойдутся вам дешевле.

Узнайте больше о возможностях SharePoint как системы управления корпоративным контентом.

IBM WebSphere Portal

Всемирно известная IBM помогает клиентам повысить свою конкурентоспособность с помощью решения IBM WebSphere Portal.Его гибкость и адаптивность заслужили уважение крупных компаний, а социальные инструменты ускоряют общение внутри организации. Он обеспечивает персонализацию по нескольким параметрам (роли, геолокация, язык и т. Д.). А различные темы и скины, простой интерфейс и элементы управления, например баннеры, навигация, делают работу с пользователем еще удобнее. Главный фактор, отпугивающий клиентов, — это чрезвычайная сложность решения.

Облако портала WebCenter

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

Изображение 5. Корпоративный портал на базе платформы WebCenter Portal, Oracle

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

5 причин выбрать Liferay для разработки корпоративного портала

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

Изображение 6. Liferay как лучшая платформа для разработки корпоративных и мобильных приложений, Liferay

Обширная готовая к работе функциональность

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

Читайте также: Как создать социальную сеть, подобную Facebook, и как сделать собственное приложение для социальных сетей

Гибкость

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

Полная интеграция

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

Простота внедрения и использования

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

Оперативность рынка

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

Заключение

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

Часто задаваемые вопросы

Что лучше корпоративного портала, локального или облачного?

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

Когда лучше всего внедрить корпоративный портал для моего бизнеса?

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

Каковы обязательные функции корпоративного портала?

Единый вход (SSO), безопасность и удобство для мобильных устройств — важнейшие составляющие современных порталов.

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

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

Как перенести данные на корпоративный портал? Часто компании используют локальное хранилище, Google, FTP или систему собственной разработки.Заинтересовавшись, как создать приложение для вашего предприятия, вы столкнетесь с проблемой миграции данных. Если вы хотите настроить портал Liferay DXP, необходимо создать индивидуальное решение для миграции. Справиться с задачей могут разработчики, имеющие опыт работы в Разработка Liferay.

Будущее корпоративных информационных порталов от Epiq Software

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

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

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

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

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

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

Эти изменения корпоративных порталов уже находятся в разработке. Сегодня ASP (поставщики услуг приложений) стремятся занять нишу для себя, объединив функции интернет-провайдера (ISP) и доступ к настольным приложениям, таким как программы обработки текста и программное обеспечение для работы с электронными таблицами. Объединив эти две области и предоставив доступ ко всему этому через единый шлюз, компании смогут лучше управлять программами, а их сотрудники будут иметь свободный доступ ко всем необходимым инструментам.ASP также могут подключаться к системам ERP для дальнейшего повышения эффективности и производительности.

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

No related posts.