Облачное хранилище Google возвращает старые данные

Question

Как это возможно? Что для одного и того же файла, заголовки Date/Expires/Last-Modified так сильно различаются. Несмотря на то, что это поле было изменено сегодня (8 апреля), оно случайно возвращается 7 апреля, а после этого 3 или 4 апреля!

curl -I http://storage.googleapis.com/myappname.appspot.com/config/config.json
HTTP/1.1 200 OK
X-GUploader-UploadID: AEnB2UoPjuz3v6i-RioExWbgl1JULi-FqGuXlljVXfQBCa3Xg5aSAGm9SslQu1m2I9ITSE6223FgsNjTiBMr4aS-QBeDumyv89n87pAnPpII7wffRZtCW70
Date: Sat, 07 Apr 2018 18:18:55 GMT
Expires: Sun, 07 Apr 2019 18:18:55 GMT
Last-Modified: Sat, 07 Apr 2018 17:25:44 GMT
ETag: "0a8411662813a125f999edad6079d7a5"
x-goog-generation: 1523121944356178
x-goog-metageneration: 1
x-goog-stored-content-encoding: identity
x-goog-stored-content-length: 41487
Content-Type: application/json
x-goog-hash: crc32c=x7F/0g==
x-goog-hash: md5=CoQRZigToSX5me2tYHnXpQ==
x-goog-storage-class: STANDARD
Accept-Ranges: bytes
Content-Length: 41487
Server: UploadServer
Cache-Control: no-cache
Age: 57035

curl -I http://storage.googleapis.com/myappname.appspot.com/config/config.json
HTTP/1.1 200 OK
X-GUploader-UploadID: AEnB2UpWhRGTwxsME436eKKeSf507oBN4mfT9MZLknOVb92GdRmV-Cs8z8UTVDvoENIeN6fq9PL9A3HkRLgVIWJFhzfVM4Ysy4xz20ZS1Z-Ez18i1islc1o
Date: Wed, 04 Apr 2018 13:34:51 GMT
Expires: Thu, 04 Apr 2019 13:34:51 GMT
Last-Modified: Wed, 04 Apr 2018 07:14:23 GMT
ETag: "522c4e9f5f97873f930501b69da311cf"
x-goog-generation: 1522826063699049
x-goog-metageneration: 1
x-goog-stored-content-encoding: identity
x-goog-stored-content-length: 40298
Content-Type: application/json
x-goog-hash: crc32c=ZhnEqg==
x-goog-hash: md5=UixOn1+Xhz+TBQG2naMRzw==
x-goog-storage-class: STANDARD
Accept-Ranges: bytes
Content-Length: 40298
Server: UploadServer
Cache-Control: Cache-Control:no-cache
Age: 333838

Он просто отказывается возвращать последние изменения, которые были внесены в этот файл, даже через много часов.

ОБНОВЛЕНИЕ: TRACEROUTE

traceroute to storage.googleapis.com (216.58.197.80), 30 hops max, 60 byte packets


1  192.168.0.1 (192.168.0.1)  1.544 ms  1.582 ms  1.973 ms
 2  10.247.0.1 (10.247.0.1)  5.637 ms  5.641 ms  5.624 ms
 3  broadband.actcorp.in (202.83.20.173)  5.609 ms  6.521 ms  6.524 ms
 4  broadband.actcorp.in (202.83.20.181)  6.520 ms  6.534 ms  6.941 ms
 5  broadband.actcorp.in (202.83.20.50)  11.394 ms  11.889 ms  11.881 ms
 6  72.14.194.18 (72.14.194.18)  45.704 ms  42.574 ms  42.644 ms
 7  * 108.170.253.113 (108.170.253.113)  42.576 ms *
 8  108.170.237.95 (108.170.237.95)  43.536 ms 108.170.236.197 (108.170.236.197)  45.852 ms  45.865 ms
 9  maa03s21-in-f16.1e100.net (216.58.197.80)  45.847 ms  43.914 ms  45.781 ms

На сегодня (10 апреля) я все еще вижу:

Date: Wed, 04 Apr 2018 15:35:28 GMT
Expires: Thu, 04 Apr 2019 15:35:28 GMT
Last-Modified: Wed, 04 Apr 2018 07:14:23 GMT
ETag: "522c4e9f5f97873f930501b69da311cf"
x-goog-generation: 1522826063699049
x-goog-metageneration: 1
x-goog-stored-content-encoding: identity
x-goog-stored-content-length: 40298
Content-Type: application/json
x-goog-hash: crc32c=ZhnEqg==
x-goog-hash: md5=UixOn1+Xhz+TBQG2naMRzw==
x-goog-storage-class: STANDARD
Accept-Ranges: bytes
Content-Length: 40298
Server: UploadServer
Cache-Control: Cache-Control:no-cache
Age: 528505

Однако из моей офисной сети я вижу более новую версию файла, но даже там он не соответствует директиве "no-cache" и иногда показывает устаревшие данные.

Answer 1

Отказ от ответственности, я работаю в службе поддержки Google Cloud Platform, надеюсь, вы найдете эту информацию полезной.

В настоящее время команда инженеров знает об этой проблеме, и в настоящее время они изучают ее с высоким приоритетом.

Обратите внимание, что:

Проблема с объектами кэширования Google Cloud Storage, помеченными с помощью элемента управления кэшированием: отсутствие кэширования устранено по состоянию на 13:11 США / Тихий океан 2018-04-11. Объекты, помеченные с помощью элемента управления кэшем, которые могли быть кэшированы, могут быть затронуты до четверга 2018-04-19, но обходной путь доступен.

Обходной путь, как было предоставлено:

• Клиенты, использующие Cloud CDN. Клиенты, у которых в качестве бэкэнда есть подсистема балансировки нагрузки HTTP(S), могут вручную удалять объекты из кэша, выполняя аннулирование кэша через gcloud или облачную консоль. Клиенты, не использующие Cloud CDN: включение Cloud CDN приведет к тому, что объекты Cloud CDN будут обслуживаться в будущем, что обойдет эту проблему, поскольку Cloud CDN использует другие параметры.