I have been considering refactoring my existing app engine App into a series of Microservices with a secure API (authentication required).
My existing app is fairly well structured in regard to being modular, but only in the directory and ndb model sense. Most modules communicate with other modules via imports and, read and write from various models. In fact none of the modules are totally isolated. I have been reading about Services and Endpoints and I'm not clear on the best approach. For example if I have routers that handle the various requests, and then a bunch of handlers that service the requests, , GET POST, DELETE ... which is currently the case, then I already have the basis for the api, I just need to tidy the code and make sure I return data in Json format instead of rendering templates... Before I go down the wrong path I have a few questions. 1. What is the best approach (least complex) to creating an API using both Services and Endpoints? 2. What are the considerations for inter service communications, I understand that ndb models are shared along with memcache and taskqueues etc. 3. Should I create an api structure out of my existing modules or on on top of? Thanks -- 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-appengine+unsubscr...@googlegroups.com. To post to this group, send email to google-appengine@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/cb4d75af-64d7-46ba-bee2-59e2f9180493%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.