This Question is Not Answered

1 "correct" answer available (4 pts) 1 "helpful" answer available (2 pts)
2 Replies Last post: Aug 17, 2009 10:35 AM by Steve Chambers  
Click to view Steve Chambers's profile Admin's 213 posts since
May 31, 2008

Aug 16, 2009 2:16 PM

5 VDI anti-patterns

VDI is fantastic and getting better, and the complexity lies in integrating the new technology with the old desktop practices.

 

Have you come across these five anti-patterns in VDI?

 

1. Liberal use of the Somebody Else’s Problem (SEP) field.

2. Indifferent business case

3. VDI changes the desktop lifecycle

4. Virtual Desktops are NOT Virtual Servers.

5. Nobody owns VDI.

 

Read more on my blog at ViewYonder

Click to view Brian Kirsch's profile   12 posts since
Feb 20, 2009
1. Aug 17, 2009 5:46 AM in response to: Steve Chambers
Re: 5 VDI anti-patterns
  1. Desktop and Server teams do not play well with each other, it should not be that way but it is.
  2. I did a great business case on VDI (and posted here) but it still got put in limbo. Business cases can be read multiple ways depending on what view you want to see (and that view does not have to be the truth). Also since business cases are for management can you really tell them they are wrong when they want to see things the way they want to?
  3. Longer lifecycle of VDI means less re-purchase of desktop hardware (vendors are not happy) and less work for desktop techs (desktop / helpdesk groups start to panic, seen it already).
  4. Anything with the word "virtual" thinks servers...it's a stigma now.
  5. See number one...

One other key issue, the desktop price keeps on dropping and with VDI server / software and thin client costs prevent the ability to match designs based on capital costs and power savings is a "soft" number in many people's eyes. Better end user management, patching, security, etc...your desktop teams will argue that until the cows come home...

 

It's a Monday morning and I have not had my Diet Coke so I am still a little cynical...

More Like This

  • Retrieving data ...