Netlify for the frontend, Micro for the backend
blog.m3o.com
Netlify for the frontend, Micro for the backend
1–10 of 66 posts
Re: Netlify for the frontend, Micro for the backend
#2Re: Netlify for the frontend, Micro for the backend
#3When I read about such abstractions and "simplifications" (which usually end up with a 10 box diagram simplified to a 2-3 box diagram), I often hesitate to start building something new, always wondering "Am I doing this in the most " upvoted" way of implementing such a thing? Some of this tech feels like if you switch on, and stare at your monitor long enough, a "Hello World" API will be deployed on the cloud for you…
I don't think that would have been doable with a monolith. It enabled innovation I have never seen before. My 2c
Re: Netlify for the frontend, Micro for the backend
#4When I read about such abstractions and "simplifications" (which usually end up with a 10 box diagram simplified to a 2-3 box diagram), I often hesitate to start building something new, always wondering "Am I doing this in the most " upvoted" way of implementing such a thing? Some of this tech feels like if you switch on, and stare at your monitor long enough, a "Hello World" API will be deployed on the cloud for you…
Maybe microservices might seem buzzwordy on the surface, and this might be an anecdote, but I have seen it working first hand at Hailo (Uber competitor back in 2013). Relatively inexperienced people not knowing anything about Go or deeper architectural issues deploying Go services in no time, without even asking for permission. I don't think that would have been doable with a monolith. It enabled innovation I have ne…
Re: Netlify for the frontend, Micro for the backend
#5Micro seems to be a Go framework evolved to automatically deploy code to the "cloud", but it seems it'll remain limited to Go backends... I can write Go without problems, but I wanted something that supports other languages as well, specially Java... I think RedHat seems to offer that with OpenShift and Quarkus[1], but their material is so ridden with marketing buzzwords I am not sure it's suitable for what I'm looking for (basically, a small server that can store a small amount of documents or key-value information on whatever database the platform supports without fuss).
Heroku seems to be the most close to this I could find, but it's pretty expensive from what I saw if you need a DB.
Does anyone have suggestions for alternatives?
[1] https://developers.redhat.com/blog/2020/05/28/quarkus-a-kube...
Re: Netlify for the frontend, Micro for the backend
#6I've been looking for exactly that: a backend thing that's as easy to setup as Netlify is for the frontend. Micro seems to be a Go framework evolved to automatically deploy code to the "cloud", but it seems it'll remain limited to Go backends... I can write Go without problems, but I wanted something that supports other languages as well, specially Java... I think RedHat seems to offer that with OpenShift and Quarkus…
I don’t understand how this Micro framework is valuable unless your entire team writes Go. Even then, this is not just ‘micro services’ it’s a monolith on a proprietary framework that happens to have network hops between function calls. It is the kitchen sink!
Re: Netlify for the frontend, Micro for the backend
#7Or is the KV store supposed to act like an app database?
Re: Netlify for the frontend, Micro for the backend
#8What about the database? All these Jamstack articles always seem to skip past a db in their examples and I have never seen an "app" without an associated database. Or is the KV store supposed to act like an app database?
Re: Netlify for the frontend, Micro for the backend
#9I've been looking for exactly that: a backend thing that's as easy to setup as Netlify is for the frontend. Micro seems to be a Go framework evolved to automatically deploy code to the "cloud", but it seems it'll remain limited to Go backends... I can write Go without problems, but I wanted something that supports other languages as well, specially Java... I think RedHat seems to offer that with OpenShift and Quarkus…
Heroku for sure. It’s all running on AWS so you can leverage AWS services without as much of a performance penalty for routing as say another provider. I don’t understand how this Micro framework is valuable unless your entire team writes Go. Even then, this is not just ‘micro services’ it’s a monolith on a proprietary framework that happens to have network hops between function calls. It is the kitchen sink!
Yes we expect you to write everything in Go. I don't think that should be surprising since all of frontend is JavaScript, iOS is objective C and Android is Java. We think cloud is as complex Architecture as any of those and that requires a single language and framework for it.