Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Microsoft and Red Hat partner

blogs.microsoft.com

Post reply on HN
Print view View original

91–100 of 177 posts

Re: Microsoft and Red Hat partner

#91

Post by novaleaf »

baldfat wrote: post #47
thebouv wrote: post #8

I'm not fooling myself into seeing this as anything but a "you scratch my back, I'll scratch yours" setup. RedHat is getting a ton out of this, and so is Microsoft. Who's the main target for Azure? Enterprise companies who trust Microsoft implicitly. When an exec comes to the head of IT and says "we need to be on the cloud! I read about it!", Azure eases the transition by being able to go to vendor you've already bee…

Azure has been mostly Linux Applications for a while now. Whenever Enterprise wants a contract they almost exclusively think Red Hat. So this makes sense for both of them to team up.I also don't see any fallout in the community because of this. Since Ubuntu ruling the cloud instances this also makes sense for Red Hat.

Msft to buy Red Hat?

Re: Microsoft and Red Hat partner

#92

Post by Spooky23 »

bluedino wrote: post #82
Spooky23 wrote: post #41

Earlier quoted context omitted.

It's not a trust thing. Microsoft is wheeling and dealing with Azure. So you won't get a deal on O365 or Dynamics anymore, but you can buy Azure credits at a discount. They are using Azure as a loss leader to get you hooked, then the price goes up. This new SaaS world is kind of like buying cars.

Our Dynamics reseller was adamant that we run it in-house. You could run it on Azure, but we don't recommend it. It's just not there yet.

I think I confused the point. When you say "Microsoft, I'm buying X more licenses for Dynamics, give me a discount." they reply, "How about no discount, but some cheap Azure instead?"

Re: Microsoft and Red Hat partner

#93

Post by wslh »

stronglikedan wrote: post #77
Someone1234 wrote: post #63

Earlier quoted context omitted.

With all due respect: I don't buy it. That isn't how the technology works. Compilation in particular would never even hit the hypervisor layer regardless of which one you were utilising. It is CPU/memory bound. The difference between hypervisors for IO is tiny. They're all slower than native, but vary very little between one another. That's why the manufacturers have all almost given up trying to use performance for…

I have a developer who can show a marked difference in performance between VMWare Fusion (paid) and VirtualBox (free) running Windows 7 on OSX. Same Windows ISO used to install both, and both running on the same hardware and OS, with exact VM configs (as close a you can get between the two). I'm talking a night-and-day difference - VMWare Fusion is usable, but VirtualBox is not. After reading your comment, and admitt…

There is a big impact in performance if you are running a graphical user interface instead of a server only with the console. VMware put more efforts in the UI than other vendors.

I would always separate benchmarks for server or desktops.

Re: Microsoft and Red Hat partner

#94

Post by toyg »

thebouv wrote: post #88
baldfat wrote: post #47

Earlier quoted context omitted.

Azure has been mostly Linux Applications for a while now. Whenever Enterprise wants a contract they almost exclusively think Red Hat. So this makes sense for both of them to team up.I also don't see any fallout in the community because of this. Since Ubuntu ruling the cloud instances this also makes sense for Red Hat.

Ubuntu rules cloud instances elsewhere? I almost always see the choices as CentOS or RedHat. But that might be my myopic view cause I am always just looking for those right off the bat.

Ubuntu is usually the first to be offered by most cloud services (especially on free tiers), because its a good compromise between a liberal license, commercial support and light requirements. This gave it a good momentum in some quarters, although I agree that it doesn't really look like "domination".

It would be cool to get numbers across all providers, in terms of deployed instances of this or that OS. There's a good story to write, there.

Re: Microsoft and Red Hat partner

#95

Post by wslh »

Someone1234 wrote: post #63
diakritikal wrote: post #17

In the last 5 years we've experimented with Linux on top of hyper-v a few times. The basic I/O, compile & runtime performance was significantly inferior to xen & kvm (didn't bench against vmware, phasing it out due to cost), it wasn't worth any effort to even deploy apps for testing. Therefore I don't see Linux on hyper-v being a compelling option for the cost conscientious technical officer or lead engineer.

