堆棧內存溢出
cost 335 ms
如何使用 Spring Boot 在整體應用程序中設計“刪除用戶流”？

[英]How to design "delete user flow" in monolith application with Spring Boot?

我有一個整體 spring 啟動應用程序，我有一個程序用戶。 我想創建一個端點來刪除用戶，但我的問題是與用戶相關的實體和 Jpa 存儲庫接口太多。 當我想刪除一個用戶時，我需要在相關的刪除服務中注入如此多的存儲庫接口，比如： 程序中的所有內容都與用戶相關，如果我刪除用戶，那么一切都會消失。 我不確 ...

是否可以容器化 .NET 程序集或執行等效操作？

[英]Is it possible to containerize a .NET assembly or do the equivalent?

我正在構建一個“模塊化單體”，其中各個服務在整個解決方案中存儲為 .NET 個項目。 這樣，附加程序集僅在調用時才加載。 這是一種介於單體架構和微服務架構之間的折衷方案。 我們正在遷移到 AWS 基礎設施，有人問我是否可以將每個單獨的程序集容器化。 我不相信這是可能的，但還是想問問，因為我認為這里 ...

Monolith 應用程序是單層應用程序嗎

[英]Are Monolith applications single tier application

單體應用程序是單層應用程序還是僅在代碼級別，即同一個大存儲庫中的 UI、業務邏輯和數據訪問層？ 如果它是單層的，那么是否意味着所有內容都托管在單個服務器上，包括數據庫僅僅是代碼級別的區別嗎？ ...

將用 Go 編寫的微服務合並到一個二進制文件中

[英]Merge micro-services written in Go into one binary

我的應用程序由幾個 golang 編寫的程序組成，這些程序在 docker/k8s 微服務架構中運行。 現在，我們希望它在沒有 docker/k8s 的情況下直接在 Linux 上運行。 所以我們正在考慮將所有程序合並為一個二進制程序。 由於每個程序都是在 cmd/main.go、internal/ ...

因為模塊化而僅僅為了可維護性而實現微服務架構是不是很糟糕？

[英]Is it bad to implement a microservice architecture just for the sake of maintainability because of the modularity?

假設您有一個不需要擴展、無狀態或多個數據庫的項目。 用一個數據庫實現微服務架構是否有意義，這樣項目就比單體式 n 層應用程序更模塊化且更易於維護？ ...

對系統架構的困惑

[英]Confusion about system architecture

我已經閱讀了很多關於單體、 SOA和微服務的文章，但我仍然對它們的區別感到有些困惑。 例如，如果我有一個應用程序通過 REST 收集公司內多個服務的數據，處理它們然后將它們發送到前端，它是使用 SOA 架構還是它仍然是一個單體？ 單體應用能否將多個服務作為其數據源？ ...

構建應用程序和反模式（分布式單體......）

[英]Building app and Anti pattern (distributed monolith...)

我們目前正在開發一個應用程序，它將物聯網數據存儲在數據庫中（像處理平均值等一樣處理它），並通過 Rest API 使其可用。 我們的第一個當然是構建一個應用程序（良好的舊單體），它將獲取數據（主要通過 MQTT 端點）並通過 rest API 使它們可用。 我們正在考慮微服務（我猜我們的用例會適合 ...

如何正確地將單體架構應用程序遷移到 Django 中的微服務應用程序

[英]How to properly migrate a monolith architecture app to a microservice app in Django

今天我可能會向在這方面有豐富經驗的人提出這個問題。 基本上是標題所暗示的。 我們有那個應用程序，我們必須將它遷移到微服務。 我們沒有找到任何可靠的方法（或者我們覺得那樣）。 我們最終做的是為每個微服務創建一個項目（通常是與模塊應用程序相關的單個功能），但隨后我們遇到了一些問題，因為我們已經有一個 ...

使用 Quarkus 將單體遷移到微服務時的集成問題

[英]Integration questions when migrate monolithic to microservices using Quarkus

