1. 可演进的API1.1. 随着需求的变化，你需要改变你的API，即代码之间的共享接口1.2. 改变API很容易，但很难做到正确1.3. 保持API小巧1.3.1. 小巧的API更易于理解和演进1.3.2. 只添加即刻需要的API方法或字段1.3.3. 带有许多字段的API方法应该有合理的默认值1.3.3.1. 开发人员可以只专注于和自己相关的字段，因为它们会继承其他字段的默认值1.3.3.2. 默认值可使大型API在感觉上很小巧1.4. 公开定义良好的服务端API1.4.1. 切记使用标准工具来定义服务端API1.4.1.1. OpenAPI通常用于RESTful服务1.4.1.2. no
微服务架构是一种软件开发模式，它将一个复杂的应用程序拆分为多个个独立的、小型的、可复用的服务，每个服务负责一个特定的业务功能。微服务架构有许多优点，例如提高系统的可扩展性、可维护性、可测试性和故障容忍性。但是，微服务架构也有很多问题需要注意，例如如何设计合理的划分服务接口、如何在服务间实现高效通信、如何保证数据一致性等。因此要想成功地使用微服务架构，我们需要遵循一些最佳实践。以下是一些微服务架构的最佳实践，我将尽我所了解的知识给大家进行讲解。本文大纲如下，1.不使用微服务架构没错，我们应该尽量避免使用微服务架构。认真地说，使用微服务架构只能被视为最后的选择。从项目实际应用场景开发，少看一些网上
前言：继上篇：Taurus.NetCore微服务开源框架：Admin插件【4-4】-配置管理-Mvc【Plugin-CORS跨域】本篇继续介绍下一个内容：系统配置节点：Mvc- Plugin- Admin 后台界面：配置界面如下： 配置说明如下：1、Admin.IsEnable：配置当前后台插件是否可用这是个很危险的开关：如果设置为false，则需要重启应用后，才能重新进入后台。如果设置还同时勾选了持久化，则重启也进不了后台。因此，需要知道持久化的目录：默认在/App_Data/admin/config.ini 中，以json 格式存档，大至如下：{"Limit.Rate.IsEnable":
前言：继上篇：Taurus.NetCore微服务开源框架：Admin插件【4-6】-配置管理-Mvc【Plugin-Doc接口测试及文档】本篇继续介绍下一个内容：系统配置节点：Mvc- Plugin-Metric接口调用次数统计：配置界面如下：1、Metric.IsEnable：配置当前接口统计插件是否可用打开开关时，可以通过访问Metric菜单查看统计项： 2、Metric.IsIgnorePluginUrl：配置是否统计后台插件管理请求数据默认不统计。3、Metric.IsDurable：配置统计数据是否持久化如果为true，则写入硬盘。4、Metric.DurableInterval：配
前言：继上篇：Taurus.NetCore微服务开源框架：Admin插件【4-7】-配置管理-Mvc【Plugin-Metric接口调用次数统计】本篇继续介绍下一个内容：1、系统配置节点：Mvc- Plugin-Limit接口访问限制、IP限制、Ack限制：配置界面如下：限制目前提供以下三个类别的限制：1、Rate访问频率限制2、IPIP黑名单限制3、Ack请求头验证1、Limit.IsIgnoreLAN：是否忽略对内网IP的限制对三种类别限制都有效。2、Limit.IsIgnoreAdmin：是否忽略对后台管理【插件】界面的限制对三种类别限制都有效。3、Limit.IsIgnoreDoc：是
前言在分布式服务的场景下，业务服务都将进行拆分，不同服务之前都会相互调用，如何做好异常处理是比较关键的，可以让业务人员在页面使用系统报错后，很清楚的看到服务报错的原因，而不是返回代码级别的异常报错，比如NullException、IllegalArgumentException、FeignExecption等异常报错，这样就会让非技术人员看到了一头雾水，从而很降低用户的体验感。服务调用异常场景这是一个很常规的服务链路调用异常，前端用户请求A服务，A服务再去请求B服务，B服务出现了异常，A服务返回的Fallback降级的报错异常，但是显然这个异常并不是很能让人理解。这是feign服务之前调用异常
前言昨日博主的第一篇ZooKeeper，对它自身具备的能力做了初步介绍。书接上文，马不停蹄，我们继续挖掘它内在的美，充分把握它的核心与脉络。揭秘ZooKeeperQ：集群一致性协同是如何进行的我们讲到分布式，一般是在集群环境下实现的。以ZooKeeper为例，它是如何保障集群环境下的成功运转呢？1.节点角色通过上图，我们认识一下ZooKeeper的3类节点：Leader节点Leader作为ZooKeeper的领袖，有着举足轻重的作用。它是ZooKeeper集群环境如何稳定运行的关键，主要负责读写和调度等核心工作。如果它宕机了，一致性调度从此冷却，整个集群将面临群龙无首的局面，直至系统瘫痪。Fo
在大模型领域，一直稳站C位的Transformer最近似乎有被超越的趋势。这个挑战者就是一项名为「Mamba」的研究，其在语言、音频和基因组学等多种模态中都达到了SOTA性能。在语言建模方面，无论是预训练还是下游评估，Mamba-3B模型都优于同等规模的Transformer模型，并能与两倍于其规模的Transformer模型相媲美。论文一经发表，引起了不小的轰动。惊叹之余，大家发现论文作者只有两位，一位是卡内基梅隆大学机器学习系助理教授AlbertGu，另一位是Together.AI首席科学家、普林斯顿大学计算机科学助理教授（即将上任）TriDao。这项研究的一个重要创新是引入了一个名为「选
在微服务架构下，我们最容易遇到的一个问题就是分布式事务处理问题，当你微服务模块拆分越细，那么遇到分布式事务处理的场景就越多。即使是同一个微服务模块，对应一个业务数据库，但是你某个业务逻辑的实现是调用两个Service接口服务来完成的，同样也是分布式事务问题。因此有必要对分布式事务整体解决思路进行下总结。分布式事务概述图片分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，
1.引言大家好，我是小❤，一个流浪江湖多年的985非科班程序员，曾混迹于国企、互联网大厂和创业公司的后台开发攻城狮。1.1寻找电影般的浪漫“嘀嗒嘀嗒”，“嘀嗒嘀嗒”，当夜幕降临，你还在代码的海洋中与BUG进行着“持久战”。突然，你意识到，生活中不应只有键盘和屏幕，于是像个待充电的超人一样，决定给自己来点人际交流的活力补给。右手挥舞鼠标，左手掏出手机，边关闭IDE边滑动App。这个时候，寻找知己的老难题又闪现在脑海：要不要先检查一遍今日代码、再做一次单元测试，还是直接跳入“寻缘池”？（真实情况可能是，今天跳入哪个寻缘池🐶）图片好不容易做出了一个勇敢的决定——关闭电脑，从椅子一跃而起。你拿出手机，