With all due respect: I don't buy it. That isn't how the technology works. Compilation in particular would never even hit the hypervisor layer regardless of which one you were utilising. It is CPU/memory bound. The difference between hypervisors for IO is tiny. They're all slower than native, but vary very little between one another. That's why the manufacturers have all almost given up trying to use performance for…

I don't buy it either and it is not my experience. My bad experience with hyper-v was running a desktop Linux but was expected because other factors like 3D/2D acceleration are not supported.

I would expect a full description of the benchmarks and setup to follow up.

Re: Microsoft and Red Hat partner

#96

Post by weazl »

aexaey wrote: post #89
ygra wrote: post #86

Earlier quoted context omitted.

Wouldn't this work for configuring lots of open ports: https://msdn.microsoft.com/library/azure/dn495300.aspx ? Never used the cmdlets for Azure and it's been a while that I dealt with it, but that sounds like an issue you'd only do via the web interface if you're insane.

Wouldn't work for me, as the {Get,Add}-Azure* scripts are windows/powershell-only. But then again, existence of CLI tools means there's an API. So, with a bit of luck, we might one day see a portable CLI tool (maybe boto3 [1] ported to azure API... one can dream! :-) Thanks for pointing those out! [1] https://github.com/boto/boto3

Try their xplat cli [1], it's built on node/npm. I'm on Windows but still prefer this one over the PowerShell one.

[1] https://www.npmjs.com/package/azure-cli

Re: Microsoft and Red Hat partner

#97

Post by ARothfusz »

I remember when Microsoft teamed up with IBM on OS/2, so I'd predict that Microsoft comes out with its own brand of Linux within 5 years. That will give them time to learn what they need to include/exclude and support.

Re: Microsoft and Red Hat partner

#98

Post by X-Istence »

aexaey wrote: post #51
diakritikal wrote: post #17

In the last 5 years we've experimented with Linux on top of hyper-v a few times. The basic I/O, compile & runtime performance was significantly inferior to xen & kvm (didn't bench against vmware, phasing it out due to cost), it wasn't worth any effort to even deploy apps for testing. Therefore I don't see Linux on hyper-v being a compelling option for the cost conscientious technical officer or lead engineer.

I'm getting approximately the same CPU & storage performance out of Azure's A0 machine w/Debian8, as from AWS t2.micro instance with spinning rust storage and Debian8 (both are cheapest offer available, and price is quite similar between them). Network on Azure though is a totally wrecked thing: - A0 instance is capped to a miserable 5 megabit/s uplink (downlink is fine); - If you want TCP/UDP ports open, you need to…

I don't see why private IP's in a trace route is necessarily wrong...

Many large providers are numbering their hops with private IP space and routing public space across it because they don't want to waste /30's of public space for each point to point.

Yes, /31 is an option, but there were a lot of edge cases or network gear that didn't support it.

Re: Microsoft and Red Hat partner

#99

Post by ppog »

aexaey wrote: post #89
ygra wrote: post #86

Earlier quoted context omitted.

Wouldn't this work for configuring lots of open ports: https://msdn.microsoft.com/library/azure/dn495300.aspx ? Never used the cmdlets for Azure and it's been a while that I dealt with it, but that sounds like an issue you'd only do via the web interface if you're insane.

Wouldn't work for me, as the {Get,Add}-Azure* scripts are windows/powershell-only. But then again, existence of CLI tools means there's an API. So, with a bit of luck, we might one day see a portable CLI tool (maybe boto3 [1] ported to azure API... one can dream! :-) Thanks for pointing those out! [1] https://github.com/boto/boto3

There is a cross-platform CLI (based on Node.js), which runs on OS X and Linux as well as Windows - I don't specifically know if it has commands for opening ports though. There's information and links at https://azure.microsoft.com/en-us/documentation/articles/xpl... if you want to check it out.

Re: Microsoft and Red Hat partner

#100

Post by GPGPU »

You know, I'd love to see the Windows UI and experience on top of a solid Unix API. In fact, they can easily implement a full Linux API on top of the Windows API. Sort of what Apple did with Mach/NeXT.

Microsoft could embrace and extend Linux and legitimize it.

Post reply on HN