文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布

别再无脑上CDN了！我用AxisNow自己搓了个“小Cloudflare”，这延迟绝了...

我就在想，都 2026 年了，难道就没有一个比 Nginx 更现代化、比商业 CDN 更可控的玩意儿吗？...• 那个 API 接口，坚决不缓存。 • 只要 Header 里带了某个 Token，就绕过缓存。 最爽的是它的缓存清除（Purge）。以前业务更新了静态资源，还得求着运维去服务器上删文件。...现在通过 API 或者界面点一下，秒级生效。这在以前，那是只有买昂贵的商业 CDN 套餐才能享受的待遇。 2. WAF 竟然是标配 这年头裸奔的服务器，活不过三集。...我特意拿 SQLMap 扫了一下我的测试站。 嘿，还真防住了。 日志里清清楚楚地显示了拦截记录：哪来的 IP，用了什么 Payload（攻击载荷），触发了哪条规则。...我去看看那个自动续签证书的问题到底是因为防火墙还是因为它这代码逻辑有 bug，不搞定它我今晚睡不着。 记得给个三连啊，这年头坚持写硬核技术文的不多了！ 公众号：运维躬行录 个人博客：躬行笔记

23210

抛弃Nginx？还是干掉Kong？聊聊为什么Apache APISIX现在这么火，看完这篇你就懂了！

最近群里总有人问我：“现在那个 APISIX 好像很火啊，到底是干啥的？我有 Nginx 了，还要它干嘛？” 这问题问得好。咱们很多做运维的，手里拿着 Nginx 这把锤子，看什么都是钉子。...这时候你可能会说：“那我用 Kong 啊，Kong 不是动态的吗？” 没错，Kong 是个好东西，也是基于 OpenResty 搞的。但是当年我用 Kong 的时候，最让我头疼的是它那个数据库依赖。...Kong 默认很多配置是扔在 PostgreSQL 或者 Cassandra 里的。 我就想问问，做一个网关，为啥要我维护一个关系型数据库？一旦 DB 挂了，或者 DB 响应慢了，网关就跟着抖。...不怕被刷爆了。 • 身份认证：Key-auth，JWT，Basic-auth。以前这些逻辑可能要写在业务代码里，现在全扔给网关，业务服务只管处理逻辑，多爽。 • 可观测性：这个我太喜欢了。...这就是为什么大厂上了 K8s 之后，很多都把网关换成了 APISIX。 我的一次实战经历 光说不练假把式。聊聊我去年做的一个迁移项目。

