I am currently building a low-effort microservice builder. I am interested to know if you share the described problem. Also please comment if you find the solution to solve the problem. Thanks!<p>Promise
an easy and fast way of building and deploying a microservice<p>Problem
microservice development is a lot of work: for instance, you need to provision your infrastructure, manage secrets, configure access control, configure network, design and configure your system components, develop your app with public api, business logic, and data persistence, and also pay bills. And repeat this for every new project...<p>Solution
start with something less complex: something that is easy and fast to develop and test, and convenient to deploy. Something that you can later switch to a full-fledged implementation, when you actually know what you need to implement.<p>My builder technology enables...<p>development
build: build microservices using high-level programming abstractions and browser-based ui
test: consistent testing using exactly same code but different configuration values (in profiles)
deploy: one-click deployments to private or public cloud<p>layers
api layer: spec-first API development (openapi v3 spec)
logic layer: write your logic using high-level functions (DSL)
data layer: data connections and (JSON) objects are accessible via name. There is no internal data persistence, but supports many types of external data sources (with authentication)<p>code
loops: supported
variables: supported
conditions: supported<p>What do you think?
I think a lot of people have tried to "low code" this problem. The issue is that everyone has their preferred tech stack and low-code typically only has one choice. Using a DSL for logic (conditionals in yaml strings), or a bespoke language (like DarkLang or WaspLang), is a difficult sell. Developers want to use their language of choice with real programming constructs.<p>The most interesting approach, the sort of holy grail if you will, is to write your code as a single application, and then the system figures out how to distribute it if/when needed. ServiceWeaver is this concept in Go<p><a href="https://serviceweaver.dev/" rel="nofollow">https://serviceweaver.dev/</a><p>Reddit "critiquing" ServiceWeaver: <a href="https://www.reddit.com/r/programming/comments/1962avu/a_googles_proposal_for_an_alternative_to/" rel="nofollow">https://www.reddit.com/r/programming/comments/1962avu/a_goog...</a>