Re: Replacement to CSS

Hamish Marson <[email protected]> Tue, 14 Jul 2009 16:23:59 +0100
Newsgroups gmane.comp.programming.load-balancing.general
Message-ID <[email protected]>
Quoting Kenneth Salchow <[email protected]>:

> Content-Type: text/plain;
> 	charset="us-ascii"
> Content-Transfer-Encoding: 7bit
>
> You can always tell the 'old timers'.  ;-)
>
> Ed nailed it par usual.  Know what you want, cut the list down to those that
> look they can do it and fit within your budget and the TEST IN YOUR NETWORK.
> If there are any specifics that aren't clearly answered for you--come back
> to the list and ask around.
>
> A comment on the 'research the vendors support history'--be careful.
> Everyone of us vendors can find you a glowing "their support is the best"
> customer for every "their support is the worst" you can find.  Customers who
> have bad experiences tend to be 100 times more vocal than the ones that have
> great experiences.  Lastly, support experiences from 5 years ago--may not
> accurately reflect current support capability; a lot can happen in 5 years.
> This is true for ALL the vendors. One of the things I think should be in
> this is how good are their support tools--i.e. how easy will it be for you
> to find the answer yourself regardless of the current level of support or
> the particular engineer you got.
>
>

This is particularly true where vendors have chosen to implement a  
'Shared Support' model. Often you can bump up against a bad middleman  
support organisation. Or even a single bad person in a middleman  
support organisation.

Shared support can often mask a bad vendor experience (Because you may  
be dealing with a really good middleman who can mask out the bad  
bits), but often you may find that a single bad point of shared  
support can make the whole chain look bad (Yes, I've seen shared  
support that runs through 3 levels before. Chinese whispers through  
such chains are not to be enjoyed).

YMMV of course.

H


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.

_______________________________________________
lb-l mailing list
[email protected]
http://vegan.net/mailman/listinfo/lb-l
Searchable Archive: http://vegan.net/lb/archive
http://lbdigest.com Load Balancing Digest
http://lbwiki.com Load Balancing Wiki