Grüß Gott and a nice evening!
Today I am going to talk about this thing, everybody heard about, it’s ‘DEVOPS’. No, I’ll not. At least a bit.
Devops means a melt between the developers and the ops guys. We should use the same processes, tools and stuff.
In my honest opinion, the developers do the ‘melt’ better than us(the evil ops). They automate their minification and unit tests and all these helpful things. The learned their lessons.
But we(the ops) often miss to learn from them. How often I see creepy(really creepy) server configs, no matter if apache, nginx, icinga, ansible, whatever. Why the most of us don’t stick to some kind of coding standard? Why the f… we don’t use CI tools like the devs do? Why don’t we use lint-tools like devs do?
It ain’t that hard to define a standard about using tabs or spaces in your icinga config.
It ain’t that hard to define a vim command that lints your ansible config BEFORE writing.
It ain’t that hard to configure your CI-server(i.e. jenkins) to clone your icinga-repo and do a simple config test before syncing it to production.
It’s not just about checking the config for errors, it is also about collaboration. I hate it, when someone asks me to take a look at his config file, why it’s not working and I recognize 30 different indentation styles or lines about 300 chars. It will take at least the double amount of time to find the small little error, the missed semicolon or similar, only because of a bad style. I have to cite PanadeEdu on twitter, he puts it in a nutshell:
Standards have nothing to do with preference. They have to do with collaboration. #becauseReasons
— Florian Tatzel (@PanadeEdu) 9. Oktober 2015
So what’s the point? We have to do our homework too!
In the next few posts, I’ll bring some topics that will help you achieving this goal.
– Code Quality for Sysadmins, Operations
– CI/CD for Sysadmins, Operation
– And many more!
As always, subscribe, follow me on twitter to receive the latest posts!