Comments for Codeyourinfra And spend your priceless time on what's really worth it Mon, 22 Jul 2019 20:04:52 +0000 hourly 1 https://wordpress.org/?v=5.3.6 Comment on How to check log files in a server without logging in the server by Vagrant File: Working with virtual IDE's /how-to-check-log-files-in-a-server-without-logging-in-the-server/#comment-1403 Wed, 21 Nov 2018 15:53:32 +0000 http://codeyourinfra.today/?p=926#comment-1403 […] can even review the logs without having to connect via SSH through a very elaborate artifice called codeyourinfra, which consists of an Apache web server with Jenkins, which will allow us reading […]

]]> Comment on Bringing the Ansible development to the cloud by Automating the test of your infrastructure code - Codeyourinfra /bringing-the-ansible-development-to-the-cloud/#comment-50 Sun, 14 Jan 2018 08:36:08 +0000 http://codeyourinfra.today/?p=1660#comment-50 […] The environment for testing is managed by Vagrant. The command up turns the environment on, while the command destroy turns it down. Vagrant can manage both local virtual machines and AWS’ EC2 instances. When the test is done in the cloud, there’s an additional step of gathering the IP addresses from AWS. Ansible requires these IPv4 addresses in order to connect with the remote hosts through SSH. If you want more details, please take a look at the previous article Bringing the Ansible development to the cloud. […]

]]> Comment on How to deal with the same configuration file with different content in different environments by Automating the test of your infrastructure code - Codeyourinfra /how-to-deal-with-the-same-configuration-file-with-different-content-in-different-environments/#comment-44 Sat, 13 Jan 2018 19:28:27 +0000 http://codeyourinfra.today/?p=762#comment-44 […] script to automate an entire Ansible project. More about the project you can find in the article How to deal with the same configuration file with different content in different environments. You can also clone the Codeyourinfra repository and take a look at the same_cfgfile_diff_content […]

]]> Comment on How to unarchive different files in different servers in just one shot by Bringing the Ansible development to the cloud - Codeyourinfra /how-to-unarchive-different-files-in-different-servers-in-just-one-shot/#comment-30 Fri, 29 Dec 2017 18:16:27 +0000 http://codeyourinfra.today/?p=375#comment-30 […] Every Codeyourinfra project’s solution has an aws subdirectory, where is placed the specific Vagrantfile for managing EC2 instances.  One example is the Vagrantfile below, that creates on AWS the Ansible development environment of the solution explained in the article How to unarchive different files in different servers in just one shot. […]

]]> Comment on Choosing between baked and fried provisioning by Bringing the Ansible development to the cloud - Codeyourinfra /choosing-between-baked-and-fried-provisioning/#comment-27 Fri, 29 Dec 2017 18:16:12 +0000 http://codeyourinfra.today/?p=1477#comment-27 […] Vagrant uses specific images, known as boxes. Most of them you can find in Vagrant Cloud. There are Vagrant boxes for several providers, like VirtualBox. In addition, there are boxes of all sort of Linux distributions, as well as with other open source software installed. You too can provision your local virtual machine with software and configuration, package it as a Vagrant box and share it in Vagrant Cloud, as explained in the article Choosing between baked and fried provisioning. […]

]]> Comment on How to deal with the same configuration file with different content in different environments by gustavomcarmo /how-to-deal-with-the-same-configuration-file-with-different-content-in-different-environments/#comment-19 Thu, 30 Nov 2017 11:39:24 +0000 http://codeyourinfra.today/?p=762#comment-19 Hi Étienne,

I was waiting for this question 🙂

For me, host variables like you mentioned have better use in simpler scenarios. Most of the configuration files have a lot of data, so keeping all the parameters in a separated JSON file would be a best practice. Instead of mixing them with inventory data, the design principle was applied.

In addition, this approach gives flexibility. The JSON file can grow and the inventory will be the same. JSON nodes can be simply added, removed or changed, as needed.

Last but not least, you must know the host variables placed in the inventory file, in order to use them in the playbook. Differently, the solution allows adding parameters to a configuration file with no need of knowing them upfront. The items node has all the key/value pairs the configuration file requires.

Regards,

Gustavo.

]]> Comment on How to deal with the same configuration file with different content in different environments by Étienne BERSAC /how-to-deal-with-the-same-configuration-file-with-different-content-in-different-environments/#comment-13 Thu, 30 Nov 2017 09:52:43 +0000 http://codeyourinfra.today/?p=762#comment-13 Hi,

What’s the difference with host vars ?

]]> Comment on How to check log files in a server without logging in the server by How to get metrics for alerting in advance and preventing trouble – Codeyourinfra /how-to-check-log-files-in-a-server-without-logging-in-the-server/#comment-9 Sun, 26 Nov 2017 22:23:49 +0000 http://codeyourinfra.today/?p=926#comment-9 […] all have to deal with unexpected events, we also have tools to prevent them. Like mentioned in the last post, log files must be accessible upfront, otherwise the troubleshooting is compromised. Before any […]

]]> Comment on How to unarchive different files in different servers in just one shot by How to deal with the same configuration file with different content in different environments – Codeyourinfra /how-to-unarchive-different-files-in-different-servers-in-just-one-shot/#comment-3 Fri, 03 Nov 2017 00:51:00 +0000 http://codeyourinfra.today/?p=375#comment-3 […] from the previous post, in this case it was a demand of a dev friend. His application required a specific properties file […]

]]>