We just migrated our Plastic SCM internal server from an old Fedora Core 4 (yes, that oold... but is our server and we love it!) running on x86 hardware (Xeon) to a SPARC Solaris 10 box. A big endian 64 bits SPARC box!! :)
The previous configuration was running Mono + Bohem GC and Plastic storage was an external Oracle database (yes, separate Plastic and database servers, again, eating our own stuff), and now the configuration is as follows:
Although obviously SPARC hardware is not the most demanded at all, we're committed to support it since specially big customers tend to ask for at least a few servers running it... It's been supported for years already but now we're really about to have better packaging and so on, I expect to have an installer on the coming weeks (so far we installed manually).
Will let you know how it goes... :P
It's great to see companies 'eating their own dog food.' I just read a post by Dan Barnett about him doing the same thing: http://admin.worketc.com/Blogs/Development/69
ReplyDeleteI think it adds a ton of credibility to any organization that eats their own dogfood. Employees instantly have an empathy towards customer frustration and a better knowledge of the software in general, while at the same time it gives insight into any possible issues facing a system - it's like free testing!
Thanks David M.
ReplyDeleteYes, in fact that's something we do on a daily basis, although we're very fortunate because we're developers using our own development tool. I mean, "eating your own's dog food" is probably not that easy when you're developing business software, for instance, in fact, it isn't! :)