Skip to content
This repository was archived by the owner on Dec 9, 2024. It is now read-only.

fix: Removed service name from storage account name generator #232

Merged
merged 5 commits into from
Aug 8, 2019

Conversation

wbreza
Copy link
Contributor

@wbreza wbreza commented Aug 8, 2019

When the storage account name is generated it includes a hash of the sls service name. By default if you deploy multiple services/apps into the same resource group this causes multiple storage accounts to be created vs. reusing the same one. By removing the service name from the storage account generation logic it simplifies the case to reuse the same account. This value can still be overridden by specifying your own name in the sls yaml configuration.

@wbreza wbreza requested review from tbarlow12 and mydiemho August 8, 2019 01:14
@coveralls
Copy link

coveralls commented Aug 8, 2019

Coverage Status

Coverage decreased (-0.02%) to 84.274% when pulling 82d96dd on wabrez/storage-name-refactor into 16424e6 on dev.

Copy link
Contributor

@mydiemho mydiemho left a comment

Choose a reason for hiding this comment

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

change will break deployment name generation

Copy link
Contributor

@tbarlow12 tbarlow12 left a comment

Choose a reason for hiding this comment

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

If you can make the name inclusion optional so that deployment can use it as well, that would still work.

Otherwise, looks great.

@wbreza wbreza force-pushed the wabrez/storage-name-refactor branch from c8c6968 to 0b9b737 Compare August 8, 2019 19:15
Copy link
Contributor

@mydiemho mydiemho left a comment

Choose a reason for hiding this comment

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

looks good, just some small suggestions

@wbreza wbreza merged commit 2157db1 into dev Aug 8, 2019
@mydiemho mydiemho deleted the wabrez/storage-name-refactor branch August 8, 2019 20:37
tbarlow12 pushed a commit that referenced this pull request Sep 13, 2019
When the storage account name is generated it includes a hash of the sls service name. By default if you deploy multiple services/apps into the same resource group this causes multiple storage accounts to be created vs. reusing the same one. By removing the service name from the storage account generation logic it simplifies the case to reuse the same account. This value can still be overridden by specifying your own name in the sls yaml configuration.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants