Abixen Platform是一个完整的微服务架构系统。其体系组成部分如下：
-
Eureka：作为服务的注册器。
-
Hystrix仪表板：允许我们实时监控请求状态（例如，多少请求超时，多少次成功，多少次失败等）。
-
Zipkin：一种分布式跟踪系统，可帮助您收集应用程序中发生高延迟问题（性能慢）所需的数据。
-
Redis数据库：用于保存登录用户的信息。
-
RabbitMQ：用作在特定微服务器之间发送消息的队列。例如，核心微服务删除一个模块实例，需要让商业智能微服务或Web内容微服务删除与其相关的所有配置。
-
Abixen Platform Common：包含用函数式微服务实现的通用API的JAR。
-
Abixen平台配置：配置微服务。整个应用程序可以在YAML文件中进行逐个配置。
-
Abixen Platform Web Client：核心功能的静态内容，如页面和模块管理，安全管理等。
-
Abixen平台网关：起到安全网关的作用。每个请求都必须通过这个微服务。
-
Abixen平台核心：拥有自己的业务核心数据库，拥有平台的核心功能，如页面和模块管理，安全管理等。
-
Abixen平台商业智能服务：由于应用程序带来了函数性的微服务，因此我们将在这里放置一个用于商业智能报告，图表创建和进一步管理的模块。它也有自己的数据库。
-
Abixen平台Web内容服务：这与上述服务类似，但是这个函数可以提供内容创建功能，例如用户可以创建文章。它还有自己的数据库。
-
您的服务：由开发人员使用该平台创建的定制微服务。
该架构基于Netflix OSS技术栈。函数性的微服务不需要在整个平台上都要部署，您如果不需要图表或文章管理器，您也可以部署这个平台并使用独立开发的微服务。
该架构也很好地映射到Amazon组件。使用诸如EC2，ALB，ECS，ECR，Route53，CloudWatch，Elasticache，ERD和SES之类的服务在AWS上部署应用程序
-
微服务越来越受欢迎，每个月都有更多的库包和解决方案来支持微服务的开发测试，很多Java开发人员虽然听说过微服务，但是真正采用还是有犹豫的：“我知道，微服务是非常棒的，微服务器更容易维护和进一步开发，但我们没有建立一个良好的基于微服务架构的资源。” 许多尝试创建微服务应用程序(例如使用Netflix OSS堆栈)的开发人员都疑惑他们是否有足够的知识来配置整个系统。因为微服务架构所需知识与与单片m
-
Kubernetes 设计之初就是按照 Cloud Native 的理念设计的，Cloud Native 中有个重要概念就是微服务的架构设计，当将单体应用拆分微服务后， 随着服务数量的增多，如何微服务进行管理以保证服务的 SLA 呢？为了从架构层面上解决这个问题，解放程序员的创造性，避免繁琐的服务发现、监控、分布式追踪等事务，Service mesh 应运而生。 微服务 下图是Bilgin Ibr
-
让我们讨论一下微服务环境的体系结构。我们正在公司内部进行讨论，我想得到一些反馈。我认真考虑的是编排层（代码复制、更多移动部件改变api）。 网络应用- 原料药- 在这种情况下，服务不允许相互对话。业务流程层中的聚合服务 网络应用- 原料药- 这里允许服务相互对话，这里存在聚合服务。 账单属于哪里
-
我最近开始使用Node.js，我必须构建一个应该使用多个Express.js服务的体系结构。其中一些服务必须位于一台服务器上，另一台则位于其他服务器上。我想构建一个基础服务（像API网关），但是我不知道在这个网关和微服务之间，或者在两个微服务之间进行通信的合适方式是什么。 目前我正在研究一个基于此的解决方案：
-
本文向大家介绍详解Java 微服务架构，包括了详解Java 微服务架构的使用技巧和注意事项，需要的朋友参考一下 一、传统的整体式架构 传统的整体式架构都是模块化的设计逻辑，如展示（Views）、应用程序逻辑（Controller）、业务逻辑（Service）和数据访问对象（Dao），程序在编写完成后被打包部署为一个具体的应用。如图所示： 系统的水平扩展 如果要对系统进行水平扩展，通常情况下，只需要
-
本文向大家介绍什么是微服务架构？相关面试题，主要包含被问及什么是微服务架构？时的应答技巧和注意事项，需要的朋友参考一下 在前面你理解什么是微服务，那么对于微服务架构基本上就已经理解了。 微服务架构 就是 对微服务进行管理整合应用的。微服务架构 依赖于 微服务，是在微服务基础之上的。 例如：上面已经列举了什么是微服务。在医院里，每一个科室都是一个独立的微服务，那么 这个医院 就是 一个大型的微服务架
-
我正在构建一个基于Spring启动中的微服务架构的项目。该项目分为多个模块，我使用了 maven 依赖项管理。 现在我想在另一个模块中使用一个模块的服务。我有很多Spring申请。例如，我有两个名为A和B的应用程序。我想在B中使用A中的类，在A中使用B中的类。在这种情况下，我使用了maven依赖项，但这并不完全是在另一个应用程序中使用服务的方式，因为我面临循环依赖。 该如何解决这个问题？
-
我目前正在构建一个具有微服务架构的 Spring 启动应用程序。我正在寻找重用代码的干净方法。 我的想法是在共享模块中提取通用代码。（例如，微服务中的模型类继承的基类，在任何MVC控制器中重用的接口，每个绑定上下文都相同的域代码）。具体的实现和仅服务的模型类等都在子模块（微服务）级别。 我正在与maven一起构建东西，并管理依赖关系。我的问题是如何在这样的设置中构造maven模块和依赖项。 共享库