Happy Feedback

[Emanuele Ziglioli]

Hi everyone

I'd like to provide some happy feedback, for once... (I hope Alex Martelli is listening)

First, the new docs: completely revamped, across the board, much improved!

Second: I went to https://github.com/GoogleCloudPlatform/gcloud-java. That's where everyone is, a lot of activity going on there.

Finally, I'm starting to get the big picture: providing a continuum and eventually a seamless transition for customers from the old GAE to a VM based one.

By the way, loving the Google Cloud Podcast, I listen to every episode.

I can see a reward waiting at the end for those who have been hanging on there for all this time.

So thank you everyone for the effort!

Emanuele

[Alex Martelli]

On Wed, May 25, 2016 at 3:38 PM, Emanuele Ziglioli <eman...@ziglioli.org> wrote:

Hi everyone

I'd like to provide some happy feedback, for once... (I hope Alex Martelli is listening)

I sure am -- great timing, since for the next coming week I won't be (traveling to Pycon US in Portland and presenting there on Python error and exception handling, just as I did last month to Pycon Italia in Florence -- hope my US co-residents enjoy my talk as much as my Italian co-nationals did, indeed, mysteriously!, my very prosaic talk ended up scoring better than the awesome ones on Python's role in gravitational waves' discovery in separately orchestrating both instrumentation control and data analysis...!).

First, the new docs: completely revamped, across the board, much improved!

I'll be sure to relay this to my colleagues in docs -- thanks for speaking up!

 

Second: I went to https://github.com/GoogleCloudPlatform/gcloud-java. That's where everyone is, a lot of activity going on there.

Finally, I'm starting to get the big picture: providing a continuum and eventually a seamless transition for customers from the old GAE to a VM based one.

...IF needed -- what you call "the old GAE" (classic runtime) will stick around and keep improving [*] in parallel to the "VM based one" (flex runtime), and for suitable modules (e.g, currently, ones needing to scale down to 0 instances if without traffic for quite a while) offers advantages.

Remember your App Engine app can have multiple modules -- with different runtimes (and app instance classes!) if warranted, which includes classic vs flex runtimes, different languages, bigger and smaller instance classes. As long as you generally structure your app as a co-operating hive of micro-services (and you should anyway, for many architectural reasons that are far from exclusive to App Engine), App Engine supports you to the max -- gives you all degrees of freedom you could possibly wish for.

[*] people on this group keep expressing doubts about that, but, facts are on my side -- e.g, classic-runtime App Engine modules just gained the ability to connect to Cloud SQL v2 instances -- if some part of your app really needs a relational DB, that's really worth looking into!

Thanks,

Alex

 

By the way, loving the Google Cloud Podcast, I listen to every episode.

I can see a reward waiting at the end for those who have been hanging on there for all this time.

So thank you everyone for the effort!

Emanuele

--
You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@googlegroups.com.
To post to this group, send email to google-a...@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/0d92c26b-9a02-4ae6-a895-5022595ee87c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Nickolas Daskalou]

Hi Alex,

Firstly, thanks for your continued efforts in answering the various questions in this and other groups.

Secondly, regarding:

On 26 May 2016 at 09:04, 'Alex Martelli' via Google App Engine <google-a...@googlegroups.com> wrote:

Remember your App Engine app can have multiple modules -- with different runtimes (and app instance classes!) if warranted, which includes classic vs flex runtimes, different languages, bigger and smaller instance classes. As long as you generally structure your app as a co-operating hive of micro-services (and you should anyway, for many architectural reasons that are far from exclusive to App Engine), App Engine supports you to the max -- gives you all degrees of freedom you could possibly wish for.

I agree this is one of the most useful features of App Engine, and being able to have different runtime distinguished by URL is fantastic (e.g. followus.com runs Python GAE and followus.com/blog/ runs PHP).

What we've found though is that the 10 rule limit (and the unavailability of regex in dispatch.yaml URL entries) can be limiting when trying to create these micro-services.

In the past I have asked for a limit increase and have gotten it, however is there any whisper of increasing this 10 rule limit and/or bringing full-blown regex support for the URLs in dispatch.yaml?

Nick

[Jeff Schnitzer]

On Wed, May 25, 2016 at 4:04 PM, 'Alex Martelli' via Google App Engine <google-a...@googlegroups.com> wrote:

[*] people on this group keep expressing doubts about that, but, facts are on my side -- e.g, classic-runtime App Engine modules just gained the ability to connect to Cloud SQL v2 instances -- if some part of your app really needs a relational DB, that's really worth looking into!

Hey that’s awesome and quite a big deal - did this show up in release notes anywhere?

I’m hoping for a Postgres version someday :)

Jeff 

[Alex Martelli]

I saw it in https://groups.google.com/forum/#!topic/google-cloud-sql-announce/a4kJX3emde0 on the google-cloud-sql-announce Google Group.

Alex

 

I’m hoping for a Postgres version someday :)

Jeff 

--

You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-appengi...@googlegroups.com.
To post to this group, send email to google-a...@googlegroups.com.
Visit this group at https://groups.google.com/group/google-appengine.

To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/CADK-0ugKiFUK7TOCDtNqH76Uf83nyRsJWROVxtaonxCTH4fvvA%40mail.gmail.com.