kong

Kong的核心实体概念。 client：指下游客户端。 service：指上游服务。 route：定义匹配客户端请求的规则，每个路由都与一个服务相关联，而服务可能有多个与之相关联的路由。 plugin：它是在代理生命周期中运行的业务逻辑，插件可以生效于全局或者特定的路由和服务。 consumer：消费者表示服务的消费者或者使用者，可能是一个用户，也可能是一个应用。 Kong是一个API网关，其核心能力是代理客户端对上游服务的访问，下面举例说明Kong是如何进行代理服务的。 我们先部署一个echo服务。该服务没有对Kubernetes外暴露端口。如果想从Kubernetes集群之外访问该服务就需要通过Kong网关代理。 vi echo-server-service.yaml apiVersion: v1 kind: Service metadata: labels: app: echo name: echo spec: ports: - port: 8080 name: high protocol: TCP targetPort: 8080 - port: 80 name: low protocol: TCP targetPort: 8080 selector: app: echo --- apiVersion: apps/v1 kind: Deployment metadata:

偶数求和 Problem Description 有一个长度为n(n<=100)的数列，该数列定义为从2开始的递增有序偶数，现在要求你按照顺序每m个数求出一个平均值，如果最后不足m个，则以实际数量求平均值。编程输出该平均值序列。 Input 输入数据有多组，每组占一行，包含两个正整数n和m，n和m的含义如上所述。 Output 对于每组输入数据，输出一个平均值序列，每组输出占一行。 Sample Input 3 2 4 2 Sample Output 3 6 3 7 首先计算等差数列平均值的方法：第一个数的值加上最后一个数的值在除以2; 判断最后不足m个的方法:if(n%m != 0) 计算后面几个数平均值的方法也是第一个数的值加上最后一个数的值在除以2，找到最后剩余几个数的第一个数和最后一个数 # include <stdio.h> int main ( ) { int n , m ; int x , y ; int sum ; int qian , hou ; int kong = 0 ; while ( scanf ( "%d%d" , & n , & m ) != EOF ) { x = 2 ; kong = 0 ; for ( y = 0 ; y < n / m ; y ++ ) { qian = x ; hou = x + 2 * ( m - 1 ) ; sum =

查看docker日志，后台应用正常启动，定时任务正常执行，但是前端无法访问到后端接口，点击提示系统错误，解压出项目二级域名，访问域名，报错：Kong Error，说明Kong路由转发没有绑定项目端口，可是后台正常启动，Tomcat肯定将端口映射出来了，那么这样就可以知道是发布的时候将服务端口绑定错了，排查配置文件，在properties文件中，果然是将端口写错了，在copy配置文件的时候，server.port=8099，copy成了rt=8099，导致没有绑定上端口，Kong无法转发路由 来源： https://www.cnblogs.com/huanghuanghui/p/11126243.html

Kong 是在客户端和（微）服务间转发API通信的API网关，通过插件扩展功能。Kong 有两个主要组件： 1、Kong Server ：基于nginx的服务器，用来接收 API 请求。 2、Apache Cassandra：用来存储操作数据。 你可以通过增加更多 Kong Server 机器对 Kong 服务进行水平扩展，通过前置的负载均衡器向这些机器分发请求。根据文档描述，两个Cassandra节点就足以支撑绝大多数情况，但如果网络非常拥挤，可以考虑适当增加更多节点。 对于开源社区来说，Kong 中最诱人的一个特性是可以通过插件扩展已有功能，这些插件在 API 请求响应循环的生命周期中被执行。插件使用 Lua 编写，而且Kong还有如下几个基础功能：HTTP 基本认证、密钥认证、CORS（ Cross-origin Resource Sharing，跨域资源共享）、TCP、UDP、文件日志、API 请求限流、请求转发以及 nginx 监控。 Kong可运行在某些 Linux 发行版、Mac OS X 和 Docker 中，无论是本地机还是云端服务器皆可运行。 除了免费的开源版本，Mashape 还提供了付费的企业版，其中包括技术支持、使用培训服务以及 API 分析插件。 使用Kong前后架构对比 上面简介摘自：http://www.infoq.com/cn/news/2015

随着微服务、开放平台等概念的兴起，实践过程中 API 数量呈现爆发式增长，对外、对内如何治理？网关是针对这一系列疑问的部分回应，才疏学浅，只能留下一些烂笔头。 目前 API 网关实现比较多， Kong 、 Orange 、 Traefik 、 Tyk 、 Istio 等。Kong 就是其中一个开源的 API 网关实现，有社区支持，相对比较活跃，也有商业版本提供给企业客户。最近要在 k8s 中试用 Kong，所以接下来一段时间的博客主要就围绕 Kong 做一些记录。 本篇主要是参照了 官方安装文档 ，在本地安装的笔记。 OS：Ubuntu 19.04 Desktop x64 Kong：1.4.0 Postgresql：11.5 1、安装 Kong Kong 支持很多种安装模式 这里用的 Ubuntu 下手工安装的方式，先下载 deb 包。因官网没有提供 Ubuntu-19.04 的包，所以下载了 Ubuntu-18.04 的 deb 包 ，后面跑起来也没发现有什么问题。 $ sudo apt-get update $ sudo apt-get install openssl libpcre3 procps perl $ sudo dpkg -i <kong-download-path>/kong-1.4.0.bionic.amd64.deb 安装完后，相关目录分别是 /etc

目录 通过konga连接kong实现API接口代理 1. ADD NEW SERVICE 2. ADD ROUTE 3. 验证API 代理 浏览器验证 请求kong api kong使用Admin API实现接口代理 通过konga连接kong实现API接口代理 前言 ： 之前已经对Kong的API做了学习理解，从本文开始，我们将学习如何使用KONG实现API接口代理。为此，您首先需要添加服务；即Kong用来指代其管理的上游API和微服务的名称。 本文中，我们将创建一个指向 Mockbin API的服务 进行学习测试。 1. ADD NEW SERVICE [SERVICE] : 抽象层面的服务，他可以直接映射到一个物理服务 (host 指向 ip + port)，也可以指向一个 upstream 来做到负载均衡。通俗说，这个service就是后台访问接口配置。 导航到 SERVICES 页面并添加 ADD NEW SERVICE 字段说明 ： Url 参数是一个简化参数，用于一次性添加protocol，host，port和path。另外不要把 SERVICE 当作后端的具体API，要把它当作一个大的服务，该服务下面有多个API（endpoint or route）。所以创建服务的时候填上该服务的域名就行了。当然也可以是一个带 path 的 Url ，这样每个关联的API (