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

Ansible for provisioning/maintaining infrastructure? #1

Open
alexwilson opened this issue Aug 29, 2018 · 1 comment
Open

Ansible for provisioning/maintaining infrastructure? #1

alexwilson opened this issue Aug 29, 2018 · 1 comment
Assignees

Comments

@alexwilson
Copy link
Member

alexwilson commented Aug 29, 2018

Suggested initially by @Rikairchy, I've been toying with it and think that Ansible in pull-mode might be perfect for our use-case:
We can make sure secrets are stored in a secrets store, or rely on network-level security, and then have a single public repository here responsible for the configuration of our boxes.

Then we can separately manage the docker+sidecar that NG brings, using simpler orchestration software like Nomad or something simplistic.

Note: It does make the job easier for profilers, but it's offset by the wealth of open-source security tooling and testing suites we'd have access to, i.e. CircleCI

I was thinking of using something like this as the cloudinit script: https://www.reddit.com/r/devops/comments/6fajam/ansible_in_pull_mode/

Let me know what you think.

@Rikairchy
Copy link

Rikairchy commented Aug 29, 2018

I haven't worked with Ansible in pull-mode, but I would like to mention that all Tower features are free for the first ten machines.

The great thing about Ansible is there are VM automation plugins for Digital Ocean, EC2, GCE, VMware, and Proxmox. We won't be limited by the backend we choose (unless we pick Hyper-V, which in that case we deserve it).

It shouldn't be too hard to write a playbook to create a VM using whatever provider we decide, and have Ansible SSH into the new VM and pull down the configurations we aren't. We can then set cron to call a playbook every so often to check for configuration changes and the like.

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

No branches or pull requests

4 participants