整体和微服务架构的API/服务消费之间有技术上的区别吗？
例如，考虑以下来自monolith应用程序的API。可以从另一个monolith应用程序中使用。/micorservice
A）获取API:http://127.0.0.1:8080/projects作为传统的REST API，这是我所知道的，也是我们所期望的。
考虑这个API来自一个微服务应用程序（例如，一个Eureka客户机）
附：还在学习，如果我在这里问任何含糊或困惑的事情时犯了错误，请提前道歉。请指正。谢谢
我的git-hub链接：https://github.com/aniketrb-github/microservices我所关注的内容是JavaBrains
共有1个答案
你是对的，它实际上只是服务的抽象和解耦。您唯一要介绍的是另一个API请求。在A中，您有client->projects，而在微服务体系结构中，您有client->api-gateway->projects。这意味着您现在已经创建了一个分布式系统，它有许多优点和缺点（就像单片架构一样）。
总的来说，它基本上在做同样的事情，返回一个产品列表。它只是从另一个服务中获取产品列表，而不是从单个应用程序中获取产品列表。Eureka被用来发现其他服务的位置，因此它知道微服务相对于网关应用程序的位置。
在未来，您需要开始学习容错和运行可靠微服务体系结构的其他方面。
-
本文向大家介绍单片和微服务架构之间的区别，包括了单片和微服务架构之间的区别的使用技巧和注意事项，需要的朋友参考一下 整体架构是作为一个大型系统构建的，通常是一个代码库。随着应用程序的发展，单片应用程序紧密耦合并纠缠在一起，从而难以出于独立缩放或代码可维护性等目的隔离服务。 更改技术，语言或框架非常困难，因为所有内容都紧密耦合并且相互依赖。 微服务架构被构建为基于业务功能的小型独立模块。在微服务应用
-
本文向大家介绍SOA 和微服务架构之间的主要区别是什么？相关面试题，主要包含被问及SOA 和微服务架构之间的主要区别是什么？时的应答技巧和注意事项，需要的朋友参考一下 SOA 和微服务之间的主要区别如下： SOA 微服务 遵循“尽可能多的共享”架构方法 遵循“尽可能少的共享”的架构方法 侧重点是业务功能重用 侧重点在于“bounded context”的概念 遵循共同治理并有相关的标准 专注于人的
-
本文向大家介绍单体应用、SOA 和微服务架构有什么区别？相关面试题，主要包含被问及单体应用、SOA 和微服务架构有什么区别？时的应答技巧和注意事项，需要的朋友参考一下 单体应用类似于一个大容器，其中程序的所有组件都被组装在一起并紧密包装。 SOA是一组相互通信的服务。通信可以涉及简单的数据传送，也可以涉及两个或多个协调某些活动的服务。 微服务架构是一种架构风格，它将应用程序构建为以业务域为模型的小
-
问题内容： 我是Java新手，我知道Web服务有两种类型 SOAP Web服务。 RESTful Web服务。 谁能告诉我两者的基本区别是什么？在什么情况下创建？在什么情况下创建？ 谢谢， 问题答案： 正如第一个答案已经解释的那样，SOAP Webservices和REST Webservices在各个方面有所不同。 肥皂： 您可以在.wsdl文件中定义您的界面，该文件准确描述了预期的输入参数以及
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。 网络应用- 原料药- 在这种情况下，服务不允许相互对话。业务流程层中的聚合服务 网络应用- 原料药- 这里允许服务相互对话，这里存在聚合服务。 账单属于哪里