servicecomb_servicecomb边缘服务

ServiceComb缺点

微服务架构的缺点：微服务架构可能带来过多的操作。需要DevOps技巧 (http：//en.wikipedia.org/wiki/DevOps)。可能双倍的努力。分布式系统可能复杂难以管理。因为分布部署跟踪问题难。当服务数量增加，管理复杂性增加。微服务适合哪种情况：当需要支持桌面，web，移动智能电视，可穿戴时都是可以的。

现在开源的微服务框架比较多，如常用的有Spring Cloud、Dubbo、ServiceComb等等。优点 缺点 云架构（cloud architecture，现在的说法是云原生-Cloud Native）主要解决扩展性和并发的问题，是最容易扩展的架构。它的高扩展性，主要原因是可以基于云上计算资源弹性伸缩。

缺点一：单机应用程序；缺点二：局域网的同构应用程序。缺点一：单机应用程序 目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService ，只要用本地的 API 就可以了。COM 非常适合于在这种情况下工作，因为它既小又快。

Swagger“升级版”——knife4j

前言：前面文件已经发过swagger2的整合教程 SpringBoot整合swagger ，本文主要是介绍knife4j。

在这篇博客中，会记录 springfox3 的基本配置与使用；由于swagger-ui看得不是很习惯，额外引入了 knife4j ，使用增强版本的swagger的前端ui。

@EnableSwagger2 public class Swagger2Config { } 3)启动程序 访问路径： http：//localhost：8081/swagger-ui.html ，出现生成的文档页面。

主体架构：依托Spring Boot、MyBatis-Plus、Alibaba Druid、Lombok等，构建了稳定且高效的后端架构；前后端分离设计，兼容Vue2和Vue3，代码简洁，易于上手，特别适合后端开发者。 接口管理：集成Swagger/Knife4j，自动生成API文档，简化开发者的工作流程。

什么是微服务架构啊?

简单地说，微服务架构就是以业务域或业务功能为边界，将一个大而全的应用拆分为可以独立开发，独立部署，独立测试，独立运行的一组小的应用，并且使用轻量级，通用的机制在这组应用间进行通信。

面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通（通常是基于 HTTP 的 RESTful API ) 。

微服务架构是一种革命性的开发模式，它将单一的庞大应用拆解为一系列小型、独立的服务，每个服务负责特定功能，旨在实现解耦、灵活性和明确的职责划分。这样的设计旨在促进敏捷开发和快速部署，提升用户体验和降低整体成本。

是的，它就是微服务所需要的基础服务。 微服务架构 简而言之，微服务架构风格 ，是一种 将单个应用程序开发为一组小服务 的方法，每个小服务都 在自己的进程中运行并与轻量级机制(通常是 HTTP 资源 API)进行通信。 这些服务是围绕业务能力构建的，并且 可以通过全自动部署机制独立部署。

业务编排系统采用的是哪种微服务框架?

Flower是一个构建在Akka上的反应式微服务框架，开发者只需要针对每一个细粒度的业务功能开发一个Service服务，并将这些Service按照业务流程进行可视化编排，即可得到一个反应式系统。 Flower既是一个反应式编程框架，又是一个分布式微服务框架。 Flower框架使得开发者无需关注反应式编程细节，即可得到一个反应式系统。

Spring Cloud Security 为我们提供了一个认证和鉴权的安全框架，实现了资源授权、令牌管理等功能，同时结合 Zuul 可以将认证信息在微服务调用过程中直接传递，简化了我们进行安全管控的开发。

GoKit框架 这是一个工具包的集合，可以帮助攻城狮构建强大、可靠和可维护的微服务。提供了用于实现系统监控和弹性模式组件的库，例如日志、跟踪、限流、熔断等。

Service Fabric是微软开发的一个微服务框架，基于Service Fabric构建的很多云服务被用在了Azure上。Surging Surging是基于RPC协议的分布式微服务技术框架，基于.NET Core而来。

软件架构入门-分层架构、事件驱动、微服务架构和云原生架构

1、事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。事件驱动架构（event-driven architecture）核心组件：对于简单的项目，事件队列、分发器和事件通道，可以合为一体，整个软件就分成事件代理和事件处理器两部分。

2、单层架构（Single-LayerArchitecture）：所有的组件都部署在一个层次结构中，通常用于小型应用，简单而直接。客户端-服务器架构（Client-ServerArchitecture）：系统分为客户端和服务器两个独立的部分，客户端负责用户界面和一部分业务逻辑，而服务器则负责处理数据存储和处理业务逻辑的另一部分。

3、事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。