Перейти до основного вмісту
Джерело Google Cloud Storage синхронізує бакет або його префікси з одним простором імен. Кожен файл читається так само, як завантаження, а файл, видалений із бакета, втрачає свої документи.
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 вказує, який об’єкт створити.
Повна схема: The account to grant a bucket to.

Попередній перегляд бакета

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 синхронізацій, а потім щодня.
Повна схема: List the objects a source could not keep.

Помилки