目前,我在一家小公司擔任web開發人員,並負責創建新的web軟件來管理我們的業務。 我們現在還不能聘請新的開發人員,我們必須儘快提供第一個版本。 在這種情況下,我正在考慮微服務架構,我不知道我們是否應該花費一些時間和資源來使用這種架構來開始我們的項目。 有人有關於這個問題的一些經驗?針對非常小型企業的微服務
感謝,
目前,我在一家小公司擔任web開發人員,並負責創建新的web軟件來管理我們的業務。 我們現在還不能聘請新的開發人員,我們必須儘快提供第一個版本。 在這種情況下,我正在考慮微服務架構,我不知道我們是否應該花費一些時間和資源來使用這種架構來開始我們的項目。 有人有關於這個問題的一些經驗?針對非常小型企業的微服務
感謝,
我認爲您對微服務的做法有誤導性。我也瞭解你對微服務的擔憂。
但是,選擇微服務策略的決定不應直接依賴開發人員基礎。事實上,它非常依賴貴組織當前和未來的業務需求。事實上,如果您不預期IT服務的重大增長或擴展以及系統周圍的複雜性,那麼您可以堅持單一模式。
無論小型/大型企業,微服務戰略的一個關鍵因素是服務數量的增長。
我們是一個小團隊(< 10人),並用微服務架構,並得到了很多的好處它。但要成功使用微服務方法,您需要滿足一系列先決條件。 (見http://martinfowler.com/bliki/MicroservicePrerequisites.html)所以,如果您需要快速交付,而您還沒有進入連續交付和DEVOPS,我會遠離它。
我的2c
謝謝你的建議。
根據您的文章和一些物品(特別是http://martinfowler.com/bliki/MonolithFirst.html),我們決定用monolitic架構開始我們的項目有兩個原因: - 我們沒有enougth時間 - 我們不希望服務 的大幅增長 - 我們無法解決我們的所有需求 但是,爲了避免將來出現一些困難,我們還決定在此軟件中儘可能地創建解耦功能。
它完全取決於你的項目。但是,如果只有一個開發人員和一個小公司,我懷疑微服務會因您的需求過於複雜。請記住,這不是一個簡單的架構。查看這篇文章,例如https://blog.komand.com/microservices-please-dont –
這是一個有趣的話題,但並不真的適合這樣 - 請閱讀常見問題解答。 –