TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: Would you use a Low-effort Microservice Builder?

1 pointsby jarirajariabout 1 year ago
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?

1 comment

verdvermabout 1 year ago
I think a lot of people have tried to &quot;low code&quot; 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&#x2F;when needed. ServiceWeaver is this concept in Go<p><a href="https:&#x2F;&#x2F;serviceweaver.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;serviceweaver.dev&#x2F;</a><p>Reddit &quot;critiquing&quot; ServiceWeaver: <a href="https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;programming&#x2F;comments&#x2F;1962avu&#x2F;a_googles_proposal_for_an_alternative_to&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;programming&#x2F;comments&#x2F;1962avu&#x2F;a_goog...</a>
评论 #40273732 未加载