{"id":14271,"url":"\/distributions\/14271\/click?bit=1&hash=51917511656265921c5b13ff3eb9d4e048e0aaeb67fc3977400bb43652cdbd32","title":"\u0420\u0435\u0434\u0430\u043a\u0442\u043e\u0440 \u043d\u0430\u0442\u0438\u0432\u043e\u043a \u0438 \u0441\u043f\u0435\u0446\u043f\u0440\u043e\u0435\u043a\u0442\u043e\u0432 \u0432 vc.ru \u2014 \u043d\u0430\u0439\u0434\u0438\u0441\u044c!","buttonText":"","imageUuid":""}

Геоинструменты в закрытом контуре

«2ГИС» первые в России предоставляют возможность использовать геотехнологии и городские данные без прямого подключения к серверам.

On-cloud

Классический принцип работы геосервисов — on-cloud, когда по API или SDK сервис клиента получает доступ к серверам, на которых работают алгоритмы, карта и данные.

Это самое распространённое решение, которое полностью закрывает запросы большинства сервисов. Так работают сервисы Сбербанк Онлайн, Делимобиль, Самокат и Сбермаркет.

On-premises

Но есть и организации, которые не могут напрямую подключаться к внешним серверам. Для таких компаний подойдёт интеграция по технологии on-premises.

Классический on-premises — когда сервис разворачивается на серверах клиента. В нашем же случае, когда важны не только алгоритмы, но и актуальные данные, схема выглядит так:

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

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

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

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

Компании с инфраструктурой, распределённой по большой территории. Решения on-premises позволяют размещать сервера ближе к конечным пользователям, чтобы сократить время запроса и обеспечить быстрый доступ к данным.

Как выбрать

Мы не противопоставляем on-cloud и on-premises — и тот, и другой способы работают одинаково: API и SDK Платформы 2ГИС подключаются выборочно и настраиваются под запросы сервиса.

Если необходимо всем управлять «от А до Я», то выбирайте on-premises. Но обязательно заложите ресурсы на подготовку помещения под размещение серверов, обучения команды и настройки оборудования.

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

Обычно при выборе между on-cloud и on-premises предлагают рассмотреть ещё два пункта: «кастомизация» и «безопасность». В нашем случае возможности кастомизации одинаковы и для on-cloud и on-premises. В обоих решениях вы можете управлять, например, стилями карты или строить маршруты на разных типах транспорта с учетом внутренних и внешних ограничений. Нет никакой разницы.

Про сравнение безопасности собственных и облачных датацентров можно написать отдельный большой пост и разложить всё по полочкам, но в комментариях обязательно добавят про человеческий фактор (и начнётся холивар). Скажем только, что с нашей стороны безопасность подтверждается сервисом BI.Zone.

0
3 комментария
Dmitry Baychapanov

Лучше просто CD диски организациям раздавайте) Как в далеких временах вместе с Град-НК вы делали)

Ответить
Развернуть ветку
Ян Тюрин

2 гис молодцы получается

Ответить
Развернуть ветку
Dmitry Baychapanov

Кстати, правильно ли я понял, что вы размещаете в гипотетическом МЧС сервера, которые работают с локальной сетью и имеют доступ в Интернет?

Тогда не понимаю как вы обойдете правила приватности определенной компании.

Ответить
Развернуть ветку
0 комментариев
Раскрывать всегда