Skip to content
This repository has been archived by the owner on Feb 11, 2020. It is now read-only.

Improve UX around Azure params #266

Open
zmb3 opened this issue Jan 9, 2018 · 7 comments
Open

Improve UX around Azure params #266

zmb3 opened this issue Jan 9, 2018 · 7 comments

Comments

@zmb3
Copy link
Contributor

zmb3 commented Jan 9, 2018

Just went through my first deploy with the Azure install pipeline and a few things could have made the experience better:

  1. The comments in the params file say that if azure_access_name is empty, ERT will use internal storage. Then for each of the storage containers they say Required if Azure blob storage is used as external storage by ERT, which is determined by azure_access_name being not null. There are a few problems here:
  • there is no azure_access_name param - I believe it was renamed to azure_account_name.
  • I attempted to install using internal storage (by leaving azure_account_name empty, and got an error that the field cannot be empty. It seems this use case is broken.
  1. The readme says:

Once DNS is resolvable, run the config-opsman-auth job. From there the pipeline should automatically run through to the end.

We didn't find that to be the case and had to manually trigger the next job. Are we missing a trigger: true somewhere?

  1. We had to reverse engineer the proper value for ha_proxy_lb_name by looking through the tasks and the terraform files. The correct value for this property is always {{azure_terraform_prefix}}-web-lb. Can we remove this property and compute it automatically so as not to introduce another potential source of error?

  2. I noticed that the terraform creates LBs for HAproxy, MySQL proxy, Diego Brain SSH, and TCP routing, but only configures the LB for the HAproxy job. If we're going through the trouble to create this infra shouldn't we configure it for the other jobs as well?

@cf-gitbot
Copy link

We have created an issue in Pivotal Tracker to manage this. Unfortunately, the Pivotal Tracker project is private so you may be unable to view the contents of the story.

The labels on this github issue will be updated when the story is started.

@abbyachau
Copy link
Contributor

Hey @zmb3 thanks for this feedback. Can you let us know what version of the pipelines you were using? Thanks.

@zmb3
Copy link
Contributor Author

zmb3 commented Jan 10, 2018

We were on commit c5bc203 on master.

@abbyachau
Copy link
Contributor

abbyachau commented Jan 11, 2018

Hi @zmb3, thanks for the feedback.

I've broken up your feedback via tracker stories so that they could be more easily consumed by engineers:

  1. azure_access_name issues - the comment has been updated. The story to look into the empty string issue can be found here: https://www.pivotaltracker.com/story/show/154223925

  2. https://www.pivotaltracker.com/story/show/154224540

  3. https://www.pivotaltracker.com/story/show/154234636

  4. https://www.pivotaltracker.com/story/show/154256663

Please get in touch if you have any questions, thanks again.

@fredwangwang
Copy link
Contributor

@pivotal-maya-kenedy @calebwashburn https://www.pivotaltracker.com/story/show/154224540
has already been completed. Can you review and prioritize the other concerns zmb3 mentioned?

@calebwashburn
Copy link
Contributor

@pivotal-maya-kenedy Think we need to restore the stories for 1, 3, 4 as those got cleaned up inadvertently earlier.

@dtzar
Copy link

dtzar commented Oct 17, 2018

Our team has started working to resolve these issues here, but had a bunch of other bugs we found and had to fix first. A couple PRs are up there now (#364 #365) and more will come once those are merged.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants