1
Надайте доступ
Conare читає бакети від імені одного службового облікового запису Google, тож ключі нікому не передаються. Надайте йому роль Storage Object Viewer і створіть порожній об’єкт
.conare/<organization id>, який підтверджує, що бакет ваш:gcloud
2
Перегляньте бакет
curl
3
Підключіть його
curl
Обліковий запис
GET /sources/gcs
Response
service_account,role: обліковий запис і роль, яку потрібно надати йому у вашому бакеті.- Джерело припиняє синхронізацію, коли
.conare/<organization id>видалено;gcs_not_verifiedвказує, який об’єкт створити.
Попередній перегляд бакета
POST /sources/gcs/preview
Показує, що прочитало б джерело з цього бакета; нічого не зберігається.
Response
Повна схема: Preview a bucket.
Підключення бакета
Надішліть"type": "gcs" до POST /sources; перша синхронізація починається одразу, а підключити бакет може ключ з доступом до цього простору імен.
Response
Синхронізація та відключення
- Кожна синхронізація отримує перелік вмісту бакета й читає нові та змінені файли.
- Синхронізація, яка видалила б понад 1 000 документів і десяту частину джерела, чекає 24 години, доки її не підтвердить друга синхронізація.
Документи
Кожен файл — це один документ з таким самим id і розташуваннями, як у завантаженнях, а такожsource_url (gs://bucket/name), bucket, object і generation у метаданих.
GET /sources/:id/documents показує його файли.
Збої
GET /sources/:id/failures
curl
Response
- Збій ніколи не зупиняє синхронізацію.
- Файл, що не вдався остаточно, читається знову лише після зміни.
- Файл, що не вдався з тимчасової причини, повторюється під час наступних 3 синхронізацій, а потім щодня.