Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I'm going to deploy my application on one of them,
and have no idea which is better.
Amazon's Cloud services, at this time, are much more general and flexible, while Google App Engine essentially fits some specific classes of applications that can live within its specific limitations (those limitations are being gradually relaxed, as GAE adds features and allows you to pay to exceed certain quotas, but that does not mean GAE will become a completely general-purpose platform the way Amazon's services are).
If your app can live within GAE's limitations, then GAE presents advantages: free up to a certain quota, almost no system configuration / administration overhead, etc. But if you need total flexibility -- for example, if you want to code part of your apps in C or C++, and that's just one of many examples -- then GAE is not suitable, while Amazon (for a price, in both money and sysadm overhead) can accomodate you.
If you've already written your app, and just want to deploy it, I'd have to say AWS is your best bet. AWS is a platform (or rather, EC2 is), and deploying an existing app is easy. App Engine, on the other hand, provides an entire development environment, at a much higher level of abstraction, which has significant advantages when it comes to scaling, but requires you to have written your app to work on it.
Now how about Free Amazon EC2 for a year to do a better comparision. Check this out.
http://www.buzzingup.com/2010/10/amazon-announces-free-cloud-services-for-new-developers/
No one is king in this field because both amazon and google have their own pros and cons. for the finally decision you have to study deep about both or you have to analyze what you required for you apps.
no doubt aws is old in this field and they have lot of good quality stuff but remember google is fast growing in cloud computing.
personally aws is easy to use and training and support is easily available on the other side google is his early stage and bit complex interface for newbie
so you can learn from you requirement
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
My team and I would like to develop a project that incorporates an Android, iOS and web app. Scalability and big throughput potential is a key feature. We have started to work with Parse.com, and it provides exactly what we're looking for - except for the prohibitive expensiveness of scaling and the absurd limits on queries and requests/second. What are some alternatives to Parse in this sense? We most likely do not need any complex database actions and limited cloud processing.
Thanks in advance.
Perhaps it's time us Parse users go to the big boy of cloud services: https://aws.amazon.com/mobile/
Parse is an outstanding option for getting up and running quickly. Don't underestimate the value in being able to rapidly bring an idea to market.
Long term, potential competitors to Parse (e.g. Firebase, PubNub) will not provide meaningful savings when operating at scale. If you are concerned about that you will want to look into developing your own backend services and running them on infrastructure like AWS (Amazon Web Services). At a high level, Parse uses MongoDB for its core database and is entirely hosted using AWS. AWS offers tons of services for managing data, performing computations, load balancing, and so on. They also offer AWS API Gateway which allows you to access AWS resources and automatically creates client SDKs for you.
As a general rule of thumb, it's much better to focus on building the best possible user experience than to focus too much on scalability. By and large, issues of scalability rarely come into play because most apps fail. Not saying that to be discouraging — just something to keep in mind and prevent you from falling into the trap of over-engineering at the cost of time :)
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
I've been thinking of creating an online service that heavily depends on HTTP GET/POST requests and some backend processing. But I'm a little confused on which is the best choice of these: Google App Engine or Google Apps Script?
I know Google App Script deals mainly with the other Google products, but that I don't mind; I can write scripts to handle my requests, do the processing, and make databases out of spreadsheets. Yes it's somewhat tiresome, but Google Business Apps is quite attractive to me since I already use it.
I haven't used a PaaS before to be honest. How would App Engine be any better? technically, pricing-wise, business-wise, security-wise... etc.
It's depend on what you want to do.
If you except a heavy load, AppEngine is scalable and permit to handle many requests per second. It launch more instances automatically.
AppEngine have some free quotas and if you develop your application correctly by using memcache you can stay under these quotas.
Doing service with App Engine is completely different than Apps Script which is juste kind of javascript. You can use Python, Java, PHP or Go on App Engine. And if you want to communicate with other Google's products you need to authenticate which is a little bit more complicated than App Script.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 8 years ago.
Improve this question
I have a few ideas for mobile applications, some of which could benefit from some cloud functionality.
For example, an application might allow a user to take photographs with their phone which would generate a list of thumbnails, imagine a to-do list which comprises photographs rather than the traditional text entries.
With the help of the cloud, the user could sync the thumbnails on multiple devices, or perhaps give access to the list to another person using a push notification to their phone, allowing them to then download the thumbnails. There may also be a cloud-based database being used.
It's a simple scenario but it raises some questions for me.
Most mobile apps are currently either free (maybe monetised with ads) or have an initial one-off cost, yet ongoing cloud services cost money. If I developed an app that had 1,000,000 users all storing photos in the cloud and they use the app for the next ten years then the cloud costs could be substantial yet income from app sales may be low after the initial influx of users.
So how do other developers manage ongoing cloud costs?
Are most apps that make use of the cloud subscription based?
Can someone who has already done this type of thing share their experience regarding cloud costs and app monetisation?
Cloud storage is pretty cheap so you could go the Apple way and allow free use up to a certain storage limit and then charge for extra space. Another way is to actually store images offline on a local server and then copy back as required. Since these images are only accessible via your app you can send a message to your online server when it looks like an image is about to be required - pre load from your local server and then delete again after some time period. You may need some extra management code but if you know how many devices are registered and whether they all have a copy of the image then there is no need for the image to be available online.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
I'd like to build an open source online learning platform on top of app engine, but there are a couple of challenges that make me doubt if it's even a good idea.
The reason I'd like to do it on app engine, is because it takes care of the hosting. Most open source learning platforms today require a LAMP stack, so someone in the school has to know how to upload the software via ftp, look up database login details, select a hosting provoder,...
The only problems on app engine I'm struggling with are
The process of setting up an app id is geared towards developers.
schools would still need to download the app engine sdk
Billing is done on raw resource usage, which is hard to translate into software feature usage.
For 1, it's easy enough to write up a guide, but if you have any ideas on how to make it easier, let me know.
Problem 2: The sdk, or if possible, only appcfg.py, could be included into some 'installer', which asks for your app id, and would set it up for you. This would also allow me to initialize the datastore.
But I'm really stuck on 3. It would be possible to estimate how much usage of a certain feature will cost, track the total usage of a feature and estimate the bill for the school that way, showing a breakdown of which features are costing them the most, but I don't know a good way to do this.
App Engine is for developers, period, end of discussion. Instead of giving each school it's own app id, as in myschool.appspot.com, what if instead you set up one central project at, say, myschoolthing.appspot.com, and that school would be at myschoolthing.appspot.com/school/myschool. You pay resource based fees to appengine, and schools pay you fees at whatever level you want. So if you want them to be billed by number of students, go ahead. Hours of use? Go ahead. Etc., etc., etc.
You can create an easy to use school sign up page, to replace confusing ad technical deployments.
This method does require you to pay app engine and set up a way to accept payments, but it is much closer to what you want.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I know this question was asked early last year, but I'm interested if anything has changed (its mid-April 2011)? I basically want to know if GAE is dying or growing?
Is there a current comparison anywhere of who's using cloud services from Amazon, MS, and Google?
GAE is definitely growing. For computationally light python webapps I would say that there's few to none better services available, primarily because of the on demand charges. With amazon you always have to have an ec2 instance of some form or another running, but with GAE you can go days between visitors and not pay a cent until somebody visits your site. I've had a fairly complex app running primarily doing web scraping of about 3000 pages a day and I've only paid $0.02 so far when I accidentally set up a loop that wasn't exiting properly.
However I am coming from a python perspective. The elastic beanstalk on amazon seems to be java focused so it's nothing I have any experience with.
There was a comparison of GAE, Amazon Bean Stalk and CloudBees recently.
It relates to using PaaS for Java applications but you can see if it helps you.
J-Shootout
I myself don't know which is best, but I would keep an eye out for Cloud Foundry VMWare's PaaS solution seems like a really good deal if it can live up to the hype.