Everything is a Freaking DNS problem - testing http://127.0.0.1:8080/blog/taxonomy/term/1451/0 en Devops in Munich http://127.0.0.1:8080/blog/devops-munich <p>Devopsdays Mountainview sold out in a short 3 hours .. but there's other events that will breath devops this summer.<br /> DrupalCon in Munich will be one of them ..</p> <p>Some of you might have noticed that I`m cochairing the devops track for DrupalCon Munich,<br /> The CFP is open till the 11th of this month and we are still actively looking for speakers.</p> <p>We're trying to bridge the gap between drupal developers and the people that put their code to production, at scale.<br /> But also enhancing the knowledge of infrastructure components Drupal developers depend on.</p> <p>We're looking for talks both on culture (both success stories and failure) , automation,<br /> specifically looking for people talking about drupal deployments , eg using tools like Capistrano, Chef, Puppet,<br /> We want to hear where Continuous Integration fits in your deployment , do you do Continuous Delivery of a drupal environment.<br /> And how do you test ... yes we like to hear a lot about testing , performance tests, security tests, application tests and so on.<br /> ... Or have you solved the content vs code vs config deployment problem yet ? </p> <p>How are you measuring and monitoring these deployments and adding metrics to them so you can get good visibility on both<br /> system and user actions of your platform. Have you build fancy dashboards showing your whole organisation the current state of your deployment ? </p> <p>We're also looking for people talking about introducing different data backends, nosql, scaling different search backends , building your own cdn using smart filesystem setups.<br /> Or making smart use of existing backends, such as tuning and scaling MySQL, memcached and others.</p> <p>So lets make it clear to the community that drupal people do care about their code after they committed it in source control ! </p> <p>Please submit your talks <a href="http://munich2012.drupal.org/news/call-for-papers" rel="nofollow">here</a></p> http://127.0.0.1:8080/blog/devops-munich#comments cfp configmgmt deployment devops drupal measurement monitoring mysql puppet testing Tue, 01 May 2012 19:02:30 +0000 Kris Buytaert 1065 at http://127.0.0.1:8080/blog Beyond Configuration Mgmt http://127.0.0.1:8080/blog/beyond-configuration-mgmt <p>(This post has been sitting in the drafts folder for way to long, I decided to push the publish button anyhow .. some people might get ideas from it..)</p> <p>We've all run in to the problem, you've puppetized, or euh .. cooked , about every part of your infrastructure and then there's this one service which has no config files, a broken api that doesn't allow you to configure antyhing, but a magnificent web gui to configure all aspects of the service. Magnificent for the eye , full of AJAX and other fancy stuff which wget isn't really keen on. Off course before it even starts working you need to set it's password , from that webgui.</p> <p>Sometimes when you are lucky they store al their config in a database, which you can dump, parse and replace all the host specific parameters for other deployments, but is that an approach you like ? As for each new version you'll need to reanalyze the db layout. But no matter how you look at it ,dumping the DB and restoring it is an ugly hack you don't want.</p> <p>Other alternatives like sniffing the traffic and replaying the POSTS etc were considered ... but fancy AJAX stuff and SSL make that less trivial than it seems </p> <p>Wo while discussing with an upstream project they proposed to actually screenscrape their config webgui .</p> <p>So screenscraping the config gui it is .. but how ... I started looking at tools that are typically used for testing rather than for automation, with the purpose of replaying the scenarios one needs to configure the services.</p> <p>My first attempt was Selenium, it plugs into a browser , so it's easy to acraully record what it has to do, and it saves it's scenarios in a somewhat readable/ editable format.<br /> Having found the export to perl function it alll looked promising. However the export to perl isn't really an export to perl as I epxected .. I assumed it would just generate the perl code to run the same scneario which would be awesome .. it however generates a perl script that instructs a selenium server to run the script.</p> <p>One of the annoyancies I ran into with Selenium is that a browser<br /> doesn't accept self signed certificates , and one can't preprovision a browser easyily with those freshly created certificates. (Yes Karl I already read about certutil ... )</p> <p>I had heard good things about Cucumber so I was pretty eager to start testing it ... In short Cucumber lack documentation ,<br /> I tried a couple of things but I couldn't get beyond testing if a certain string was on a page.. couldn't figure out how to fill in a form etc ...<br /> Maybe if anyone could point me to some great documentation on how you should write recipe's here ... I didn't find the documentation all to easy to find ..<br /> Bummer as it really really looks promisiung .. specially since it is so lightweight ..</p> <p>IP played with JMeter and Sahi too .. but still</p> <p>So apart from filing bugs to the upstream project/product and hoping they understand your problem and are willing to oopen up their API , what other options do you folks suggest ?</p> <p>I gave a short talk about this at Puppetcamp in Amsterdam and the audience came up with a bunch of other potential projects to look at .</p> <ul> <li> <a href="http://hpricot.com/" rel="nofollow">Hpricot</a> </li><li><a href="http://www.webinject.org/" rel="nofollow">WebInject</a> </li><li><a href="http://sikuli.org/" rel="nofollow">Project Sikuli</a> </li><li><a href="http://watir.com/" rel="nofollow">Watir</a> and </li></ul> <p>The main problem still is that all these are tools to automate testing , they don't provide you with a general purpose approach to solve the configuration mgmt problem, each time the upstream vendor modifies the layout of his page you hav e to do the work again and that .. really doesn't sound promising ..</p> http://127.0.0.1:8080/blog/beyond-configuration-mgmt#comments chef cucumber devops jmeter puppet puppetcamp selenium shai testing Wed, 25 May 2011 21:18:08 +0000 Kris Buytaert 1042 at http://127.0.0.1:8080/blog