目前我有一個整體應用程序，其中包含一些模塊，例如財務和會計。 此應用程序使用單個數據庫，模塊分為模式，因此當我需要在用戶界面或報告中顯示數據時，我只需要使用幾個連接進行簡單查詢。 我的問題是，在每個模塊都有自己的數據庫的微服務結構中，我如何檢索這些數據以獲得與在單個數據庫中一樣的結果？ ...

在什么時候，如果有的話，aws lambdas 會比運行 ec2 實例便宜嗎

[英]At what point, if ever, would aws lambdas be cheaper than running an ec2 instance

通常，當我設計 web 應用程序時，我會使用 django 之類的后端庫並將其托管在 ec2 上。 我正在尋找 aws 並想知道是否可以使用 api 網關並讓每個路徑都指向 AWS lambda。 這在財務和計算上是否可行？ ...

管理多個存儲庫上的庫版本

[英]Manage library version on multiple repositories

嗨朋友們：）我可以為我們現在在工作中面臨的問題提供一點幫助。 語境： 假設您有一個名為Toolkit 1.0的內部庫。 該庫為您的 typescript 項目（A、B、C）導出了許多類型。 在正常情況下，所有項目都可以正常構建並完美運行！ 當 John（化名）在Project A工作並且需要更新一些 ...

每個應用程序都有一個數據庫的原因

[英]Reasons to have a Database per application

我們正在為一系列連接的應用程序定義架構，並且我們正在討論為什么我們應該擁有或不擁有許多應用程序可以訪問的共享數據庫。 我想問一下擁有一個共享數據庫與每個應用程序擁有一個數據庫的好處/壞處是什么？ ...

數據和數據庫架構——從單體架構轉向微服務

[英]Data & Database Architecture - Moving from a monolithic architecture to microservices

我有一個關於數據架構和數據庫的小問題。 我們有一個中央數據庫。 它連接到 API。 這個數據庫鏈接到一個單一的應用程序，我們正試圖將它分解成幾個服務。 我們有一個 API，我們稱之為“Api1”。 這個 API 將管理不同的信息，包括省份。 我們還有另一個 API，我們稱之為“Api2”，它將管理數 ...

具有相同功能的應用程序，用於架構性能測試

[英]Application with same functionalities for architecture performance testing

我正在為我的大學寫一篇論文，我將在其中比較兩種架構：單體與微服務。 我想知道是否有一個用 Java/Spring 編寫的免費許可應用程序示例，它具有相同的功能，但在兩種不同的架構中創建？ 我一直在尋找這樣的例子，但找不到。 我不想花時間寫代碼，因為我的論文的目標是進行大量的性能測試並研究結果。 你知 ...

如何創建定制的 Spring 代碼生成器？

[英]How can I create a customized Spring code generator?

我目前開始為我的碩士畢業論文開發一個新項目，這將是一個微服務項目（非常簡短）。 由於我的團隊已經為所有后端應用程序定義了架構（它們目前是單體應用程序），有沒有一種方法可以“快速”為新微服務創建具有已定義架構的生成器？ 如果這不可能，我正在考慮創建一個空白的基礎項目，它將成為團隊中任何微服務的起點。 ...

使用 Docker 創建映像的“問題”

[英]“Problems” creating an image with Docker

我有一個有點特殊的情況，涉及 Rails 上的 Docker 和 Ruby。 我正在創建 Ruby on Rails 項目的圖像，問題是圖像變得太大。 有問題的項目是一個將成為微服務的單體。 我打算在 Kubernetes 集群中使用圖像，由於圖像的大小，這可能不利於 K8S 和部署時間使用像 S ...

分布式系統是使用微服務架構構建的，而非分布式的單體架構嗎？

[英]Does distributed system built using microservice architecture and non-distributed for monolithic architecture?

我們可以說構建在微服務架構上的分布式系統和構建在單體架構上的非分布式系統嗎？ 我認為這些條款如下，請糾正我。 分布式系統：系統由多個組件（服務）構建，通過消息或 API 調用相互通信。 非分布式系統：系統構建包含在一個地方需要的一切。 微服務架構：我們將應用程序構建成多個服務的方式。 單體架構：我 ...


排序:
質量:
 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM