ВТ
Вы как на OSM перейдёте, то обязательно потом сообщите об этом сюда. Закинем новость в WeeklyOSM. Ещё было бы отлично, если бы об этом написали пост.
Size: a a a
2019 December 25
DN
6.5 миллионов открытий в день
DN
страницы где будет карта
DN
хотя бы запас на пол года занести можно говорить что будет 7-8 миллионов открытий
DN
насчет обновлений карт - нагрузка на БД большая?
DN
что обычно является узким местом?
DN
мощностя на уровне БД или на уровни аппликейшена?
AZ
главная проблема в том, что данные берутся из трёх больших таблиц, которые индексированы по геометрии (postgis)
ПЖ
для скорости, можно сначала поставить свой прокси с забором тайлов от рендеров осм.
а потом настроив свой рендер - переключить прокси на него.
а потом настроив свой рендер - переключить прокси на него.
AZ
поэтому нужно будет также аккуратно построить индексы
AZ
и главное стиль тоже писать аккуратно, а то частая ошибка начинающих - написать такой запрос, который сделает full scan по планете
AZ
на самом деле полезно сначала поднять тестовый полигон для себя, например, на какой-нить небольшой стране, и тогда уже будет больше понимания как всё это работает
DN
я думал что сам рендеринг и БД (схема) уже устаявшая и не пишится сама
DN
или просто БД нужно будет еще подтюнить?
AZ
ну если стоит задача поднять свой сервер то наверняка же будут вноситься хотя бы мелкие изменения в стиль? а это значит, что может потребоваться что-то пересмотреть в индексах, например
AZ
ну и саму базу в любом случае настраивать с учётом своих возможностей, например, сколько там будет памяти на сервере следует учитывать
DN
думаю с вопросом о железках проблем не будет
DN
поставим тачку хорошую 1тб ssd 128gb Xeon e5
DN
это под БД а под апликейшен закиним в кубернейтс кластер и выделим ресурсов сколько нужно с авто масштибированием если надо
AZ
в любом случае, осмрендеринг для чего-то серьёзнее поиграться - это не "далее", "далее", "далее", "готово", тут потребуется поразбираться, потестировать...