Re: [PLUG] small business server virtualization?

["Lee H. Marzke" <lee@marzke.net>]

----- Original Message -----
> From: "Rich Freeman" <r-plug@thefreemanclan.net>
> To: "Philadelphia Linux User's Group Discussion List" <plug@lists.phillylinux.org>
> Sent: Tuesday, November 7, 2017 10:43:50 AM
> Subject: Re: [PLUG] small business server virtualization?

> On Tue, Nov 7, 2017 at 7:35 AM, Lee H. Marzke <lee@marzke.net> wrote:
>>
>> So containers are great at making developers life easier ( less dependencies )
>> at the cost
>> of making it more difficult for operations.
>>
> 
> You're going to have to substantiate that claim.
> 
> First, I don't see how running a process in a container involves any
> fewer dependencies than running it on the host.  If the package needs
> openssl, then the filesystem needs openssl on it.
> 
> Anything you can install on a host you can install on a container.
> 
> Sure, some technologies like Docker also have image management
> built-in which lets you build layered images so that you can start
> with RHEL, add some components, add some more components, and then add
> your application, and each of those layers can be managed separately.
> However, that really has nothing to do with containers, and I don't
> see why you couldn't do the same thing with hosts running on VMWare.
> I'd be surprised if it doesn't already exist, actually.
> 
> Other than maybe bells/whistles VMWare might have in their management
> consoles I'm not sure how containers would make things any
> better/worse for operations in comparison.  If you can manage 500
> physical hosts you can manage 500 containers.

Again as I understand it , proper containerization is separating an application
into it's components, so you wind up with many more components than VM's.

A developer that wants to use the latest release of some library for instance,  can't
do that on an LTS release of Ubuntu provided by IT, but in a container he can put together
his small application, custom lib, etc and now run it.   IT now has to deal with a huge
number of variants of the same lib in production, not to mention that this lib might be only an
alpha release, and some how the production app is now failing, or has security
issues because of vulnerabilities in that lib.   IT operations cares about different
things that developers.   So developers start using more versions of libraries,
and perhaps less stable.

Again the many issues are related to dealing with increased complexity in Ops due to the developer
using containers that reduce his need to deal with dependencies at his level.

Not sure that you can't get around many of these issues with the devOps workflow, but now that is
another huge cost to migrate a company's to devops which is not cheep or easy.


> 
> --
> Rich
> ___________________________________________________________________________
> Philadelphia Linux Users Group         --        http://www.phillylinux.org
> Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
> General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug

-- 
"Between subtle shading and the absence of light lies the nuance of iqlusion..." - Kryptos 

Lee Marzke, lee@marzke.net http://marzke.net/lee/ 
IT Consultant, VMware, VCenter, SAN storage, infrastructure, SW CM 
+1 800-393-5217 office 
+1 484-348-2230 fax
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug