尧图网页设计 
RustFS io-core 与 io-metrics 演进实录从 CHANGELOG 看共享 I/O 原语的迁移与收敛【免费下载链接】rustfs2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance object storage system supporting migration and coexistence with other S3-compatible platforms such as MinIO and Ceph.项目地址: https://gitcode.com/GitHub_Trending/rus/rustfsRustFS 是开源的 S3 兼容高性能对象存储系统。本文以 crates/io-core/CHANGELOG.md 为主线系统梳理rustfs-io-core与rustfs-io-metrics两个 crate 从 0.0.5 版本引入并发模块迁移到 Unreleased 版本收敛零消费模块的完整演进脉络并结合仓库源码解析缓冲池、背压控制、死锁检测、锁优化与配置体系的实际实现。读完本文你将掌握 RustFS 共享 I/O 层的模块边界、核心配置项含义、关键算法原理以及调度算法与配置形态分离的架构设计。一、CHANGELOG 主线一次迁移—收敛的架构演进1.1 版本 0.0.5并发模块迁入CHANGELOG 记录了 0.0.5 版本的核心动作迁移方向将核心 I/O 调度算法从rustfs::storage::concurrency迁移到rustfs-io-core将指标与配置迁移到rustfs-io-metrics新增能力自适应 I/O 调度器IoScheduler、带防饥饿机制的优先级队列IoPriorityQueue、双水位背压监控BackpressureMonitor、基于等待图的死锁检测DeadlockDetector、自适应自旋锁优化LockOptimizer、动态超时计算RequestTimeoutWrapper以及缓冲区尺寸计算函数calculate_optimal_buffer_size、get_buffer_size_for_media等配置类型IoSchedulerConfig、BackpressureConfig、DeadlockDetectorConfig等兼容保证rustfs::storage::concurrency中原有 API 全部保留新类型通过 re-export 供渐进迁移不产生破坏性变更。从源码结构看crates/io-core/src/lib.rs 正是这一迁移的落点它对外导出BytesPool、IoSchedulerConfig、BackpressureMonitor、DeadlockDetector、LockOptimizer、OperationProgress等全部公共类型。1.2 Unreleased零消费模块的收敛Unreleased 部分记录了反向收敛动作这是理解 crate 边界的另一关键rustfs-io-core删除 0.0.5 引入但工作区内没有任何调用方的模块——reader、writer、bufreader_optimizer、shared_memory、direct_io、timeout_wrapper、io_priority_queue、schedulerrustfs/backlog#1824。OperationProgress移入新的progress模块仍以rustfs_io_core::OperationProgress导出rustfs-io-metrics删除零消费的IoConfig、CacheSettings、IoSchedulerSettings、BackpressureSettings、TimeoutSettings、DeadlockDetectionSettings及其DEFAULT_*常量rustfs/rustfs#6008明确rustfs-io-core的IoSchedulerConfig/BackpressureConfig才是规范配置类型。重要架构事实CHANGELOG 明确写道——RustFS 实际运行的调度算法与请求超时包装器位于rustfs/src/storage/本 crate 只保留它们投影到的配置形态。仓库中的 rustfs/src/storage/concurrency/mod.rs 也印证了这一点调度算法实体在io_schedule模块rustfs-io-core只拥有共享配置形态与io_profile存储介质模型rustfs-io-metrics拥有带宽采样与指标记录。二、rustfs-io-core 源码全景七大共享 I/O 原语当前 crates/io-core/src 下包含 8 个模块lib.rs入口、config.rs配置类型、pool.rs分层缓冲池、backpressure.rs背压控制、deadlock_detector.rs死锁检测、lock_optimizer.rs锁优化、progress.rs进度追踪、io_profile.rsI/O 画像。2.1 分层缓冲池 BytesPool零拷贝复用crates/io-core/src/pool.rs 实现了四层缓冲池阈值常量定义于模块顶部层级尺寸范围默认缓冲大小默认最大并发数Small4KB–64KB4KB1000Medium64KB–512KB64KB500Large512KB–4MB512KB100XLarge4MB4MB25PooledBuffer通过 RAII 在 Drop 时自动归还缓冲区并释放信号量许可try_acquire_buffer提供非阻塞获取。源码注释说明该模块从 rustfs-ecstore 迁移而来用于在不产生循环依赖的前提下为 rustfs 与 rustfs-ecstore 提供统一的缓冲池。测试中还包含一个指标回归用例backlog#806复用的缓冲区取出时必须递减available_buffers仪表与return_buffer的递增对称使仪表反映真实池容量。2.2 背压控制 BackpressureMonitor双水位过载保护crates/io-core/src/backpressure.rs 实现双水位high/low water mark状态机BackpressureState::Normal/Warning/Critical三态try_acquire使用 CAS 循环保证并发下绝不突破max_concurrent达到容量即拒绝并累计total_rejectedrelease使用checked_sub防止在 current0 时发生未配对释放导致下溢回绕到usize::MAX那将永久拒绝所有后续获取should_apply_backpressure结合冷却期cooldown判断是否真正施加背压可观测指标包括total_processed、total_rejected、rejection_rate。2.3 死锁检测 DeadlockDetector等待图 环检测crates/io-core/src/deadlock_detector.rs 通过register_lock/record_acquire/record_wait/record_release维护等待图detect_deadlock基于邻接表做 DFS 环检测并返回环路径check_long_held还能找出持有时间超过max_hold_time的长持锁。源码注释给出了一个有意思的实现决策检测器内部使用std::sync::Mutex而非tokio::sync::Mutex因为锁从不会跨.await点持有且临界区是亚微秒级的单次 HashMap 操作。2.4 锁优化 LockOptimizer自适应自旋crates/io-core/src/lock_optimizer.rs 提供LockGuardRAII 守卫与try_spin自适应自旋自旋成功时迭代次数翻倍上限max_spin_iterations失败时减半下限 10并维护LockStats平均/最大持有时间、竞争率、自旋成功率。is_hold_time_excessive可对超过 100ms 的持有时间发出告警。2.5 进度追踪 OperationProgress区分慢与停滞crates/io-core/src/progress.rs 提供字节进度与陈旧staleness判定is_stale依据距上次update的间隔是否超过stale_timeout判断progress_percent、remaining、transfer_rate支撑长任务监控。源码注释指出存储层超时实现正是用它来区分慢传输与停滞传输。三、IoSchedulerConfig核心配置形态深度解析IoSchedulerConfig是调度层的配置投影定义于 crates/io-core/src/config.rs含 21 个字段。默认值如下配置字段默认值语义max_concurrent_reads32最大并发磁盘读high_priority_size_threshold64KB高优先级尺寸阈值low_priority_size_threshold4MB低优先级尺寸阈值queue_high_capacity100高优先级队列容量queue_normal_capacity500普通优先级队列容量queue_low_capacity200低优先级队列容量starvation_prevention_interval_ms100防饥饿检查间隔毫秒starvation_threshold_secs5防饥饿阈值秒load_sample_window10负载采样窗口load_high_threshold_ms/load_low_threshold_ms50 / 5高/低负载等待时间阈值毫秒enable_prioritytrue是否启用优先级调度storage_detection_enabledtrue是否启用存储介质检测sequential_detection_enabledtrue是否启用顺序访问检测bandwidth_monitoring_enabledtrue是否启用带宽监控adaptive_buffer_enabledtrue是否启用自适应缓冲base_buffer_size/max_buffer_size/min_buffer_size128KB / 1MB / 4KB基础/最大/最小缓冲区尺寸validate()的约束规则源码明确实现max_concurrent_reads必须 0high_priority_size_threshold必须 low_priority_size_thresholdmin_buffer_size max_buffer_sizebase_buffer_size必须位于[min_buffer_size, max_buffer_size]区间。配置支持 builder 风格链式调用with_max_concurrent_reads、with_priority_thresholds、with_buffer_sizes、with_priority_enabled。IoPriorityQueueConfig::from_scheduler_config可从调度器配置派生优先级队列配置total_capacity()汇总三队列容量。四、io_profile存储介质与访问模式画像crates/io-core/src/io_profile.rs 是自适应调度的画像基础存储介质检测detect_storage_media优先采用storage_media_overridenvme/ssd/hdd/unknown禁用检测时返回Unknown而非猜测测试用例 rustfs/backlog#1836 明确钉住此规则Linux 下读取/sys/class/nvme目录与/sys/block/*/queue/rotational标志判断访问模式检测IoPatternDetector基于(offset, len)历史窗口比较相邻区间端点的偏移差是否落在sequential_step_tolerance_bytes容忍度内输出Sequential/Random/Mixed/Unknown介质画像StorageProfile::for_media给出各介质的缓冲区上限与乘数——NVMe顺序提升 1.35×随机惩罚 0.9×偏好预读、SSD1.2× / 0.8×偏好预读、HDD1.1× / 0.65×不偏好预读、Unknown回落到 SSD 上限。五、rustfs-io-metrics指标记录与观测面crates/io-metrics/src 提供了与 io-core 配套的指标记录层包括io_metrics.rs、backpressure_metrics.rs、deadlock_metrics.rs、lock_metrics.rs、timeout_metrics.rs、adaptive_ttl.rs、bandwidth.rs、cache_config.rs、autotuner.rs等。缓冲池在每次获取/归还时通过rustfs_io_metrics::record_bytes_pool_acquire、record_bytes_pool_hit_rate、record_bytes_pool_allocated上报指标见 crates/io-core/src/pool.rs实现原语即埋点的观测集成。0.0.5 版本还记录过CacheConfigL1/L2 分层缓存配置、AdaptiveTTL按访问频度动态调整 TTL、AccessTracker缓存条目访问模式跟踪与实时带宽观测。六、调度算法实体的落点rustfs/src/storage需要特别澄清的边界调度算法本体不在 io-core而在 rustfs/src/storage/concurrency 与 rustfs/src/storage。搜索rustfs_io_core/rustfs-io-core的引用点包括rustfs/src/storage/concurrency/mod.rsre-export 调度类型明确调度算法位于io_schedule不委托给 rustfs-io-corerustfs-io-core 只持有共享配置形态与 io_profile 模型rustfs/src/storage/concurrency/io_schedule.rs实际调度算法实现rustfs/src/storage/concurrency/manager.rs并发管理器rustfs/src/storage/timeout_wrapper.rs 与 rustfs/src/storage/deadlock_detector.rs运行时超时与死锁检测消费方。这一算法在存储层、配置形态在共享 crate的分层正是 CHANGELOG 反复强调的设计主旨也是阅读 RustFS 并发相关代码时必须先建立的心智模型。七、测试与验证单元测试io-core 各模块内置#[cfg(test)]测试覆盖配置校验、背压状态机转移、释放下溢保护、死锁环检测、自旋自适应等如 crates/io-core/src/backpressure.rs 中的test_backpressure_monitor、crates/io-core/src/deadlock_detector.rs 中的test_no_deadlock运行测试命令适用于仓库内开发环境cargo nextest run --package rustfs-io-core cargo nextest run --package rustfs-io-core -E test(backpressure)API 兼容性0.0.5 变更中明确新增 API 兼容性测试确保rustfs::storage::concurrency旧 API 在迁移后仍可用。八、实践要点小结理解边界调度算法在rustfs/src/storage/concurrency/io_schedule.rsio-core 提供配置形态与介质画像io-metrics 提供指标记录三者各司其职配置入口IoSchedulerConfig是规范配置类型任何自定义配置都应经过validate()校验并注意优先级阈值high low与缓冲区尺寸区间约束监控手段BackpressureMonitor的rejection_rate、BytesPool的hit_rate、LockStats的contention_rate与spin_success_rate、OperationProgress的is_stale是定位吞吐下降、内存膨胀与锁竞争问题的直接指标演进启示CHANGELOG 中删掉零消费模块、统一规范配置类型的收敛动作表明RustFS 倾向于让共享 crate 保持最小化——只有被存储层实际消费的抽象才会保留。结语rustfs-io-core与rustfs-io-metrics的演进是一堂生动的架构课先集中迁移再收敛精简最终形成算法实现在存储层、配置形态在共享 crate、指标记录在 metrics crate的清晰分工。理解这份 CHANGELOG 及其背后的源码是深入 RustFS 存储并发体系最直接的入口。【免费下载链接】rustfs2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance object storage system supporting migration and coexistence with other S3-compatible platforms such as MinIO and Ceph.项目地址: https://gitcode.com/GitHub_Trending/rus/rustfs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 RustFS io-core 与 io-metrics 演进实录：从 CHANGELOG 看共享 I/O 原语的迁移与收敛
RustFS io-core 与 io-metrics 演进实录从 CHANGELOG 看共享 I/O 原语的迁移与收敛【免费下载链接】rustfs2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance object storage system supporting migration and coexistence with other S3-compatible platforms such as MinIO and Ceph.项目地址: https://gitcode.com/GitHub_Trending/rus/rustfsRustFS 是开源的 S3 兼容高性能对象存储系统。本文以 crates/io-core/CHANGELOG.md 为主线系统梳理rustfs-io-core与rustfs-io-metrics两个 crate 从 0.0.5 版本引入并发模块迁移到 Unreleased 版本收敛零消费模块的完整演进脉络并结合仓库源码解析缓冲池、背压控制、死锁检测、锁优化与配置体系的实际实现。读完本文你将掌握 RustFS 共享 I/O 层的模块边界、核心配置项含义、关键算法原理以及调度算法与配置形态分离的架构设计。一、CHANGELOG 主线一次迁移—收敛的架构演进1.1 版本 0.0.5并发模块迁入CHANGELOG 记录了 0.0.5 版本的核心动作迁移方向将核心 I/O 调度算法从rustfs::storage::concurrency迁移到rustfs-io-core将指标与配置迁移到rustfs-io-metrics新增能力自适应 I/O 调度器IoScheduler、带防饥饿机制的优先级队列IoPriorityQueue、双水位背压监控BackpressureMonitor、基于等待图的死锁检测DeadlockDetector、自适应自旋锁优化LockOptimizer、动态超时计算RequestTimeoutWrapper以及缓冲区尺寸计算函数calculate_optimal_buffer_size、get_buffer_size_for_media等配置类型IoSchedulerConfig、BackpressureConfig、DeadlockDetectorConfig等兼容保证rustfs::storage::concurrency中原有 API 全部保留新类型通过 re-export 供渐进迁移不产生破坏性变更。从源码结构看crates/io-core/src/lib.rs 正是这一迁移的落点它对外导出BytesPool、IoSchedulerConfig、BackpressureMonitor、DeadlockDetector、LockOptimizer、OperationProgress等全部公共类型。1.2 Unreleased零消费模块的收敛Unreleased 部分记录了反向收敛动作这是理解 crate 边界的另一关键rustfs-io-core删除 0.0.5 引入但工作区内没有任何调用方的模块——reader、writer、bufreader_optimizer、shared_memory、direct_io、timeout_wrapper、io_priority_queue、schedulerrustfs/backlog#1824。OperationProgress移入新的progress模块仍以rustfs_io_core::OperationProgress导出rustfs-io-metrics删除零消费的IoConfig、CacheSettings、IoSchedulerSettings、BackpressureSettings、TimeoutSettings、DeadlockDetectionSettings及其DEFAULT_*常量rustfs/rustfs#6008明确rustfs-io-core的IoSchedulerConfig/BackpressureConfig才是规范配置类型。重要架构事实CHANGELOG 明确写道——RustFS 实际运行的调度算法与请求超时包装器位于rustfs/src/storage/本 crate 只保留它们投影到的配置形态。仓库中的 rustfs/src/storage/concurrency/mod.rs 也印证了这一点调度算法实体在io_schedule模块rustfs-io-core只拥有共享配置形态与io_profile存储介质模型rustfs-io-metrics拥有带宽采样与指标记录。二、rustfs-io-core 源码全景七大共享 I/O 原语当前 crates/io-core/src 下包含 8 个模块lib.rs入口、config.rs配置类型、pool.rs分层缓冲池、backpressure.rs背压控制、deadlock_detector.rs死锁检测、lock_optimizer.rs锁优化、progress.rs进度追踪、io_profile.rsI/O 画像。2.1 分层缓冲池 BytesPool零拷贝复用crates/io-core/src/pool.rs 实现了四层缓冲池阈值常量定义于模块顶部层级尺寸范围默认缓冲大小默认最大并发数Small4KB–64KB4KB1000Medium64KB–512KB64KB500Large512KB–4MB512KB100XLarge4MB4MB25PooledBuffer通过 RAII 在 Drop 时自动归还缓冲区并释放信号量许可try_acquire_buffer提供非阻塞获取。源码注释说明该模块从 rustfs-ecstore 迁移而来用于在不产生循环依赖的前提下为 rustfs 与 rustfs-ecstore 提供统一的缓冲池。测试中还包含一个指标回归用例backlog#806复用的缓冲区取出时必须递减available_buffers仪表与return_buffer的递增对称使仪表反映真实池容量。2.2 背压控制 BackpressureMonitor双水位过载保护crates/io-core/src/backpressure.rs 实现双水位high/low water mark状态机BackpressureState::Normal/Warning/Critical三态try_acquire使用 CAS 循环保证并发下绝不突破max_concurrent达到容量即拒绝并累计total_rejectedrelease使用checked_sub防止在 current0 时发生未配对释放导致下溢回绕到usize::MAX那将永久拒绝所有后续获取should_apply_backpressure结合冷却期cooldown判断是否真正施加背压可观测指标包括total_processed、total_rejected、rejection_rate。2.3 死锁检测 DeadlockDetector等待图 环检测crates/io-core/src/deadlock_detector.rs 通过register_lock/record_acquire/record_wait/record_release维护等待图detect_deadlock基于邻接表做 DFS 环检测并返回环路径check_long_held还能找出持有时间超过max_hold_time的长持锁。源码注释给出了一个有意思的实现决策检测器内部使用std::sync::Mutex而非tokio::sync::Mutex因为锁从不会跨.await点持有且临界区是亚微秒级的单次 HashMap 操作。2.4 锁优化 LockOptimizer自适应自旋crates/io-core/src/lock_optimizer.rs 提供LockGuardRAII 守卫与try_spin自适应自旋自旋成功时迭代次数翻倍上限max_spin_iterations失败时减半下限 10并维护LockStats平均/最大持有时间、竞争率、自旋成功率。is_hold_time_excessive可对超过 100ms 的持有时间发出告警。2.5 进度追踪 OperationProgress区分慢与停滞crates/io-core/src/progress.rs 提供字节进度与陈旧staleness判定is_stale依据距上次update的间隔是否超过stale_timeout判断progress_percent、remaining、transfer_rate支撑长任务监控。源码注释指出存储层超时实现正是用它来区分慢传输与停滞传输。三、IoSchedulerConfig核心配置形态深度解析IoSchedulerConfig是调度层的配置投影定义于 crates/io-core/src/config.rs含 21 个字段。默认值如下配置字段默认值语义max_concurrent_reads32最大并发磁盘读high_priority_size_threshold64KB高优先级尺寸阈值low_priority_size_threshold4MB低优先级尺寸阈值queue_high_capacity100高优先级队列容量queue_normal_capacity500普通优先级队列容量queue_low_capacity200低优先级队列容量starvation_prevention_interval_ms100防饥饿检查间隔毫秒starvation_threshold_secs5防饥饿阈值秒load_sample_window10负载采样窗口load_high_threshold_ms/load_low_threshold_ms50 / 5高/低负载等待时间阈值毫秒enable_prioritytrue是否启用优先级调度storage_detection_enabledtrue是否启用存储介质检测sequential_detection_enabledtrue是否启用顺序访问检测bandwidth_monitoring_enabledtrue是否启用带宽监控adaptive_buffer_enabledtrue是否启用自适应缓冲base_buffer_size/max_buffer_size/min_buffer_size128KB / 1MB / 4KB基础/最大/最小缓冲区尺寸validate()的约束规则源码明确实现max_concurrent_reads必须 0high_priority_size_threshold必须 low_priority_size_thresholdmin_buffer_size max_buffer_sizebase_buffer_size必须位于[min_buffer_size, max_buffer_size]区间。配置支持 builder 风格链式调用with_max_concurrent_reads、with_priority_thresholds、with_buffer_sizes、with_priority_enabled。IoPriorityQueueConfig::from_scheduler_config可从调度器配置派生优先级队列配置total_capacity()汇总三队列容量。四、io_profile存储介质与访问模式画像crates/io-core/src/io_profile.rs 是自适应调度的画像基础存储介质检测detect_storage_media优先采用storage_media_overridenvme/ssd/hdd/unknown禁用检测时返回Unknown而非猜测测试用例 rustfs/backlog#1836 明确钉住此规则Linux 下读取/sys/class/nvme目录与/sys/block/*/queue/rotational标志判断访问模式检测IoPatternDetector基于(offset, len)历史窗口比较相邻区间端点的偏移差是否落在sequential_step_tolerance_bytes容忍度内输出Sequential/Random/Mixed/Unknown介质画像StorageProfile::for_media给出各介质的缓冲区上限与乘数——NVMe顺序提升 1.35×随机惩罚 0.9×偏好预读、SSD1.2× / 0.8×偏好预读、HDD1.1× / 0.65×不偏好预读、Unknown回落到 SSD 上限。五、rustfs-io-metrics指标记录与观测面crates/io-metrics/src 提供了与 io-core 配套的指标记录层包括io_metrics.rs、backpressure_metrics.rs、deadlock_metrics.rs、lock_metrics.rs、timeout_metrics.rs、adaptive_ttl.rs、bandwidth.rs、cache_config.rs、autotuner.rs等。缓冲池在每次获取/归还时通过rustfs_io_metrics::record_bytes_pool_acquire、record_bytes_pool_hit_rate、record_bytes_pool_allocated上报指标见 crates/io-core/src/pool.rs实现原语即埋点的观测集成。0.0.5 版本还记录过CacheConfigL1/L2 分层缓存配置、AdaptiveTTL按访问频度动态调整 TTL、AccessTracker缓存条目访问模式跟踪与实时带宽观测。六、调度算法实体的落点rustfs/src/storage需要特别澄清的边界调度算法本体不在 io-core而在 rustfs/src/storage/concurrency 与 rustfs/src/storage。搜索rustfs_io_core/rustfs-io-core的引用点包括rustfs/src/storage/concurrency/mod.rsre-export 调度类型明确调度算法位于io_schedule不委托给 rustfs-io-corerustfs-io-core 只持有共享配置形态与 io_profile 模型rustfs/src/storage/concurrency/io_schedule.rs实际调度算法实现rustfs/src/storage/concurrency/manager.rs并发管理器rustfs/src/storage/timeout_wrapper.rs 与 rustfs/src/storage/deadlock_detector.rs运行时超时与死锁检测消费方。这一算法在存储层、配置形态在共享 crate的分层正是 CHANGELOG 反复强调的设计主旨也是阅读 RustFS 并发相关代码时必须先建立的心智模型。七、测试与验证单元测试io-core 各模块内置#[cfg(test)]测试覆盖配置校验、背压状态机转移、释放下溢保护、死锁环检测、自旋自适应等如 crates/io-core/src/backpressure.rs 中的test_backpressure_monitor、crates/io-core/src/deadlock_detector.rs 中的test_no_deadlock运行测试命令适用于仓库内开发环境cargo nextest run --package rustfs-io-core cargo nextest run --package rustfs-io-core -E test(backpressure)API 兼容性0.0.5 变更中明确新增 API 兼容性测试确保rustfs::storage::concurrency旧 API 在迁移后仍可用。八、实践要点小结理解边界调度算法在rustfs/src/storage/concurrency/io_schedule.rsio-core 提供配置形态与介质画像io-metrics 提供指标记录三者各司其职配置入口IoSchedulerConfig是规范配置类型任何自定义配置都应经过validate()校验并注意优先级阈值high low与缓冲区尺寸区间约束监控手段BackpressureMonitor的rejection_rate、BytesPool的hit_rate、LockStats的contention_rate与spin_success_rate、OperationProgress的is_stale是定位吞吐下降、内存膨胀与锁竞争问题的直接指标演进启示CHANGELOG 中删掉零消费模块、统一规范配置类型的收敛动作表明RustFS 倾向于让共享 crate 保持最小化——只有被存储层实际消费的抽象才会保留。结语rustfs-io-core与rustfs-io-metrics的演进是一堂生动的架构课先集中迁移再收敛精简最终形成算法实现在存储层、配置形态在共享 crate、指标记录在 metrics crate的清晰分工。理解这份 CHANGELOG 及其背后的源码是深入 RustFS 存储并发体系最直接的入口。【免费下载链接】rustfs2.3x faster than MinIO for 4KB object payloads. RustFS is an open-source, S3-compatible high-performance object storage system supporting migration and coexistence with other S3-compatible platforms such as MinIO and Ceph.项目地址: https://gitcode.com/GitHub_Trending/rus/rustfs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考