完全自主研发

  RestCloud服务注册中心的目标是打造自主研发并可高度可自定义的注册与发现中心，可以替代eureka等开源组件形成RestCloud微服务框架的完整解决方案 RestCloud API网关、配置中心均与服务注册中心保持紧密通信,RestCloud API网关会根据实例名向注册中心查找所有可用的服务器列表并使用不同的负载均衡算法来进行分发。所有微应用会通过心跳向注册中心报告本应用的状态信息、性能数据等。

Web化配置和监控，简单易用
客户端采用RestAPI和心跳来与注册中心保持通信
注册中心、监控中心、配置中心可合并安装并使用同一个心跳来保持通信，优于SpringCloud的不同组件采用不同的心跳的方式
RestCloud注册中心不追求高一致性，但追求高可用性和高度可自定义性及易用性
支持注册中心服务器进行集群，集群服务器数量不受限制
非Java编程语言和Java同样使用Rest API进行服务注册
支持手工直接注册服务器(对于旧的业务系统可以不用任何改造即可接入到注册中心)
支持手工直接修改服务器状态和性能数据，可以引导API网关向特定服务器引流或限流
客户端可以向注册中心报告详细的性能数据，这些数据将被API网关的负载均衡器获取并用来引流或限流

RestCloud服务注册中心直观易用，当有服务器上线或下线时会自动记录消息,可在Web界面中对当前有效的服务器进行管理，并支持手动调整各服务器的性能参数权重等，同时也支持手工直接注册第三方服务器实例.

注册中心支持多个注册中心服务器进行集群，在Web界面中可对所有服务注册与发现中心的集群服务器进行统一管理并能高度保证数据的一致性。

当服务实例一定时间没有向注册中心报告状态时，则注册中心会把服务实例拿入到失效的服务实例进行统一管理，当服务实例再次活跃时又会自动进入到可用服务实例中，服务实例数据会持久化到数据库中并不会因服务器重启而丢失。

安装即可使用，无需任何配置，非常直观易用，任何第三方开发的微服务都可以通过手工直接注册到RestCloud注册中心，对于有大量旧业务系统的企业可以快速接入到注册中心，RestCloud微服务框架同时兼容(Eureka、Consul、NaCos)等多种注册中心。

  RestCloud配置中心是由谷云科技完全自主研发的配置中心产品，RestCloud配置中心的定位是面向大中型企业分布式部署架构时的配置中心解决方案，全Web化配置，简单易用，无侵入性，无需修改SpringBoot的注解和任何代码，平台自动接管配置。RestCloud配置中心除了承担RestCloud整个架构中的配置中心外，还能优化SpringCloud的配置解决方案，其功能和易用性完全超越SpringCloud的配置中心解决方案。

全Web化配置
多环境支持（UAT、SIT、DEV等可以自定义环境）
单条配置具有完整的版本管理和变更历史记录
支持配置的灰度发布策略(IP级别的灰度发布和应用级别的灰度发布策略)
支持实时推送配置和定时更新配置两种更新方式
配置中心根据环境和应用ID来管理和发布配置
支持文本和Web可视化编辑两个方式修改配置
提供Java客户端配置缓存和持久化技术
在没有配置中心时不影响单机开发(无需任何配置)，链接配置中心后由配置中心自动接管
支持配置快照技术，可以一键回滚至配置快照点
支持公共配置(所有应用和环境可公共使用的配置数据)
配置中心采用Rest API接口与客户端进行通信，非Java语言的应用通过Rest接口也可以接入配置中心
支持配置值加密技术，适用于数据库密码帐号等敏感配置数据

对配置进行修改、发布、删除等操作，配置值修改后一律处于未发布状态，只有主动发布后才能生效，发布后与旧的配置将形成历史版本关系，随时可以回滚至任意版本的配置值。

RestCloud配置中心具有自定义的环境管理功能，用户可以根据实际开发上线情况来定义多个配置环境。

RestCloud配置中心除了环境来区分配置以外还通过应用来对配置进行管理，应用可定义为一个微应用或者一个业务系统，当有应用从1.0升级到2.0时只需要再建一个2.0的应用配置即可兼容新旧版本,可以保持1.0的应用仍然使用1.0的配置而2.0的应用则使用2.0的最新配置。

如果你目前使用SpringBoot开发API服务则无需修改任何代码，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，对开发人员无任何感知，如果你使用RestBoot开发平台开发API则已经是天然集成了配置中心的客户端Jar包无需任何依赖。 如果你使用php,c#开发目前RestCloud并没有提供现成的解决方案，你需要通过Rest API来接入RestCloud配置中心并自已在本地实现配置缓存管理。

RestCloud采取全新的本地配置持久化技术，保证配置中心不会形成单点故障，因为所有的配置数据在应用则具有本地缓存和持久化技术，假定RestCloud配置中心出现故障且长时间未能恢复的情况下，应用则的程序会自动读取本地缓存配置数据. 进一步假定这时应用也刚好出现故障需要重启，则本地缓存在重启后将会消失,这时应用将自动从持久层再次读取配置数据到缓存中从而恢复运行，所以RestCloud配置中心不会出现故障后影响应用的运行,RestCloud配置中心优于目前开源的大多数配置中心解决方案。