Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I previously had negative feelings toward dedicated appliances. I enjoy getting my hands dirty and knowing the ins and outs of our infrastructure.

However, after some discussion with my colleague earlier today, I'm wondering if that's the actual general consensus.

What do you feel you gain and lose when deploying a dedicated appliance? Do you believe the time saved is worth the added expense? What are the hidden costs?


locked by HopelessN00b Mar 13 '15 at 21:57

This question exists because it has historical significance, but it is not considered a good, on-topic question for this site, so please do not use it as evidence that you can ask similar questions here. This question and its answers are frozen and cannot be changed. More info: help center.

closed as too broad by HopelessN00b Mar 13 '15 at 21:56

There are either too many possible answers, or good answers would be too long for this format. Please add details to narrow the answer set or to isolate an issue that can be answered in a few paragraphs.If this question can be reworded to fit the rules in the help center, please edit the question.

up vote 1 down vote accepted


  • you get to ignore the man behind the curtain
  • the only way to use some specialized hardware (routers, etc)
  • Cost - in the age of integration and mass production, appliance hardware can be essentially 'bummed' down to a bare minimum BOM and then mass produced, losing an order of magnitude in price along the way. See: wifi routers


  • configuration backups - is there a way to automate them? If not, how often do you do it? how often do you test that?
  • adaptability - if the mfr didn't envision your desired use case, you're outta luck

The best of both worlds (IMHO):

  • appliance hardware with linux under the covers + the root password

Sometimes the appliance comes with specialized hardware that I'd have no possibility of duplicating, such as with the F5 BigIP hardware load-balancers. In those cases, the appliance is well worth the effort. The Cisco 6509 in our DC is a whonking big appliance with very specialized hardware, and I wouldn't dream of replacing that with software/hardware I can rip into.

Recently, appliance vendors have been offering VMWare images instead of hardware for those that just want to drop a binary blob in their ESX config instead of dealing with multiple physical servers. We have one of those right now. This makes it easier to scale up an appliance, since all you have to do is add resources it to it in the VIC.

Appliances, especially virtual appliances, are not a whole lot different than closed-source COTS. Their footprint is a lot bigger, and the debugging surfaces tend to be a LOT smaller, but not much different.

I don't mind them.

Except... each appliance is yet another discrete server that probably won't fit easily into our patching rotation and schedules. A lot of appliances really lag behind on certain OS patches, which can be a real problem. It is for this reason that I don't like using appliances unless there is no choice, or the platform for the appliance is one that isn't being actively exploited as is the case with Linux appliances.

"binary blob" is like an "atm machine" ;) – Mark Henderson Oct 20 '10 at 5:17

The comment on this question says it all for me:

"Our $200 Million Business crashed for 4 hours because you did WHAT???" – Stefan Lasiewski Oct 13 at 22:34

I could interpret this in two ways: Liability lies on the vendor so + for appliances. Or, you're more likely to not understand the underpinnings of your system and consequently, screw something up. – Belmin Fernandez Oct 20 '10 at 11:33
@Nimmy - good point actually I hadn't realised its ambiguity! I immediately felt it was #1, because chances are if you build it yourself you're far MORE likely to screw something up, and with #1 if it DOES screw up it's not your fault (probably) – Mark Henderson Oct 20 '10 at 19:28

Not the answer you're looking for? Browse other questions tagged or ask your own question.