The NAPS DA Project welcomes contributions! Please contribute and help in expanding the breadth and depth of content we showcase to customers!
{::options parse_block_html="true" /}
<div class="collapse">*
<details><summary markdown="span">**TITLE**</summary>
<br>
<span style="color:#0000CD">**Overview:**</span>
The multi-cloud demo (workflow) consists of:
1. Provision VMs in (1) Azure and (2) AWS
2. In AWS configure an Apache server, in Azure an IIS server.
3. Post in slack channel that multi-cloud workflow has finished.
4. If any of the process fails (for example if the cloud availability is full) tear down in that cloud.
<span style="color:#228B22">**Takeaways:**</span>
1. Vendor-agnostic infrastructure-as-code
2. Ansible used to provision **`and`** post-provision across clouds
3. All infra is exposed as yml variable so it's human-friendly to use while still being flexible and powerful
4. Can leverage the input and ouput of Tower. E.g. we kick it off from hosted services catalog to trigger and post to slack after it's finished but could also be kicked off from any CMDB and integrated with other Chatops.
<span style="color:#a50000">Video Demonstration:</span>
[](http://www.youtube.com/watch?v=YOUTUBE_VIDEO_ID "**TITLE**"){:target="_blank"}
</details>
</div>
{::options parse_block_html="false" /}
TITLE
Define Overview
Define Takeaways
*Replace YOUTUBE_VIDEO_ID x 2 with youtube video id
your_title markdown
file to appropriate technology folder {ansible
, openshift
, acm
}your_title markdown
to {
ansible |
openshift |
acm} markdown
starting line 9
ansible markdown
file in the ansible folder
We take pull requests! What is a pull request?
Pull requests let you tell others about changes you’ve pushed to a branch in a repository on GitHub. Once a pull request is opened, you can discuss and review the potential changes with collaborators and add follow-up commits before your changes are merged into the base branch
More info on PRs: https://help.github.com/en/articles/about-pull-requests
Create a fork on your own Github project (or your personal space)
Github Documentation on Forking a repo
It is important to know how to keep your fork in sync with the upstream napsda project.
Configure napsda/napsda.github.io
as your upstream so you can stay in sync
git remote add upstream https://github.com/napsda/napsda.github.io.git
Rebase the branch on your fork
git pull --rebase upstream devel
Check your status
git status
git push --force
More info on docs.ansible.com: Rebasing a Pull Request
Make sure you are not behind (in sync) and then submit a PR to the napsda. Read the Pull Request Documentation on Github.com
Being more descriptive is better and will making merging into upstream easier and quicker! Communication is key! Just b/c the PR doesn’t get accepted right away doesn’t mean it is not a good idea. Thank you for contributing!