Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
微服务架构
AI重塑编程:Rust称王,单体回归,验证成刚需!
LLM 使代码重写成本趋零,颠覆依赖链、弱化林迪效应、推升高严谨语言、重构开源生态,形式化验证成刚需,软件文明迎来全面重写时代。 ### 软件供应链收缩:当重写成本接近零,依赖树开始松动 传统软件开发世界的一个核心现实是:读别人代码很痛苦。理解大型陌生代码库像在迷宫里拿着手电筒找出口,时间成本巨大。
印尼华商银行从Java迁移到Rust
经过仔细评估,我们确定将我们的核心微服务迁移到 Rust将为我们提供实现这些目标的最佳机会。 [b]为什么我们选择 Rust[/b] 说到现代后端语言,Rust 和 Go 都广受好评。然而,对于我们银行服务的高性能要求,Rust 显然是赢家。以下是我们的理由: [b]毫不妥协的内存安全[/b] Ru
Traefik 简介
Traefik 是一种现代反向代理和负载均衡器,旨在简化和优化微服务的部署和管理。在本教程中,我们将探讨 Traefik 是什么、它的主要功能以及如何将其集成到应用程序基础架构中。 [b]什么是 Traefik[/b] Traefik是由 Containous 开发的开源动态反向代理和负载均衡器。它
微服务翻车后,我们发明了"微结石"
咱团队当年搞文档API的时候,简直就是个"科技小白鼠实验室"!第一次做SaaS产品,看见别人都在玩"微服务"这种高大上的东西,我们脑子一热就跟风了。结果呢?就像小学生非要穿大人的高跟鞋——摔得那叫一个惨! 微服务这玩意儿本来是大公司
亚马逊工程师警告:AI Agent直接调用等于分布式单体,凌晨三点堵死你
亚马逊工程师半夜被叫醒,发现AI Agent把整个订单系统堵死了,只留给他一行堆栈信息,这设计到底图啥? 多Agent系统直接同步调用会引发级联故障、紧耦合、扇出风暴和无法回放审计的问题。这篇来自亚马逊技术专家的文章解释了为什么应该用事件日志取代点对点调用,让Agent通过消息代理异步通信,并给出了
无共享架构:驱动现代分布式系统的 40 年历史概念
为 Cassandra 等现代分布式数据库提供支持的 Shared Nothing 架构实际上是在 1986 年提出的。它预测了我们今天认为理所当然的关键功能:水平扩展、容错和通过商品硬件实现的成本效益。 嘿!我想分享一些关于我们许多现代分布式系统所采用的架构的有趣历史。 [b]1. 令人兴奋的部分
使用域对象编写可适应变化的代码
来自Google测试博客的文章:使用领域对象编写可适应变化的代码 尽管产品的需求可能经常变化,但其基本理念通常变化缓慢。这导致一个有趣的见解:如果我们编写的代码符合产品的基本理念,它将更有可能在未来的产品变化中生存下来。
从单体到微服务:进化的阵痛
微服务是技术债吗?关于扩展、复杂性与增长的思考 我在职业生涯中花费了大量时间设计和构建需要随着团队和用户增长而扩
数据库垂直分片的好坏之处
如何将单一数据库划分为专门的分片服务? [b]什么是垂直分片?[/b] 老实说,当我第一次听说“垂直分片”时,我认为这只是“拆分数据库”的一种花哨的说法。”在某种程度上,它是。但其中的微妙之处比我最初意识到的要多。 垂直分片就像整理你凌乱的车库。而不是有一个巨大的空间,工具,运动器材,节日装饰,和汽
微服务还是单体?我在两个金融平台的血泪教训告诉你真相
作者在极端 deadline 下分别用单体和微服务架构打造两个金融科技平台,发现架构成败不在技术,而在团队、时间与现实约束是否匹配。 作者背景:谢尔盖·谢克休耶夫(Sergei Shekshuev)曾是执法部门人员,后转行成为软件工程师,长期深耕金融科技领域。他亲历从追捕罪犯到追查线上 bug 的职
实时推理新王者:DeepSeek R1登录英伟达AI平台
DEEPSEEK-R1 API 即将作为可下载的 NIM 微服务提供,是 NVIDIA AI 企业软件平台的一部分. DeepSeek-R1是一个具有最先进推理能力的开放模型。DeepSeek-R1 等推理模型不会
微服务中共享库写入是一个死胡同
大家都说“永远不要在微服务之间共享写操作数据库”(共享写不可以,共享读可以)。 但有时现实迫使你不得不这么做——遗留系统迁移、紧迫的期限或性能要求使得共享数据库成为必要。 问题不在于它是否理想(它并非理想),而在于当你别无选择时,如何安全地做到这一点。 共享数据库模式意味着多个微服务写操作同一个数据
美国运通:Cell-Based弹性支付系统架构
美国运通核心支付平台韧性设计:细胞架构Cell-Based如何让支付系统在故障时稳如泰山 美国运通核心支付平台采用细胞架构,通过将微服务、数据库等组件封装为独立细胞,实现故障隔离、低延迟处理和弹性扩展。文章阐述了数据本地化、确
系统设计没有银弹:50个权衡点告诉你拿什么换什么
没有银弹!系统设计就是一场拿东西换东西的残酷交易! 你以为是搭乐高,其实是在做数学题——每加一块积木,就得拆掉另一块。 系统设计不是选“最好的方案”,而是选“你最愿意忍受哪种痛苦”。 同一个问题有十种解法,每种解法都在让你用A换B。搞懂这50个权衡点,比背一百张架构图管用一万倍。
数字孪生:产品新概念的数字对应物
数字孪生是物理资产、流程或系统的数字复制品,用于模拟、监控和优化现实世界中的对应物。通过实时数据交换和高级分析,数字孪生提供了一个虚拟环境,用于测试场景、预测结果和增强决策能力。这一概念由迈克尔·格里夫斯于 2002 年首次提出,现已迅速发展,目前在制造业、医疗保健、智慧城市、供应链等各个领域发挥着
分布式团队八大隐形陷阱
工程师们(还有他们的老板)在过去四十年里花了很多时间学习(有时候是反复学习……)分布式系统的各种影响和含义。作为一个工程经理,我发现分布式系统的设计和工程团队的组织设计之间有很多相似的地方
微服务:创业者的毒鸡汤!
这篇文章出自一个安全至上的作者视角,或者说智勇双全中的勇敢缺乏了点,是安全利他主义,不是加速主义世界观: 创业公司怎么选技术架构?别被"微服务"忽悠瘸了!(就像盖房子,你见过谁家茅草屋非要装电梯吗?) 1. 创业公司保命秘诀: (banq注:命不是被动保护出来的,而是主动出击的结果,如果
Kafka中实现同步通信教程
在本文中,我们探讨了如何使用 Apache Kafka 实现 Spring Boot 应用程序中两个组件之间的同步通信。 我们完成了必要的配置并模拟了通知调度系统。 通过使用ReplyingKafkaTemplate,我们可以将 Apache Kafka 的异步特性转换为同步请求-回复模式。这种方法
下页