[Novalug] RHN Satellite

[greg pryzby]

Since it keeps disappearing-- I DO NOT SPEAK FOR MY EMPLOYER

On Tue, Jan 17, 2012 at 5:27 PM,  <jecottrell3 at comcast.net> wrote:
> Most places I have worked at ran very thin...it's hard to get money for ANYTHING, no matter how good or badly needed.
>
> Hmmm, I wonder why RH backed off the DB business. Probably some interesting tales there.


Nope. if you don't have engineers working on the code, you can't
provide the level of service required for an enterprise solution, in
my experience. I don't believe there is conspiracy.

> When I said Poor Design, I mean in Tightly Coupling a Database Client to a Database Server.
>
> The DML part of SQL is easy, and libraries such as Perl's DBI/DBD, JDBC, and probably ODBC handle normal Operations well.
>
> More complex operations, like Starting, Stopping, Load, Dump, Clone, Snapshot, Whatever can be handled by PlugIn Scripts.


Did you do any database work on the 90s?

Just curious. I know MySQL did not support transactions. I don't
recall when PostgreSQL did. Choices were limited, very limited for
enterprise. Without transactions, you can't trust a database. At least
I wouldn't.


> More to the point, it should have been designed with Multiple DBs in the first place. And Oracle should have been the third DB looked at.


My recollection is in the 90s the database that ran on Linux that did
transactions were VERY limited-- Oracle and Sybase.


> Are you seriously telling me that Oracle is required for anything less than 1000 machines? Heck...many site top out at a few hundred.


Nope. I didn't make any claim about # of machines or any such thing.


> Ten years to me is Just Yesterday.


It seems like yesterday to my memory, but in the computer world and
what I can and do do with computers has changed drastically. I hope
you didn't mean you are doing the same thing from 10 years ago w/ the
same technology.


> One more thing...RHT salesman must not be Proud of the fact that SS uses Oracle...they never mention it...nor do the blurbs...you have to drill down into the docs to find that out.


It is an appliance. It shouldn't matter.

There is a need to provision, patch, manage and report on the servers
in your infrastructure. There is a cost (time, salary, etc) to make
that happen. RHT offers an appliance that assist with that and saves
you money. If it is a turnkey solution that requires little/no
maintenance, the how shouldn't matter. If it does, then roll your own
because you won't be happy with a black box.

So if an appliance doesn't work for you, don't use it.

http://www.techdata.com/techsolutions/Softwareconnections/files/nov2010/RED%20HAT_IDC-RHN-Satellite-ROI-Study.pdf
Category                                                       Value
Three-year cost of investment                         $274,410
Annual cost savings                                       $500,905
Net present value (NPV) of three-year savings  $927,778
Payback period                                             4.8 months
Three-year ROI                                              338%
> JIM
>
> ----- Original Message -----
> From: "greg pryzby" <greg at pryzby.org>
> To: jecottrell3 at comcast.net
> Cc: novalug at calypso.tux.org
> Sent: Tuesday, January 17, 2012 2:46:30 PM
> Subject: Re: [Novalug] RHN Satellite
>
>> It's also Poor Software Design. Standard SQL should suffice for normal operation, and generic script or commands should delegate generic operations such as Start, Start, Backup, Clone, etc to DB Specific Plugins.
>
>
> If that was the case, NOBODY would use Oracle, DB2, Sybase, etc
> extensions. Having written and SQL compliant database, it is good, but
> doesn't meet all the business requirements. There are holes and
> speed/performance issues. Hence the proprietary extensions.
>
> I am not apologizing, but if you live in the real world (which we all
> do) you make decisions. There are lots of factors. I do not know all
> the factors (or any for that matter) around the Oracle/Satellite
> decisions. However, they were made. Code was released so a 'great
> wrong could be righted'
>
> --
> greg pryzby                              greg at pryzby dot org
> http://www.linkedin.com/in/gpryzby
>
> WEB:  http://www.RestonArtisTree.com/
> TWTR: gpryzby



-- 
greg pryzby                              greg at pryzby dot org
http://www.linkedin.com/in/gpryzby

WEB:  http://www.RestonArtisTree.com/
TWTR: gpryzby