Кратко

  • В первом черновике от 18 сентября предлагается публичная API v3 только для чтения; записи на первом этапе останутся в v2.
  • Возможность получить и кэшировать открытый ответ не означает общего разрешения на массовое хранение, передачу или коммерческую перепродажу данных.

Публичный ответ API — это не то же самое, что разрешение превратить ответ в продаваемый набор данных. Именно эту границу важно учитывать в проекте PeeringDB API v3.

Документ от 18 сентября помечен как первый запрос комментариев. В нём описана публичная API только для чтения, рассчитанная на обслуживание из нескольких мест и запуск параллельно с действующей API, которую авторы называют v2. На старте изменения данных должны идти через v2. Среди предложений — плоские объекты, инкрементальная синхронизация и ежедневные снимки для начальной массовой загрузки и восстановления. В пояснении от 21 сентября PeeringDB связывает разделение чтения и записи со снижением задержек и ростом устойчивости: запросов больше, чем обновлений, поэтому серверы чтения можно распределять шире.

Черновик задаёт показатели: доступность не ниже 99,95%, видимость 99% изменений за минуту и потолок свежести в 15 минут для ответов по последнему состоянию данных. Это порог для оповещения, а не остановки выдачи. Снимки, исторические обходы, сторонние зеркала и интервал опроса клиента исключены из расчёта. Все пользователи должны получать один и тот же публичный набор; ключ API не должен менять видимость.

Действующая политика приемлемого использования регулирует другой вопрос. Без предварительного разрешения данные PeeringDB нельзя копировать, хранить в поисковой системе или передавать, кроме одобренных задач эксплуатации Интернета. К ним отнесены устранение сетевых неполадок, сообщения о злоупотреблениях, исследования и анализ Интернета. Массовая передача другой организации требует согласования; маркетинговые списки, демографическое картирование и другие коммерческие приложения исключены. Каждый запрос оценивается с учётом заявленной цели.

В черновике v3 нет объявления об изменении этой политики. Кэшируемый ответ и возможность поддерживать локальную копию с опросом каждые пять минут — технические свойства, а не всеобщее разрешение на хранение и перепродажу. Исключение сторонних зеркал из метрик свежести и правил экстренного удаления определяет границы контроля PeeringDB, но не предоставляет право распространять данные.

Граница отзыва данных особенно существенна. В публичной проекции останутся контакты, заметки и точные координаты, помеченные как открытые. PeeringDB должна опубликовать срок хранения и обеспечить экстренное удаление того, что сама обслуживает; уже полученные сторонние копии в эту политику не входят. Дельта-синхронизация должна показывать удаления и отзывы, но окончательная OpenAPI-спецификация запросов и ответов ещё не опубликована.

Не определены окончательно и политика доступа, ограничения частоты запросов, путь v3 и некоторые решения о полях и типах объектов. PeeringDB собирает мнения о переходе, если организация решит вывести старую API из эксплуатации, но даты запуска нет. Для операторов и разработчиков важно получить два отдельных ответа: насколько ускорится чтение и какие способы хранения и передачи будут разрешены.

Источники