顾名思义,服务实体是每个上游服务的抽象。举个例子,services 可以是一个数据转换微服务,一个计费api等等。
Service 的主要属性是其URL(Kong应该将流量代理到的地方),可以设置为单个字符串,也可以单独指定其protocol, host, port 和 path。
Service 与 router 相关联(一个 Service 可以有许多与之关联的 router)。router 是Kong的入口点,并定义匹配客户端请求的规则。一旦 router 匹配,Kong就会将请求代理到其关联的服务。有关Kong代理流量的详细说明,请参阅代理参考。
原文地址:https://github.com/Kong/kong/blob/master/CHANGELOG.md#100 (如有翻译的不准确或错误之处,欢迎留言指出)。
这个是一个非常重要的版本,引入了对Service Mesh和Stream Routing支持的新功能,以及新的迁移框架,它还包括插件开发工具包(Plugin Development Kit)的1.0.0版本,它包含大量其他功能和修复,如下所示。此外,Kong 1.0中包含的所有插件都更新为使用PDK 1.0版。
像往常一样,主要版本升级需要数据库迁移和Nginx配置文件的更改(如果您自定义了默认模板),在计划升级Kong集群之前,请花几分钟时间阅读1.0升级指南,了解有关更改和迁移的更多详细信息。
作为主要版本,在Kong 0.x中标记为已弃用的所有实体和概念现已在Kong 1.0中删除,已弃用的功能将保留在Kong 0.15中,Kong 0.x系列的最终版本,同时发布到Kong 1.0。
在学习和开发 Nginx & OpenResty & Lua % Kong 的途中,遇到的一些教程或者文章,还有一些注意事项,在这里集中分享一下,此文章会不定期更新,如果有好的有关的教程或者文章,欢迎留言分享。
如果有遇到问题,不妨可以先查看一下下面的文章,或许会能找到一些答案。
原文链接: https://docs.konghq.com/hub/kong-inc/jwt/
(如有翻译的不准确或错误之处,欢迎留言指出)
验证包含HS256或RS256签名JSON Web令牌的请求(如RFC 7519中所述)。每个消费者都将拥有JWT凭证(公钥和密钥),这些凭证必须用于签署其JWT。然后可以通过令牌传递如下:
最近公司在做系统设计的时候提到了这么一个讨论,就是有状态的登录验证和无状态的登录验证,至于这两者的利弊有哪些,具体如何做选择,可以把两者的特点来做一些对比。其实这两者共同的目的就是解决http协议的无状态特性,标示客户端会话用户。不论用这两者哪种方式,token 和 session 都可能会被窃取从而发生CSRF攻击,全站 HTTPS 是必不可少。google一下发现关于这两者的讨论都不少,在此总结一番,有其他意见的欢迎留言讨论。
Kong是由Mashape出品的一款开源的api gateway服务器,官方解释为API Gateway, or API Middleware,由lua语言编写.
kong的主要功能:
Kong是由Mashape出品的一款开源的api gateway服务器,官方解释为API Gateway, or API Middleware,由lua语言编写. kong的主要功能:
寒夜常梦见,你鹤发童颜 此去几千年,谁将你陪伴 《长安长安》郑钧
小学时候的课本上就有关于大雁塔的描述,就是我对西安的第一次接触,再后来慢慢长大慢慢了解到西安这个城市原本是盛唐时期的古都,再后来就听上了郑钧的那首《长安长安》,歌儿开头的陕西秦腔,还有歌词里面的那两句『寒夜常梦见,你鹤发童颜,此去几千年,谁将你陪伴』让人有种往事越千年的历史澎湃感,让人非常想去那千年前就存在的地方走一走。这些林林总总,大致就这么构成了我对于西安的 印象。成为了陕西女婿之后,每次都会到西安去转车,每次也都没能好好的感受一下这十三朝古都的魅力,刚好这次十一国庆,老婆说咱们回趟家,顺便去西安走一遭,我带你好好吃好好逛一下。就这么以来,坐上高铁就上了去西安的路。
由于公司事情略忙,所以已经有一个星期都没有发文章啦。在写下了跑步吃喝系列的第一篇『苟利国家生死以,不如出门跑步去』和第二篇『岂因福祸避趋之,跑完还得继续吃(上)』之后,整个系列的第三篇终于到来,跑步还是得继续,美食还得继续品尝,走遍大江南北,五湖四海,离不开的还是吃吃吃。