Profile cover photo
Profile photo
Gerald Martin (Germanis)
About
Posts

Post has attachment
The joy of painting ...eh woodworking - great!
Add a comment...

Post has attachment
Add a comment...

Post has attachment
Wish you all serious Christmas. Rock on!
Photo
Add a comment...

Post has attachment
Gerald Martin (Germanis) commented on a post on Blogger.
Schie! Aber leicht kopflastig. ;-)
Weihnachten im Erzgebirge
Weihnachten im Erzgebirge
handaufserz.blogspot.com
Add a comment...

Post has attachment

Post has shared content
Noch 9 Tage bis zum Joomladay Deutschland 2015

Heute: Tom Möller – das deutsche Joomla! Forum

Ich vermute mal, dass seine Lieblingsfarbe blau ist. Zumindest findet man Tom unter dem Pseudonym Indigo66 in allen einschlĂ€gigen Foren. Und wenn man genau hinguckt, ist seine letzte Anwesenheit meist nicht lĂ€nger als ein oder zwei Stunden her. Dabei erklĂ€rt er jedem Suchenden mit einer Engelsgeduld Fragen und Problemstellungen, von AnfĂ€ngern ĂŒber Fortgeschrittene bis hin zum Profi.

Zum Forum unter joomla.de ist Tom wie die Jungfrau zum Kinde gekommen. Die Idee fĂŒr ein neues Forum fĂŒr die deutsche Gemeinschaft hing schon lange in der Luft. Vor genau einem Jahr auf dem JoomlaDay in Köln ist das Forum dann konkret geplant worden. Und wer hĂ€tte da besser gepasst als Tom, der ohnehin immer aktiv am Ball ist und auch die Fragenden schon immer ernst genommen hat? Und weil er bei dem Slot anwesend war, war auch ganz schnell einer rausgeschaut, der dafĂŒr zustĂ€ndig sein sollte. Somit ging das vermutlich schneller als ihm lieb war und er hatte den Hut zur Umsetzung des neuen Joomla! Forums unter joomla.de auf. So schnell kann's gehen ;-)

Lieber Tom, vielen Dank, dass Du Dich immer wieder um die Sorgen und Nöte anderer Anwender kĂŒmmerst!

Tom liebt die Joomla! Events und ist auch immer dabei, wenn es denn geht. Ihr könnt ihn dementsprechend auch auf dem JoomlaDay in Hamburg treffen.

#joomla #jd15de #jpositiv #spreadthejoomlaloveï»ż
Photo
Add a comment...

Post has attachment
Yay, got it! The fancy stuff! Distracts from my grey temples ;-)     #joomla #joomla10 #jhoodie #jpositiv
Photo
Add a comment...

Post has shared content
Hey +Viktor Vogel , ist das auch bei Euch Sitte? ;-)
Containerism and Configuration Management Systems Puppet, Salt, Ansible, Chef, Terraform. These are awesome things. They allow you to deploy and manage complex setups in no time, from a central point, using a revision control system to give you unlimited undo. Thing become repeatable, can be parallelized and eventually even orchestrated - you are moving from managing servers to managing services.

Yet I was startled when, many years ago, I saw somebody sharing their puppet classes for the first time. Why? Because that's supposed to be configuration, business logic, something that is specific to your use case and hardly portable anywhere.

Fast forward a few years. The internet is full of classes, receipts, pillars, whatevers, that can install stuff for you. I tried to install Graphite, the graphing monitoring system, by hand, and actually failed. Somebody else who is way better at Python than I am also tried, indepdendently, and also did not get it to work manually. Yet another person I know heard of that, downloaded a Puppet receipt to do that, and had Graphite running within 15 minutes time.

Awesome. That's what shared receipts are for.

Or is it?

I mean, yes, when you are installing like for example Openstack, you probably want repeatability - the same config running on all your compute nodes, a different, but identical configuration on all your controllers and so on. You need either Puppet-like systems, or something like Fuel to roll that out for you on your production instance.

Yet I don't know if I want to use an external, premade puppet receipt doing this for me. It is a layer that separates me from understanding what is actually going on, which components are running, who is talking to whom and why. As if Openstack alone hadn't a sufficient number of layers.

It seems that after all these years I am kind of coming full circle.

Yes, configuration management systems are awesome, but if you actually need them to get something up and running then the technology that you are trying to get up and running is probably not done right. Something in there is conceptually wrong and overly complicated. You (Well, I at least) need to go in and find out what that is.

For example, one wonders why Openstack is not a cluster when it claims to be a cluster. Couldn't new nodes not download their config from the cluster leader, serialize it somewhere and be done with it? Then it would be impossible for a node to be configured wrongly because there would not be an individual config file to maintain for each node. If there was a Zookeeper that kept track of cluster membership it could easily manage all that, couldn't it? Yet there isn't, and that is likely one of the many things that need improvement.

Back to config management systems, though: In Puppet, there is The Trifecta. It goes like

1. Install a package, 
2. instantiate a template with a few variables, 
3. and then start the service.

There are things that help you to take values for these variables in the templated and put them somewhere, then select the right set of variables for a machine - hiera is the most popular in Puppet land. Puppet will take the values hiera chose and put them into the instantiation of the template.

Only that is not what happens.

More and more I see configuration syntax transformers. Things that take an inheritance hierarchy of hiera stores, build a hash of hashes, and write them out in a totally generic fashion - a ini-File with multiple sections, a JSON hierarchy for configuration, another YAML dictionary or an XML file with nested sections, a property file or a plist.

In fact, everyone has written about two dozen incomplete ad-hoc versions as a puppet class: A my.cnf generator, an oslo.config generator, a Mac config management system, a php.ini generator or the most useless of things, a uci config file generator for OpenWRT.

I don't think I can stand looking at this kind of code any more. These Puppet classes are indeed completely generic, and also totally pointless, because they don't do anything at all except shoveling YAML into a semantically identical structure with a different syntax. 

It is another layer, and that layer is empty.

We all urgently need to stop doing that.

If you can't install it by hand, you won't ever be able to run it. You could automate that installation, but you will never be on top of that installation once it is productive if you haven't ever done at least the minimal install by hand. This, too, is containerism in another shape.

Image: http://imgur.com/y0okZ9C
Title: /etc/init.d/daemon stop
Add a comment...

Post has attachment
Willkommen im Hartensteiner Tieftal, dem beliebten MX-Paradies :-(
PhotoPhotoPhotoPhotoPhoto
MX-Paradies Tieftal
12 Photos - View album
Add a comment...

Post has shared content
J and Beyond 2015 - Neue Website online!

J and Beyond ist DAS Joomla! Ereignis des Jahres. 2015 findet die Konferenz in Prag, Tschechien, statt.

Die neue Website ist seit gestern online: http://jandbeyond.org/

Tickets können ab Januar gekauft werden. VortrÀge können schon jetzt eingereicht werden!

Ich bin stolz darauf, dass mein Arbeitgeber +1&1 Internet AG bei der Konferenz Social Sponsor ist. Danke fĂŒr die großartige UnterstĂŒtzung der Joomla!-Community!

Wir sehen uns dort, Joomlers! :-)

#jab15   #joomla #jpositive #letsmakeithappen +J and Beyond - an International Joomla! Conference 
Add a comment...
Wait while more posts are being loaded