App Engine's future

43 views
Skip to first unread message

Luca Matteis

unread,
Jul 7, 2011, 12:27:30 PM7/7/11
to google-a...@googlegroups.com
I currently work for a non-profit organization and I really like hacking around with App Engine for my personal projects, but would like to also show its power at work. One thing my boss needs though, is assurance that a hosting service can provide reliability. With the recent removal of the "Business plan", I'm a bit worried that my boss won't take my word on how great App Engine really is. My boss needs to see that 99.x% uptime figure somewhere, he wants support in case things screw up and I was really excited because I thought that's where the Business plan was going, but it's not there anymore.

Would you be able to share your opinions on where App Engine is going so that I could convince my boss in using it? 

Thanks a lot!

Luca

Ikai Lan (Google)

unread,
Jul 8, 2011, 2:44:41 PM7/8/11
to google-a...@googlegroups.com
App Engine is coming out of preview. That's the reasons we removed the "business" option: we are providing the 99.9% SLA for EVERYONE who deploys using High Replication datastore. We also did not want to restrict the SLA or support options for Google Apps customers.

For more information, read this post here:


Ikai Lan 
Developer Programs Engineer, Google App Engine


--
You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/-g9UHzF5PgQJ.
To post to this group, send email to google-a...@googlegroups.com.
To unsubscribe from this group, send email to google-appengi...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.

Ronoaldo José de Lana Pereira

unread,
Jul 8, 2011, 2:53:03 PM7/8/11
to google-a...@googlegroups.com
Ikay,

You said "for everyone who deploys using High Replication datastore". Is this a hint that the Master/Slave will be discontinued when AppEngine leaves preview?

I know that you and the AppEngine team are very busy, but are you planning to build tools to help us migrate a live app from MS to HR? My app has around 5G of stored data, and is heavily used all day (around 150 reqs/sec), so there is almost no room for a downtime migration period if that takes too long to complete. Does it takes too long or is there any way to ask for help when migrating this so it will be faster? Also, we had the bad idea to store the encoded key strings to reference other objects in the datastore. If we migrate the app from one appid to another, all those references will break, right? Can we do something like migrate the storage but keep the appid? That wold be great!

Thanks,

Ronoaldo


Ikai Lan (Google)

unread,
Jul 8, 2011, 3:02:38 PM7/8/11
to google-a...@googlegroups.com
Yes, we absolutely are building tools to allow self service migrations. However, there will be downtime. I don't think there is any way around this unless you are willing to accept data loss (the data that is written to the M/S app while the migration is happening that is not copied over). Fortunately, the downtime can be minimized to under a few hours.

We will not disable applications on master/slave. We just cannot provide an SLA for master/slave apps. In the long term, we *may* disable the option to create new master/slave applications. 

Ikai Lan 
Developer Programs Engineer, Google App Engine


--
You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/EveQd_kfG40J.

Ikai Lan (Google)

unread,
Jul 8, 2011, 3:04:05 PM7/8/11
to google-a...@googlegroups.com
If you store keys, I believe the migration tools should deal with this case. The issue is if you take the keys and encode them again - we have no way of knowing your encoding scheme.

For 5 gigabytes of data, the downtime should be minimal. 

Ikai Lan 
Developer Programs Engineer, Google App Engine


Reply all
Reply to author
Forward
0 new messages