NYCPHP Meetup

NYPHP.org

[nycphp-talk] CentOS v Ubuntu

Daniel Krook krook at us.ibm.com
Wed Jul 17 00:03:57 EDT 2013


Hello Chris, Hans, Jesse,

> From: Hans Z <zaunere at gmail.com>
> To: NYPHP Talk <talk at lists.nyphp.org>
> Date: 07/16/2013 05:31 PM
> Subject: Re: [nycphp-talk] CentOS v Ubuntu
> Sent by: talk-bounces at lists.nyphp.org
> 
> On Tue, Jul 16, 2013 at 5:03 PM, Chris Snyder <chsnyder at gmail.com> 
wrote:
> On Tue, Jul 16, 2013 at 11:03 AM, Jesse Callaway <bonsaime at gmail.com> 
wrote:
> Just handle process priority, memory management, and open some 
> sockets when asked. For the rest... stay out of the way. For god's 
> sake don't try to maintain a "system" java that symlinks to the 
> flavor of the month. Don't provide shared libraries. Don't provide 
> printing services. Don't even install cron.
> 
> Yes, I would use your distro. I might install cron, but I get to 
> choose which one. 
> 
> Seriously, Hans, maybe your client wanted to use Ubuntu Server 
> because of the GUI, but you should know better than to have a window
> manager running on a production server. I suppose you'd let the OS 
> automount any USB keys that were stuck into the front ports, too?
> 
> Easy there Chris, didn't realize Ubuntu was your project...
> 
> Obviously I can customize my OS how I'd like... and I'm sure Ubuntu 
> would be just as happy to mount a USB stick and scan it for MP3s 
> while giving me Amazon ads... and we can all choose which OS/flavor 
> we use... and I'm simply stating, that Ubuntu will never be my choice.
> 
> H

Sorry for mangling the history with my mail client.

Chris, Hans, I never made the leap myself, but isn't much of this why you 
two advocate/d the BSDs for AMP development? What's the reason for either 
of you considering Ubuntu/CentOS today? 

As consultants, I understand you have to deal with some legacy client 
infrastructure and may not be able to define the "ideal OS" but what would 
you use if you had it your way?

And I don't mean to start a religious war, but if you were to set up a 
server only cluster of VMs to serve up your own production PHP apps, what 
would you choose today and why? 

How much do you really care to influence what choices are made at the OS 
or PHP version level? What are the make/break configurations you 
absolutely must have control over?

I guess I really should run a poll for this, but for others on the list, 
where do you fit into the the following spectrum?

1. I fully control hardware (virtualize yourself, if needed) and 
build/package install AMP yourself.
2. I select an OS image on a cloud IaaS (EC2, etc) and build/package 
install AMP yourself.
3. I use choose a pre-built AMP stack image on an IaaS.
4. I use Zend phpcloud or one of the production PaaSes for it (IBM, 
RightScale, etc), or another PaaS like Azure, Heroku, Cloud Foundry, etc
5. I go with a SaaS (WordPress, SugarCRM, Drupal) provider and customize 
that.



Thanks,


Daniel Krook
Software Engineer, Advanced Cloud Solutions, GTS

IBM Senior Certified IT Specialist - L3 Thought Leader
The Open Group Certified IT Specialist - L3 Distinguished
Cloud, Java, PHP, BlackBerry, DB2 & Solaris Certified

  
http://krook.info/ 



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nyphp.org/pipermail/talk/attachments/20130717/5620678a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 518 bytes
Desc: not available
URL: <http://lists.nyphp.org/pipermail/talk/attachments/20130717/5620678a/attachment-0002.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 638 bytes
Desc: not available
URL: <http://lists.nyphp.org/pipermail/talk/attachments/20130717/5620678a/attachment-0003.jpe>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 360 bytes
Desc: not available
URL: <http://lists.nyphp.org/pipermail/talk/attachments/20130717/5620678a/attachment-0001.gif>


More information about the talk mailing list