《阿里云分布式块存储》专题

电话面，上来不让我自我介绍 1. 问我为什么大二就来实习，他觉得大四出来实习是最好的时间 2. 问我前俩段实习有什么收获 3. 说开始问题目吧 4. 一段js源代码到控制台输出中操作系统，计算机底层做了些什么事情，分别列举 5. nodejs单线程事件模型原理 6. 为什么nodejs选择单线程，为什么可以处理多个并发任务 7. 为什么nodejs的io能做到非阻塞（问底层应该，没答上） 8. 每

非技术岗位，聊了半个多小时。 问题： 介绍了课题项目，课题有什么产出，这个东西有什么好处，我说能够降低服务器成本，他问有没有数据。。。(所以面试时说的话一定要有根据，提前准备，要不面试官深问就露馅了) 问遇到过哪些挑战，怎么解决的(我说了本科保研时的经历，但是说的很笼统。现在想应该先说当时疫情待在家里，然后因为成绩不错又想读研，所以选择保研座位主选择，考研作为次选择。但是因为每年政策会变，巴拉巴拉

主要内容：Redis分布式锁介绍,Redis分布式锁命令在分布式系统中，当不同进程或线程一起访问共享资源时，会造成资源争抢，如果不加以控制的话，就会引发程序错乱。此时使用分布式锁能够非常有效的解决这个问题，它采用了一种互斥机制来防止线程或进程间相互干扰，从而保证了数据的一致性。 提示：如果对分布式系统这一概念不清楚，可参考百度百科《分布式系统》，简而言之，它是一种架构、一种模式。 Redis分布式锁介绍 分布式锁并非是 Redis 独有，比如 MySQ

在单机程序并发或并行修改全局变量时，需要对修改行为加锁以创造临界区。为什么需要加锁呢？我们看看在不加锁的情况下并发计数会发生什么情况： package main import ( "sync" ) // 全局变量 var counter int func main() { var wg sync.WaitGroup for i := 0; i < 1000; i++

Map Redisson 分布式的 Map 对象，实现了 java.util.concurrent.ConcurrentMap 和 java.util.Map 接口。 Map 的大小由 Redis 限制为 4 294 967 295。 RMap<String, SomeObject> map = redisson.getMap("anyMap"); SomeObject prevObject =

每个 Redisson 对象都绑定到一个 Redis 键(即对象名称)，且可以通过 getName 方法读取。 RMap map = redisson.getMap("mymap"); map.getName(); // = mymap 所有和 Redis 键相关的操作被抽象到了 RKeys 接口： RKeys keys = redisson.getKeys(); Iterable<String>

提示 GatewayWorker提供的所有接口都是支持分布式调用的，所以业务代码不需要任何更改，直接就可以分布式部署。

distributed RPC（分布式RPC） (DRPC) 的设计目的是充分利用Storm的计算能力实现高密度的并行实时计算。Storm topology（拓扑）接受若干个函数参数作为输入，然后输出这些函数调用的结果。 严格的来说，DRPC不能够算作Storm的一个特性，因为它是一种基于Storm 原语（Stream，Spout，Bolt，Topology）实现的设计模式。DRPC可以脱离Sto

集群策略插件化 分布式集群策略采用插件的方式实现，通过SPI的形式发布，通过配置文件激活。 zookeeper分布式策略

ShardingSphereTransactionManager SPI 名称 详细说明 ShardingSphereTransactionManager 分布式事务管理器 已知实现类 详细说明 XAShardingSphereTransactionManager 基于 XA 的分布式事务管理器 SeataATShardingSphereTransactionManager 基于 Seata 的分

ShardingSphere-Proxy 接入的分布式事务 API 同 ShardingSphere-JDBC 保持一致，支持 LOCAL，XA，BASE 类型的事务。 XA 事务 ShardingSphere-Proxy 原生支持 XA 事务，默认的事务管理器为 Atomikos。 可以通过在 ShardingSphere-Proxy 的 conf 目录中添加 jta.properties 来定

ShardingSphere-Proxy 支持使用 SPI 方式接入分布式治理，实现配置和元数据统一管理以及实例熔断和从库禁用等功能。 Zookeeper ShardingSphere-Proxy 默认提供了 Zookeeper 解决方案，实现了注册中心功能。 配置规则同 ShardingSphere-JDBC YAML 保持一致。 其他第三方组件 详情请参考支持的第三方组件。 使用 SPI 方式

使用治理功能需要指定配置中心和注册中心。 配置将全部存入配置中心，可以在每次启动时使用本地配置覆盖配置中心配置，也可以只通过配置中心读取配置。

通过 Apache ShardingSphere 使用分布式事务，与本地事务并无区别。 除了透明化分布式事务的使用之外，Apache ShardingSphere 还能够在每次数据库访问时切换分布式事务类型。 支持的事务类型包括 本地事务、XA事务 和 柔性事务。可在创建数据库连接之前设置，缺省为 Apache ShardingSphere 启动时的默认事务类型。

背景 随着数据规模的不断膨胀，使用多节点集群的分布式方式逐渐成为趋势。在这种情况下，如何高效、自动化管理集群节点，实现不同节点的协同工作，配置一致性，状态一致性，高可用性，可观测性等，就成为一个重要的挑战。 本部分包括三个模块：治理、可观测性、集群管理（计划中）。 挑战 分布式治理的挑战，主要在于集群管理的复杂性，以及如何以统一和标准的方式对接各种第三方集成组件。 集成管理的复杂性体现在，一方面我