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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Who's using Google App Engine?

51 点作者 micaelwidell大约 15 年前
I'm looking for a scalable web hosting provider which is free or cheap at entry level, and which isn't a VPS (I don't want to bother with server maintenance). Google App Engine is the only one that comes to mind.<p>What big sites use Google App Engine? Have you tried it? Is it flexible enough to run big, serious projects on?

28 条评论

waleedka大约 15 年前
I use app engine for several projects, a couple of which have decent load. My biggest one is networkedblogs.com, which I started on php/mysql and recently migrated big parts of it's back-end to the app engine. My experience with it has been good, and I always build new projects on it, unless there is a good reason that prevents it. It has it's own pros and cons, but overall it's a good choice:<p>- It's easy to start with and fun to use. You shouldn't need more than one day to learn it.<p>- If you like to focus on coding and not worry about managing the server then you'll love it. But if you're a control freak and like to have access to low-level settings then you'll not.<p>- If you have prior experience with relational databases such as mysql, then you'll need an adjusting period to forget much of what you learned about databases and start thinking in new and different ways. Some things that are really easy in mysql, such as getting the number of records in a table or joining tables, become hard on app engine and require writing code.<p>- When it goes down, you'll feel helpless that you can't do anything to bring your site back up, but you'll also feel lucky that a Google employee is carrying that beeper and have to wake up and fix it.<p>- It scales, but it's not super fast. Due to its distributed nature, individual requests rarely finish in less than 50ms and usually take 100 to 150ms (that' my experience, yours will likely differ). But it can run a huge amount of requests at the same time.<p>- It solves the scaling problem, but it's not magic. You still need to optimize the heavily used parts of your code for scaling. But at least you do it with code, rather than having to fiddle with server and cache settings.<p>- It's a paradigm shift that will eventually eliminate most of database and system admin jobs if it catches it (I think it will).<p>- It's very different from Amazon's EC2. Amazon gives you servers that you have to manage, Google manages everything for you. With ec2 you pay per server hour, with App Engine you pay for resources you use: CPU Cycles, storage, bandwidth, ...etc.<p>- It's free to start with, but if you have heavy load it's a bit more expensive than hosting dedicated servers. I think it's worth it, though, because you'll be saving a lot of your own time.<p>- It's good for the majority of projects, but if your project has special not-too-common requirements, then it might not. Check first.<p>- It only supports python and Java right now.<p>If you're in Silicon Valley and if you need more in-depth information, you can find me at the next App Engine meetup at Google on the 6th.
评论 #1239459 未加载
评论 #1239504 未加载
kaffeinecoma大约 15 年前
I've been using GAE+GWT for about 6 months now, mostly for small, "do it in a weekend" type projects. I've also used it to host content for my iPhone apps, so that I could update the content (mostly ebooks delivered as PDFs) without going through the awful App Store update process.<p>It's been great for me. I love how quickly I can bootstrap new ideas, put up a prototype, and then just hand out the URL for to people to try.<p>A couple of recent apps:<p><a href="http://create-a-password.appspot.com" rel="nofollow">http://create-a-password.appspot.com</a> <a href="http://slimpoints.appspot.com" rel="nofollow">http://slimpoints.appspot.com</a> <a href="http://mealminder.appspot.com" rel="nofollow">http://mealminder.appspot.com</a><p>That last one was mostly a proof-of-concept in using Google's account and payment infrastructure. Really handy if you decide that you'll want your customers to pay you some day.<p>I guess the biggest hurdle is getting used to the Datastore, which is not really intuitive if all you're used to is SQL. Overall, a very positive experience for me.
评论 #1239762 未加载
mbenjaminsmith大约 15 年前
We're using app engine for www.jukaroo.com. We've been using it for a year now and after a lot of invested time are migrating away. The number one reason to use it is the one click deploys but we've found that time saved there is lost working around app engine's quirks. The service is buggy (set a page to refresh every ten seconds or so and watch how many random 500's it will throw - there's a monkey patch floating around for the random datastore timeouts that are partly to blame). It's also slow compared to other setups I've used (currently running vanilla django at webfaction). The limitations are many and absolute (dig around but off the top of my head no threading, no long running threads, no push, no naked domains, no python c libs, no ssh no advanced image processing, no support, no support and no support).<p>Core apis I've had to patch: imaging (black lines on edges of pics), datastore (random timeout errors), inbound mail (improper body and attachment handling) and probably others that I've forgotten about.<p>There is also no portability at this point. I've seen one project that will run an app engine app on ec2 but I haven't used it.<p>I think it's a cool project but if you want the unhindered ability to build really good products I can't recommend it. Also don't mistake app engine for a hosting company. The experience for us has been 'you are lucky to be using our nifty cloud' and not 'thanks for your business, we're here to help'.
adora大约 15 年前
I talked with one of the guys that works for Google App Engine, and he confirmed that BuddyPoke is one of the biggest (if not THE biggest) apps that run on it. That app serves millions of DAUs on various social networks and runs just fine.<p>I've set up things on app engine and amazon as well. I found GAE just to be much, much easier and saved me a lot of time and money (yes I know EC2 is cheap but it's not cool to see your bill growing when you're just testing things).<p>I actually took the time to switch to EC2/S3 for a couple days because I was worried that GAE was not really serious about making it a productive place to run serious applications. Portability was a big factor too. But after a while I figured that all this worry was nonsensical. If I ever have to move things over, it must be a good sign and either someone will have built a tool for it or I just spend a week building a tool for it.<p>Also, re: SSL. You can actually do it right now on GAE but it involves a few tricky workarounds. That said, the GAE team just pushed a more straightforward feature for this to the top of the roadmap. Beforehand they had said they weren't going to work on it anytime soon, but presumably after so many people complained they decided to go ahead with it -- another good sign that at least they're responsive to developers' needs.
jeff18大约 15 年前
I've been using it for about a year for <a href="http://www.wolfire.com" rel="nofollow">http://www.wolfire.com</a> and several hobby projects and am a big fan. If you have any specific questions, I am familiar with most aspects of it. It certainly has a lot of limitations, but if your app happens to coincide with what App Engine currently offers, it is a pretty sweet deal.
评论 #1239465 未加载
gte910h大约 15 年前
I've found it just fine for whatever clients want to do....EXCEPT....when they need to contact a server over a non-http port. It just can't do that. So for my client who wanted to do apple push notifications for his iPhone app, we needed to use both app-engine and dumb endpoint nodes on rackspace 11 buck a month linux servers.<p>Amazon Ec2/S3 works well as well and has the highest security bar of all the cloud offerings.<p>Rackspace is pretty good, but everyone seems very dis-satisfied with the S3 competitor, cloudfiles, so just use them for servers. Don't put anything super valuable there though, they know your root passwords (as does google, if you think about it, on GAE).<p>The users are on python. Apologies for the poor formatting/spelling, having to rush out the door.
评论 #1239472 未加载
评论 #1239294 未加载
gr366大约 15 年前
I'm using it for small, very low-traffic projects, so I'd also be interested in hearing about larger sites using GAE. Also curious whether they're using Python, Java or something running on the JVM like Clojure.
mayanks大约 15 年前
I have used google app engine for several projects. Most recently for <a href="http://www.smstweet.in" rel="nofollow">http://www.smstweet.in</a> This basically helps Indian mobile phone users to update their twitter status by sending a simple SMS at negligible price.<p>Overall I feel GAE is very good to quickly validate your core ideas without having to worry about scalability at all. In SmsTweet I created the app in couple of days and as traffic grew, started optimizing little by little by using Tasks and Memcache. Yes there are a tonne of restrictions if you chose GAE, but there are decent workarounds for every one of them. You also have to learn stuff specific to GAE (datastore, tasks for example), but I guess they are trivial to pick up. And finally if your application does pick up traffic you can easily convert it to paid version and pay only for the extra traffic that you get. So a win win situation for you.
fisadev大约 15 年前
<a href="http://www.subituqueja.com" rel="nofollow">http://www.subituqueja.com</a> (in spanish) <a href="http://pythonregex.appspot.com" rel="nofollow">http://pythonregex.appspot.com</a><p>Both running Python + Django 1.1.1 (with Google App Engine Django Helper, <a href="http://code.google.com/p/google-app-engine-django/" rel="nofollow">http://code.google.com/p/google-app-engine-django/</a>)<p>I don't know if they are "big", but you can see app engine in action there.
grandalf大约 15 年前
If you're disciplined about how you design your app it's an amazing platform.<p>I recommend doing a fairly trivial project in your spare time to get the hang of it. Try out the following features before deciding:<p>- large data set related stuff like cursors, paging lots of records - transactions - GQL (look at the various limitations of it)<p>GAE gives you a set of solid conventions for writing a highly scalable app that you'd eventually have to deal with if you used a more traditional approach. Some can be a bit annoying at first but it's fairly obvious why each choice was made.<p>You might also check out jinja2, django, etc. But personally I love the simple webapp framework. It's clean, obvious, stays out of the way, and it's very fast.
评论 #1239747 未加载
derefr大约 15 年前
&#62; I'm looking for a scalable web hosting provider which is free or cheap at entry level, and which isn't a VPS<p>Heroku! Basically the Ruby equivalent of GAE—you get a Postgres database instead of Bigtable, though (whether that's a good or bad thing is up to you.)
评论 #1239739 未加载
评论 #1239610 未加载
评论 #1239643 未加载
dhess大约 15 年前
While we're on the subject, does anyone here have experience using Clojure with GAE? I'm considering that configuration for a useful-but-not-mission-critical application, and wondering if Clojure on GAE is robust enough for that.
评论 #1239788 未加载
评论 #1239539 未加载
nir大约 15 年前
<a href="http://therealurl.net" rel="nofollow">http://therealurl.net</a> runs on on GAE and handled &#62;1m reqs/day a few times with no problem. Billing is turned on, but limited to $1/day - Google only charge for the resources you use and you can assign X cents for bandwidth, Y for CPU etc.<p>I posted a screenshot of GAE quota usage on 430k reqs/day, might interest you: <a href="http://niryariv.wordpress.com/2009/11/27/google-app-engine-quotas-on-43k-requestsday/" rel="nofollow">http://niryariv.wordpress.com/2009/11/27/google-app-engine-q...</a>
okaq大约 15 年前
GAE is ideal for nano web apps. I wrote an HTML5 Canvas Plasma Benchmark using GAE/P:<p><a href="http://speed.okaq.com/" rel="nofollow">http://speed.okaq.com/</a><p>It clocks in under 10kB compressed, is very fast, very accurate and I use it to test devices all the time.<p>Under current quotas, I'm able to serve ~200k users per day at no cost and am actively developing 2 more nano web tools.<p>The development environment is certainly restrictive, but the risk for web app prototyping is absolutely minimal.
adamfisk大约 15 年前
LittleShoot is all built on Google App Engine with App Engine Patch using Django:<p><a href="http://www.littleshoot.org" rel="nofollow">http://www.littleshoot.org</a><p>I'll soon update that to use "Django non rel" though -- Django running on no-relational data models like Big Table:<p><a href="http://bitbucket.org/wkornewald/django-nonrel-multidb/wiki/Home" rel="nofollow">http://bitbucket.org/wkornewald/django-nonrel-multidb/wiki/H...</a>
mattdennewitz大约 15 年前
i've used appengine from time to time @ pitchfork, and it's been great. with the recently relaxed restrictions on uploads, result sets length, and the task queue, <i>and</i> ability to read and process larger uploads, <i>and</i> xmpp and incoming mail handling, etc, i'd say it's in good shape for bigger, more "serious" projects. absolutely capable for smaller projects, too.
ordinaryman大约 15 年前
<i>Have you tried it? Is it flexible enough to run big, serious projects on?</i><p>I believe it is and am betting with my startup with hosted apps targeting SMBs with CRM (<a href="http://crm.ifreetools.com" rel="nofollow">http://crm.ifreetools.com</a>) and Online Database App Creator (<a href="http://creator.ifreetools.com" rel="nofollow">http://creator.ifreetools.com</a>).<p>If you are from RDBMS, at first you will have to become flexible to accommodate to the BigTable way of things - no group-by, joins, etc., - and find alternate ways of doing things. Once you make the switch, if will indeed be good enough for <i>big</i> or highly scalable projects.
khelloworld大约 15 年前
Jumping URL (<a href="http://www.jumpingurl.com" rel="nofollow">http://www.jumpingurl.com</a>) runs on app engine.<p>FYI, there are few key things the GAE team is working on which can be found at <a href="http://code.google.com/appengine/docs/roadmap.html" rel="nofollow">http://code.google.com/appengine/docs/roadmap.html</a><p>Things like SSL for custom domains and background processing would make GAE even awesome to have your project running on.
snprbob86大约 15 年前
Although we aren't a big site by any measure; we're using it and loving it for <a href="http://www.classlet.com" rel="nofollow">http://www.classlet.com</a>
评论 #1239709 未加载
评论 #1239753 未加载
评论 #1239416 未加载
frognibble大约 15 年前
Google's Panoramio runs on App Engine: <a href="http://www.panoramio.com/" rel="nofollow">http://www.panoramio.com/</a>
johnnytee大约 15 年前
I built a small app on it Tweetc.com using python and webapp framework. It was my 1st gae and python app. So far no problems. I know Twibes is built on it which gets moderate traffic. I like it can I can quickly build and test ideas for free.
blasdel大约 15 年前
<a href="https://www.nearlyfreespeech.net/services/hosting" rel="nofollow">https://www.nearlyfreespeech.net/services/hosting</a> is the only service I know of that does this kind of thing other than GAE and Heroku.<p>They support a whole bunch of languages, but PHP is the only one worth using because their execution model is pure-CGI — no persistent processes. The pricing model is just like GAE: pre-pay into an account that is debited for the resources you actually use.
simonk大约 15 年前
I really only know sites that use Google API's like <a href="http://www.socialwok.com/" rel="nofollow">http://www.socialwok.com/</a><p>We're working on moving our application over to App Engine but waiting until they get SSL on your own domain before doing that. You can see the roadmap for it here <a href="http://code.google.com/appengine/docs/roadmap.html" rel="nofollow">http://code.google.com/appengine/docs/roadmap.html</a>
chipsy大约 15 年前
I'm considering working with GAE to make a persistent browser-based game. Not serious about it yet, but maybe in another month or two.<p>I have some doubts about staying within the CPU quotas, since I have to take on a processing load in the tick-update loop of game time, but I think I can design it to be spread out somehow.
评论 #1239427 未加载
评论 #1239319 未加载
RoyceFullerton大约 15 年前
I have used it for prototype projects, but nothing that I have been completely serious about yet. I know that <a href="http://www.shoesofprey.com" rel="nofollow">http://www.shoesofprey.com</a> uses it and I believe it is working well for them and scales when it needs to.
Concours大约 15 年前
I use it for 2 sideprojects: <a href="http://www.websitecheck.org/" rel="nofollow">http://www.websitecheck.org/</a> and <a href="http://www.serversproxy.org/" rel="nofollow">http://www.serversproxy.org/</a> are both running on GAE , it's very easy to "manage"
eplanit大约 15 年前
Sounds like from all these postings that its appropriateness for "big, serious projects" just isn't there. Now that it's over 2 years old now, I'm underwhelmed (yet not at all surprised) by it's lack of adoption/popularity.
robspychala大约 15 年前
We're using it for <a href="http://www.scienceslides.com/" rel="nofollow">http://www.scienceslides.com/</a> ... a place for scientists to download signaling pathway slides in powerpoint format, etc...