Everything That There Is To Know About VDI Licensing with Windows
-
RDS to a virtual Server 2012 r2 running our "user applications" office 365 and such
vs "traditional" VDI as Citrix would sell it.
-
@DustinB3403 said:
RDS to a virtual Server 2012 r2 running our "user applications" office 365 and such
vs "traditional" VDI as Citrix would sell it.
Okay, so just RDS vs. VDI licensing.
Citrix doesn't sell vanilla VDI, they only sell XenDesktop which is a big VDI management system on top of vanilla VDI.
-
Citrix "big" product is XenApp which is actually a direct replacement for RDS and isn't VDI at all. RDS is actually XenApp under the hood with high end features striped out. MS buys it from Citrix.
-
@scottalanmiller said:
Citrix "big" product is XenApp which is actually a direct replacement for RDS and isn't VDI at all. RDS is actually XenApp under the hood with high end features striped out. MS buys it from Citrix.
I thought MS and Citrix parted ways on that stuff a while ago, each doing their own development?
-
@Dashrender said:
I thought MS and Citrix parted ways on that stuff a while ago, each doing their own development?
Maybe, but it's XenApp as the original base code. Just like SQL Server was purchased code from Sybase and Windows NT was OS/2.
-
@scottalanmiller said:
@Dashrender said:
I thought MS and Citrix parted ways on that stuff a while ago, each doing their own development?
Maybe, but it's XenApp as the original base code. Just like SQL Server was purchased code from Sybase and Windows NT was OS/2.
Yeah, that's definitely the case.
-
Yeah what I'm foreseeing we're going to need is a simple way for our employees to access a setup, ready to go system after connecting to the network that has their email and document creative softwares.
Which IMO is traditional RDS.
VDI just doesn't fit in with where we need it.
-
Dustin, something to consider when looking at RDS vs VDI too is what will the user use to connect to the session with?
-
@scottalanmiller said:
@FATeknollogee said:
What a racket MS has going!!
Only sort of. You are always free to use RDS for remote Windows usage. Or to use Linux desktops VDI or terminal servers. You are never trapped with MS. So no matter what they charge, it's not really unfair as there is no lock in. Expensive, yes but their customers choose them because they think that it is a good investment.
What is Linux desktop VDI?
I assume there's no way to run a Windows app using the Linux VDI mechanism? -
@FATeknollogee said:
What is Linux desktop VDI?
I assume there's no way to run a Windows app using the Linux VDI mechanism?VDI just means a one to one virtualized system rather than a shared one.
Shared is terminal servers (many users to one OS.)
VDI is one user per OS.
So you can do either model with any OS you want. Windows terminal server is called RDS. All Linux are terminal servers out of the box. You can do VDI with Linux just as you can with Windows, it's identical.
Using Linux as your desktop does not allow you to run Windows apps. It's a Linux desktop, same as using a Linux desktop anywhere.
-
@NTG has multiple terminal servers, all Linux.
-
If your application is Windows only, then you're kinda "stuck" with MS...
OTOH, if your app will install in Windows or Linux, one would have a lot more to choose from. -
@FATeknollogee said:
If your application is Windows only, then you're kinda "stuck" with MS...
You can always choose to change the application. While painful, it is often the better solution.
Especially as nearly any application that requires a specific OS isn't just unnecessarily expensive or limiting, but having an OS dependency means it is mired in a 1990s and older software design paradigm. Modern business software made even since the mid-1990s only very rarely has OS dependencies. That's quite literally a DOS-era problem.
There are exceptions to this, but they are very rare. Nearly all "stuck on Windows" problems are caused by archaic software and companies that are happy to use software that doesn't come up to incredibly low standards.
-
@scottalanmiller said:
There are exceptions to this, but they are very rare. Nearly all "stuck on Windows" problems are caused by archaic software and companies that are happy to use software that doesn't come up to incredibly low standards.
Unfortunately, there's a boatload of the "stuck on Windows" type apps
-
@FATeknollogee said:
Unfortunately, there's a boatload of the "stuck on Windows" type apps
There are, of course. But that apps are stuck on Windows doesn't mean that a company should be. The question becomes... why is the company stuck on those apps?
Think of the cost involved. It isn't Windows, that's one aspect, but the same bad software that causes this to happen is likely causing lots of other issues. And is there support? If the app is supported, why isn't it getting moved to a modern design (it's been two decades, the buffer period for excuses is really over.)
There are special cases, of course. But it's pretty rare that I find companies actually stuck. Maybe the software makes sense, maybe it doesn't. But the notion of being stuck on Windows I find to generally not be the case. It's more that companies don't want to face the pain of moving.
And that pain of change is why Microsoft keeps the prices high - because companies would rather pay a bounty there than to bother rethinking how they do things.
-
I hear you.
I've got some clients with medical apps tied to hardware (scopes). Software is available 1000% as Windows only.
It would be nice to have the option of "moving" to a more open form of O/S -
@FATeknollogee said:
I hear you.
I've got some clients with medical apps tied to hardware (scopes). Software is available 1000% as Windows only.
It would be nice to have the option of "moving" to a more open form of O/SWhat type of software is it?
-
@scottalanmiller said:
Especially as nearly any application that requires a specific OS isn't just unnecessarily expensive or limiting, but having an OS dependency means it is mired in a 1990s and older software design paradigm. Modern business software made even since the mid-1990s only very rarely has OS dependencies. That's quite literally a DOS-era problem.
What? I'd say the majority of software is only available on Windows (and Mac) and I can't see that changing any time soon.
@scottalanmiller said:
There are exceptions to this, but they are very rare. Nearly all "stuck on Windows" problems are caused by archaic software and companies that are happy to use software that doesn't come up to incredibly low standards.
Incredibly low standards? I have no idea what you're talking about? I can't see the point of a software house developing non-Windows versions of its applications when Windows is an awesome OS that 99% of it's customer base is more than happy to use.
-
@Carnival-Boy said:
What? I'd say the majority of software is only available on Windows (and Mac) and I can't see that changing any time soon.
Talking serious business software here. Yes the majority is Windows only, but the majority is not something you would want running in a business.
-
@Carnival-Boy said:
Incredibly low standards? I have no idea what you're talking about? I can't see the point of a software house developing non-Windows versions of its applications when Windows is an awesome OS that 99% of it's customer base is more than happy to use.
The point is because making something Windows-centric means that the software is bad for reasons other than the ones that you are assuming. Why would business software (outside of hardware controllers and sensors) run on a desktop at all. In a home, sure. In a business?
There are special cases (Adobe processing products) but how much software are people installing on desktops? How much should they be?
And since developing cross platform is no more work than developing for Windows, why would you lock your customers to spending money with MS when they could be spending that money with you? Why would you not want the largest possible user base for the same effort?
