TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Why aren't you using a public cloud?

64 点作者 pythonovice大约 7 年前
I'm curious to learn reasons why your company is not use a public cloud platform such as AWS, Azure, GCP, etc.?

24 条评论

joefourier大约 7 年前
Dedicated hosting is much better bang for your buck, especially for bandwidth. If you do something like video streaming and have relatively predictable loads, I&#x27;ve found that you have to pay at least an order of magnitude more with public cloud compared to dedicated servers on OVH or Datapacket. Maxing out a 2gbps server on Datapacket would cost you just $320&#x2F;month for 648 TB of outgoing bandwidth monthly, versus at least $6,480 just for the bandwidth on Amazon S3.<p>For venture-backed startups with an emphasis on growth or large scale enterprises, the convenience of the cloud may outweigh the cost premium. But for small to medium size organizations where server load doesn&#x27;t fluctuate on a day-to-day basis, I haven&#x27;t yet been convinced that the cloud offers a good enough value proposition.
评论 #17114286 未加载
评论 #17113992 未加载
评论 #17114018 未加载
评论 #17115167 未加载
ajdecon大约 7 年前
I’ve worked in a few different settings on large-scale scientific computing. For those applications:<p>- Not cost-efficient at large scale. When you expect and plan to run thousands of nodes at near 100% CPU and memory usage for years at a time, running a machine room can still be less expensive.<p>- Specialized hardware not available in public clouds, e.g., very low latency networks configured in an optimal topology.<p>- Lack of control over hardware upgrade schedule. E.g., a cloud probably won’t give you those shiny new GPUs as early as you can shove them in your own servers.<p>The balance is shifting in many of these areas, and there’s plenty of scientific computing that can use a public cloud now. But I still wouldn’t use it for problems that are both highly CPU-intensive and require low latency networks, especially if I have long-term workloads.
评论 #17114183 未加载
评论 #17114236 未加载
johnklos大约 7 年前
There&#x27;s a trend for people to give up all of their information without the slightest regards for privacy or possible abuse. People do this with Facebook by allowing Facebook to, quite literally, track them throughout pretty much all aspects of life - communications, personal habits, photos, location, purchasing, et cetera.<p>On the business side, there&#x27;s this trend to stick everything in to &quot;the cloud&quot; and just trust it&#x27;s OK because everyone else is doing it.<p>It seems it&#x27;s too much effort for people to imagine all the ways this could go wrong. Some of us, though, actually think and care and don&#x27;t simply believe everything we&#x27;re told.<p>What happens when we find out the true extent that our information is being used against us? For a majority of us, it&#x27;ll be too late because chasing fads and trends and doing what everyone else is doing is too appealing, somehow.<p>For those of us who are too paranoid to just hand over data, you can&#x27;t even say we&#x27;re wrong any more - just look at what Edward Snowden taught us about the extent to which our own government has been flagrantly disregarding the law. Keep in mind that&#x27;s barely scratching the surface.
CyanLite2大约 7 年前
Cloud migration specialist here. Biggest thing I see is the culture. Large shops will be 80% infrastructure and 20% developers. Infrastructure folks almost always will be fired after a successful cloud migration. Middle Managers want to keep a large staff and budget to justify themselves. CIOs often come up through the infrastructure career path and don’t trust firewalls if they aren’t made by Cisco or SANs that they can’t touch. (“So you’re telling me that their homemade switches are better than Cisco?”) I even had a CIO of a Fortune 1000 ask me what brand of fiber optic cables are in use in AWS. Overall it’s mostly shops putting their head in the sand hoping they can go another 2-3 Years in their cushy “Director of Infrastructure” jobs.<p>Most of my success comes not from selling to IT but the CFO or Board. Once they realize they can eliminate a dozen or so SAN Storage or networking engineers then the cloud doesn’t seem so expensive after all.
评论 #17114294 未加载
djhaskin987大约 7 年前
Do you Uber to work everyday? I don&#x27;t. I use it occasionally but most of the time I drive my car to work.<p>Cloud is best for handling spike workloads, not day to day.
评论 #17114300 未加载
评论 #17114705 未加载
virmundi大约 7 年前
Cost. Linode is cheaper than AWS if you are willing to do your own ops. Lack of vendor lock in. Yes, AWS provides load balancing. When you look at their offerings they hook you by offering thing their way. You can use AWS messaging or run Rabbit. Many people start to adopt AWS since they are deployed there rather than thinking about doing things on their own.
评论 #17114404 未加载
notamy大约 7 年前
Price. It&#x27;s SIGNIFICANTLY cheaper for me to run high bandwidth&#x2F;CPU applications on dedicated hardware from ex. OVH. I end up only spending a few hundred a month on hosting vs. thousands or tens of thousands. Tools like Rancher &#x2F; Saltstack &#x2F; etc. work just fine for me without being in The Cloud(tm) too, so nothing is pushing me to switch.
CM30大约 7 年前
If you&#x27;re running a small project, it&#x27;s more expensive than traditional hosting.<p>Also, don&#x27;t particularly trust the likes of Amazon, Google or Microsoft, and don&#x27;t want to give them any more power.
thdxr大约 7 年前
Dedicated servers are now as easy to manage as cloud vms because good dashboards + management tooling have become cloud agnostic. I use Kubernetes + Rancher to manage a cluster of dedicated servers and it&#x27;s a fraction of the cost as a public cloud.
评论 #17114139 未加载
toomuchtodo大约 7 年前
Regulatory compliance, risk management, security controls, business continuity&#x2F;SLAs, and cost.<p>Financial services industry.
评论 #17114062 未加载
vortico大约 7 年前
Ignoring cost, security, etc, the biggest issue with a cloud platform is that if you need a feature (custom networking arrangement, custom hardware, custom kernel, custom software) and the provider haven&#x27;t implemented it yet, you&#x27;re dead in the water. Dedicated, colocated, and virtual private servers are harder to set up, but being able to treat them as normal computers saves you in the long run.
ChicagoDave大约 7 年前
I suspect there&#x27;s still a lot of FUD regarding public cloud as well as on-prem admins and engineers actively pushing back for fear of losing their jobs. (I&#x27;ve seen this in action)<p>There certainly are legitimate reasons not to move to public cloud, but it shouldn&#x27;t be an emotional one.<p>Measure cost (including manpower), SLA&#x27;s, performance, governance, and compliance. After that it should be simple to stay on-prem, go hybrid, or move full force into public cloud.<p>I think a more complex problem is that many companies have legacy web applications that probably should be rebuilt cloud-native&#x2F;serverless. Doing a lift and shift can be cost-effective, but decomposing these applications and rebuilding them in serverless would probably provide significant savings.
评论 #17114325 未加载
评论 #17114179 未加载
houstoncorridor大约 7 年前
I worked in IT for a large energy company as a developer. The market cap of said company is in the tens of billions.<p>We did use Office 365 because those people had our CIOs ear and gave various discounts to lock us into the MSFT stack, but in-house development was all deployed to our own hardware. Other platforms we ran as part of IT (databases, ERP, analytics) also all were inhouse.<p>The number one reason were not running all we could on AWS or Azure could be broken down as follows<p>1) we didn&#x27;t have the technical knowledge to make the transition 2) the people who were interested in this at all were the younger kids out of college 3) the company is run by older white males who don&#x27;t trust the younger kids (FTE) and certainly don&#x27;t trust the IT contractors 4) there was massive resistance to change, even when our industry is bleeding because of low energy prices and little to no profitability 5) Fundamental misunderstanding or lack of understanding of how to secure out data in the cloud 6) business people saw IT as a barrier to innovation 7) IT was very risk averse and with business people not trusting them, it only reinforced their inability to progress<p>As for [5], we had numerous conversations with MSFT and AWS about trying to run their cloud on premise. We were convinced that we can protect our data better (even though it&#x27;s not our company&#x27;s vote competency) than companies like AWS, who are literally in this exact business.<p>Yeah for all that and other reasons, I left.
mand1575大约 7 年前
Old culture and security concerns being in finance. Though that&#x27;s breaking down. Once you adopt a product built on the cloud (SaaS offering), the first level of integration is nightmare from the corporate datacenter. Once it takes the toll, thats when you begin to see the mindset change.<p>It&#x27;s been 2 years of grind and umpteen number of powerpoint but I see a sea change and hopefully soon....
r1ch大约 7 年前
Far too expensive vs dedicated servers for our infrastructure. Bandwidth alone would cost more than all our servers combined.
api大约 7 年前
We use OVH and Hetzner dedicated (2X providers, 5X data centers for redundancy). Our application is CPU bound and it&#x27;s approximately 10X cheaper than AWS&#x2F;MS&#x2F;Google and 3-5X cheaper than Vultr and Digital Ocean. If you need a lot of CPU bare metal is vastly more cost effective. It&#x27;s also a bit faster.<p>Bare metal is only a little more work to set up if you&#x27;re using orchestration and provisioning tools. We use Chef and Consul&#x2F;Nomad.<p>IMHO Amazon and the other big cloud providers are <i>not</i> a good deal if you only need compute, storage, and bandwidth and if you have any in-house IT expertise. They only make sense if you&#x27;re taking full advantage of all their managed services e.g. S3, Redshift, managed SQL, lambda, etc. If you only need raw compute and bandwidth the smaller providers (DO, Vultr) and bare metal (OVH, Hetzner) are <i>far</i> better deals.
评论 #17114326 未加载
Arbinv将近 7 年前
Cloud is a utility and therefore needs to be used like a utility. What this means is you need to turn things off when they are not being used. Something like 50% of workloads in public cloud have &#x27;the potential&#x27; to be turned off as they are non-production. The public cloud providers provided the easy button to spin things up but turning things off is more tricky. This is why we built www.parkmycloud.com Others have rolled their own scripts to achieve the same goal or use other methods to achieve the same goal albeit not as good as our solution ;)). Based on our analysis if you use Reserved Instances for Prod and schedule Non-Prod to be turned off when not being used, you will get a better overall ROI than on prem.
glup大约 7 年前
Academic lab in computational cognitive science &#x2F; computational linguistics: we haven’t transitioned fully because of storage costs. ~$10 tb&#x2F;month even for infrequent s3 storage is way too much when we have lots of 10+ tb datasets. Otherwise it’s great to be able to scale compute (scale the number of machines&#x2F; cores &#x2F; GPUs as necessary) and to maintain different images for different projects (NVIDIA driver, cudnn, TensorFlow version). Open to solutions for the storage problem!
评论 #17114122 未加载
swebs大约 7 年前
Not a company, but I&#x27;ve found Nextcloud to be a better alternative to Dropbox, Google Drive, etc for personal use. I don&#x27;t think Google even got around to putting out a Linux client. The straw that broke the camel&#x27;s back with Dropbox was when I accidentally unzipped the MNIST dataset in a watched folder and the Dropbox sync client completely shit the bed. I couldn&#x27;t even fix it through the web interface since their site is such a mess.
watwut大约 7 年前
The expectation is that the system will run many years, so there is more long-term trust and control or own infrastructure. The same institution is still maintaining some old systems.<p>Some of smaller cheaper systems do run in cloud, but nothing more important or big yet. It takes time to gain trust.
jimaek大约 7 年前
Too expensive
alireza94大约 7 年前
At least for us there is a simple reason: We live in Iran and every major public cloud company would immediately blocks any Iranian account, without previous notice.
runjake大约 7 年前
Everyone here is afraid of hosting PII&#x2F;HIPAA&#x2F;etc data in the cloud on &quot;someone else&#x27;s&quot; servers.<p>It&#x27;s a very uphill battle.
patrickg_zill大约 7 年前
I&#x27;ve been saved a few times over the years by being able to &quot;put hands&quot; on the physical hard drives containing the data.<p>Example: a RAID1 setup, 2 drives. The drives used were literally made one after the other: the serial numbers were sequential. When 1 drive failed, the other drive failed too, at very nearly the same time.<p>Take drive out, mirror using ddrescue (took a long time) with retry, there was 32kb of data lost out of 400+GB and we never even really discovered what it was - we figure it was either a corrupt image or a part of the installed OS that was not used (such as a man page or text document).