请问，像sql注入拦截这种工作，是后端每个微服务要做的事情呢？还是都应该只需要放在api网关来做？

请教一下老师，增加聚合服务有什么约束条件吗？比如聚合服务要同时写入服务A和服务B，这样很容易引起分布式事务。

有了api网关还需要ng吗

我的理解聚合业务层就是BFF层吧，一般是按照业务范围来分，应该放网关层后面，网关层和业务要无关

聚合服务是否可以考虑用graphql来做？

打卡。只是简单的使用nginx。职责链模式是我最喜欢的设计模式没有之一，哈哈哈。
提个问题：出口网关这里，还是倾向于设计一个直接调用的出口网关吗？那这样的话出口网关怎样通知调用它的下游呢？ 是否采用消息队列？

刚完成网关改造，选用了zuul1.0，主要是简单可控，另外业务量级别也没那么大。只实现了统一认证和鉴权，下一步将引入限流讲理，监控，过滤器热加载等。

请教老师一下，如果有了性能很不错的入口网关的时候，还有必要使用nginx等web端代理工具嘛？

最后的服务蓝图中web层应该还是保留吧，把它放到网关和微服务之间，比如提到了聚合服务就是web层服务

老师 请教一下 这个oauth2.0的登录认证 请求是先经过网关后验证是否登录了 还是什么别的流程 能否讲一下这个架构下 登录鉴权应该怎么做？？？

我经历的网关变化挺复杂，最早是nginx + spring cloud zuul + 人工手写的BFF（BFF近似于聚合服务），其实这时候nginx意义不大
后来做改造了spring cloud zuul部分功能，和BFF逐渐合并。
目前是用traefik顶在前面做限流熔断鉴权服务发现等工作，后接具体微服务或者BFF，相当于又将网关功能拆分了。
未来考虑去掉BFF中的Zuul换成其他更容易进行复杂编程的异步IO的网关，比如spring cloud gateway

用过kong，当时倒腾了一个很简陋的lua脚本做防刷，打算抽空看一下tyk

多路同步复用在哪一节课讲的？

老师您好，我们最近项目中使用到了Spring cloud gateway，配置为使用https访问，在用jmeter进行压力测试时，1秒钟发送2000个请求，会出现ssl hand shake timeout错误，也在配置文件中设置了handshake timeout时间为60秒，还是会出现，请问老师有没有好的解决办法？谢谢

好像一个过滤器，系统