защита данных клиента

Question

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

Answer 1

Вот так?

Answer 2

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

Answer 3

Насколько я понимаю, картографические сервисы могут быть где угодно. Закачивать все данные на ArcGIS Online не обязательно.
Но чтобы опубликовать собственные сервисы, нужен будет ArcGIS Server. MapIt наверное тоже подойдёт.
Ну и вроде можно подцеплять всякие там OGC/KML.
Лучше зарегистрируйтесь там (бесплатно) и проверьте сами.

Ещё есть тот же самый ArcGIS Online, но для организаций. Чтобы, например, развернуть подобное в интрасети.
http://help.arcgis.com/en/arcgisonline/help/index.html#//010q0000006s000000
    

Answer 4

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

Если речь идет об Intranet - то пишите своё приложение по образу http://www.arcgis.com закрывайте его от внешней сети и работайте внутри.

Если нужно часть закрыть, и пользоваться при этом внешними "открытыми" сервисами - организовывайте дополнительные механизмы защиты (proxy, https и прочее).
Но для начала нужно определиться с потребностями.

Answer 5

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

Answer 6

А как понять
"хочет хранить карты на своём сервере",
но при этом
"не хочет связываться с организацией серверной, обеспечением ее работы, каналов и т.п."
?

Answer 7

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

Answer 8

Можно у каждого клиента поставить полный ArcGIS Server.
Можно поставить только ArcSDE.
Можно расшаривать папки с шейпами)
От клиента до ArcGIS Server можно поднять VPN.