KVM or VMWare
-
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
There's no shortage of KVM talent, so anyone telling you that they can't hire is actually telling you that they are so bad at searching that they can't function as a business or they are so bad to work for that no amount of money can fix it.
This simply isn't true. No one in the enterprise space runs qemu/libvirt. They've developed their own APIs (gvisor, firecracker, etc).
It's totally true. Just because you are talking to companies doing a bad job and lying about it and you are accepting what they say as truth doesn't make it so, at all. As long as talent is on the market, and it is without any shortage, then the issue is with the companies hiring (or failing to hire), this is just basic logic. They claim they can't hire, yet people are looking for that work that know what they are doing. GIven those facts, what they claim can't be true. Basic economics.
I'm not. You don't have a real pulse on the market it seems. These are just claims you're making without any basis. Just because you can find some people who can install Proxmox doesn't mean there is KVM expertise.
Also, Proxmox doesn't count as KVM expertise in case that's the angle you're trying to use here.
I never made the claim about anything about ProxMox. I just said that KVM skills are not in short supply. There's lots on the market. Everyone makes claims that there is a shortage to justify not providing in house talent and just going to vendors. It's an easy claim to make and if a company is crap at hiring it even makes it appear to be true. But we all work in IT and know that it's not even remotely true. Tons of people are on the market, and tons of support firms are too. The bottom line is that companies avoid hiring them (or anyone) because they like just paying a vendor as an excuse. Went through this this week, luckily once we talked about this exact stuff they understood immediately and didn't just hire a vendor to sell them stuff.
It's easy to follow the sales people and get paid as a middleman and not to do IT, so everyone wants to so it. Big enterprises are full of middle managers looking to protect their jobs. SO the process just keeps repeating. But don't repeat it to IT people as if we don't know better. We all know that skills are on the market and companies aren't hiring them.
-
@stacksofplates said in KVM or VMWare:
Also, Proxmox doesn't count as KVM expertise in case that's the angle you're trying to use here.
While I never implied it, it absolutely does. That's like saying that working with vSphere doesn't count as VMware experience. That's pretty absurd. In fact, as Jared was saying, you always deploy with management suites. So if anything, KVM without something like ProxMox might be less of KVM experience than ProxMox.
Is your claim that KVM experience only counts if you are building your own interfaces to it? What does that say about the 100% lack of VMware skills by the same logic?
-
From working in big business, if I was to use my small cross section of things, I'd say that VMware support is truly lacking in comparison to KVM. Like Windows, anyone and everyone claims to know VMware and has a cert and has touched it, but almost none can discuss it rationally and have little, if any, actual knowledge of it. And in real world experience, that includes VMware staff.
The whole concept around VMware support is that less knowledge is needed, but that's a dangerous place to be where you just push buttons and hope you chose well because you don't know what it is doing. That's the majority of VMware "support" we've seen in the real world, including this past week from VMware where they were pushing a solution before even knowing the customer's architecture or needs - demonstrably doing sales, not IT. And demonstrating the gap in support.
-
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
There's no shortage of KVM talent, so anyone telling you that they can't hire is actually telling you that they are so bad at searching that they can't function as a business or they are so bad to work for that no amount of money can fix it.
This simply isn't true. No one in the enterprise space runs qemu/libvirt. They've developed their own APIs (gvisor, firecracker, etc).
It's totally true. Just because you are talking to companies doing a bad job and lying about it and you are accepting what they say as truth doesn't make it so, at all. As long as talent is on the market, and it is without any shortage, then the issue is with the companies hiring (or failing to hire), this is just basic logic. They claim they can't hire, yet people are looking for that work that know what they are doing. GIven those facts, what they claim can't be true. Basic economics.
I'm not. You don't have a real pulse on the market it seems. These are just claims you're making without any basis. Just because you can find some people who can install Proxmox doesn't mean there is KVM expertise.
Also, Proxmox doesn't count as KVM expertise in case that's the angle you're trying to use here.
I never made the claim about anything about ProxMox. I just said that KVM skills are not in short supply. There's lots on the market. Everyone makes claims that there is a shortage to justify not providing in house talent and just going to vendors. It's an easy claim to make and if a company is crap at hiring it even makes it appear to be true. But we all work in IT and know that it's not even remotely true. Tons of people are on the market, and tons of support firms are too. The bottom line is that companies avoid hiring them (or anyone) because they like just paying a vendor as an excuse. Went through this this week, luckily once we talked about this exact stuff they understood immediately and didn't just hire a vendor to sell them stuff.
It's easy to follow the sales people and get paid as a middleman and not to do IT, so everyone wants to so it. Big enterprises are full of middle managers looking to protect their jobs. SO the process just keeps repeating. But don't repeat it to IT people as if we don't know better. We all know that skills are on the market and companies aren't hiring them.
Point to any consultancy other than yourself that specializes in KVM. You continually say things like "we know", "every one knows", "it's clear" but never provide any proof.
Libvirt and qemu clearly aren't used widely and it shows in their APIs. You can say vmware is because of sales people but people writing the automation around these solutions make it clear that it isn't. Tools like VMware and even nutanix to a degree are the most widely used because it's much much easier to integrate with them.
I love KVM and love to use it but there is clearly not a lot of KVM talent running around.
-
@scottalanmiller said in KVM or VMWare:
From working in big business, if I was to use my small cross section of things, I'd say that VMware support is truly lacking in comparison to KVM.
Atatements like this are what make people not listen to things you say. This is just clearly not the case.
-
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
-
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
There's no shortage of KVM talent, so anyone telling you that they can't hire is actually telling you that they are so bad at searching that they can't function as a business or they are so bad to work for that no amount of money can fix it.
This simply isn't true. No one in the enterprise space runs qemu/libvirt. They've developed their own APIs (gvisor, firecracker, etc).
It's totally true. Just because you are talking to companies doing a bad job and lying about it and you are accepting what they say as truth doesn't make it so, at all. As long as talent is on the market, and it is without any shortage, then the issue is with the companies hiring (or failing to hire), this is just basic logic. They claim they can't hire, yet people are looking for that work that know what they are doing. GIven those facts, what they claim can't be true. Basic economics.
I'm not. You don't have a real pulse on the market it seems. These are just claims you're making without any basis. Just because you can find some people who can install Proxmox doesn't mean there is KVM expertise.
Also, Proxmox doesn't count as KVM expertise in case that's the angle you're trying to use here.
I never made the claim about anything about ProxMox. I just said that KVM skills are not in short supply. There's lots on the market. Everyone makes claims that there is a shortage to justify not providing in house talent and just going to vendors. It's an easy claim to make and if a company is crap at hiring it even makes it appear to be true. But we all work in IT and know that it's not even remotely true. Tons of people are on the market, and tons of support firms are too. The bottom line is that companies avoid hiring them (or anyone) because they like just paying a vendor as an excuse. Went through this this week, luckily once we talked about this exact stuff they understood immediately and didn't just hire a vendor to sell them stuff.
It's easy to follow the sales people and get paid as a middleman and not to do IT, so everyone wants to so it. Big enterprises are full of middle managers looking to protect their jobs. SO the process just keeps repeating. But don't repeat it to IT people as if we don't know better. We all know that skills are on the market and companies aren't hiring them.
-
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
From working in big business, if I was to use my small cross section of things, I'd say that VMware support is truly lacking in comparison to KVM.
Atatements like this are what make people not listen to things you say. This is just clearly not the case.
Because people hate the truth.
Let's face it, we all know it is true. But it's not popular from the vendor's perspective. And people don't like to rock the boat. But anyone who has dealt with these vendors knows that getting actual support is not always as miraculous and people like to claim it to be.
Once you get into the trenches and run IT, it's obvious how much of the vendor claims are false. I've worked at some of the big vendors, they farm work out just like little shops do. Tons of their skills are not in house, but calling on outsiders.
-
@irj said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
There's no shortage of KVM talent, so anyone telling you that they can't hire is actually telling you that they are so bad at searching that they can't function as a business or they are so bad to work for that no amount of money can fix it.
This simply isn't true. No one in the enterprise space runs qemu/libvirt. They've developed their own APIs (gvisor, firecracker, etc).
It's totally true. Just because you are talking to companies doing a bad job and lying about it and you are accepting what they say as truth doesn't make it so, at all. As long as talent is on the market, and it is without any shortage, then the issue is with the companies hiring (or failing to hire), this is just basic logic. They claim they can't hire, yet people are looking for that work that know what they are doing. GIven those facts, what they claim can't be true. Basic economics.
I'm not. You don't have a real pulse on the market it seems. These are just claims you're making without any basis. Just because you can find some people who can install Proxmox doesn't mean there is KVM expertise.
Also, Proxmox doesn't count as KVM expertise in case that's the angle you're trying to use here.
I never made the claim about anything about ProxMox. I just said that KVM skills are not in short supply. There's lots on the market. Everyone makes claims that there is a shortage to justify not providing in house talent and just going to vendors. It's an easy claim to make and if a company is crap at hiring it even makes it appear to be true. But we all work in IT and know that it's not even remotely true. Tons of people are on the market, and tons of support firms are too. The bottom line is that companies avoid hiring them (or anyone) because they like just paying a vendor as an excuse. Went through this this week, luckily once we talked about this exact stuff they understood immediately and didn't just hire a vendor to sell them stuff.
It's easy to follow the sales people and get paid as a middleman and not to do IT, so everyone wants to so it. Big enterprises are full of middle managers looking to protect their jobs. SO the process just keeps repeating. But don't repeat it to IT people as if we don't know better. We all know that skills are on the market and companies aren't hiring them.
Is this supposed to tell me that KVM people aren't available? These look like job postings. I'm not sure what this is in reference to. That big companies hire badly we've already covered.
-
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
-
I think you are trying to repeat the old "Windows has more support than Linux" argument, which is obviously well known to be untrue. The market hires loads more Windows people than it does Linux, more people purport to work on Windows than Linux, and we all know how that works out. Your list shows exactly what I'm talking about. VMware has the volume of listings... this tells us how people think that they need to hire, or what they want. Tells literally nothing of what is available.
-
@stacksofplates said in KVM or VMWare:
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
Just a side note, but what type of auditing are you talking about? Security audit? Compliance audit?
-
@scottalanmiller said in KVM or VMWare:
think
That's not apples to apples. One is support one is hiring engineers. Two different things.
-
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
think
That's not apples to apples. One is support one is hiring engineers. Two different things.
No idea why this quoted so weird.
-
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
Just a side note, but what type of auditing are you talking about? Security audit? Compliance audit?
All of the above.
-
@stacksofplates said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
think
That's not apples to apples. One is support one is hiring engineers. Two different things.
No idea why this quoted so weird.
"Just because something may be supported, doesn't imply that it is support."
-
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@scottalanmiller said in KVM or VMWare:
think
That's not apples to apples. One is support one is hiring engineers. Two different things.
No idea why this quoted so weird.
"Just because something may be supported, doesn't imply that it is support."
-
@stacksofplates said in KVM or VMWare:
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
Just a side note, but what type of auditing are you talking about? Security audit? Compliance audit?
All of the above.
OK, thanks.
But how about libvirt being used by openstack and openshift? There has to be a lot of enterprises running that in their hybrid cloud environment. Surely not everyone is running their workloads only on Amazon or Google. Red Hat has to be out there pushing a lot of this to their enterprise customers. And surely these environments are fully automated and auditable just like aws or gcp. Or isn't that the case?
-
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
Just a side note, but what type of auditing are you talking about? Security audit? Compliance audit?
All of the above.
OK, thanks.
But how about libvirt being used by openstack and openshift? There has to be a lot of enterprises running that in their hybrid cloud environment. Surely not everyone is running their workloads only on Amazon or Google. Red Hat has to be out there pushing a lot of this to their enterprise customers. And surely these environments are fully automated and auditable just like aws or gcp. Or isn't that the case?
Openshift is on azure now
-
@irj said in KVM or VMWare:
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@pete-s said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
@irj said in KVM or VMWare:
@irj said in KVM or VMWare:
@stacksofplates said in KVM or VMWare:
The integration with the REST APIs is more important than any of the anscillary features of qemu/libvirt.
Exactly. Stuff isn't done manually anymore.
It's not even that about manual process. It's about being able audit, and have a repeatable process.
Auditing in KVM is pretty much not there lol.
Just a side note, but what type of auditing are you talking about? Security audit? Compliance audit?
All of the above.
OK, thanks.
But how about libvirt being used by openstack and openshift? There has to be a lot of enterprises running that in their hybrid cloud environment. Surely not everyone is running their workloads only on Amazon or Google. Red Hat has to be out there pushing a lot of this to their enterprise customers. And surely these environments are fully automated and auditable just like aws or gcp. Or isn't that the case?
Openshift is on azure now
Yes, Red Hat says you can install and run it on:
- your laptop
- public cloud - Amazon Web Services (AWS), Microsoft Azure, and Google Cloud. Coming soon: IBM Cloud, Ali Cloud
- your datacenter
- managed by Red Hat
https://developers.redhat.com/products/openshift/download
I haven't used it though but it would be fun to look into. I always thought you needed a huge infrastructure just to run it.
