一.请求--响应API. 请求--响应类的API的典型做法是,通过基于HTTP的Web服务器暴露一个/套接口.API定义一些端点,客户端发送数据的请求到这些端点,Web服务器处理这些请求,然后返回响应.响应的格式通常是JSON或XML. 在这种类型的Web API里,比较流行的是这三种:REST,RPC和GraphQL. 1.1 REST REST全称是Representational State Transfer 表述性状态传递.REST可能是现在最流行的一种Web API. REST的核心就

在本文中,您会看到一个Web API应用的模板,在.NET Core 中应用了六边形架构,并且里面包含了一些基础功能. 介绍 这是一个模板项目,里面集成了一些必备的基础功能,当我们需要开发一个新项目时,我们可以使用这个模板,这样我们可以聚焦业务. 模板集成了一些组件和功能如下: 六边形架构的应用程序 Web API Entityframework Core 异常处理 NUnit 版多本 Swagger UI 日志 - SeriLog Health checks UI JWT authentica

负载测试和压力测试对于确保 web 应用的性能和可缩放性非常重要. 尽管它们的某些测试是相同的,但目标不同. 负载测试:测试应用是否可以在特定情况下处理指定的用户负载,同时仍满足响应目标. 应用在正常状态下运行. 压力测试:在极端条件下(通常为长时间)运行时测试应用的稳定性. 测试会对应用施加高用户负载(峰值或逐渐增加的负载)或限制应用的计算资源. 压力测试可确定压力下的应用是否能够从故障中恢复,并正常返回到预期的行为. 在压力下,应用不会在正常状态下运行. NBomber是一个开源的 .NET

"新冷战"蔓延到生产力工具 前端时间,著名 UI 设计软件 Figma 宣布制裁大疆! 这不仅让中国的互联网从业者纷纷一头冷汗:今天是 Figma,明天会是什么?今天是大疆,明天会不会是其他企业?今天是 UI 设计师和产品经理受到影响,明天会不会是开发和测试?我们常用的那些美国出品的工具,尤其是需要

作为软件开发从业者,API 调试是必不可少的一项技能,在这方面 Postman 做的非常出色.但是在整个软件开发过程中,API 调试只是其中的一部分,还有很多事情 Postman 无法完成,或者无法高效完成,比如:API 文档定义.API Mock.API 自动化测试等等.Apifox 就是为了解决

作为软件开发从业者,API 调试是必不可少的一项技能,在这方面 Postman 做的非常出色.但是在整个软件开发过程中,API 调试只是其中的一部分,还有很多事情 Postman 无法完成,或者无法高效完成,比如:API 文档定义.API Mock.API 自动化测试等等.Apifox 就是为了解决

​ "新冷战"蔓延到生产力工具 著名 UI 设计软件 Figma 宣布制裁大疆! 近日,网上流传一份 Figma 发送给大疆的内部邮件.其中写道: "我们了解到,大疆在美国制裁名单中被点名.因此根据美国法律,Figma 无法再为您提供对我们软件的访问权限,我们已经开始冻结您的 Figma 账户.我们

参考架构图 处理流程 使用gloo注册服务api 发现断电以及serverless 函数 更新graphql schema 在qloo的resolvermap 中连接schema定义的字段 特性 不用写代码设计graphql api 动态负载均衡 健康检查 opentracing 监控 客户端ssl 定义api(使用yaml文件) 可缩放 高性能 插件化架构 json 到 grpc 编码转换(envoy 的功劳) 服务发现只是kubernetes openshift consul ... 函数发

A few years ago, I managed a team at DocuSign that was tasked with re-writing the main DocuSign web app which was used by tens of millions of users. The APIs didn’t exist yet to support our new shiny front-end app because since the beginning the web

为了方便直接使用haproxy dataplaneapi graphql 格式的查询,制作了一个简单的docker 镜像 基于dotenv 进行配置管理,可以直接通过环境变量传入参数,处理不同haproxy dataplaneapi 的地址 dockerfile 源码 参考github https://github.com/rongfengliang/haproxy-dataplaneapi2graphql Dockerfile   FROM node:12.9.1-alpine LABEL A

1.RPC 1.1 什么是RPC RPC(Remote Procedure Call),即远程过程调用,过程就是方法,简单来说,它就是一种能够像调用本地方法一样调用远程计算机进程中的方法的技术,在这种调用中,我们不需要了解任何网络通信的细节(当然,就使用来说) 最终解决的问题:让分布式或者微服务系统中不同服务之间的调用像本地调用一样简单 1.2 RPC和HTTP 调用远程服务,HTTP 就可以完成的任务,为什么还需要 RPC 呢?需要注意,这两个并不是同一层次的概念,HTTP 是一种传输协议,R