56610
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    认证鉴权也可以如此简单—使用API网关保护你的API安全

    因此，JWT 还支持RSA非对称加密算法。...API 授权给指定的 App（App 可以是 API 拥有者颁发或者 API 调用者所有）后，API 调用者就可以用 App 的签名密钥来调用相关的 API 了。...4.1 技术架构 API网关EIAM认证提供多种选项： 1） 提供两种认证与鉴权方式：“只认证不鉴权”与“既认证又鉴权”： 选择“只认证不鉴权”方式，请求授权 API 时，API 网关将校验传入的用户访问凭证...使用 id_token 请求业务 API 时，API 网关将检验 id_token 的合法性，校验通过后转发给业务后端。...在API网关EIAM认证方式中，EIAM定制了”云API网关“类型应用，采用OAuth2+JWT作为API认证、授权的协议实现。

    12.3K155

    聊聊常见的服务(接口)认证授权

    大厂的开发平台api我先不敢说，各种小公司、或者不少大公司内部之间，各种各样的的接口签名/授权方式可以说是尽显劳动人民智慧、八仙过海，各显神通。...授权策略啊要花挺多成本； 看场景使用； Key Auth 这个别看名字起得高大上，其实也就是你先定义一个 KeyName，KeyValue,调用方和接口定义方约定这个Key放在--header或者Query...Jwt Auth 这个知识点可是可是博客园的常客了，三天两头都有相关博文；但毕竟本片不是jwt专题，我就不长篇阔论了简单聊聊； 首先jwt是啥 Json web token (JWT), 是为了在网络应用环境间传递声明而执行的一种基于...这里写着是网关，其实也可以写在接口的过滤器那里，不过这样每个项目都要实现一遍验证逻辑了。...这个Postman当然支持： 这是我用网关kong内置的Hmac Auth 插件实现的。

    1.8K20

    Istio入门二——手把手教你使用Istio

    或者，您可能会发现自己处于不支持LoadBalancer服务的环境中（例如，不带MiniKube的环境），tunnel在这种情况下，EXTERNAL-IP将会显示为或永久显示API网关一样，服务网格可以在现有服务之上提供透明的身份验证和授权控制。我们的下一个示例将使用JSON Web令牌来验证用户对服务的身份。...为了试验JWT身份验证，我们需要一个有效的JWT和一个JWKS（JSON Web密钥集）端点。后者是一组签名的公共密钥，可用于验证JWT。Istio的好伙伴为我们提供了一个示例JWKS端点。...接下来，我们将创建一个Policy资源，该资源要求对服务使用JWT productpage，但仅对于以/productpageor/api/v1路径开头的资源。...特别是在信息安全方面，即使在客户端库的帮助下，在应用程序层实现这些问题也从未如此容易，这也解释了商业API网关供应商的兴旺发展。 本文仅涉及Istio的表面。

    3.7K30

    Spring OAuth2

    的关键技术方法，主要围绕客户端、微服务网关、认证授权服务进行，不涉及微服务的其他模块等。...如果校验全部通过，idp 生成 JWT 并返回给网关；如果 token 校验失败返回 401；如果 scope 检查不通过则返回 403； 如果校验通过，网关将得到 JWT，携带此 JWT 转发请求到资源服务器...此流程有两项重大变化：一是加入网关使得整个流程复杂了一些；二是网关以内使用 JWT 作为令牌。关于这两点的解读，本文不再赘述，感兴趣的同学可以参阅本人早前的文章《微服务架构下的统一身份认证和授权》。...查询用户信息和 scope，生成 JWT 返回给网关；如果不通过则返回 401； 网关得到 JWT，解析后根据 scope 判断客户端是否有权限调用此 API，如有则携带 JWT 转发请求到资源服务器...当然，网关本身可以做负载均衡，可以引入缓存，数据流可以做 CDN 处理等，这些都是非常好的高性能方案，除此之外，有没有其他办法呢？

    2.4K74

    感性认识JWT

    常见的认证机制 今天我么聊一聊JWT。 关于JWT，相信很多人都已经看过用过，他是基于json数据结构的认证规范，简单的说就是验证用户登没登陆的玩意。...这时候你可能回想，哎哟，不是又那个session么，分布式系统用redis做分布式session，那这个jwt有什么好处呢？ 请听我慢慢诉说这历史！...更适用CDN: 可以通过内容分发网络请求你服务端的所有资料（如：javascript， HTML,图片等），而你的服务端只要提供API即可. 去耦: 不需要绑定到一个特定的身份验证方案。...负责提供资源（API调用）的服务称为 Resource Server 或者 Service Provider，以下简称 SP SMAL 2.0 ?...当然了，流程是根据你的请求方式和访问的资源类型而定的，业务很多也是不一样的，我这是简单的聊聊。 现在这种方法比较常见，常见的譬如使用QQ快速登陆，用的基本的都是这种方法。

    1.3K20

    Spring OAuth2

    如果校验全部通过，idp 生成 JWT 并返回给网关；如果 token 校验失败返回 401；如果 scope 检查不通过则返回 403； 如果校验通过，网关将得到 JWT，携带此 JWT 转发请求到资源服务器...此流程有两项重大变化：一是加入网关使得整个流程复杂了一些；二是网关以内使用 JWT 作为令牌。关于这两点的解读，本文不再赘述，感兴趣的同学可以参阅本人早前的文章《微服务架构下的统一身份认证和授权》。...查询用户信息和 scope，生成 JWT 返回给网关；如果不通过则返回 401； 网关得到 JWT，解析后根据 scope 判断客户端是否有权限调用此 API，如有则携带 JWT 转发请求到资源服务器...微服务网关的负载问题 在微服务场景下，大量的请求和响应都经过网关转发，我们设想一下，如果类似 PAPS 相册系统那样，返回的是图片数据，而且不采用 CDN 分发网络或文件存储服务等技术，那么图片流通过网关再返回给用户...当然，网关本身可以做负载均衡，可以引入缓存，数据流可以做 CDN 处理等，这些都是非常好的高性能方案，除此之外，有没有其他办法呢？

    2.8K00

    Springboot 之基于腾讯云 Serverless 的订单应用

    就是那个让无数大学生痛不欲生的订单后台系统），结合 Serverless 这一无服务器思想，尝试通过云函数 + API 网关 + 云数据库的组合来部署 Springboot 的成功之作。...该应用提供了完整的用户登录验证、接口数据验证、订单流 (CRUD) 等强大的功能，而且在本地开发调试时也能模拟 API 网关调用云函数（本地 Java 开发云端部署不是问题），还兼容了云消息队列 CMQ...只能是 Springboot 啊 部署准备 注册个腾讯云账号 开通以下产品权限（云函数、API 网关、对象存储） 财力允许的话还可以购买数据库服务（因为年少轻狂打折时我购买了这俩很长很长时间) mysql...部署方案 订单应用来说的话，必然是提供 restful 的接口，所以在统一 VPC 内采用了云函数 + API 网关的模式提供接口，于是就有了以下方案： 应用主体部署在云函数 使用 API 网关作为函数入口...每一次通过 API 网关触发云函数都会触发 pure 这个方法(调用者 > 调用 API 网关 > 云函数 --> pure)，但经测试发现 static 的数据源初始化并不会被重复加载，这也奠定了 springboot

    4.8K20

    借助腾讯云CDN开启全站https及问题解决分享

    可惜，国内所有的免费 CDN 都不支持 https。所以要开启 https 势必要暴露网站真实 ip，按照现在张戈博客被攻击的节奏，估计一暴露就没有了安生的日子！...和之前腾讯云不支持 https 回源选择一样的结果。 三、http 被缓存 虽然 CDN 对 301 的缓存支持不好，但是不代表不能缓存 301！...比如，分享到 QQ 空间、微博，分享到微信显示二维码都搞定了，唯独那个“更多”选择恕我无能为力： ?.../static/api/js/share.js 如此解决之后，浏览器 https 就是绿色了，不会有黄色的惊叹号！...不过，腾讯云 CDN 的 https 功能目前还在邀请测试阶段，所以想尝鲜的小伙伴就只能耐心等待正式公测了。相信这个国内唯一支持 https 的 CDN 会大受欢迎的！ 不知不觉已经写了这么长了！

    2.8K50

    微服务架构中的BFF到底是啥？

    为啥在API网关和业务中台之间加入了一层BFF？考虑到在实际工作中，我的大部分同事都问过这个问题，这里我也总结一下进行答复。...我们.NET程序员所熟知的Ocelot网关项目（对，就是张队参与贡献的那个网关项目），就帮助我们实现了路由转发和Cross-Cutting的功能，例如限流熔断、集中鉴权（例如集成IdentityServer...五、我司还处于v3阶段 刚刚通过MyShop的案例架构演化，讲解了BFF和网关是如何演化出来的。那么，你可能会问，我司的架构处在哪个阶段。这里，回答一下，还在v3阶段。...很多人说Ocelot性能低建议使用Kong，但是我司业务量小啊，所以目前没啥问题，用得好好的。...内部微服务之间的相互调用，我们目前也是走了API网关（区别于外部应用访问的网关，这里我称之为内部网关），不过为了方便（其实是懒），我们对于内部信任的服务间调用，没有走JWT认证，当然也可以选择Client

    4K01

    没我的允许别想让我服务

    小面: 我用Spring Boot，开发了一批API，你看看Swagger 前端MM: 好哒，准备一下样例数据呗. 兄弟: 我去，你的服务都是裸跑的? 组长: 谁负责服务分发，网关怎么配置的?...小面: 网关? 网关是啥? 关的住我吗? 组长：给你介绍一个神仙工具，API666 Spring Cloud已经是Java程序员的必备技能之一。从SOA到微服务，编写API成为每天的日常。...官方对自己的描述是: 全生命周期API管理 来一段官方植入： Apache 软件基金会下的的云原生 API 网关项目 动态、实时、高性能 提供了负载均衡、动态上游、灰度发布、服务熔断、身份认证、可观测性...配置和管理 apisix提供了包括一系列管理api，用于将我们的服务配置在网关上 访问前缀为 ip:9080/apisix/admin 但是，大部分功能可以借助dashboard配置完成。...********c8f1 如不想学习 (比如我懒)，或者学不会，可以看下一节，通过图形化配置。

    1.2K20

    Spring Security太复杂？试试这个轻量、强大、优雅的权限认证框架！

    不过呢，就在这个假期里，小编发现了一个新的权限认证框架，总体感觉使用起来简单明了，整体的API设计呢也属上乘，所以赶紧来和大家分享下~ 他就是，权限认证框架领域一块璀璨的明珠~~~下面让我们有请： Sa-Token...或者可以去掉之一两字。...截止目前为止，Sa-Token已集成——登录认证、权限认证、分布式Session会话、微服务网关鉴权、单点登录、OAuth2.0、踢人下线、Redis集成、前后台分离、记住我模式、模拟他人账号、临时身份切换...Sa-Token的一大优点就是API设计简单不冗余复杂。有多简单？...分布式会话 —— 提供jwt集成、共享数据中心两种分布式会话方案 微服务网关鉴权 —— 适配Gateway、ShenYu、Zuul等常见网关的路由拦截认证 单点登录 —— 内置三种单点登录模式：无论是否跨域

    1.8K30

    从五个方面入手，保障微服务应用安全

    在保持良好用户体验的同时还兼顾了部分安全性。...应用中也无法解析令牌，需要根据UUID令牌到IAM中获取用户信息 方案二(推荐)：网关直接验证，要求网关能识别IAM颁发的令牌，这种模式推荐用 JWT令牌，网关需要具备解析校验JWT加密的访问令牌的能力...网关直接校验令牌 客户端成功认证后，使用JWT令牌调用网关上的服务 网关自己直接解密JWT令牌进行校验 令牌检查合法后，将请求路由到服务提供者 应用受到请求后，如果需要更多权限信息，如果可以根据Token...方案二中IAM颁发的令牌中包含部分客户端或用户信息，使用JWT加密，IAM将验证方式或SDK提供给了负责认证的网关。对于IAM来说，减少了每次请求令牌认证带来的通信次数，减轻了IAM的压力。...3.2 系统内部应用是否通过网关？ 我的答案是不需要，否则太麻烦了。通常网关是独立团队负责，API变更发布、内部联调验证还得跨团队协调实在不可行。推荐系统内直通不走网关，系统之间访问必须走网关。

    3.6K20

    Beego JWT 鉴权

    今天我结合我目前在做的项目谈一下jwt鉴权。...首先大家应该要知道JWT是什么 JSON Web Token (JWT)是一个开放标准(RFC 7519)，它定义了一种紧凑的、自包含的方式，用于作为JSON对象在各方之间安全地传输信息。...adam-hanna/jwt-auth 因为我是利用jwt-go鉴权的，所以也接下来只讲诉jwt-go的应用，所有代码copy后就能使用。...成功的拿到了token，然后我们试一下访问其他接口 接下来我们做一下中间件，拦截一下所有不携带token的请求。...，大家到时候也可以根据实际情况只拦截需要的路由，我现在这样写，同样把登录请求拦截了，这时候每次请求登录也会进行校验，但是登录是没有token的所以，我在这里做了一个判断，如果是登录接口，则不进行判断校验

    4.3K20

    Sentinel 授权规则&&规则持久化

    大家可以看到资源名称就是受保护的那个资源，流控应用。就是名单了。 如果你勾选白名单，这儿就是许可的调用者。比如说呀，我现在只允许从网关来的请求访问orderService。...获取的origin头不一样，那它们的来源名称是不是就不一样啊？我是不是就能编写授权规则了？那它们两个到底一样不一样呢？ 事实上啊，网关也好，浏览器也好，默认都没有这个头，因为是我瞎编的。...那问题来了，我们怎么给网关过来的请求都带上这个头呢？ 大家还记不记得以前学习网关时学过一个过滤器啊？...而它就会将这个规则持久化到一个本地的文件或者是数据库里去，那这样我们就实现了规则的持久化。 但是呢，如果说我还有一个服务，也需要这个规则呢？我怎么知道这个规则有没有变化呢？...所以呢，我们的微服务呢，就会去定时轮询啊，这个文件或者是数据库。 当监听到数据库或者文件的内容发生变化时，我就知道规则更新了，那我是不是就可以去更新我自己的这个规则缓存了？

    1.1K10

    从零到一：一个Java全栈开发者的实战面试经历

    **应聘者**：有，我在之前的公司用Spring Cloud搭建了一个微服务架构，包括服务注册、配置管理、网关等模块。 **面试官**：那你有没有遇到过服务间通信的问题？...**应聘者**：我经常用Vue3的Composition API来组织代码，这样可以让逻辑更清晰。 **面试官**：那你是怎么管理状态的？...你有没有使用过JWT或者OAuth2？ **应聘者**：有，我们在系统中使用了JWT来实现用户登录和权限验证。 **面试官**：JWT的原理是什么？...- **安全与认证**：使用JWT实现了用户身份验证和权限管理。 - **消息队列**：利用Kafka处理异步任务，提高了系统的可靠性和扩展性。...- **CI/CD**：通过GitHub Actions实现了自动化构建和部署，提高了开发效率。 ## 结语 这次面试不仅让我回顾了自己的技术栈，也让我意识到还有很多需要学习的地方。

    21200
    点击加载更多

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 粤公网安备44030502008569号

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号

      领券