Half of my org of ~500 engineers works on upstream projects.
Disclaimer: Current employee of VMware
Chances are that the current leadership doesn’t care about how VMware operates, as long as it cuts enough costs to increase metrics that Wall Street considers important.
Expect major cuts in R&D, receptionists, travel expenses, general benefits, and virtually no hiring of college grads or interns. You’ll be on the phone in a queue for hours to get outsourced IT support.
Support of open source should be the least of your worries.
Stock price might go up though…
One of the opportunities at VMware is monetize the open source investment more effectively, especially Kubernetes. I still don't totally understand how they plan to do that but wish them (you) all well.
Disclaimer: Former employee of VMware
- the core vSphere hypervisor and management software
- Vmware Cloud on AWS which is pretty big on its own, plus other cloudy things like datrium / disaster recovery as a service.
- cybersecurity (carbon black and secure state), which is similar to what Symantec does, will be an interesting overlap
- endpoint management (security for desktops, mobile) which was AirWatch
- management (monitoring & automation) aka. vRealize and Cloud Health
- workspace / single sign on, similar to okta (Workspace ONE)
- virtual desktops (Horizon) which compete with Citrix
- software defined networking (NSX) which competes with F5, Cisco, Juniper etc.
- modern apps (Tanzu) which is largely open source... containers & developer tools & data services & agile consulting, e.g. Spring, Apache Tomcat, RabbitMQ, Greenplum, Wavefront, Bitnami / Kubeapps, Kubernetes, Cloud Foundry and Pivotal Labs (now Tanzu Labs)
I could probably do a lot of the same thing with Linux itself, but the web interface is so nice, I'm keeping it as long as it continues to be free for home use.
Taking driver code out of Linux and just running it inside the hypervisor has to be the most brazen violations possible.
If you mean, did they remove the vmkLinux layer from their product? Yes, they did, back in 2019 soon after they won the lawsuit on procedural grounds (the court ruled the person who brought the suit didn't have standing, and it was upheld on appeal).
I understand why you might want to, I just don’t understand what the rule would be.
Again, this is just my opinion so I could end up be wrong. Or maybe I am just in a bad mood today... meh
https://www.forbes.com/sites/antoinegara/2021/04/18/how-wall...
The vast majority of why people are VMware proponents is down to their virtualisation software. It's why we were big resellers for a while. But for the last few years, their own sales people have only wanted to talk about security products, quite plainly acknowledging stagnant growth in on premise virtualisation.
But virtualisation is in my view the only place they've made it big. You've just linked a Reddit post in /r/cybersecurity talking about security products and every reply is about how to replace ESXi. It'll be interesting to see how their future pans out.
VMware Workstation blew my mind when I saw it demoed in (I think) mid-2000 [1]. I genuinely couldn't believe what I was seeing - it seemed that revolutionary, running an OS inside an OS on a desktop. I wonder whether VMware's problem nowadays is that, having basically invented the technology, they've become almost synonymous with the category of virtualisation tech - kind of like "Hoover" for home appliances - and their other products get less attention.
(I know that VMware didn't invent the idea of virtual machines. But my perception is that at that time, virtualised OSs were mostly found in mainframes.)
I imagine someone could use docker instead of VMware in most cases, and if that's not possible then hire some people to make it so.
Vendor lockin is a scary thing, the people who are really going to hurt here are mega super corps who are now going to have to pay out the nose. If you're a smaller company, you should be moving to docker or another open source solution anyway.
I would argue that there are more Docker containers running on a VM, running on top of VMware than there are Docker containers running on bare metal servers.
Both VMs and containers can be used and misused in a number of ways, but rarely can you replace a VM on VMware ESXi with Docker. There's still a massive business case for VMware and the only real competitors are Microsoft Hyper-V and Citrix XenServer (if it's still called that).
You also have to remember that there's a crazy big Microsoft world out there, Docker and containers still aren't of much use here. While this could run on Hyper-V, many just pick ESXi because it's what they know (No one was ever fired for choosing VMware).
But, this does offer incentive for outsiders to create competitive stacks.
When you refer to smaller company and mention docker, or open source, it's only those that are tech startups, or close to the field with the skill to operate in this fashion. The majority of small and medium companies don't have the skills or resources to do this. Over time that changes, but it's completely unrealistic to think that they can get away quickly from VMware (even when their overworked IT person would like to.)
It's been a few years since I've worked with bare metal, but doesn't Docker require a hypervisor for the containers?
You could swap to KVM or Hyper-V, but transitioning an org's hypervisor on bare metal is a massive task any way you cut it.
> My hope is that Michael Dell vetos this merger, from my accounts of Michael and the people I know who are employed by Dell, Michael is a great leader and a good human being and that is the most important thing, not profit at any cost.
I don't know if the author is serious. This deal has Michael Dell financial engineering written all over it. He's not going to veto anything. Dell is all about enriching himself with moves like this rather organically grow a company.
> Seems like their software strategy is to buy a business which doesn't have much room to grow but is extremely entrenched, and then reduce staffing and raise prices as much as possible.
- xcp-ng[1] is a support-available fork of XenServer. Migration[2] can be performed using export to OVA format and subsequent import into the built-in Xen-Orchestra interface.
- proxmox-ve[3] provides a management UI for Linux Virtual Machine (LVM) and Linux Containers (LXC) hosts and provides various vendor migration guides[4]. Both commercial and community support[5] is available.
- The Xen Hypervisor[6] is capable of hosting x86 and ARM virtual hosts, and their project provides a VMware migration guide[7]
[1] - https://xcp-ng.com/
[2] - https://xcp-ng.org/docs/migratetoxcpng.html#from-vmware
[3] - https://www.proxmox.com/en/proxmox-ve
[4] - https://pve.proxmox.com/wiki/Migration_of_servers_to_Proxmox...
[5] - https://www.proxmox.com/en/proxmox-ve/support
[6] - https://xenproject.org/developers/teams/xen-hypervisor/
[7] - https://wiki.xenproject.org/wiki/Migration_from_VMware
It's not the lower level primitives here that are valuable from VMware, it's the higher level abstractions built on top of them that facilitate easier management and use by (relatively) less technical people.
You can give a "good at Windows" type technician a few hours of training and they can put together a usable vCenter deployment, including things like corporate SSO and such. They can drag and drop things around and it'll mostly work. And when things go wrong and this person is confused about what to do, they can call up support for help.
Obviously, this is centered on-prem, which is indeed shrinking - but a lot of orgs have a lot of investment in stuff running on site, and there are still plenty of cases where having e.g. lots of storage and enough compute to "process" it in some way physically close to office users can speed up their workflows.
Disclaimer: I am an ex-employee of VMware.
This is something that the HN crowd repeats as if it were an obvious axiom where no scrutiny is needed. While I'm sure it's true that there's a general movement towards cloud-based infrastructure, there is a very real and non-trivial part of the IT infrastructure of any country that will not move to the cloud in the coming decade, if it ever will. This general movement is not the same thing as "everything will eventually have moved".
The hypothesis that on-site virtualization somehow is an obviously dying technology assumes that it must be true that on-site hosting will stop existing, which I have a very hard time believing. If nothing else (and there are plenty of "elses"), strict data security and privacy concerns will keep on-site hosting moated for a long time.
Which is based upon KVM - AIUI.
https://www.kovarus.com/blog/deep-dive-into-the-aws-nitro-sy...
The current solution to business management feels suboptimal. If companies are like persons maybe they should be organized with a more integrated 'body', where the 'head' doesn't have total power to sell out the rest of the integrated parts for its own gain. Co-op like organizational structures might avoid this issue, for example.
Just like analysts said IBM brought RedHat mainly for Openshift platform and I think there is some truth to it. Seems Broadcom has brought VMWare for their Tanzu platform which is direct competitor of Openshift. It is less about virtualization in corporate data centers which many agree here is legacy business at this point.
Why does a chipmaker want/need to expand into enterprise software? Shouldn't they be expanding to making different chips?
The web page for their software offerings is at https://software.broadcom.com/ . The interesting thing you'll notice is that they do not list any specific software they offer (e.g. Symantec for enterprise security, which by the way is separate from Norton now). Rather they sell you on their ability to deliver on four specific enterprise functional needs.
They won't answer your call to buy their suite unless you're in the Fortune 500. They will try to sell you on their whole suite. They will upsell you on any new acquisition, eg VMWare.
They might renew my personal VMWare Fusion license for another year but would probably close that down soon for not being core. On the M1 I've moved on anyway to UTM.
EDIT: word choice
The cool thing about UTM is that it runs hardware virt and emulation, so you can run x86 on M1, which Vmware Fusion cannot do.
Can someone more financially literate (or with direct experience in the stock market) explain this discrepancy to me?
(comment made at ~9:33am ET, stock market opened a few minutes ago)
As the deal becomes increasingly likely to go through, the stock price will likely gradually shift up to match the deal price.
1. The deal might not go through, or the terms might change.
2. You might not be able to get 100% cash for your shares.
[1] https://www.vmware.com/content/dam/digitalmarketing/vmware/e...
Especially from the Pivotal portfolio such as RabbitMQ, GreenPlum, Spring, Hibernate, etc... although I'm sure most here couldn't care less about Spring related projects.
Disclaimer: I work for Red Hat and used to be part of the Hibernate team
I had concerns that Vertx was bundled into that portfolio too, but RH to rescue again.
I feel like Pivotal has been doing a great job lately - especially with Spring. I'd hate to see Broadcomm mess with this, but it feels highly possible.
The ordering/renewal process was so messed up by the transition that for approximately 18 months it was almost impossible to get a quote or place an order, even to renew an existing subscription, long enough that Symantec started just giving out subscription extensions to tide people over until the order process worked again.
Probably. 6 months ago they were looking at acquiring SAS (which didn't go anywhere). The core competencies for that of those companies are even less related to what Broadcom does.
That said, acquisitions can work if there is due diligence. I'm in a company that has acquired several companies in a related field. Each of the companies have had complementary products, and the cultures were vetted to be similar ours before purchase, ie small groups (30-50 people) who have demonstrated high skill, high trust, and low ego. Finally, there has been an effort keep groups generally autonomous while finding ways to synergize employees and services. There has been a strong feeling of working together. Groups have been willing to share their expertise and experience with other.
I guess in other words: the acquisition is a good idea, even if a product is subsumed into another product, there is plenty of real work to go around for employees to do. If you have to promptly fire people "because redundancy," it wasn't being done to improve your position in the field.
It depends on what you mean by "end up well" and who, exactly, is meant by "acquirer" and "acquired". Yes, they're lucrative and worthwhile from the point of finance people, a rarified sliver of stake-holders and the law firms who buzz around to service all these. If they weren't you would not be seeing them as much.
From the point of view of technology advancement, the professionals who want to actually WORK in these domains, and the customers who depend on the products? No. These mergers/acquisitions are at best a mixed bag and more often a downgrade, or worst of all, a career-derailing adjustment.
I have no idea if the 1 in 4 number is correct, but it feels reasonable.
https://www.macrotrends.net/stocks/charts/ORCL/oracle/market...
It's just a gut feeling, I have no data to back it up.
If you mean recession, as defined by two consecutive quarters of dropping GDP - if GDP drops, stock markets drop. Not sure the directionality there, but the two are usually part and parcel.
If stock prices drop, it's a great time for acquisitions if you're sitting on cash.
I suspect any time stock markets drop sufficiently, you'll see increased M&A activity, regardless of whether it is prolonged enough to count as a recession.
To me it just looks like older companies paying to keep from having to deal with Linux directly
Those companies run all their boring, essential software (accounting, ERPs, etc.) on VMWare, Oracle, Azure, etc. Since software isn't their core business, they pay an external company to keep their software running. Like it or not, cloud providers are for software companies, and most companies have no interest in becoming a software company. They might have some small groups that do analytics or software in-house, and those groups might use cloud providers, but all the essential software will be run by a company you can call when something breaks, or if you're big enough embeds some staff in your office.
It's just good sense to outsource non-core functions. Software companies outsource hosting and datacenter stuff to AWS, etc. Why should enterprises deal with Linux directly?
KVM performance is orders of magnitude better than VMWare and handles migrations snapshots imports and exports without additional byzantine license agreements or mandatory minimums for hardware support on network switches and servers. Cockpit makes it dead simple to run.
Oracle performance is so awful the license terms do not allow you to release performance benchmarks or comparative analysis against other databases. it also has all the same heavy lifting you need to focus on for things like galera clusters or postgres, so theres no clear win unless you like paying Larry for the privilege of slow transactionals on a hyperconverged iron beast, or youre too lazy to figure out ODBC.
And Symantec so openly hates their customers they now bundle a cryptominer with their software. before that their incompetence was so blinding Google had to step in and force them to give up their CA business.
"enterprise" software is an absurd proposition for anyone smart enough to realize their business is more than just the end product. to everyone else, these companies are borderline predatory.
Not just Linux but IT in general. It may have to be about security; my impression is that at least some of the widespread successful attacks in recent years might have been prevented if non IT companies had their own IT department, servers and in house security teams. Relying on an external provider is cheap and comfortable, until the day a single vulnerability screws all its customers data in a single day.
In this case, they have no need for VMWare or Oracle.
Actually, the parent comment is on to something. "Brand name" enterprise software is a buoy that certain types of careerists handcuff themselves to, which allows them to float through their careers fairly unchallenged.
At one point in time, IBM had this market position. Then Microsoft, Oracle, and now Amazon and Google.
Um... perhaps because it is less costly and will lead to better capabilities, more reliability, less complexity than burying it under 18 layers of apis, containers, and virtual machines.
I can't imagine it being cheaper to build everything yourself on top of just plain KVM, or even LXC.
You can see people spending millions of dollars a year to keep from having to deal with Linux as evidence that they are stupid. Or you can see it as evidence that Linux really is that bad. It works both ways.
VMware gives you a thing people can be trained on and certified on, a brand you can hire for and screen resumes on, a consistent environment which behaves in a predictable way that you really can turn employees into replacable cogs. Any helpdesk or admin employee can deal with VMware, any MSP, any tech recruiter, and a lot of training companies. You can get backup systems which "support VMware" and storage which integrates with VMware snapshots, and reporting tools which work with VMware.
It's almost not about the tech at all, it's about how do you build companies on shifting sands? You define interfaces for components which can be plugged together. "VMware" is an API or interface that the business can work to; vendors can say "deploy this OVF to VMware", sales can say to the business "this thing we need works with VMware" or to the customers "we can work with your VMware" or "our offering is trustworthy because we use VMware" and the customer recognises the name. HR can say "we need to hire people who know VMware" and that means something fairly specific to the wider world. "runs on Linux" and "people who know Linux" are wildly, wildly, variable and vague things which could mean "ran a website, minimum wage" or "turns SELinux off to make things run" or "was SRE for FAANG" or "did a PHD in AI for tuning networking stacks in HPC applications but doesn't know anything else".
You make software by defining interfaces and components that can be plugged together to make larger systems. Brands are that, for tech. Like you hire someone who "knows React" not someone who "is a programmer" because that's too vague and is as likely to get you someone who worked on a Java CRUD program or someone who worked on a Python log analyser. Like you hire a "service delivery manager" or a "customer account manager" and not "an employee".
A friend uses VMWare in an IT role at a medium sized company. They don’t have a software engineering team, just a bunch of users and an IT skeleton crew; so it makes sense for them.
Microsoft has a monopoly on Corporate Domains/OS as it is.
Have you ever considered the other way around? That is, “What changes with age that would make someone over 40 prefer outsourcing a problem to an enterprise?”
It’s possible that this trend is a result of a different perspective.
I worked at companies as a software developer from 1996 - 2012 that had to manage their own infrastructure. But today, the only company that I worked for back then that would be managing their own infrastructure today is the one that has mainframes and hardware that handle the backends for lottery systems across the US.
By 2012, there was a slow shift to the cloud.
I first was exposed to how large enterprises worked in 2017. I was hired to lead two green field implementations. But at the last minute they decided to “move to the cloud” neither they nor I knew anything about the cloud. They hired consultants and a Managed Service Provider. Of course the internal IT department was vigilantly defending their turf and the “consultants” were old school Netops folks who only knew how to “lift and shift” and duplicate an on prem infrastructure and all of the red tape to the cloud and of course it was more expensive than just using a colo.
I spent the next six months after the decision was made studying AWS and getting a certification not because I value certifications (I don’t). But it gave me a guided learning path to know what I didn’t know. It did open my eyes to what I wanted to do - work with companies - specifically developers and operations to show them how to actually take advantage of cloud and not just do lift and shifts - ie true “Devops”.
I left that company and went to a small startup for two years where I learned everything I know about “cloud application modernization” and then ended up in Professional Services at AWS.
Until I started working with large enterprises and government organizations from the consulting side, I never appreciated the concerns of large enterprises and how they aren’t in the “tech” business and it does make sense to outsource that knowledge - not to ProServe we don’t do that type of work - to external partners.
As far as VMWare, as silly as it sounds on the surface. Companies actually use VMWare to manage hybrid infrastructure on the cloud and on prem as a “single pane of glass”.
https://aws.amazon.com/vmware/
I personally don’t deal with those implementations. I stick with app dev.
New companies, too. There's a lot to be said for paying someone to make problems go away. Not everyone wants to write their own software or change their own oil.
"Use proxmox" - fucking lol
Yes I know how to do app dev + cloud Net ops, it’s kind of my thing.
Companies don't buy companies, they buy IP, as I understand it.
Of course, it goes both ways and laws often favor the strong against the weak. But it is not all one-sided.
Broadcom is paying for the huge enterprise customer base, sales and support connections, mindshare, and engineering org that has proven adaptable to market demands.
There is no reason for the west to allow Chinese companies to compete in their markets. Reciprocal market access or no access at all.
If western trade agreements forbid companies of a certain size from selling locally there is no alternative for Asian companies but to split or exit the market. We aren't helpless passengers on a worldwide economic joyride.
Also are you talking about Israel or Bangladesh? They are in Asia too.
It may be inevitable but I think I have a solid idea to at least check its explosive growth.
The CEO and the board (includes President) ought to be personally civil as well as criminally liable for any actions of the employees, contractors, or agents of the company if they cannot prove that the employees, contractors, or agents acted against company policy. Elimination of the "right to work" is a precondition to this proposal.
There's no reason the company selling them support couldn't be providing support for QEMU btw. If it met their needs otherwise I'm sure they'd consider it.
Plenty of companies seem to be OK with using GPL2-licensed Linux, why wouldn’t qemu be the same?
With a bit more planning and a larger environment and more licensing, and not much more tech skills, you'll have redundant trunked network links, it will migrate VMs between nodes to balance load, integrate with the node IPMI management to power hosts down when the load is light and power them on when the load increases, and for enough money on licensing it will keep two VMs on different host nodes in sync down to the CPU instruction in case one host fails nobody will notice. Also with not much tech skills.
And when I say "not much tech skills" you do need to understand enough about computing to plan it and cable things in properly and deal with VLANs and subnets and ISOs and DNS, routing, and VMware's way of doing networking, and the basics. But you need to know approximately nothing about /etc/ or XML or YAML, cluster quorums, elections, filesystem locking, heartbeat or watchdog services, distributed consensus protocols, package management, LVM, systemd, hypervisor subsystems, PAM modules, Kerberos, webservers, databases, Unix permissions, or etc.
I'm under no illusions that it's cheap, or bug-free, or that you never need to SSH in and poke it ever, or that it's the right thing for every task, or that it's the modern way. But it's an amazing packaging up of a lot of things into a worldbeating product, and its integration with Dell specifically - Dell hosts, Dell EMC storage - is such a good fit that makes me surprised and sad that Dell would sell VMware.