architecture

-1熱度

2回答

我找一些參考體系結構必須被應用：地理擴展性：允許數據從攝入是在全球範圍內（可能像IOT）傳播的節點。半結構化數據：並非全部分類出來的數據。新設備發送尚未知道的數據的範圍有一個單窗格/門戶/ api，允許查詢來自不同位置的聚合數據。（更新）：由於張貼這個問題，我一直在讀通過幾個演示和YouTube視頻。到目前爲止，我收集了以下內容：選項1：使用來自Amazon，Azure等雲供應商的定

3熱度

1回答

嵌套的引用可以從dotnet核心訪問1

我已經使用dotnet核心爲我的web項目創建了Business和DataAccess Layer。我在業務層中添加了數據訪問參考，並在UI（Web項目）層中引用了業務層。我看到了，我能夠從我的UI（web）項目訪問我的數據訪問層。我真的很想知道，它可能會導致違反任何應用程序設計。感謝幫助，如果有人遇到這個問題以及如何限制從UI訪問數據訪問層。

1熱度

1回答

領域驅動設計 - 跨越限界上下文

我新的領域驅動設計，並努力學習，在我的項目中實現共享實體。我的項目結構到目前爲止與此類似，修的文件夾 Maintainance.Data（類庫） Maintainance.Domain（類庫） Maintainance.Domin.Tests（測試項目） MovieBooking文件夾 MovieBooking.Data（類庫） MovieBookin

1熱度

1回答

通信和高性能高可用性的Java EE數據的同步分佈式應用

之前，我開始與我的問題，讓我簡要介紹一下該架構，我們需要使用：我們將有一箇中央應用實例。這個應用程序實例部署與業務管理Web應用 - 它是用來改變「內部」數據（我會談談這一刻）這個應用程序實例實際上是服務器集羣我們將有n個（n> 0 & &ñ< = 3000）本地應用程序實例 - 1對每個「位置」種這種情況下，作爲數據處理器用於其位置這種情況下不使用全套中央數據 - 僅子集限於所

0熱度

2回答

微服務或SOA：如何響應一個特定請求

我對微服務和SOA感興趣。我讀了一些教程。這是我對SOA的理解。 API網關接收大量請求（requestA，requestB，...）並將請求放入消息隊列中。微服務將消耗消息隊列中的事件並進行一些處理。我的問題是在處理之後，如何將響應返回給請求（對requestA的responseA，對requestB的responseB）。我不確定我的理解是對還是錯，以及是否在每個體系結構中都使用消息傳遞。

1熱度

1回答

按照順序向卡夫卡發送不同消息類型的良好做法

卡夫卡初學者。我想讓一個python生產者發送A類型的消息（json），然後是B類型消息。爲了更新數據庫，java消費者必須使用它們來保持這個順序。我的第一個想法是使用單個主題來保證消息的順序。我讀這些問題的答案： https://stackoverflow.com/a/37056589/8454889 https://stackoverflow.com/a/36587402 但它似乎不是卡夫

0熱度

1回答

策略發送延遲推

我的應用程序，應根據像一些間隔方式通知用戶： Event > Pushes Pattern: Immediately - 3 day - 7 day - 12 day 如果用戶所做的事件採取行動推動應該停止此事件。發生事件時可能會發送多個相同類型的事件。另外我不想打擾用戶例如當有5個事件發送x5更多的推，但通過發送一個推例如提醒：應該發生第二天（或其他間隔）你有5個事

0熱度

1回答

在Web應用程序中應該讓巨大的用戶對象有動作或動作類接受用戶？

我的公司對象需要程序員搞安全關係，所以我們要求用戶名綁定到每個對象。我們仍然想重構和清理遺留代碼，並且有一個圍繞這個的結構。我們要去的說法被一些人認爲，像物體上的動作的CRUD應以身作則，在用戶 $user = new User('usernameExample'); $profileData = $user->getProfile(12313); echo json_encode($prof

0熱度

1回答

在應用程序部署的實例HDD上存儲文件

我正在設計一個應用程序，它根據內容獲取文件並將它們拆分/合併，並將其推送到其他系統。一旦處理完畢，根本不需要這些文件。所以，我打算將應用程序部署在硬盤上，而不是分佈式/網絡文件系統。爲什麼我沒有選擇網絡文件系統，因爲我需要處理像1GB這樣的大文件，而我正在使用JSON流來處理這些文件。有時候我需要使用RandomAccessFile機制來分割我的內容。如果發生在網絡文件系統上，處理時間可能很長。

0熱度

1回答

我是否可以通過只允許來自本地主機的連接來充分保護管理門戶？

我可以通過只允許訪問IP爲127.0.0.1的人來充分保護API資源嗎？這當然假設API駐留的服務器受強密碼和密鑰文件的保護。