Skip to content
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

Support Service Connections for other providers - e.g. AWS #80

Open
clstokes opened this issue Oct 11, 2021 · 1 comment
Open

Support Service Connections for other providers - e.g. AWS #80

clstokes opened this issue Oct 11, 2021 · 1 comment
Assignees
Labels
customer/feedback Feedback from customers kind/enhancement Improvements or new features

Comments

@clstokes
Copy link

The pipeline task supports azure service connections but does not support AWS or other providers.

Ask: the pipeline task should support Service Connections for other providers - e.g. AWS.

@clstokes clstokes added kind/enhancement Improvements or new features customer/feedback Feedback from customers labels Oct 11, 2021
@phillipedwards phillipedwards self-assigned this May 5, 2023
@phillipedwards
Copy link
Contributor

phillipedwards commented May 31, 2023

I took a brief look at what exists today in this repo and what it would take to add additional providers such as AWS, GCP, etc. I don't think it's too big of a lift, but there are a few questions that come to mind.

For starters, identifying and lifting non-provider specific code into a common module(s) is probably a good first step. The unknown in my mind is how each provider specific task would interface with the the provider and that is mainly concerned with how values from the ADO environment are made available to each provider.

Generally speaking there are two answers to the above question and they are:

  • environment variables
  • pulumi stack configuration

I think both have their downsides and upsides but we also have to consider how default/explicit providers might impact that decision.

Looking at the aws-toolkit-azure-devops there is a clear direction we can follow as to how support different providers (ec2, cfn, etc) although we do not need to be as complex as the linked repo.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
customer/feedback Feedback from customers kind/enhancement Improvements or new features
Projects
None yet
Development

No branches or pull requests

2 participants