Внешний веб-сайт на SharePoint

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

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

Leave a reply

twenty − one =

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Confirm that you are not a bot - select a man with raised hand: