Skip to content

feat: azure deployment v1#189

Draft
jeastham1993 wants to merge 1 commit into
mainfrom
feat/azure-user-service
Draft

feat: azure deployment v1#189
jeastham1993 wants to merge 1 commit into
mainfrom
feat/azure-user-service

Conversation

@jeastham1993

Copy link
Copy Markdown
Collaborator

No description provided.

@jeastham1993 jeastham1993 requested a review from TaraScho February 3, 2026 17:40

@TaraScho TaraScho Mar 12, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like this is the first inclusion of ADRs in the code base. Wondering if it's intentional to keep them in the PR and add to code base. If so, maybe a way to make them less verbose? Also wondering if the pricing info in here is accurate, see line 86 ~$400-800/month vs ~$150-300 seems like that would be pricing in a lot of data transfer right. Wondering if Claude made those figures up. Ignore this comment if these are temporary as I know it's still a working branch.


variable "database_connection_string" {
description = "The connection string to the database used by the application."
variable "env" {

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Assuming lack of default value is intentional?

- Azure CLI installed and authenticated (`az login`)
- Terraform >= 1.0
- Shared infrastructure deployed (see `shared/infra/azure/`)
- Docker with buildx support (for local builds)

@TaraScho TaraScho Mar 12, 2026

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nitpik, I don't need Docker unless I am doing local builds right? Not sure this is 100% clear as written. Maybe we move this requirement under the Deploying with Local Container Builds heading. Also maybe somewhere before the two sets of instructions explicitly preface - you have two options for container images - 1.) build locally 2.) use our images from GHCR then move in to the instructions you have here which are good.

- Shared infrastructure deployed (see `shared/infra/azure/`)
- Docker with buildx support (for local builds)

## Standard Deployment (from GHCR)

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps we add an opinionated recommended annotation here - I think this is the happy path unless they are planning to fork and change the service code.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a reason for the ephemeral preface here?

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same comment here, assuming this is a working doc? Not intended to be long-term documentation.

@TaraScho

Copy link
Copy Markdown

Deployed this smoothly and the architecture makes sense to me (with my limited Azure expertise). Only one point of friction:

  • I was deploying in a fairly clean Azure account and had to run a lot of az provider register commands to enable namespaces - and it was discovery as each one failed the Terraform deploy until I registered it. I wonder if it's worth documenting the Azure namespaces requirements as part of your prereqs? Or we are assuming this is prerequisite knowledge for Azure users. Similar situation with GCP service APIs that need to be explicitly enabled. I'm torn as obviously we don't want to be basically rewriting cloud provider documentation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants