Архитектура системы на базе ArcGis Server

Question

    Доброго всем времени суток! Давно пользуюсь этим ресурсом и почерпнул немало полезного, наконец-то дошли руки до регистрации)) Надеюсь, и мои знания в этой области кому-то пригодятся.


Но пока только вопросы))

Несколько месяцев ушло на изучение, установку и тестирование Arcgis server 9.3.1 Результаты в общем нас удовлетворили. Теперь настало время внедрять систему на уровне организации.
Исходные данные такие:
- около 100 одновременных пользователей Веб-ресурсов
- поддержка редактирования через Веб и Десктоп
- СУБД MSSQL2005
- Веб-сервер скорее всего будет вынесен на площадку провайдера хостинга (если это вообще возможно без существенных потерь в удобстве управления и скорости передачи дынных???)
- большие объемы растровой информации (до 20 Тб)
- дополнительное файлохранилище, где будут храниться контекстные документы привязанные к векторным контурам посредстовом гиперлинков и публикуемые через http
- обеспечение максимального уровня защиты информации
- ...
Интересует вопрос программно-аппаратной архитектуры такой системы - что разносить по разным машинам (webadf/soc/som/субд), какая "толщина проводов" должна быть между ними, как изначально заложить масштабируемость системы (подключение других серверов с разными субд, добавление дискового пространства, увеличение трафика, увеличение кол-ва одновременных пользователей); и наконец какие конфигурации железа обеспечат достаточную производительность при разумных затратах ))

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

Answer 1

...Несколько месяцев ушло на изучение, установку и тестирование Arcgis server 9.3.1...
- большие объемы растровой информации (до 20 Тб)...

   
... нужен будет ещё и Image Server...

Answer 2

http://resources.esri.com/help/9.3/arcgisonline/about/start.htm#infrastructure.htm#

Answer 3

Прежде всего, спасибо за Ваши посты.
По праде говоря совершенно не знаком с этой технологией (Image server). На сколько оправданной будет его покупка? Как показали тесты - Arcgis server довольно неплохо справляется с Веб-публикацией растров размером 40000х40000 и каталогов состоящих из 2000 растров размером около 7500х7500 и то и другое в формате SDE.
Если это даст небольшой прирост в производительности - то есть ли смысл в нем?..
Или эта технология привносит принципиально новые возможности? Если не сложно, расскажите в двух словах в чем принципиальная разница в работе с растрами между Arcgis server и Image server?


Кстати, хотел еще обсудить вопрос привязки контекстных файлов к объэктам на карте. Суть в том, чтобы по клику на гиперссылке, которая содержится в атрибутивной таблице объектов, перейти к просмотру файлов закрепленных за этим объектом. Это могут быть текстовые файлы, отсканированные страницы, схемы и т.д. Сейчас такой доступ планируется организовать через обычный Web-сервер по http протоколу, который будет перебрасывать пользователей в определенные папки файлохранилища. Так вот вопрос в том, есть ли возможность реализовать это исключительно средствами Arcgis server-а или других программ линейки? Так чтобы файлы хранить, например, в БД?
    
    
    

Answer 4

Image Server избавляет от необходимости загружать 20 Tb растров в SDE. Можно просто их хранить как файлы. Начиная с 10.0 - Image Server будет просто частью ArcGIS Server-a.

Что касается архитектуры - такого уровня системы (до 100 редакторов) должны проэктироваться специалистами. Заключите контракт с Датаплюс. Пусть у них голова болит как вам это все правильно подобрать. Не зная обьема данных и т.д. - очень сложно давать советы в архитектуре.

Answer 5

Спасибо, PITKS.

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

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


    
    

Answer 6

Системы то могуть быть похожими. Но обьем данных и их тип - разные. А значит разнимы будут требования к производительности системы. Кроме того - для некоторых - 5 сек задержка прорисовки карты - допустима. А для других - 1 сек уже долго. Отсюда тоже - абсолютно разные требования к железу и конфигурации.

Для начала - читать тут:

http://www.esri.com/library/whitepapers/pdfs/sysdesig.pdf

Можно так-же взять курс (если в Москве есть сертифицированный инструктор)

http://training.esri.com/gateway/index.cfm?fa=catalog.courseDetail&CourseID=50104470_9.X

Без этого - только методом проб и ошибок.

Answer 7

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

Когда оформится удобоваримое решение - поделюсь им здесь.