-
Notifications
You must be signed in to change notification settings - Fork 168
Simplify deployment overview #35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Learn Build status updates of commit 662dc4f: ✅ Validation status: passed
For more details, please refer to the build report. For any questions, please:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We need to fix up this opening paragraph.
docs/deployment/overview.md
Outdated
| # .NET Aspire deployments | ||
|
|
||
| .NET Aspire applications are cloud agnostic and should be deployable to any cloud environment that supports .NET and containers. For example, the steps in [Deploy a .NET Aspire app to Azure Container Apps using the Azure CLI](azure/aca-deployment.md) can be adapted to other cloud environments, or local hosting. However, deploying manually requires a number of steps which are exhaustive and error prone. We expect most customers to want to deploy Aspire apps using some form of CI/CD, using cloud specific tooling. | ||
| Once you're happy with your .NET Aspire application, it's time to deploy it - either to a cloud environment or to local hosting. .NET Aspire isn't tied to any particular cloud and the steps in, for example, [Deploy a .NET Aspire app to Azure Container Apps using the Azure CLI](azure/aca-deployment.md), are adaptable to other environments. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You're the expert, but won't it-either, hyphenate rather than emdash?
Why is there a stray ~?
Aren't "regardless of the destination" and "cloud-agnostic" redundant?
docs/deployment/overview.md
Outdated
| # .NET Aspire deployments | ||
|
|
||
| .NET Aspire applications are cloud agnostic and should be deployable to any cloud environment that supports .NET and containers. For example, the steps in [Deploy a .NET Aspire app to Azure Container Apps using the Azure CLI](azure/aca-deployment.md) can be adapted to other cloud environments, or local hosting. However, deploying manually requires a number of steps which are exhaustive and error prone. We expect most customers to want to deploy Aspire apps using some form of CI/CD, using cloud specific tooling. | ||
| Once you're happy with your .NET Aspire application, it's time to deploy it - either to a cloud environment or to local hosting. .NET Aspire isn't tied to any particular cloud and the steps in, for example, [Deploy a .NET Aspire app to Azure Container Apps using the Azure CLI](azure/aca-deployment.md), are adaptable to other environments. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You're the expert, but won't it-either, hyphenate rather than emdash?
Why is there a stray ~?
Aren't "regardless of the destination" and "cloud-agnostic" redundant?
|
Learn Build status updates of commit 8d38d34: ✅ Validation status: passed
For more details, please refer to the build report. For any questions, please:
|
No description provided.