When operations needs an installation manual, wouldn't it be better to provide them with the exact instructions on how to install? Yes, we use Ansible or Puppet!
Linkdump for Hello World with Puppet: https://www.scriptrock.com/getting-started-with-puppet-labs
Tuesday, 24 November 2015
Tuesday, 17 November 2015
Managing Windows machines from Linux
To manage machines is one thing, but logging in to Windows machines with RDP seems a total waste of time to me. So I need something else. Just headless machines maintenance from a linux host with Python.
For communications with the Windows machines I will use wmic.
http://www.iggyt.org/doku.php?id=wiki:infrastructure_tools:wmi:wmi-linux_client-wmic
After installing with yum I make a virtual environment with my favourite user and install wmi-wrapper
https://github.com/kanzure/python-wmi-client-wrapper
For communications with the Windows machines I will use wmic.
http://www.iggyt.org/doku.php?id=wiki:infrastructure_tools:wmi:wmi-linux_client-wmic
After installing with yum I make a virtual environment with my favourite user and install wmi-wrapper
https://github.com/kanzure/python-wmi-client-wrapper
Tuesday, 29 September 2015
Powershell unit-testing
Last week I started Powershell. As a luser I'm spoiled with the Linux command prompt and cram testing. Powershell is the same but different. Since I'm bound to the evil OS supporting Powershell I thought to myself, why not have a look into it. Batch-scripts are way too limited, echo'ing something to the screen is about as much as one can do with it. So Powershell is the only option.
After my first nifty script I wanted to test it. Tricky, no unit-test framework by default. So I stumbled in my search upon Pester. After a download (.zip) and some tweaking it's running! Looks great, needs some work, but it will do the job, go check it out: https://github.com/pester/Pester
After my first nifty script I wanted to test it. Tricky, no unit-test framework by default. So I stumbled in my search upon Pester. After a download (.zip) and some tweaking it's running! Looks great, needs some work, but it will do the job, go check it out: https://github.com/pester/Pester
Friday, 10 July 2015
Cmd & Bash
I don't have much text here, just a link dump for today:
The art of command line:
https://github.com/jlevy/the-art-of-command-line/blob/master/README.md
Bash strict:
http://redsymbol.net/articles/unofficial-bash-strict-mode/
The art of command line:
https://github.com/jlevy/the-art-of-command-line/blob/master/README.md
Bash strict:
http://redsymbol.net/articles/unofficial-bash-strict-mode/
Monday, 4 May 2015
RESTful essay
I never lost my interested in REST, I even more love how easy people can do it wrong. I'm dumping the link to this essay while reading it.
In my definition, a real-world RESTful API is an API that provides answers to questions that you won’t find in introductory texts, but that inevitably surface in the real world, such as whether or not resources should be described formally, how to create useful and automatic command-line interfaces, how to do polling, asynchronous and other non-standard types of requests, and how to deal with operations that have no good RESTful mapping.https://restful-api-design.readthedocs.org/en/latest/intro.html
Friday, 17 April 2015
Microservice Architecture
Great article by Martin Fowler about the microservices architecture model.
Most application development efforts that we see use a project model: where the aim is to deliver some piece of software which is then considered to be completed. On completion the software is handed over to a maintenance organization and the project team that built it is disbanded.
Microservice proponents tend to avoid this model, preferring instead the notion that a team should own a product over its full lifetime. A common inspiration for this is Amazon's notion of "you build, you run it" where a development team takes full responsibility for the software in production. This brings developers into day-to-day contact with how their software behaves in production and increases contact with their users, as they have to take on at least some of the support burden.
Source: http://martinfowler.com/articles/microservices.html
Most application development efforts that we see use a project model: where the aim is to deliver some piece of software which is then considered to be completed. On completion the software is handed over to a maintenance organization and the project team that built it is disbanded.
Microservice proponents tend to avoid this model, preferring instead the notion that a team should own a product over its full lifetime. A common inspiration for this is Amazon's notion of "you build, you run it" where a development team takes full responsibility for the software in production. This brings developers into day-to-day contact with how their software behaves in production and increases contact with their users, as they have to take on at least some of the support burden.
Source: http://martinfowler.com/articles/microservices.html
Thursday, 9 April 2015
Warning: No support for locale: en_US.utf8
Fix the locale warning in Linux Mint:
http://forums.linuxmint.com/viewtopic.php?f=42&t=111527
Update Linux Mint: http://www.tecmint.com/upgrade-linux-mint-16-to-linux-mint-17/
After update fix samba: sudo apt-get install gvfs-backends
http://forums.linuxmint.com/viewtopic.php?f=42&t=111527
Update Linux Mint: http://www.tecmint.com/upgrade-linux-mint-16-to-linux-mint-17/
After update fix samba: sudo apt-get install gvfs-backends
Subscribe to:
Posts (Atom)