Cloud and cloud providers would not exist without automation.
The single biggest advantage of automation is reliable and consistent
repeatability.
If complex tasks are always manual, then there will be more mistakes.
What makes it possible for me to spin up a four node MongoDB cluster on
Digital Ocean is a combination of their automation and my Ansible code.
If somebody calls me and says "I want a four node MongoDB cluster", I
can ALMOST do it in real time while they are on the phone.
If it was left to manual configuration it would take hours.
And if it was not being spun up in the cloud, they would have to procure
the machines, the volumes, the network infrastructure, the site, and so
it goes on.
I can also test any combination of machine/OS/cluster with virtual
machines using Vagrant and VirtualBox.
Using VirtualBox without Vagrant would be a lot harder.
I can also spin up and configure a swarm of Docker containers with
docker-compose, much more readily and accurately repeatable with automation.
On 19/03/2020 21:35, Jessica wrote:
Devin. I don't know I just don't like automation. If used rightly it can be a
good thing.
But far to often its used because people don't want to take time to look
things up.
I guess this is an older/younger person battle. Older people tend to not like
automation. And younger people do.
Nothing wrong with automation I suppose. But I never was fond of automating
things.
When you automate. If something goes wrong and there is not an escape
sequence a lot of damage can be done.
Just my two cents worth on that subject. Automation isn't bad. Its just not
me.
Jessica
===========================================================
The raspberry-vi mailing list
Archives: //www.freelists.org/archives/raspberry-vi
Administrative contact: <mike.ray@xxxxxxxxxxxxxx>
-----------------------------------------------------------
Raspberry Pi and the Raspberry Pi logo are trademarks of the Raspberry Pi
Foundation.
This list is not affiliated to the Raspberry Pi Foundation and the views and
attitudes expressed by the subscribers to this list do not reflect those of
the Foundation.
Mike Ray, list creator, January 2013