microsoft / microsoft/aspire

Allow the ACA environment's volume storage account to be customer-supplied

Open
#17,901 1 comment 0 reactions 0 assignees View on GitHub
area-integrations triage:bot-seen
Dominant language
C#
Stars
6.3k
Forks
991
Avg merge
2d 15h
Merged PRs (30d)
196

Description

### Is there an existing issue for this?

- [x] I have searched the existing issues

### Is your feature request related to a problem? Please describe the problem.

I am trying to consolidate the auto generated "vol..." storage account for data volumes with a storage account created by "AddAzureStorage" that is used for blob storage. The reason for this is cost driven - currently this doubles our Microsoft Defender for Storage costs. Ideally we would like one storage account in the resource group for both application blobs and persistence of data volumes.

### Describe the solution you'd like

- Either an option on the the ACA environment to attach volume storage - similar to `WithHostStorage` for functions (#8143): `WithVolumeStorage(IResourceBuilder)`
- Or expose the the auto created ACA volume account name as a public `BicepOutputReference` so we can use `PublishAsExisting` on the storage account.

### Additional context

_No response_

Contributor guide

Open the contributing guide

Research direction

Start by locating the ACA environment volume-storage implementation and the existing AddAzureStorage and WithHostStorage APIs. Compare the two proposed integration paths, then trace the related resource-generation behavior and tests; done means the environment can use a customer-supplied storage account without creating a separate volume account, or exposes its generated account name for reuse.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure, csharp
Domain
cloud, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.