microservices

    0熱度

    1回答

    我們需要彙總我們後臺的分析。分析規範遍佈我們的系統,每個微服務都創建它自己的原始數據。問題,我們應該在哪裏彙總這些原始數據進行分析的目的:(我想過兩種方式) 我們應該創建另一個新的服務(如分析服務),將聚集來自所有服務的所有原始數據(通過將數據推入其中),然後準備聚合後,後臺採取最終結果 每個服務將聚合它自己的分析,我們的後臺將發送請求(和緩存)來自所有微服務的聚合結果? 謝謝。

    0熱度

    1回答

    我們正在開發面向面向服務架構的Angular SPA。這意味着有一個API網關向SPA公開API。在API網關後面有一些像客戶服務一樣的微服務。 API網關還負責身份驗證,並且目前充當底層微服務的代理。身份驗證將使用Oauth和加密的Cookie進行處理。 現在考慮API網關向SPA公開端點/ customers/{id}/orders,這意味着SPA在此情況下必須知道客戶ID。您如何處理必須在S

    0熱度

    1回答

    以我的microService我已經加入彈簧-sleuth 1.2.1服務名稱和我已經接收到的日誌,我所料,這將在下面 2017年8月16日09示於:58:51.864 INFO [microServiceName,9434118b965d573e,9434118b965d573e,true] 1328 --- [io-8081-exec-10] com.cibc.icap.MyControlle

    1熱度

    2回答

    假設我們有一個CreditCardService微服務,它依賴於使用JSON進行通信的ThreeDSecureService微服務。 ThreeDSecureService的API(或甚至實施)的微小變化可能會悄悄地破壞CreditCardService(和其他潛在客戶端)。所以,我們希望自動化測試。 我看到兩個有缺陷的方法,並且想知道如何改進。 在ThreeDSecureService.Test

    1熱度

    1回答

    我正在閱讀下一個項目的spring micro服務。 Tut說:「主要應用程序的架構風格被分成一組稱爲微服務的子應用程序,一個大應用程序分爲多個協作過程。」所以我們已經有了一個框架maven多模塊在那裏我分開了我的經驗項目。即使它是。爲什麼我們需要微服務來分離項目?請區分它。在此先感謝..

    0熱度

    1回答

    我有一個微服務架構應用程序。我有一個CompanyService,一個OrderService和一個TransactionSevice。用戶登錄後,他可以加載公司的所有訂單。所以訂單有一個CompanyId。然後它加載該訂單的所有交易,因此該交易具有OrderId。我正在經歷一些安全思想。我如何確保用戶只加載或保存屬於他公司的訂單的交易。我的意思是TransactionService不需要了解公司

    0熱度

    2回答

    我有一個場景,其中我的微服務被縮放爲3個實例。每項服務都會向第三方服務發起http呼叫。但是,第三方服務有一個速率限制,即它不能接受每秒超過1000個請求。現在我有3個相同服務的實例正在運行,難以跟蹤計數。任何解決方案可以幫助我實現這一點?

    0熱度

    1回答

    我們正在考慮實施某種微服務架構。我們將有多個團隊維護軟件,我們將使用grpc和protobuf 3作爲點對點通信的序列化機制。目標是一方面將業務邏輯與應用程序邏輯分離,另一方面允許UI跨越多個業務環境。 微服務有時必須處理與其他微服務處理的數據類似或相同的數據。 在這種情況下,建議提取那些常見的proto3數據類型,分別處理它們並將它們作爲依賴項導入到每個微服務中?這樣他們可以在多個服務中重用。或

    0熱度

    1回答

    我用Django創建我的API休息,但我不明白如何將API轉換爲微服務,我不明白這些之間的真正區別。 我看到一個類似於微服務的API,但我不知道在微服務中轉換整個API,我需要創建微服務器? 請,我不明白一個微服務,我需要了解這一點。

    1熱度

    2回答

    我目前正在瀏覽Istio和Kubernetes談話,並提及服務的管理以及使用sidecars。我不確定那是什麼。