daml/infra
Florian Klink 5f75e9d1a0 infra/vsts_agent_linux_startup.sh: warm up local caches, purge old agents (#438)
Warm up local caches by building dev-env and current daml master This is
allowed to fail, as we still want to have CI machines around, even when
their caches are only warmed up halfway.

Afterwards, we purge old agents that might still be around, that didn't
unregister themselves

This depends on #402 to be merged, as otherwise purge_old_agents.py
can't be found obviously.
2019-04-12 16:47:36 +02:00
..
modules/gcp_cdn_bucket open-sourcing daml 2019-04-04 09:33:38 +01:00
.gitignore open-sourcing daml 2019-04-04 09:33:38 +01:00
apply open-sourcing daml 2019-04-04 09:33:38 +01:00
bazel_cache.tf open-sourcing daml 2019-04-04 09:33:38 +01:00
main.tf add more Azure Pipeline agents (#230) 2019-04-09 18:59:37 +02:00
nix_cache.tf add more Azure Pipeline agents (#230) 2019-04-09 18:59:37 +02:00
README.md open-sourcing daml 2019-04-04 09:33:38 +01:00
vsts_agent_linux_startup.sh infra/vsts_agent_linux_startup.sh: warm up local caches, purge old agents (#438) 2019-04-12 16:47:36 +02:00
vsts_agent_linux.tf infra: VSTS agent improvements (#369) 2019-04-11 17:11:14 +02:00
writer.tf open-sourcing daml 2019-04-04 09:33:38 +01:00

DAML

This is the terraform code used by the DAML repository to deploy supporting infrastructure such as the Bazel and Nix caches.

Setup

To deploy the infrastructure changes, you will to get access to the da-dev-gcp-daml-language Google project from IT. Then run gcloud auth login to configure the local credentials.

Deployment

All the infrastructure is currently deployed using Terraform. For convenience we have a little wrapper script that you can run to apply the latest changes:

$ ./apply

Writer service-account key

To avoid holding the secret key into the store, creating the key has to be done through the UI.

This can be done here: https://console.cloud.google.com/iam-admin/serviceaccounts/details/104272946446260011088?project=da-dev-gcp-daml-language