4 ms·
Are there any well known YC companies using Azure? All the ones I know that have published their technology stacks are using AWS, which is why I expect AWS feat
by mythz 11y ago
Are there any well known YC companies using Azure? All the ones I know that have published their technology stacks are using AWS, which is why I expect AWS features to be more popular on HN since they're more relevant and useful.
- partiallypro 11y agoAre you assuming that only YC company employees use Hacker News as a news source? Google gets just as much airtime as Microsoft and Amazon here, and Google is vastly smaller (as of right now) in their cloud business.
- mythz 11y agoNo I'm assuming a lot of the Startup and YC community here are overwhelming using AWS which is why I expect AWS stories would be more relevant. I just see a lot of manufactured hype around Azure and not many well-known Startups using it.
- learnHowItWorks 11y agoThe world is a lot bigger than the view around startups. They are great and all, but the audience of this site has grown a lot and includes a large number of corporate IT people now. Weren't there several AWS stories on the front page anyway today? Has "cloud provider" become as tribal as "phone manufacturer" or "os vendor/not-vendor"? That whole part of technology culture is just wearing me out. Research shows that some things in tech trip the same emotional centers in the brain as religion. It just makes me tired. Even if MS was directly paying for stuff like this, wouldn't that be in-line with PG's libertarian whatchamacallit?
- 3327 11y agoI wish I had a screen shot but the post had 42 up votes and did not have a single comment. Am I the only person that finds that a bit odd?
- moron4hire 11y ago42 is an even number.
- staticautomatic 11y agoI'm not a YC company but will share one man's opinion about Azure. We started using it because we have one piece of software in our stack that only runs on Windows, so we have a Windows VM and a couple Linux VM's running everything else. We're early in the life of the company so we're pretty much just using it for basics, but as a platform it's been fine. My dev ops guy seems to have few complaints on a day to day basis. The one area we've consistently had real issues is with static IP persistence and VM location. At times, between our portal and an RDP session I've seen up to 3 different IP's for the same VM. Our VM's invariably lose their static IP's during reboots, which is a real nightmare because some of our vendors require IP white listing. We also can't seem to confirm that our servers are geographically where they're supposed to be. If we try to geolocate a server in US-West, we variously see it in other parts of the country, or even the world.
- learnHowItWorks 11y agoThere's actually some very well thought out features related to what he's having a problem with. Don't just go with the "one endpoint per vm" that the default comes with in the older portal. Create a virtual network. Specify a custom DNS server or two for that subnet. Set static IP's on the NIC object in the new portal. Create a public IP address and bind it to that resource. There are lots of options for fixing this problem. I'm really not trying to be all "read the eff manual" or anything. It really has changed a lot. Look at how some of the Azure Resource Manager templates fix this problem. They are all on github. The can show you what's possible even if you don't go with the declarative model for your environment.
- partiallypro 11y agoI'm reasonably seasoned in Azure, though far, far from an expert. But it sounds like you need to set up a Reserved IP in Azure, that should solve your problem. You'll need PowerShell to do this. (tut: https://azure.microsoft.com/en-us/blog/reserved-ip-addresses/ https://azure.microsoft.com/en-us/blog/reserved-ip-addresses...) I think you can do this from the Azure CP now, I am not 100% sure. Your IP should not flush on reboot though, that should theoretically only occur if you're doing cold boots/shutdowns; but that's a no-no in any cloud environment unless you have a reserved IP; which is why you are encouraged to use cnames instead for domain management, etc. As far as the region problem, this can happen if you're using something like a scale set or load balancers. That could throw off a trace route. Also making sure your storage account, etc are all in the same region is fairly important.