Everything is a Freaking DNS problem - standardize http://127.0.0.1:8080/blog/taxonomy/term/1405/0 en Giving Devs a Dev platform http://127.0.0.1:8080/blog/giving-devs-dev-platform <p>It's a typical situation, the developers develop on their own boxen, they only start to integrate their code on on the production platform 3 hours before the deadline. And then the problems start, the typical "But it works on my system" , "its your problem now" is something nobody really likes to hear .</p> <p>So how do you tackle this problem ? <a href="http://devops-abyss.blogspot.com/2010/03/application-is-only-running-on.html" rel="nofollow">As Christian already mentions Talking</a> is the first step of the solution,</p> <p>But one of the most satisfying approaches to solve this problem is to provide your development teams with a standard platform that you support, and a platform they can play with , if you can't provide them with a fully defined platform, give them a set of guide lines on what they can expect. Things like library versions, database types , memory availability and storage availability are key components of such guidelines.</p> <p>My platform of choice for this kind of projects today is to for an Enterprise Level distro, a distro that stays stable for a longer period, not one that is bleeding edge and changes every other week. So a CentOS or a Debian based distro is probably going to be the platform of choice. But a stable standard platform also means that all the latest nice features a developer wants to have from the bleeding edge libraries he is using aren't going to be available .</p> <p>Sometimes your devs really need those features, sometimes its just a nice to have. On the other hand you as an ops guy don't want to be packaging and configurating every single tool they dream off. As usual in a Devops environment the key can be found in communication ... Talking with the devs will teach you what features they really need and how they might solve things in a different, more standardized way</p> <p>We've learned that by giving them a default platform and keeping an open conversation helps, some developers take longer to understand the process others jump in right away .. but in the long term you really need to talk to your devs as soon as possible when they think of implementing a new project that has to run on your platorms.</p> <p>Lets you sleep at night ..</p> http://127.0.0.1:8080/blog/giving-devs-dev-platform#comments centos devops platform standardize Mon, 14 Jun 2010 20:51:41 +0000 Kris Buytaert 1010 at http://127.0.0.1:8080/blog