microservices

    2熱度

    4回答

    我有多模塊應用程序。更明確地說,這些是高級模塊依賴於低級模塊的maven模塊。 下面是一些模塊: - user-management common-services utils emails 例如: - 如果user management模塊希望從utils模塊使用任何服務,就可以調用它的服務,utils的依賴性是根據用戶的管理已經注入。 要真正轉換/調用我的項目

    0熱度

    1回答

    API網關和微服務如何工作。 任何人都可以解釋微服務架構與網關的基本流程。我找不到正確的答案。 假設我們有auth服務器和客戶微服務在單獨的實例上運行,並且在我們擁有API網關的所有服務之前運行。 我的問題是。 當用戶嘗試登錄時使用的用戶名和密碼,API網關呼叫auth服務器並返回訪問令牌用戶。 然後用戶嘗試訪問單獨實例上運行的特定url(/ customers - customer micro

    1熱度

    2回答

    我有第三方供應商需要將消息推送給我們。我正在考慮讓他們將這些消息放到消息隊列中。因爲我不希望微服務需要在隊列上採取行動而被流量淹沒。 給予第三方訪問權限以將消息放入隊列,還是應該像隊列中的RESTful微服務一樣打包?

    -1熱度

    1回答

    我想爲使用節點js和postgres的數百萬用戶提供可擴展的微服務,我想知道哪些是最好的 用db查詢的方法,無論是使用orm還是通過postgres存儲的函數?

    1熱度

    2回答

    我們計劃在下一個應用程序中使用微服務體系結構。我想知道對於每個相關的微服務都有一個相同的域實體是一種常見的做法。例如,有一個客戶。一個客戶由多個用戶和一個公司組成。它們存在於客戶服務中。然後有一個倉庫服務。倉庫可以擁有不同角色的不同客戶。所以倉庫實體擁有客戶的鑰匙。 在這兩個微服務之前有一個API網關。現在,當顯示帶有倉庫的屏幕時,我們還需要來自客戶服務的有關客戶的信息。所以API網關可以處理這個

    1熱度

    1回答

    我已經閱讀了一些關於微服務的內容,而且喜歡的方法似乎是每個微服務的單獨數據庫。關於Azure的CosmosDB,這是否意味着每個服務都有一個單獨的表格?建築設計的最佳方式是什麼?

    0熱度

    1回答

    我有一堆微服務(準確的說是10個),每個微服務都有自己的數據庫,自己的代碼回購,自己的部署管道以及所有推薦的微服務架構。 但是,我沒有關於如何構建前端部分的線索,這些前端部分即將由前端程序員開發。 我應該有10個,每個後端微服務一個? 或者我應該只有一個? 也許我可以將一些與ADMIN角色相關的微服務分組,併爲它創建一個單獨的前端?另一個是另一個角色?由於我有大約4個角色,我可能有4個前端應用程序

    4熱度

    2回答

    我發現最接近的實際區別是article。 但我不明白什麼會讓我選擇一個,如果微服務也可以使用REST API並通過http進行通信。 我主要是聽不懂微服務是什麼,以及它是否能來,而不是一個web服務的,除了其它 打破大型軟件應用到鬆耦合模塊的目的

    1熱度

    2回答

    在我們公司,我們使用微服務方法,因爲我們希望保持服務小巧,易於理解和可維護。除此之外,我們使用負載均衡器,使我們能夠複製重用的服務。 我們知道,如果需要耦合,微服務應該是鬆散耦合的。此外,耦合不應該發生在數據庫上,但最好通過API(REST)。 那麼,我們使用微服務的想法。我們不應用推薦的everthing。在我們的例子中,我們使用通過REST和JMS消息進行通信的鬆散耦合的Tomcat War。

    1熱度

    1回答

    我正在嘗試使用事件採購概念爲訂單/交易過程開發微服務。員工可以通過電話爲客戶下訂單/交易。系統還會記錄客戶分組的訂單數量。它使用AWS Kinesis將orderCreated事件中的客戶ID發送到客戶數據服務,以便我們可以增加創建的訂單數量。我們根據DDD概念將訂單處理和客戶分開。但是,當員工爲訂單選擇錯誤的客戶ID時,我們應該預料到人爲錯誤。所以,有一個功能可以改變客戶的相關訂單。 問題是or