microservices

    3熱度

    4回答

    我正在使用Spring Framework開發Web應用程序。我有兩個服務將存儲一些處理結果到數據庫中的一個表T中。邏輯目前是: 服務A for all items: result = func(item) store result to Table T (with status = new) is_running = False 服務B for some items:

    0熱度

    1回答

    我在使用spring啓動和netflix OSS的微服務中創建一個簡單的項目,以使我的手變髒。我已經創建了兩個服務其中有註冊自己的發現(尤里卡) 服務 配置服務。這就需要配置服務 發現服務在運行,以獲得它的配置。 現在,當我開始這些服務,這兩種服務由於間依賴性失敗。哪些最佳實踐解決了這個問題,哪一個最先開始。 PS: - 我知道我創建循環依賴,但什麼是對付這樣的,我想保持尤里卡配置也與配置服務器的

    11熱度

    2回答

    我得到一個錯誤試圖用我的.NET 2.0的核心項目使用泊塢窗功能工作。我已經得到一個錯誤信息說 的Visual Studio工具的容器需要多克在運行之前 建設,調試和運行的集裝箱項目。欲瞭解更多信息, 請參閱:http://aka.ms/DockerToolsTroubleshooting 我跟着鏈接,並在意識到我有Windows 10家64位,而不得不安裝多克爾工具箱,而不是多克爾對於Windo

    0熱度

    1回答

    我面對同類問題與Jhipster網關應用(角4)對某些機器, 我做以下常見步驟,從SVN簽出應用程序和運行應用程序 我們加載從SVN應用以下文件的源代碼(請看看到圖像) 之後RAN 'NPM安裝/紗線安裝' 之後我已經跑mvnw和紗線平行CMD窗口開始 應用是9000端口工作正常(由紗線提供),但我無法看到帶有8080端口的主頁。它也沒有顯示任何異常或錯誤。 但在某些系統中,它工作正常,我很困惑如

    2熱度

    1回答

    我們正在從單片應用程序切換到微服務。 每個微服務將通過Amazon ECS在Docker上運行。 我們決定使用Consul進行服務發現。我們有3臺服務器在VPC內的EC2實例上運行。 我的問題如下: 如何/從哪裏開始的每個微服務領事代理?是否在每個實例上(通過Docker-Compose)在Consul裏面運行另一個容器?或者我以某種方式在每個微服務的現有Docker容器中運行一個Consul代理

    1熱度

    1回答

    通常在spring引導應用程序中,我們可以使用jpa audit來執行跟蹤。 Spring Boot Jpa Auditing 雖然在微服務架構,我會盡量避免涉及到核心微服務的安全性。相反,我們可以在api網關上進行身份驗證/授權。 而如果核心服務沒有獲得當前登錄的用戶,我們必須找到一個方法來對當前運營商傳遞給核心服務。它可能是請求上的用戶標識符頭。或者也許我們可以將令牌傳遞給核心服務,讓它從au

    2熱度

    1回答

    當前源自api.ai的所有履行請求都是POST請求,以及在api.ai實現部分配置的基礎URL。但爲了能夠在服務器端進行適當的路由(微服務風格)設置,在POST URL中追加動作會更有價值。 對於一個相當大的項目,可能會有數百個履行行動,並且在單個單一項目中管理所有這些行爲是非常麻煩的。如果操作出現在URL中,那麼在Firebase託管/服務器端微服務的情況下,我們可以將操作配置並組織到多個雲功能

    0熱度

    1回答

    我們有兩種不同的微服務客戶服務和訂單服務。關於顧客的顧客服務店信息,例如姓名,出生日期等。訂單服務將管理顧客具有的訂單,即訂單號,成本等。這是將顧客唯一參考/ ID傳遞給訂購服務的最佳方式。 解決方案1: 客戶ID是唯一在客戶服務中的GUID。這將被傳遞給訂購服務 解決方案2: 生成業務/對人友好的獨特的客戶服務代碼,並把它傳遞給訂購服務 解決方案3: 別的東西嗎?

    0熱度

    1回答

    假設我們有5個服務(用戶和授權,產品,訂單,庫存,歷史記錄)公開基於REST的API,並通過這些暴露的API在內部服務之間進行內部通信。現在,在Microeservice架構模式中開發這些應用程序時,這些將是不同的單獨服務,它們將自我依賴並通過REST /隊列相互通信。 首先讓我們考慮一下,我們正在單個節點上部署它,但現在所有5個服務都只部署在這個單一節點上。因此,一種方法是 (理想)若要通過Ne

    1熱度

    1回答

    我們已決定使用OAuth2從Hazelcast共享會話切換到無狀態JWT身份驗證/授權,並發現了一個不適合我們下面描述的基礎架構的問題。 所以我們有可能通過直接鏈接訪問多個自足系統(SCS)即mysite.com/scs1和mysite.com/scs2。 每個特戰隊都有它自己的UI和後端,但「會議」(通過無狀態JWT授權實現)必須是跨越多個scs'es有效。 OAuth2 Authorizaio