12 天前 / HueiFeng
编辑 | 邵一帆 背景 API 网关作为外部流量访问内部服务的入口，可以屏蔽内部微服务之间的差异，提供动态路由、身份认证、流量控制、协议转换、负载均衡等公共能力，在服务治理中起到非常重要的作用。 在收钱吧业务发展过程中，各业务团队基于自身需求，开发了多个 API 网关。这些网关使用了多种开发语言和不同的技术栈，管理平台也比较简陋。管理平台功能缺失，不方便 API 配置和管理，也具有一些安全隐患；API 网关使用了多种开发语言和技术栈，导致维护和升级非常困难；还有重复造轮子，消耗了很大的人力和时间成本。
15 天前 / 浪客书心
日常工作中，我们开发接口时，一般都会涉及到参数校验、异常处理、封装结果返回等处理。如果每个后端开发在参数校验、异常处理等都是各写各的，没有统一处理的话，代码就不优雅，也不容易维护。所以，作为一名合格的后端开发工程师，我们需要统一校验参数，统一异常处理、统一结果返回，让代码更加规范、可读性更强、更容易维护。 使用注解，优雅进行参数校验统一结果返回统一异常处理唠叨几句 1. 使用注解，统一参数校验假设小田螺实现一个注册用户的功能，在 controller 层，他会先进行校验参数...
20 天前 / leveryd
背景在 k8s 中，可以通过聚合层扩展 Kubernetes API[1]。 本文参考 sample-apiserver 项目的 readme[2]和安装一个扩展的 API server[3]，通过部署 sample-apiserver 来体验"聚合层"的效果。 实验目的： 验证"聚合层"的功能：看一看"sample-apiserver"是否能够扩展 api 学习怎么部署"扩展的 api server"实验过程 0x01 配置聚合层安装一个扩展的 API server[4] 中提到，需要先配置聚合层。 其中很重要的一步是提交 APIService 对象，apiservice.yaml[5]中定义了 APIService 对象，执行 kubectl apply -f artifacts/example 后...
22 天前 / 趣编程
本期作者 周佳辉 哔哩哔哩资深开发工程师 2017 年加入 B 站，先后从事账号、网关、基础库等开发工作。编码 C/V 技能传授者，技术文档背诵者。 开源社区爱好者，安全技术爱好者，云计算行业活跃用户，网络工程熟练工。史诗级 bug 生产者，熟练掌握 bug 产生的各类场景。 始终以简单为核心设计理念，追求极致简单有效的后端架构。 背景 如果你在 2015 年就使用 B 站，那么你一定不会忘记那一年 B 站工作日选择性崩溃，周末必然性崩溃的一段时间。
23 天前 / 博文视点Broadview
Web 安全的攻防重心在慢慢地向 API 场景进行转移 随着前端框架的发展成熟以及前后端分离模式的流行，API 也正在成为服务端的主要攻击入口；同时由于云原生和微服务架构越来越多的企业接受和采用，API 的数量也在急剧暴增； Programmable Web 曾统计过 API 的增长趋势，在 2006 年之后，API 就开始实现快速增长，尤其在 2010 年以后，这种趋势更加明显；全球的 API 数量都实现了广泛地增长，如下： Salt Security 研究部门 Salt Labs 的一份新报告发现，SaltSecurity 的客户遭遇的 API 攻击流量在过去一年中增长了 681%，与此同时整体 API 流量增长了 321%...
26 天前 / reesunhuang
推荐关注 责编：猿哥| 来源：GitHub 黑板报 整理 正文 今天，推荐一个 API 快速生成系统。猿哥第一次使用就有点上头，爱不释手，必须要推荐给大家。上次是谁要的 API 快速生成系统啊，猿哥帮你找到了。 这是我目前见过最好的 API 快速生成系统。功能完整，代码结构清晰。值得推荐。扩展： 项目介绍我们日常会有不少的静态数据，格式也有很多的种类，比如 excel、csv、json、sqlite 等，如果数据量很少的话，用默认软件打开是没什么问题的。
26 天前 / Ryan众乐
♀编者按：本文作者是蚂蚁集团前端工程师卡晨，聊一聊 Server Components 到底是什么？它会像当年的 Hooks 一样对整个 React 生态带来巨大的影响么？欢迎查阅~ 2020 年底，React 公布了一个全新的特性：Server Components，当时它还处于调研和试验阶段，并没有正式发布，随着 React 18.0 版本的正式发布，Server Component 的脚步声也越来越近了，不出意外的话，应该会在今年的某个 React 18 的 minor 版本中正式发布。
36 天前 / yybbb
【引子】节前的时候， 一好友约我聊一聊 API 的设计。当时觉得仿佛有万语千言，但我又难以脱口而出 1、2、3。原来，即便是工作的日常，也缺乏一个系统性的思考和整理。API 的设计涉及到的方面很多， 分类是一个基本的思考方式。如果可以形成一个系列性的文字，那就从性能开始吧。 就像任何性能一样，API 性能主要取决于如何响应不同类型的请求。例如：典型的电商场景，显示用户当前的订单。应用程序从一个 API 获取订单详情。但是，如果希望用户在一个地方能查看他们所有的订单，这意味着，我们的 API 现在将返回比以前更多的数据，后台的负载会更大。
37 天前 / 方丈的寺院
摘要在 web 开发过程中，经常会遇到接口 RT 高的情况，除了通过监控事后优化的方式，我们还需要掌握一些常用的手段，避免写出慢的接口。从前端发起调用到后端一般经过网关层、应用层、存储层。每一层都可以优化，本篇文章主要是应用层优化。 常见性能优化思路从理论上分析，性能优化手段通常有 批量请求数据库，我们一般会用 in,提高数据库查询效率调用外部服务，我们也需要要求依赖方提供批量接口，避免多次网络请求批量查询的 id 数量也不宜过多之前在 sql IN 一文中分析过，IN 的数量太多时，性能会下降。同样服务间调用，数据量过大，带宽占用大。
47 天前 / 美团技术团队
总第 509 篇 2022 年 第 026 篇 CompletableFuture 由 Java 8 提供，是实现异步化的工具类，上手难度较低，且功能强大，支持通过函数式编程的方式对各类操作进行组合编排。相比于 ListenableFuture，CompletableFuture 有效提升了代码的可读性，解决了“回调地狱”的问题。本文主要讲述 CompletableFuture 的原理与实践，同时结合了美团外卖商家端 API 的异步化实战，希望能对从事相关开发的同学有所帮助或启发。
48 天前 / 非常王不二
本文讨论了四种主要的 API 架构风格，比较它们的优缺点，并重点介绍每种情况下最适合的 API 架构风格。 两个单独的应用程序需要中介程序才能相互通信。因此，开发人员经常需要搭建桥梁——也就是应用程序编程接口（API），来允许一个系统访问另一个系统的信息或功能。 为了快速、大规模地集成不同的应用程序，API 使用协议或规范来定义那些通过网络传输的消息的语义和信息。这些规范构成了 API 的体系结构。 在过去，人们已经发布了多种不同的 API 架构风格。每个架构风格都有它独有的标准化数据交换的模式。
51 天前 / sjf0115
作者：吴云涛，腾讯 CSIG 高级工程师 一个监控系统对于每一个服务和应用基本上都是必不可少的。在 Flink 源码中监控相关功能主要在 flink-metrics 模块中，用于对 Flink 应用进行性能度量。Flink 监控模块使用的是当前比较流行的 metrics-core 库，来自 Coda Hale 的 dropwizard/metrics [1]。dropwizard/metrics 不仅仅在 Flink 项目中使用到，Kafka、Spark 等项目也是用的这个库。Metrics 包含监控的指标（Metric）以及指标如何导出（Reporter）。Metric 为多层树形结构，Metric Group + Metric Name 构成了指标的唯一标识。