RedKV是小红书自研的一款基于NVMeSSD的分布式NoSQLKV存储系统，支持无中心和有中心的两种管控架构，旨在解决公司内实时落盘的KV存储需求。RedKV1.0基于Gossip协议做节点管理，在全公司已经大规模使用，实时QPS接近1亿/秒，存储量在数PB级别。RedKV2.0采用中心Shard管理架构，支持全球多云多副本在线弹性伸缩，异地容灾和服务秒级切换。通过分层优化，RedKV对比开源同类产品，聚合写吞吐能力平均提升3倍，读1.5倍；对标HBase，成本优化近40%。RedKV部分兼容Redis协议，string/hash/zset等主要数据类型很好的的支持了公司的绝大部分在线存储业

RedKV是小红书自研的一款基于NVMeSSD的分布式NoSQLKV存储系统，支持无中心和有中心的两种管控架构，旨在解决公司内实时落盘的KV存储需求。RedKV1.0基于Gossip协议做节点管理，在全公司已经大规模使用，实时QPS接近1亿/秒，存储量在数PB级别。RedKV2.0采用中心Shard管理架构，支持全球多云多副本在线弹性伸缩，异地容灾和服务秒级切换。通过分层优化，RedKV对比开源同类产品，聚合写吞吐能力平均提升3倍，读1.5倍；对标HBase，成本优化近40%。RedKV部分兼容Redis协议，string/hash/zset等主要数据类型很好的的支持了公司的绝大部分在线存储业

"Additionalcross-cloudAPIsupport"intheDelphiRoadmap在"考虑中的其他特性"部分，RADStudio/Delphi/CBuilderRoadmapforPulsar列表Additionalcross-cloudAPIsupport这听起来很有趣——跨云API在技术上意味着什么？这是一个集成不同云提供商的API，如Wikipedia文章中所述吗？由于DelphiXE具有一些Azure(Microsoft)功能和一些AmazonEC2功能，我猜这是指对XE中已有功能的扩展或改进。其次，这样的问题受到NDA的影响，因此任何确切知道未发布产品的所有细节的

"Additionalcross-cloudAPIsupport"intheDelphiRoadmap在"考虑中的其他特性"部分，RADStudio/Delphi/CBuilderRoadmapforPulsar列表Additionalcross-cloudAPIsupport这听起来很有趣——跨云API在技术上意味着什么？这是一个集成不同云提供商的API，如Wikipedia文章中所述吗？由于DelphiXE具有一些Azure(Microsoft)功能和一些AmazonEC2功能，我猜这是指对XE中已有功能的扩展或改进。其次，这样的问题受到NDA的影响，因此任何确切知道未发布产品的所有细节的

背景：早期服务器集中于腾讯云，开始是传统网络。后面是自定义的私有网络vpc.当然了vpc中还有容器网络，容器的网络方案使用了默认的GlobalRouter，并没有使用VPC-CNI的容器网络与云主机网络在同一个VPC内的方案（腾讯云官方文档还有了Cilium-Overlay的方案，恩还有个测试环境的k8s集群是kubeadm自建的集群网络插件用的cilum）.今年45月份有些新业务又跑在了阿里云上面，集群环境直接用了阿里云的ACKPRO。网络插件使用了Flannel，也没有使用阿里云的Terway。现在的需求就是要把两个网络打通！看了一下网上的各种方案：1.腾讯云与阿里云如何建立VPN连接（不

背景：早期服务器集中于腾讯云，开始是传统网络。后面是自定义的私有网络vpc.当然了vpc中还有容器网络，容器的网络方案使用了默认的GlobalRouter，并没有使用VPC-CNI的容器网络与云主机网络在同一个VPC内的方案（腾讯云官方文档还有了Cilium-Overlay的方案，恩还有个测试环境的k8s集群是kubeadm自建的集群网络插件用的cilum）.今年45月份有些新业务又跑在了阿里云上面，集群环境直接用了阿里云的ACKPRO。网络插件使用了Flannel，也没有使用阿里云的Terway。现在的需求就是要把两个网络打通！看了一下网上的各种方案：1.腾讯云与阿里云如何建立VPN连接（不