@@ -15,7 +15,9 @@ parties to maintain the complete mirror of ClearlyDefined definitions, and doing
1515## Published data structure
1616
1717The changes published into a storage account named ` clearlydefinedprod ` , in a container named
18- ` production-snapshots ` . This container doesn't allow for listing of objects, because of costs
18+ ` changes-notifications ` , so that the complete base URL is
19+ ` https://clearlydefinedprod.blob.core.windows.net/changes-notifications ` .
20+ This container doesn't allow for listing of objects, because of costs
1921considerations. Instead, the following mechanism is used to notify users of new changes.
2022
2123The files contained in the storage container can be split into two categories:
@@ -110,7 +112,7 @@ excluding the `files` part.
110112</details >
111113
112114### Indexing files
113- Indexing files are contained in the ` changes ` sub-directory of the ` production-snapshots ` container.
115+ Indexing files are contained in the ` changes ` sub-directory of the ` changes-notifications ` container.
114116There are further two categories of these files:
1151171 . Changeset files,
1161182 . ` index ` file.
@@ -216,10 +218,10 @@ The software responsible for producing the data according to the definition abov
216218` blobstorage-backupdata ` . It's published as a Docker image to GitHub container registry and
217219deployed to Azure Container Instances. It's scheduled to run hourly.
218220
219- Every time it runs it inspects the ` changes\ index ` file and calculates the time interval
221+ Every time it runs it inspects the ` changes/ index ` file and calculates the time interval
220222where no changes have been published yet. It then requests the changes made in this calculated
221223interval from the main database, and publishes the resulting definitions and changesets. It also
222- updates the ` changes\ index ` file by adding the published changeset entries.
224+ updates the ` changes/ index ` file by adding the published changeset entries.
223225
224226### Operations
225227` blobstorage-backupdata ` is built on every merge to main branch. It done using GitHub action defined in
@@ -240,4 +242,4 @@ It's possible to run `blobstorage-backupdata` locally, either via Docker or dire
240242using e.g. ` docker build ./tools/blobstorage-backupdata -t pcj:latest ` and then run via
241243` docker run --env-file .env -i pcj:latest ` . The ` .env ` file contains sensitive data and is not published in this
242244repository, so you should create it yourself, e.g. from the ` template.env ` and specify the necessary information,
243- obtained separately.
245+ obtained separately.
0 commit comments