最近国产API管理工具比较热,几款产品在API管理层面做得也都还不错,但主要还是对HTTP相关的API管理,毕竟这类API的应用目前还是最为广泛的.但显然,还有不少其他应用场景目前没有覆盖到,DD在之前的推文留言中也经常看到有粉丝问:支持WebSocket吗?支持gRPC吗?支持GraphQL吗? DD特地去查了一下几款国产在API管理层面有比较好的支持,但对于其他协议的支持还不是很全,比如上面提到的几个. 这方面Postman作为老牌API管理工具,真的是做得最为出色.此前就已经支持WebSo

本文我们来讲解一下如何使用 gRPC构建微服务,gRPC是一个开源框架,可用于构建可扩展且高性能的微服务并创建服务之间的通信. 背景 随着企业越来越多地转向微服务,对构建这些微服务的低延迟和可扩展框架的需求也在增加.为了满足这一需求,各种工具和框架提供商正加快满足微服务需求.同时从构建大型微服务应用程序的经验中学习,技术专业人士分享他们对可重用组件的知识,以便其他人可以构建具有相同规模和性能的架构. 什么是 gRPC gRPC 是一个开源框架(由 Google 创建),是一个通用的 RPC 框架

引子 前几天看到微信后台团队分享了TLS相关文章,正好gRPC里TLS数据加密是很重要的一块,于是整理出了这篇文章. 在gRPC里,如果仅仅是用来做后端微服务,可以考虑不加密.本文太长,先给个大纲. 1. HTTPS,HTTP/2介绍 2. TLS加密原理.实现库 3. HTTP/2协议协商机制 4. 自建数字证书(CA) 5. gRPC使用TLS 1. HTTP/1.x 目前绝大多数网站和APP都是建立在HTTP之上的,所有的数据都是明文传输,没有任何安全可言. 网图 2. HTTPS HTT

gRPC中,Server.Client共享的Class不是很多,所以我们可以单独的分别讲解Server和Client的源码. 通过第一篇,我们知道对于gRPC来说,建立Server是非常简单的,还记得怎么写的?还是以example里 HelloWorldServer 例子来看 server = ServerBuilder.forPort(port) .addService(new GreeterImpl()) .build() .start(); 你没有看错,就是这么几行搞定. 如果需要看懂gR

gRPC是Google开源的新一代RPC框架,官网是http://www.grpc.io.正式发布于2016年8月,技术栈非常的新,基于HTTP/2,netty4.1,proto3.虽然目前在工程化方面gRPC还非常不足,但它也值得我们好好研究它,学习他. 1. 使用场景 按照Google的说法,使用广泛,但主要使用场景还是在移动端: Efficiently connecting polyglot services in microservices style architecture(微服务.

2015-02-26 孙镜涛  InfoQ Eric Florenzano最近在自己的博客上发表了一篇题为<Facebook教我们如何构建网站>的文章,他认为软件开发有些时候需要比较大的跨越,而这将会在2015年再次上演,主角们则是Facebook的React.js.Relay和GraphQL. Eric Florenzano在该文章中提到:2003年Brad Fitzpatrick发布了Memcached,由此开启了LiveJournal架构的时代:2004年Google发布了MapRedu

Google 刚刚开源了grpc,  一个基于HTTP2 和 Protobuf 的高性能.开源.通用的RPC框架.Protobuf 本身虽然提供了RPC  的定义语法,但是一直以来,Google 只开源了Protobuf 序列化反序列化的代码,而没有开源RPC 的实现,于是存在着众多良莠不齐的第三方RPC 实现,不过我在项目中采用WCF搭配Protobuf是一个很不错的RPC实现,Google这个框架是是基于HTTP2的,这是他有特色的地方,带来诸如双向流.流控.头部压缩.单TCP连接上的多复用

前些天发布gRPC C# 学习,在.NET Framework 中使用gRPC ,今天来学习 .NET Core gRPC. gRPC 的.NET Core 包在NuGet 上发布了,结合.NET Core 实现gRPC 完美跨平台. 本篇主要讲解 .NET Core 版gRPC客户端运行在Ubuntu系统上,与局域网内的服务端通信. 下面我们来正式开始. 在之前的代码基础开发.NET Core版. 本文运行环境: 服务端:WIN10 x64 客户端:Ubuntu 14.04 添加.NET Co

前些天gRPC 发布1.0 版本,代表着gRPC 已经正式进入稳定阶段. 今天我们就来学习gRPC C# .而且目前也已经支持.NET Core 可以实现完美跨平台. 传统的.NET 可以通过Mono 来实现跨平台调用. GitHub: https://github.com/grpc/grpc gRPC 简单介绍: gRPC是一个高性能.通用的开源RPC框架,其由Google主要面向移动应用开发并基于HTTP/2协议标准而设计,基于ProtoBuf(Protocol Buffers)序列化协议开