pulumi-containerregistry 0.0.14 → 0.0.16

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (3) hide show
  1. package/README.md +28 -431
  2. package/package.json +4 -5
  3. package/package.json.bak +0 -29
package/README.md CHANGED
@@ -1,458 +1,55 @@
1
- # Terraform Bridge Provider Boilerplate
1
+ # Containerregistry Resource Provider
2
2
 
3
- This repository contains boilerplate code for building a new Pulumi provider which wraps an existing Terraform provider.
3
+ The Containerregistry Resource Provider lets you manage [Containerregistry](http://example.com) resources.
4
4
 
5
- ## Background
5
+ ## Installing
6
6
 
7
- This repository is part of the [guide for authoring and publishing a Pulumi Package](https://www.pulumi.com/docs/guides/pulumi-packages/how-to-author).
7
+ This package is available for several languages/platforms:
8
8
 
9
- Learn about the concepts behind [Pulumi Packages](https://www.pulumi.com/docs/guides/pulumi-packages/#pulumi-packages).
9
+ ### Node.js (JavaScript/TypeScript)
10
10
 
11
- ## Creating a Pulumi Terraform Bridge Provider
12
-
13
- The following instructions cover:
14
-
15
- - providers maintained by Pulumi (denoted with a "Pulumi Official" checkmark on the Pulumi registry)
16
- - providers published and maintained by the Pulumi community, referred to as "third-party" providers
17
-
18
- We showcase a Pulumi-owned provider based on an upstream provider named `terraform-provider-foo`. Substitute appropriate values below for your use case.
19
-
20
- > Note: If the name of the desired Pulumi provider differs from the name of the Terraform provider, you will need to carefully distinguish between the references - see <https://github.com/pulumi/pulumi-azure> for an example.
21
-
22
- ### Prerequisites
23
-
24
- Ensure the following tools are installed and present in your `$PATH`:
25
-
26
- - [`pulumictl`](https://github.com/pulumi/pulumictl#installation)
27
- - [Go 1.17](https://golang.org/dl/) or 1.latest
28
- - [NodeJS](https://nodejs.org/en/) 14.x. We recommend using [nvm](https://github.com/nvm-sh/nvm) to manage NodeJS installations.
29
- - [Yarn](https://yarnpkg.com/)
30
- - [TypeScript](https://www.typescriptlang.org/)
31
- - [Python](https://www.python.org/downloads/) (called as `python3`). For recent versions of MacOS, the system-installed version is fine.
32
- - [.NET](https://dotnet.microsoft.com/download)
33
-
34
- ### Creating and Initializing the Repository
35
-
36
- Pulumi offers this repository as a [GitHub template repository](https://docs.github.com/en/repositories/creating-and-managing-repositories/creating-a-repository-from-a-template) for convenience. From this repository:
37
-
38
- 1. Click "Use this template".
39
- 1. Set the following options:
40
- - Owner: pulumi (third-party: your GitHub organization/username)
41
- - Repository name: pulumi-foo (third-party: preface your repo name with "pulumi" as standard practice)
42
- - Description: Pulumi provider for Foo
43
- - Repository type: Public
44
- 1. Clone the generated repository.
45
-
46
- From the templated repository:
47
-
48
- 1. Run the following command to update files to use the name of your provider (third-party: use your GitHub organization/username):
49
-
50
- ```bash
51
- make prepare NAME=foo REPOSITORY=github.com/pulumi/pulumi-foo
52
- ```
53
-
54
- This will do the following:
55
- - rename folders in `provider/cmd` to `pulumi-resource-foo` and `pulumi-tfgen-foo`
56
- - replace dependencies in `provider/go.mod` to reflect your repository name
57
- - find and replace all instances of the boilerplate `containerregistry` with the `NAME` of your provider.
58
-
59
- Note for third-party providers:
60
- - Make sure to set the correct GitHub organization/username in all files referencing your provider as a dependency:
61
- - `examples/go.mod`
62
- - `provider/resources.go`
63
- - `sdk/go.mod`
64
- - `provider/cmd/pulumi-resource-foo/main.go`
65
- - `provider/cmd/pulumi-tfgen-foo/main.go`
66
-
67
- 2. Modify `README-PROVIDER.md` to include the following (we'll rename it to `README.md` toward the end of this guide):
68
- - Any desired build status badges.
69
- - An introductory paragraph describing the type of resources the provider manages, e.g. "The Foo provider for Pulumi manages resources for [Foo](http://example.com/).
70
- - In the "Installing" section, correct package names for the various SDK libraries in the languages Pulumi supports.
71
- - In the "Configuration" section, any configurable options for the provider. These may include, but are not limited to, environment variables or options that can be set via [`pulumi config set`](https://www.pulumi.com/docs/reference/cli/pulumi_config_set/).
72
- - In the "Reference" section, provide a link to the to-be-published documentation.
73
- - Feel free to refer to [the Pulumi AWS provider README](https://github.com/pulumi/pulumi-aws) as an example.
74
-
75
- ### Composing the Provider Code - Prerequisites
76
-
77
- Pulumi provider repositories have the following general structure:
78
-
79
- - `examples/` contains sample code which may optionally be included as integration tests to be run as part of a CI/CD pipeline.
80
- - `provider/` contains the Go code used to create the provider as well as generate the SDKs in the various languages that Pulumi supports.
81
- - `provider/cmd/pulumi-tfgen-foo` generates the Pulumi resource schema (`schema.json`), based on the Terraform provider's resources.
82
- - `provider/cmd/pulumi-resource-foo` generates the SDKs in all supported languages from the schema, placing them in the `sdk/` folder.
83
- - `provider/pkg/resources.go` is the location where we will define the Terraform-to-Pulumi mappings for resources.
84
- - `sdk/` contains the generated SDK code for each of the language platforms that Pulumi supports, with each supported platform in a separate subfolder.
85
-
86
- 1. In `provider/go.mod`, add a reference to the upstream Terraform provider in the `require` section, e.g.
87
-
88
- ```go
89
- github.com/foo/terraform-provider-foo v0.4.0
90
- ```
91
-
92
- 1. In `provider/resources.go`, ensure the reference in the `import` section uses the correct Go module path, e.g.:
93
-
94
- ```go
95
- github.com/foo/terraform-provider-foo/foo
96
- ```
97
-
98
- 1. Download the dependencies:
99
-
100
- ```bash
101
- cd provider && go mod tidy && cd -
102
- ```
103
-
104
- 1. Create the schema by running the following command:
105
-
106
- ```bash
107
- make tfgen
108
- ```
109
-
110
- Note warnings about unmapped resources and data sources in the command's output. We map these in the next section, e.g.:
111
-
112
- ```text
113
- warning: resource foo_something not found in provider map; skipping
114
- warning: resource foo_something_else not found in provider map; skipping
115
- warning: data source foo_something not found in provider map; skipping
116
- warning: data source foo_something_else not found in provider map; skipping
117
- ```
118
-
119
- ## Adding Mappings, Building the Provider and SDKs
120
-
121
- In this section we will add the mappings that allow the interoperation between the Pulumi provider and the Terraform provider. Terraform resources map to an identically named concept in Pulumi. Terraform data sources map to plain old functions in your supported programming language of choice. Pulumi also allows provider functions and resources to be grouped into _namespaces_ to improve the cohesion of a provider's code, thereby making it easier for developers to use. If your provider has a large number of resources, consider using namespaces to improve usability.
122
-
123
- The following instructions all pertain to `provider/resources.go`, in the section of the code where we construct a `tfbridge.ProviderInfo` object:
124
-
125
- 1. **Add resource mappings:** For each resource in the provider, add an entry in the `Resources` property of the `tfbridge.ProviderInfo`, e.g.:
126
-
127
- ```go
128
- // Most providers will have all resources (and data sources) in the main module.
129
- // Note the mapping from snake_case HCL naming conventions to UpperCamelCase Pulumi SDK naming conventions.
130
- // The name of the provider is omitted from the mapped name due to the presence of namespaces in all supported Pulumi languages.
131
- "foo_something": {Tok: tfbridge.MakeResource(mainPkg, mainMod, "Something")},
132
- "foo_something_else": {Tok: tfbridge.MakeResource(mainPkg, mainMod, "SomethingElse")},
133
- ```
134
-
135
- 1. **Add CSharpName (if necessary):** Dotnet does not allow for fields named the same as the enclosing type, which sometimes results in errors during the dotnet SDK build.
136
- If you see something like
137
-
138
- ```text
139
- error CS0542: 'ApiKey': member names cannot be the same as their enclosing type [/Users/guin/go/src/github.com/pulumi/pulumi-artifactory/sdk/dotnet/Pulumi.Artifactory.csproj]
140
- ```
141
-
142
- you'll want to give your Resource a CSharpName, which can have any value that makes sense:
143
-
144
- ```go
145
- "foo_something_dotnet": {
146
- Tok: tfbridge.MakeResource(mainPkg, mainMod, "SomethingDotnet"),
147
- Fields: map[string]*tfbridge.SchemaInfo{
148
- "something_dotnet": {
149
- CSharpName: "SpecialName",
150
- },
151
- },
152
- },
153
- ```
154
-
155
- [See the underlying terraform-bridge code here.](https://github.com/pulumi/pulumi-terraform-bridge/blob/master/pkg/tfbridge/info.go#L168)
156
- 1. **Add data source mappings:** For each data source in the provider, add an entry in the `DataSources` property of the `tfbridge.ProviderInfo`, e.g.:
157
-
158
- ```go
159
- // Note the 'get' prefix for data sources
160
- "foo_something": {Tok: tfbridge.MakeDataSource(mainPkg, mainMod, "getSomething")},
161
- "foo_something_else": {Tok: tfbridge.MakeDataSource(mainPkg, mainMod, "getSomethingElse")},
162
- ```
163
-
164
- 1. **Add documentation mapping (sometimes needed):** If the upstream provider's repo is not a part of the `terraform-providers` GitHub organization, specify the `GitHubOrg` property of `tfbridge.ProviderInfo` to ensure that documentation is picked up by the codegen process, and that attribution for the upstream provider is correct, e.g.:
165
-
166
- ```go
167
- GitHubOrg: "foo",
168
- ```
169
-
170
- 1. **Add provider configuration overrides (not typically needed):** Pulumi's Terraform bridge automatically detects configuration options for the upstream provider. However, in rare cases these settings may need to be overridden, e.g. if we want to change an environment variable default from `API_KEY` to `FOO_API_KEY`. Examples of common uses cases:
171
-
172
- ```go
173
- "additional_required_parameter": {},
174
- "additional_optional_string_parameter": {
175
- Default: &tfbridge.DefaultInfo{
176
- Value: "default_value",
177
- },
178
- "additional_optional_boolean_parameter": {
179
- Default: &tfbridge.DefaultInfo{
180
- Value: true,
181
- },
182
- // Renamed environment variables can be accounted for like so:
183
- "apikey": {
184
- Default: &tfbridge.DefaultInfo{
185
- EnvVars: []string{"FOO_API_KEY"},
186
- },
187
- ```
188
-
189
- 1. Build the provider binary and ensure there are no warnings about unmapped resources and no warnings about unmapped data sources:
190
-
191
- ```bash
192
- make provider
193
- ```
194
-
195
- You may see warnings about documentation and examples, including "unexpected code snippets". These can be safely ignored for now. Pulumi will add additional documentation on mapping docs in a future revision of this guide.
196
-
197
- 1. Build the SDKs in the various languages Pulumi supports:
198
-
199
- ```bash
200
- make build_sdks
201
- ```
202
-
203
- 1. Ensure the Golang SDK is a proper go module:
204
-
205
- ```bash
206
- cd sdk && go mod tidy && cd -
207
- ```
208
-
209
- This will pull in the correct dependencies in `sdk/go.mod` as well as setting the dependency tree in `sdk/go.sum`.
210
-
211
- 1. Finally, ensure the provider code conforms to Go standards:
212
-
213
- ```bash
214
- make lint_provider
215
- ```
216
-
217
- Fix any issues found by the linter.
218
-
219
- **Note:** If you make revisions to code in `resources.go`, you must re-run the `make tfgen` target to regenerate the schema.
220
- The `make tfgen` target will take the file `schema.json` and serialize it to a byte array so that it can be included in the build output.
221
- (This is a holdover from Go 1.16, which does not have the ability to directly embed text files. We are working on removing the need for this step.)
222
-
223
- ## Sample Program
224
-
225
- In this section, we will create a Pulumi program in TypeScript that utilizes the provider we created to ensure everything is working properly.
226
-
227
- 1. Create an account with the provider's service and generate any necessary credentials, e.g. API keys.
228
- - Email: bot@pulumi.com
229
- - Password: (Create a random password in 1Password with the maximum length and complexity allowed by the provider.)
230
- - Ensure all secrets (passwords, generated API keys) are stored in Pulumi's 1Password vault.
231
-
232
- 1. Copy the `pulumi-resource-foo` binary generated by `make provider` and place it in your `$PATH` (`$GOPATH/bin` is a convenient choice), e.g.:
233
-
234
- ```bash
235
- cp bin/pulumi-resource-foo $GOPATH/bin
236
- ```
237
-
238
- 1. Tell Yarn to use your local copy of the SDK:
239
-
240
- ```bash
241
- make install_nodejs_sdk
242
- ```
243
-
244
- 1. Create a new Pulumi program in the `examples/` directory, e.g.:
245
-
246
- ```bash
247
- mkdir examples/my-example/ts # Change "my-example" to something more meaningful.
248
- cd examples/my-example/ts
249
- pulumi new typescript
250
- # (Go through the prompts with the default values)
251
- npm install
252
- yarn link @pulumi/foo
253
- ```
254
-
255
- 1. Create a minimal program for the provider, i.e. one that creates the smallest-footprint resource. Place this code in `index.ts`.
256
- 1. Configure any necessary environment variables for authentication, e.g `$FOO_USERNAME`, `$FOO_TOKEN`, in your local environment.
257
- 1. Ensure the program runs successfully via `pulumi up`.
258
- 1. Once the program completes successfully, verify the resource was created in the provider's UI.
259
- 1. Destroy any resources created by the program via `pulumi destroy`.
260
-
261
- Optionally, you may create additional examples for SDKs in other languages supported by Pulumi:
262
-
263
- 1. Python:
264
-
265
- ```bash
266
- mkdir examples/my-example/py
267
- cd examples/my-example/py
268
- pulumi new python
269
- # (Go through the prompts with the default values)
270
- source venv/bin/activate # use the virtual Python env that Pulumi sets up for you
271
- pip install pulumi_foo
272
- ```
273
-
274
- 1. Follow the steps above to verify the program runs successfully.
275
-
276
- ## Add End-to-end Testing
277
-
278
- We can run integration tests on our examples using the `*_test.go` files in the `examples/` folder.
279
-
280
- 1. Add code to `examples_nodejs_test.go` to call the example you created, e.g.:
281
-
282
- ```go
283
- // Swap out MyExample and "my-example" below with the name of your integration test.
284
- func TestAccMyExampleTs(t *testing.T) {
285
- test := getJSBaseOptions(t).
286
- With(integration.ProgramTestOptions{
287
- Dir: filepath.Join(getCwd(t), "my-example", "ts"),
288
- })
289
- integration.ProgramTest(t, &test)
290
- }
291
- ```
292
-
293
- 1. Add a similar function for each example that you want to run in an integration test. For examples written in other languages, create similar files for `examples_${LANGUAGE}_test.go`.
294
-
295
- 1. You can run these tests locally via Make:
296
-
297
- ```bash
298
- make test
299
- ```
300
-
301
- You can also run each test file separately via test tags:
302
-
303
- ```bash
304
- cd examples && go test -v -tags=nodejs
305
- ```
306
-
307
- ## Configuring CI with GitHub Actions
308
-
309
- ### Third-party providers
310
-
311
- 1. Follow the instructions laid out in the [deployment templates](./deployment-templates/README-DEPLOYMENT.md).
312
-
313
- ### Pulumi Internal
314
-
315
- In this section, we'll add the necessary configuration to work with GitHub Actions for Pulumi's standard CI/CD workflows for providers.
316
-
317
- 1. Generate GitHub workflows per [the instructions in the ci-mgmt repository](https://github.com/pulumi/ci-mgmt/) and copy to `.github/` in this repository.
318
-
319
- 1. Ensure that any required secrets are present as repository-level [secrets](https://docs.github.com/en/actions/security-guides/encrypted-secrets) in GitHub. These will be used by the integration tests during the CI/CD process.
320
-
321
- 1. Repository settings: Toggle `Allow auto-merge` on in your provider repo to automate GitHub Actions workflow updates.
322
-
323
- ## Final Steps
324
-
325
- 1. Ensure all required configurations (API keys, etc.) are documented in README-PROVIDER.md.
326
-
327
- 1. Replace this file with the README for the provider and push your changes:
328
-
329
- ```bash
330
- mv README-PROVIDER.md README.md
331
- ```
332
-
333
- 1. If publishing the npm package fails during the "Publish SDKs" Action, perform the following steps:
334
- 1. Go to [NPM Packages](https://www.npmjs.com/) and sign in as pulumi-bot.
335
- 1. Click on the bot's profile pic and navigate to "Packages".
336
- 1. On the left, under "Organizations, click on the Pulumi organization.
337
- 1. On the last page of the listed packages, you should see the new package.
338
- 1. Under "Settings", set the Package Status to "public".
339
-
340
- Now you are ready to use the provider, cut releases, and have some well-deserved :ice_cream:!
341
-
342
- ## Building the Provider Locally
343
-
344
- There are 2 ways the provider can be built locally:
345
-
346
- `make provider` will use the current operating system and architecture to create a binary that can be used on your PATH.
347
-
348
- To build the provider for another set of operating systems / architectures, the project uses [goreleaser](https://goreleaser.com/).
349
- Goreleaser, a CLI tool, that allows a user to build a matrix of binaries.
350
-
351
- Create a `.goreleaser.yml` file in the root of your project:
352
-
353
- ```yaml
354
-
355
- archives:
356
- - id: archive
357
- name_template: "{{ .Binary }}-{{ .Tag }}-{{ .Os }}-{{ .Arch }}"
358
- before:
359
- hooks:
360
- - make tfgen
361
- builds:
362
- - binary: pulumi-resource-containerregistry
363
- dir: provider
364
- goarch:
365
- - amd64
366
- - arm64
367
- goos:
368
- - darwin
369
- - windows
370
- - linux
371
- ignore: []
372
- ldflags:
373
- - -X github.com/rhysmdnz/pulumi-containerregistry/provider/pkg/version.Version={{.Tag}}
374
- main: ./cmd/pulumi-resource-containerregistry/
375
- sort: asc
376
- use: git
377
- release:
378
- disable: false
379
- snapshot:
380
- name_template: "{{ .Tag }}-SNAPSHOT"
381
- ```
382
-
383
- To build the provider for the combination of architectures and operating systems, you can run the following CLI command:
11
+ To use from JavaScript or TypeScript in Node.js, install using either `npm`:
384
12
 
385
13
  ```bash
386
- goreleaser build --rm-dist --skip-validate
14
+ npm install @pulumi/containerregistry
387
15
  ```
388
16
 
389
- That will ensure that a list of binaries are available to use:
17
+ or `yarn`:
390
18
 
391
19
  ```bash
392
-
393
- ▶ tree dist
394
- dist
395
- ├── CHANGELOG.md
396
- ├── artifacts.json
397
- ├── config.yaml
398
- ├── metadata.json
399
- ├── pulumi-containerregistry_darwin_amd64_v1
400
- │ └── pulumi-resource-containerregistry
401
- ├── pulumi-containerregistry_darwin_arm64
402
- │ └── pulumi-resource-containerregistry
403
- ├── pulumi-containerregistry_linux_amd64_v1
404
- │ └── pulumi-resource-containerregistry
405
- ├── pulumi-containerregistry_linux_arm64
406
- │ └── pulumi-resource-containerregistry
407
- ├── pulumi-containerregistry_windows_amd64_v1
408
- │ └── pulumi-resource-containerregistry.exe
409
- └── pulumi-containerregistry_windows_arm64
410
- └── pulumi-resource-containerregistry.exe
20
+ yarn add @pulumi/containerregistry
411
21
  ```
412
22
 
413
- Any of the provider binaries can be used to target the correct machine architecture
23
+ ### Python
414
24
 
415
- ## The Shim Pattern
25
+ To use from Python, install using `pip`:
416
26
 
417
- If you receive the following error: `use of internal package github.com/example/terraform-provider-example/internal/provider not allowed`, you need to use
418
- the shim model below, and replace the example item:
419
- <!-- markdownlint-disable MD010 -->
420
27
  ```bash
28
+ pip install pulumi_containerregistry
29
+ ```
421
30
 
422
- mkdir -p provider/shim
423
- cat <<-EOF> provider/shim/go.mod
424
- module github.com/example/terraform-provider-example/shim
425
-
426
- go 1.18
31
+ ### Go
427
32
 
428
- require github.com/hashicorp/terraform-plugin-sdk/v2 v2.22.0
429
- require github.com/example/terraform-provider-example v1.0.0
33
+ To use from Go, use `go get` to grab the latest version of the library:
430
34
 
431
- EOF
35
+ ```bash
36
+ go get github.com/pulumi/pulumi-containerregistry/sdk/go/...
37
+ ```
432
38
 
433
- cat <<-EOF> provider/shim/shim.go
434
- package shim
39
+ ### .NET
435
40
 
436
- import (
437
- "github.com/hashicorp/terraform-plugin-sdk/v2/helper/schema"
438
- "github.com/example/terraform-provider-example/internal/provider"
439
- )
41
+ To use from .NET, install using `dotnet add package`:
440
42
 
441
- // fix provider.Provider here to match whats in internal/provider
442
- func Provider() *schema.Provider {
443
- return provider.Provider()
444
- }
43
+ ```bash
44
+ dotnet add package Pulumi.Containerregistry
45
+ ```
445
46
 
446
- EOF
47
+ ## Configuration
447
48
 
448
- cd provider/shim/ && go mod tidy && cd ../../
49
+ The following configuration points are available for the `containerregistry` provider:
449
50
 
450
- cat <<EOF>> provider/go.mod
451
- replace github.com/example/terraform-provider-example/shim => ./shim
452
- require github.com/example/terraform-provider-example/shim v0.0.0
453
- EOF
51
+ - `containerregistry:region` (environment: `CONTAINERREGISTRY_REGION`) - the region in which to deploy resources
454
52
 
455
- cd provider && go mod tidy
53
+ ## Reference
456
54
 
457
- ```
458
- <!-- markdownlint-enable MD010 -->
55
+ For detailed reference documentation, please visit [the Pulumi registry](https://www.pulumi.com/registry/packages/containerregistry/api-docs/).
package/package.json CHANGED
@@ -1,9 +1,8 @@
1
1
  {
2
2
  "name": "pulumi-containerregistry",
3
- "version": "v0.0.14",
3
+ "version": "0.0.16",
4
4
  "description": "A Pulumi package for creating and managing containerregistry cloud resources.",
5
5
  "keywords": [
6
- "pulumi",
7
6
  "containerregistry",
8
7
  "category/cloud"
9
8
  ],
@@ -14,16 +13,16 @@
14
13
  "build": "tsc"
15
14
  },
16
15
  "dependencies": {
17
- "@pulumi/pulumi": "^3.0.0"
16
+ "@pulumi/pulumi": "^3.142.0"
18
17
  },
19
18
  "devDependencies": {
20
- "@types/mime": "^2.0.0",
21
- "@types/node": "^10.0.0",
19
+ "@types/node": "^14",
22
20
  "typescript": "^4.3.5"
23
21
  },
24
22
  "pulumi": {
25
23
  "resource": true,
26
24
  "name": "containerregistry",
25
+ "version": "0.0.16",
27
26
  "server": "github://api.github.com/rhysmdnz/pulumi-containerregistry"
28
27
  }
29
28
  }
package/package.json.bak DELETED
@@ -1,29 +0,0 @@
1
- {
2
- "name": "@pulumi/containerregistry",
3
- "version": "v0.0.14",
4
- "description": "A Pulumi package for creating and managing containerregistry cloud resources.",
5
- "keywords": [
6
- "pulumi",
7
- "containerregistry",
8
- "category/cloud"
9
- ],
10
- "homepage": "https://www.pulumi.com",
11
- "repository": "https://github.com/rhysmdnz/pulumi-containerregistry",
12
- "license": "Apache-2.0",
13
- "scripts": {
14
- "build": "tsc"
15
- },
16
- "dependencies": {
17
- "@pulumi/pulumi": "^3.0.0"
18
- },
19
- "devDependencies": {
20
- "@types/mime": "^2.0.0",
21
- "@types/node": "^10.0.0",
22
- "typescript": "^4.3.5"
23
- },
24
- "pulumi": {
25
- "resource": true,
26
- "name": "containerregistry",
27
- "server": "github://api.github.com/rhysmdnz/pulumi-containerregistry"
28
- }
29
- }