写点什么

一个避免技术债的无代码微服务应用商店

  • 2021-12-20
  • 本文字数:1888 字

    阅读完需:约 6 分钟

一个避免技术债的无代码微服务应用商店

根据在挪威所做的研究,当被问及创新的最大障碍是什么时,59%的技术领导回答了“技术债”。我对此的解决办法是,你可以“外包”技术债。

 

根据在挪威所做的研究,技术债是创新的最大障碍。今天,我们知道如何避免技术债,至少在新项目中如此。但这并不意味着我们不会在新的项目中积累技术债,因为人类的本性就是一次又一次地重复同样的错误。但至少在理论上,我们知道如何避免技术债,而且秘诀其实很简单。

 

  1. 永远不要重新发明轮子,而是尽可能使用已有的构建块;

  2. 使用微服务来降低最终结果的耦合;

  3. 尽可能地自动化;

  4. 尽可能地外包。

 

如果你遵循以上 4 条简单的指导原则,技术债不会发生,至少原理上不会。这是因为你所做的基本上是“外包”你的技术债——要么是外包给“机器”(自动化),要么是外包给开源库(组件),要么是外包给第三方供应商(组件和外包服务)。我碰巧经营过这样一家公司,其唯一目标是通过“承包你的公司的技术债”来收取费用。其理念是,这为其他人带来了价值,释放了内部资源,使他们能够自由地创新,而不会受到内部技术债的阻碍。

 

通过外部化技术债,技术债没有消失,只是简单地转移到第三方——因此在这个过程中不会违背自然法则。事实上,在整个计算历史上,我们已经见过数百次这种情况。例如,如果你是一家成熟的公司,你可能会使用 Microsoft Teams 或类似的东西来组织你的团队。在这种情况下,创建你自己的替代选项是疯狂的。即使你将 10 位最优秀的开发人员投入到这项工作中数月,也不会接近 Microsoft Teams 提供给你的开箱即用的现有解决方案的质量。

适用于产品的也适用于微服务


然而,很少有人意识到,适用于 Microsoft Teams 这样的产品的,也适用于微服务。如今,我们可以用现有的组件组装产品,作为微服务松散地绑定在一起,进行一些布线,在这些组件之上添加一些我们自己的业务逻辑,我们就得到了一个独特的应用程序——就像你从预先存在的产品中构建一家独特的公司一样。以上基本概括了我的公司的价值主张。

 

上述结果表明,你不需要再维护自己公司的聊天客户端,因为你可以购买一个现有的微服务。对于你外包给开源项目或第三方供应商(例如我们)的每一个组件,你都可以减少内部的技术债。当你将技术债的很大一部分外部化之后,你就可以更自由地创新。

一个无代码微服务应用商店


我们最近刚刚发布了一个产品“The Bazar”。Bazar 基本上是一个微服务应用商店,完全集成到我们的旗舰产品 Magic Cloud——100%开源且免费使用。点击下面的链接去下载并试一试吧。

然而,从最新版本开始,我们现在对微服务模块收取费用。这意味着我们有提供优质产品的财务激励,这证明我们有理由花时间改进上述产品。与开发这些组件所需的内部资源相比,费用相当低。例如,你可以让你自己的一位开发人员花几个月的时间来是实现一个糟糕的企业聊天客户端微服务模块。在 Bazar 中,你可以用从头创建的相关成本的一小部分来购买一个。而且我们打算尽可能灵活地管理我们的 Bazar。

众包敏捷无代码微服务

对于我将要解释的内容,实际上还没有现成的词汇可以很好地描述,但我们打算将我们的微服务应用商店作为一个“敏捷项目”来运行。我们的意思是,如果你对某个微服务模块不满意,你可以在一定程度上提出改进建议。因此,我们目前的微服务都不是“一成不变的”,而是半生不熟的,这实际上对你有利——因为你可以影响其未来的功能图。

 

