RuBaRu - 完全链上的创造者及消费者经济

RuBaRu（rubaru.app）旨在创建一个充满活力的移动优先、100％ 基于链上 DAO 的代币化经济，由社区拥有和管理，创造者、影响者、消费者和品牌和谐共存。
通过这样做，我们可以释放新机遇，重塑数字创造力，推动经济增长，并培育繁荣的共享繁荣生态系统。
第 1 阶段：POC 假设可以在 ICP 区块链基础设施之上构建完全链上的创造者-消费者经济，我们启动了开发过程并构建了一个由 2 个容器组成的整体后端，该后端充当服务器应用程序，以全栈链上方式全面存储和流式传输所有内容，包括代码、数据库以及图像和视频等资产。

第 1 阶段：采用整体架构的 POC

我们向 ICP 社区内的一组独家用户推出了预测试版，收集了有关我们创作的宝贵反馈，反响非常惊人，令社区惊叹不已。
许多人表示，用户体验超越了他们在其他 Web3 DApp 中遇到的任何体验，我们的社区甚至将我们称为 “Web3 Instagram”，但我们的野心超出了这个标签。
第 2 阶段：发展成为吸引社交媒体用户的 DApp 的时候了
着眼于构建完全去中心化的创作者-消费者生态系统的潜力，RuBaRu 发现自己正处于一个关键时刻，准备重新定义其系统架构，以实现最佳的可扩展性、适应性和坚定的可用性。
从整体框架到自动可扩展的微服务模型的转变不仅是一个显而易见的选择，而且是吸引全球所有社交媒体用户挑战集中化并最大化影响力的战略必要条件。
拥抱微服务的本质 - 一种将整体系统划分为更小、独立的服务（容器）的模块化方法 - 对于 RuBaRu 来说是一个合乎逻辑的举动，这种去中心化的结构赋予系统无与伦比的敏捷性、适应性和容错能力，使其能够轻松扩展以满足不断扩大的用户群不断增长的需求。
该系统经历了转型，分为更小的服务，每个服务针对特定的业务功能进行定制，并拥有明确定义的、范围有限的职责：

• 1. 用户服务
• 2. 视频发布服务
• 3. 图片发布服务
• 4. 评论服务
• 5. 音频服务
• 6. 搜索服务

第 2 阶段 - RuBaRu - 微服务架构

然而，一个重大挑战以容器间调用的形式出现，其中查询调用经常转换为更新调用，导致 API 响应时间急剧减少。

复合查询前容器间调用的问题

认识到移动应用程序用户的平均注意力持续时间约为 5-8 秒，因此在短短几秒钟内交付内容变得至关重要，如果不这样做，就很难有效地吸引传统社交媒体用户。
RuBaRu 的工程团队致力于优化这些服务间（容器间）通信（包括数据结构和算法优化），确保高效编排，同时保持系统完整性和性能。
第 3 阶段：拥抱复合查询
在这一转变中，随着 DFX 0.15.0 复合查询的推出，一个关键时刻到来了——这是一个将重新定义 RuBaRu 发展轨迹的里程碑，认识到 Dfinity 团队制定的关于复合查询的实施和发布的路线图后，RuBaRu 抓住了机遇，战略性地调整了向微服务架构的迁移。

由复合查询支持的服务间（容器）通信

通过复合查询，范例发生了巨大的变化，数据访问和处理的效率呈指数级增长，将 RuBaRu 对用户请求的响应能力提升到前所未有的水平，消除了容器间查询调用到更新调用的转换，从而显著提高了整体 API 响应时间。
这一战略举措，即迁移到与实现复合查询的路线图同步的微服务架构，标志着 RuBaRu 的分水岭时刻。
RuBaRu 的目标是成为数字领域的一支强大力量，为去中心化、微服务驱动的平台制定新标准，这些平台可以与集中式 Web 2.0 应用程序的效率相媲美并超越。
对改进的 API 延迟进行基准测试
这里展示的是一个图解，展示了一项巨大的成就 - RuBaRu 的 API 端点延迟增强，这是集成 Dfinity 团队突破性创新之一的结果：复合查询。
在这张充满数据的图表中，我们自豪地展示了 API 延迟方面的显著改进，这是 ICP 生态系统取代传统云服务之路的真实证明，确实取得了显著的进步！
RuBaRu - API 响应时间（以秒为单位）- 第三个（橙色）条展示了使用复合查询后延迟的改善
结论
RuBaRu 从单体结构到微服务的航行确实是一个必然的选择，尽管如此，正是 DFX 0.15.0 复合查询的战略时机和集成将这一转变提升到了一个全新的水平。
微服务和复合查询的融合释放了 RuBaRu 的真正潜力，将其推向数字领域的前沿，并为去中心化平台在效率和性能方面占据主导地位的未来奠定了基础。
了解更多关于 RuBaRu 的信息：

来源：RuBaRu翻译：Catherine

-    往  期  推  荐    -

你关心的 IC 内容

技术进展 | 项目信息 | 全球活动

长按关注 IC 微信公众号

掌握最新资讯

＊添加小助手微信 comiocn 进交流社群