功能对比
2024年12月19日大约 9 分钟
说明
重要
Dante Cloud 核心关注点是:「高质量的系统代码」、「合理的系统架构」、「低耦合的模块划分」、「高安全性系统实现」、「灵活的功能扩展能力」,「优质的微服务实现」。不会像其它一些系统一样,追求业务功能的丰富性。堆叠大量无法做到真正通用的功能,反倒会变成负担和干扰,不如由用户自己按照需求灵活设计和实现。
如果您关注的是业务功能是否“丰富”,建议看看其它的项目
功能对比
功能 | 开源版 | 企业版 | 详情 |
---|---|---|---|
单体和微服务两种架构模式 | ✅ | ✅ | 详情 |
全面支持 OAuth2.1 授权协议 | ✅ | ✅ | 详情 |
全面支持 OpenID Connect (OIDC) 协议 | ✅ | ✅ | 详情 |
授权码授权模式认证 | ✅ | ✅ | 详情 |
客户端凭证模式认证 | ✅ | ✅ | 详情 |
刷新令牌模式认证 | ✅ | ✅ | 详情 |
设备码授权模式认证 | ✅ | ✅ | 详情 |
PKCE授权码模式认证 | ✅ | ✅ | 详情 |
自定义密码模式认证 | ✅ | ✅ | 详情 |
多种令牌格式支持 | ✅ | ✅ | 详情 |
自定义多模式融合的社会化模式认证 | ✅ | ✅ | 详情 |
手机验证码认证 | ✅ | ✅ | 详情 |
小程序登录 | ✅ | ✅ | 详情 |
第三方社会化登录(多平台) | ✅ | ✅ | 详情 |
服务注册与服务发现 | ✅ | ✅ | 详情 |
服务配置中心 | ✅ | ✅ | 详情 |
服务负载均衡 | ✅ | ✅ | 详情 |
服务熔断降级 | ✅ | ✅ | 详情 |
统一网关服务 | ✅ | ✅ | 详情 |
网关动态路由 | ✅ | ✅ | 详情 |
网关服务轻量级鉴权 | ✅ | ✅ | 详情 |
网关服务限流 | ✅ | ✅ | 详情 |
动态文档聚合 | ✅ | ✅ | 详情 |
统一跨域处理 | ✅ | ✅ | 详情 |
服务调用链监控 | ✅ | ✅ | 详情 |
应用吞吐量监控 | ✅ | ✅ | 详情 |
熔断,降级监控 | ✅ | ✅ | 详情 |
微服务状态监控 | ✅ | ✅ | 详情 |
SCA 和 SCT 等基础微服务环境切换 | ✅ | ✅ | 详情 |
支持 Postgresql 的 Nacos 自主封装镜像 | ✅ | ✅ | 详情 |
支持持久化存储的 Sentinel 自主封装镜像 | ✅ | ✅ | 详情 |
多环境体系设计 | ✅ | ✅ | 详情 |
融合 OAuth2 和 RBAC 模型的权限体系 | ✅ | ✅ | 详情 |
独有设计的动态接口鉴权体系 | ✅ | ✅ | 详情 |
灵活可配置的静态接口鉴权 | ✅ | ✅ | 详情 |
动态权限和静态权限去重混合鉴权 | ✅ | ✅ | 详情 |
OAuth2 Scope 接口鉴权 | ✅ | ✅ | 详情 |
多种类型用户聚合 | ✅ | ✅ | 详情 |
支持一人多岗多部门的人力资源管理模块 | ✅ | ✅ | 详情 |
OAuth2 核心数据访问策略切换 | ✅ | ✅ | 详情 |
DISCRIMINATOR、SCHEMA和DATABASE三模式的多租户系统 | ✅ | ✅ | 详情 |
融合统一各类内置请求客户端 | ✅ | ✅ | 详情 |
跨模块自定义错误码体系 | ✅ | ✅ | 详情 |
跨模块灵活扩展Jackson体系 | ✅ | ✅ | 详情 |
分布式 Session 一致性处理 | ✅ | ✅ | 详情 |
多种令牌格式 | ✅ | ✅ | 详情 |
基于国密和数字信封的前后端数据加密传输 | ✅ | ✅ | 详情 |
一人一钥的数据加密安全机制 | ✅ | ✅ | 详情 |
全面的 XSS 攻击和 SQL 注入防控 | ✅ | ✅ | 详情 |
接口防刷和幂等防护 | ✅ | ✅ | 详情 |
应用安全合规检查 | ✅ | ✅ | 详情 |
终端重复登录控制 | ✅ | ✅ | 详情 |
登录错误次数控制 | ✅ | ✅ | 详情 |
同类型终端登录踢出 | ✅ | ✅ | 详情 |
用户登录登出记录 | ✅ | ✅ | 详情 |
敏感配置信息加密 | ✅ | ✅ | 详情 |
多样统一的验证码 | ✅ | ✅ | 详情 |
IPV4和IPV6位置查询 | ✅ | ✅ | 详情 |
多类型数据库支持(包括 OpenGuass) | ✅ | ✅ | 详情 |
多类型消息队列支持 | ✅ | ✅ | 详情 |
支持 JPA 和 MP 两种 ORM 工具融合编程 | ✅ | ✅ | 详情 |
QueryDsl JPA 查询简化支持 | ✅ | ✅ | 详情 |
数据表数据变更审计 | ✅ | ✅ | 详情 |
自研两级缓存封装 | ✅ | ✅ | 详情 |
后端模块开发规范化编程支持 | ✅ | ✅ | 详情 |
前端模块开发规范化编程支持 | ✅ | ✅ | 详情 |
前端 vConsole 集成支持便捷调试 | ✅ | ✅ | - |
前端生产模式禁用 F12 和右键菜单 | ✅ | ✅ | - |
Event 事件驱动开发 | ✅ | ✅ | 详情 |
"签章"缓存抽象编程 | ✅ | ✅ | 详情 |
关键操作对象池化管理 | ✅ | ✅ | 详情 |
代码打包记录查询 | ✅ | ✅ | 详情 |
IDE 配置属性提示 | ✅ | ✅ | 详情 |
跨多实例的 WebSocket 消息系统 | ✅ | ✅ | 详情 |
站内公告和私信功能 | ✅ | ✅ | 详情 |
实时在线用户统计 | ✅ | ✅ | 详情 |
统一管理的Docker容器构建 | ✅ | ✅ | 详情 |
Camunda 工作流引擎 | ✅ | ✅ | 详情 |
支持不同厂商切换的OSS模块 | ✅ | ❌ | - |
JDK 17 | ✅ | ❌ | 详情 |
JDK 21 | ❌ | ✅ | 详情 |
虚拟线程 | ❌ | ✅ | - |
全新架构的核心组件模块库 | ❌ | ✅ | 详情 |
完全贴合 Spring Boot 标准的模块可插拔能力 | ❌ | ✅ | 详情 |
响应式微服务开发及融合运行 | ❌ | ✅ | 详情 |
响应式微服务接口动态鉴权 | ❌ | ✅ | 详情 |
基于 OAuth2.1 的物联网设备动态注册 | ❌ | ✅ | - |
物联网设备自定义注册信息 | ❌ | ✅ | - |
物联网设备认证和管理模块 | ❌ | ✅ | - |
OAuth2 认证动态开启和关闭功能 | ❌ | ✅ | 详情 |
第三方社会化账户手动绑定 | ❌ | ✅ | - |
可绑定第三方账户根据配置自动生成 | ❌ | ✅ | - |
支持响应式的全体系 Session 共享 | ❌ | ✅ | 详情 |
GRPC 服务间接口调用 | ❌ | ✅ | 详情 |
OpenFeign 和 GRPC 两种接口服务间切换 | ❌ | ✅ | 详情 |
基于 RSocket 的高性能跨实例通信的 WebSocket 消息系统 | ❌ | ✅ | 详情 |
RSocket 和 WebSocket 消息系统根据环境切换 | ❌ | ✅ | - |
使用 OSS 存储数据的轻量级日志聚合和链路追踪系统 | ❌ | ✅ | 详情 |
基于 Prometheus 和 Grafana 生态的的轻量级监控系统 | ❌ | ✅ | - |
Skywalking 体系和轻量级日志及追踪体系切换 | ❌ | ✅ | 详情 |
阿里云内容审核 OpenApi 封装 | ❌ | ✅ | 详情 |
百度 OCR OpenApi 封装 | ❌ | ✅ | 详情 |
环信 OpenApi 封装 | ❌ | ✅ | 详情 |
天眼查 OpenApi 封装 | ❌ | ✅ | 详情 |
Emqx OpenApi 封装 | ❌ | ✅ | 详情 |
Nacos OpenApi 封装 | ❌ | ✅ | 详情 |
PolarisMash OpenApi 封装 | ❌ | ✅ | 详情 |
Mqtt 集成 | ❌ | ✅ | |
Influxdb 1 集成 | ❌ | ✅ | |
Influxdb 2 集成 | ❌ | ✅ | |
纯手写动态表单前端模块 | ❌ | ✅ | 详情 |
BPMN 流程设计前端模块 | ❌ | ✅ | 详情 |
动态表单和工作流引擎串联工作流运转(仅支持简单流成) | ❌ | ✅ | 详情 |
可插拔式 Mail 消息模块 | ❌ | ✅ | 详情 |
可打包为支持通过环境变量动态修改参数的前端镜像 | ❌ | ✅ | 详情 |
快速创建阻塞式微服服务模块 Archetype | ❌ | ✅ | 详情 |
用户电子邮件地址验证 | ❌ | ✅ | 详情 |
登录常用位置IP异常电子邮件通知 | ❌ | ✅ | 详情 |
电子邮件验证码 | ❌ | ✅ | 详情 |
基于 S3 V2 可自动适配响应式和阻塞式环境对象存储管理 | ❌ | ✅ | 详情 |
分布式枚举数据字典聚合功能 | ❌ | ✅ | 详情 |
服务本地文件管理 | ❌ | ✅ | 详情 |
内部服务上传和下载文件至文件服务 | ❌ | ✅ | 详情 |
多种类型消息统一聚合发送 | ❌ | ✅ | 详情 |
系统 REST 接口使用审计功能 | ❌ | ✅ | - |
SAS 核心数据支持多种异构数据库切换 | ❌ | ✅ | 详情 |
系统审计类功能支持多种异构数据库切换 | ❌ | ✅ | 详情 |
无需 Keytool 的在线证书生成和管理 | ❌ | ✅ | |
Passkey 通行密钥"无密码"登录 | ❌ | ✅ | |
基于 Passkey 的自定义 OAuth2 授权模式 | ❌ | ✅ | |
长期维护 | ❌ | ✅ | - |
重要
再次强调:传统单体项目与微服务项目看似差不多,实则有较大差别。微服务带来的不仅是 IT 架构的变革,更是开发设计思想和方法的变革。改变技术架构很简单,改变开发团队的固有思维、习惯和认知很难。微服务用好了则如蜜糖,用偏了则如敝履。微服务并不是简单的将单体系统拆分为多个服务,开发模式和思想上更忌讳将原来单体系统模式往微服务上生搬硬套
如果您的公司或团队希望引进本项目实现技术转型,切记 冲动选择 一定要三思而后行,特别是如果您的公司或团队 长期开发传统单体项目,或者至今还未开发过前后端分离的项目,一定要慎之又慎。
建议不要盲目购买授权,可以先使用开源版或者开源版本中的单体版本进行试点尝试,确实觉得开发团队或业务场景适用再来购买企业版本授权,以免造成不必要的损失和产生不必要的麻烦。
选择微服务之前,强烈建议您的团队成员先去读一下《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》(可以先看前五章,内容不是很多。不想买实体书也可以找一下电子版)。这本书可以算作微服务的“启蒙”之书,读过之后会让您对微服务系统,以及传统单体项目转向微服务带来的价值以及会遇到的各种问题,有更清晰的理解和认识。能够帮助您对当前的业务是否适合选择微服务有个更加清晰的判断。