图拉斯内推,图拉斯内推码

ai面

总结:AI调教的很好,问的问题很有意思,整场面试不会有很大的压迫感,追问大多是根据你的回答提问。总时长:35分钟Q1:自我介绍,重点介绍一下个人背景和大学期间的主要经历。Q2:你对于在一家公司长期发展有什么看法?你认为哪几点因素会让你在一家公司长期工作?(有追问)Q3:你取得过的最大成就是什么?过程中最大的难点是什么?你是如何突破的?最终的结果怎么样?(有追问2个)Q4:请描述一个过往遇到的最有压力困难或最具挑战的一个场景,你是如何解决的?对你有什么影响?(有追问)Q5:依你的看法,请描述一个你近期完成的项目任务,如果重来一次,你会做哪些不同的事情来提升结果?(有追问2个)Q6:电商运营和销售的区别和联系?(有追问)

图拉斯2026届校招启动,今年HC翻倍,抓紧投递~

【我们是】图拉斯(原蓝禾) 是一家集产品、设计、研发、品牌、营销和大数据运营于一体的创新型科技公司,总部位于中国深圳,全球员工规模超3000人。

【base】深圳

【岗位】运营(国内)、运营(国外)、营销、设计、研发技术、职能

【推荐链接】https://lanhevip.jobs.feishu.cn/s/34ga1GsNGCM

【内推码】49R8EBU(渠道选“校园大使推荐”,内推简历优先筛选)大家投递完可以在评论区打上姓名缩写+岗位(比如PM+LJJ),我私你们面经~~

#牛友职场人脉来了#
全部评论

相关推荐

项目内容:基于Nacos+Spring Cloud Alibaba实现的微服务架构稳定币交易平台,通过该交易平台用户和企业可以快捷的实现稳定币的兑换、交易以及实时汇率展示。数据要素交易平台,该平台基于DDD架构,实现数据要素(数据集、API数据)的交易网络。我做的部分:稳定币平台:用户相关的注册登录什么的,用户账户的交易相关的数据要素交易:区域节点的商品的上架、审核、以及与总节点的商品同步因为开发的都是最原始的初始版本,所以都是比较基础的增删改查我在里面增加了什么一致性的流程、高并发的流程,大佬们帮忙分析一下这样的流程有没有问题~~~---------------------------------------------------------------------------稳定币平台:我补充了一下转账一致性的流程:通过调用transfer服务,并生成一个唯一的交易id,后续操作TCC的操作都要基于这个id,同时基于这个id做幂等控制。之后进入try阶段,执行原子SQL,校验并扣减,并记录TCC状态表。(冻结资金,不影响其他并发交易)进入confirm阶段后,通过本地事务进行数据修改,并通过幂等检测出已执行,并更新tcc表。系统扫描出未成功执行的交易,根据交易id进行重新执行。通过Scheduler Service扫描tcc表,根据状态,完成未完成的交易,若多次confirm失败,进入cancel。 如果确认过程中有任何错误或超时,协调者执行锁定余额还原。cancel最终成功后才发送MQ消息(我感觉这种转账是不是应该用2pc更稳一点,不确定实际场景用什么)数据要素交易平台:区域 - 全域节点通信方案对于同步通信方案,采取异步消息队列,区域节点作为生产者,审核通过后,将产品信息封装为消息,发送到消息队列topic,并设置延迟投递(弱一致性)(避免区域节点本地事务未完成就同步。全域节点在消费消息前,去查询区域节点的“产品状态”:若状态 = 审核通过 → 正常消费若状态 ≠ 审核通过(或查不到)→ 丢弃或延迟重试)。全域节点通过订阅topic,消费消息时先做幂等校验(产品id+区域节点id判断是否已经同步),通过后更新全域目录,在发送回执到同步回执topic。区域节点订阅同步回执topic,去更新本地产品的同步状态。1000 + 提供方同时登记 API 产品(QPS 500+),如何设计流量治理方案?可以在接入层进行限流,单提供方每秒最多5次登记请求。在应用层通过异步削峰,通过创建产品登记队列,接入层校验通过后先写队列,应用层用消费者线程池异步消费写入DB。在持久化方面,可以通过批量插入减少SQL执行次数,并且对索引进行延迟创建
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务