一個避免技術債的無程式碼微服務應用商店

根據在挪威所做的研究，當被問及創新的最大障礙是什麼時，59%的技術領導回答了“技術債”。我對此的解決辦法是，你可以“外包”技術債。

根據在挪威所做的研究，技術債是創新的最大障礙。今天，我們知道如何避免技術債，至少在新專案中如此。但這並不意味著我們不會在新的專案中積累技術債，因為人類的本性就是一次又一次地重複同樣的錯誤。但至少在理論上，我們知道如何避免技術債，而且秘訣其實很簡單。

永遠不要重新發明輪子，而是儘可能使用已有的構建塊；
使用微服務來降低最終結果的耦合；
儘可能地自動化；
儘可能地外包。

如果你遵循以上 4 條簡單的指導原則，技術債不會發生，至少原理上不會。這是因為你所做的基本上是“外包”你的技術債——要麼是外包給“機器”（自動化），要麼是外包給開源庫（元件），要麼是外包給第三方供應商（元件和外包服務）。我碰巧經營過這樣一家公司，其唯一目標是透過“承包你的公司的技術債”來收取費用。其理念是，這為其他人帶來了價值，釋放了內部資源，使他們能夠自由地創新，而不會受到內部技術債的阻礙。

透過外部化技術債，技術債沒有消失，只是簡單地轉移到第三方——因此在這個過程中不會違背自然法則。事實上，在整個計算歷史上，我們已經見過數百次這種情況。例如，如果你是一家成熟的公司，你可能會使用 Microsoft Teams 或類似的東西來組織你的團隊。在這種情況下，建立你自己的替代選項是瘋狂的。即使你將 10 位最優秀的開發人員投入到這項工作中數月，也不會接近 Microsoft Teams 提供給你的開箱即用的現有解決方案的質量。

適用於產品的也適用於微服務

然而，很少有人意識到，適用於 Microsoft Teams 這樣的產品的，也適用於微服務。如今，我們可以用現有的元件組裝產品，作為微服務鬆散地繫結在一起，進行一些佈線，在這些元件之上新增一些我們自己的業務邏輯，我們就得到了一個獨特的應用程式——就像你從預先存在的產品中構建一家獨特的公司一樣。以上基本概括了我的公司的價值主張。

上述結果表明，你不需要再維護自己公司的聊天客戶端，因為你可以購買一個現有的微服務。對於你外包給開源專案或第三方供應商（例如我們）的每一個元件，你都可以減少內部的技術債。當你將技術債的很大一部分外部化之後，你就可以更自由地創新。

一個無程式碼微服務應用商店

我們最近剛剛釋出了一個產品“The Bazar”。Bazar 基本上是一個微服務應用商店，完全整合到我們的旗艦產品 Magic Cloud——100%開源且免費使用。點選下面的連結去下載並試一試吧。

ServerGardens Magic Cloud

然而，從最新版本開始，我們現在對微服務模組收取費用。這意味著我們有提供優質產品的財務激勵，這證明我們有理由花時間改進上述產品。與開發這些元件所需的內部資源相比，費用相當低。例如，你可以讓你自己的一位開發人員花幾個月的時間來是實現一個糟糕的企業聊天客戶端微服務模組。在 Bazar 中，你可以用從頭建立的相關成本的一小部分來購買一個。而且我們打算儘可能靈活地管理我們的 Bazar。

眾包敏捷無程式碼微服務

對於我將要解釋的內容，實際上還沒有現成的詞彙可以很好地描述，但我們打算將我們的微服務應用商店作為一個“敏捷專案”來執行。我們的意思是，如果你對某個微服務模組不滿意，你可以在一定程度上提出改進建議。因此，我們目前的微服務都不是“一成不變的”，而是半生不熟的，這實際上對你有利——因為你可以影響其未來的功能圖。

我們的想法是，大多數功能讓你高興，也讓其他人高興，從而使你能夠與其他公司分擔開發成本。由於由你和你的公司建議的大部分功能，都是其他人可能會滿意的功能——這導致了“客戶驅動的微服務 Bazar”，在這裡，功能幾乎都是透過達爾文進化論的過程實現。我們目前只有 3 個這樣的微服務。