我们的想法是,大多数功能让你高兴,也让其他人高兴,从而使你能够与其他公司分担开发成本。由于由你和你的公司建议的大部分功能,都是其他人可能会满意的功能——这导致了“客户驱动的微服务 Bazar”,在这里,功能几乎都是通过达尔文进化论的过程实现。我们目前只有 3 个这样的微服务。

  1. Babel,一个聊天客户端微服务

  2. Babel Mail,一个邮件发送微服务

  3. Babel Fish,一个翻译微服务

 

所有这些都处于“beta 状态”,如果你遵循了我上面的观点,应该很容易理解这对你有利

 

因此,我们正在寻找一些勇敢的开发者和/或公司,他们愿意尝试这种全新的软件创建模式,可以说你的大部分技术债都外包给了我们。简单来说,因为我们知道,如果我们能够取悦你,我们就能取悦 80%有类似需求的公司。那么,请到ServerGardens.Com,我们来聊一聊吧 :)

如果你可以将技术债外包给我们,则无需积累技术债

 

以上总结了我们的价值主张。使你能够将时间花在最新的认知深度学习库和组件上,以及所有真正有趣的事情上——而我们则将所有枯燥的东西做成开箱即用的微服务提供给你... ;)

 

作者介绍

Thomas Hansen Traders Trust 的开发负责人,痴迷于自动化到想要电脑自动写代码。

原文链接

A NoCode Micro Service AppStore to avoid Technical Debt

2021-12-20 10:504642

评论

发布
暂无评论
发现更多内容

用 TDengine 3.0 碰到“内存泄露”?定位问题原因很关键

TDengine

时序数据库 内存泄漏 ​TDengine

IntelliJ IDEA安装教程

小齐写代码

游戏和 NFT 的以太坊代币开发

区块链软件开发推广运营

交易所开发 dapp开发 区块链开发 链游开发 NFT开发

当 FineReport 遇见 CnosDB

CnosDB

开源 时序数据库 CnosDB FineReport

Python 元组完全指南2

小万哥

Python 程序员 软件 后端 开发

Databend 开源周报第 113 期

Databend

代码检查过程中为什么需要涉及到编译呢?

云计算 软件开发 华为云 代码检查

聊聊什么是厂商绑定

冯骐

开源 供应链 战略思考 技术 优化体系 厂商绑定

全国5000家金融单位将加入信创建设大军,未来数年发展关键期

没有用户名丶

如何正确使用多线程和锁机制来构建可靠的程序

华为云开发者联盟

后端 多线程 开发 华为云 华为云开发者联盟

如何利用动态配置中心在JavaAgent中实现微服务的多样化治理

华为云开发者联盟

云计算 后端 云服务 华为云 华为云开发者联盟

Programming abstractions in C阅读笔记:p166-p175

codists

一款Redis可视化工具:ARDM | 京东云技术团队

京东科技开发者

redis 可视化工具 企业号10月PK榜 ARDM

深入理解java和dubbo的SPI机制 | 京东物流技术团队

京东科技开发者

Java spi Dubbo SPI 企业号10月PK榜

小灯塔系列-中小企业数字化转型系列研究——CDP测评报告

人称T客

运维 | Nginx Proxy Manager反向代理工具

Appleex

运维 nginx反向代理

Hugging "Hugging Face"

数由科技

低代码 huggingface 大语言模型 huggingfists 多模态模型

什么是K-均值算法

小魏写代码

深入浅出MySQL MRR(Multi-Range Read)

Java随想录

Java MySQL

Perforce发布《2023游戏开发与设计现状报告》,为游戏开发行业提供参考

龙智—DevSecOps解决方案

perforce 游戏开发与设计现状报告

源码, AST, IR, CFG之间的关系梳理

云计算 软件开发 华为云

从问界单日7000台,聊聊智能汽车成熟时

脑极体

问界

80、90童年回忆之小霸王游戏机网页版

echeverra

小霸王

Eclipse、IntelliJ IDEA、PyCharm三种IDE区别

小齐写代码

一个避免技术债的无代码微服务应用商店_架构_Thomas Hansen_InfoQ精选文章