课程分类

课程介绍
课程目录
用户评论
课程介绍
课程目录
用户评论

你将获得

  • 掌握某些知识点
  • 学会某些技巧(或思路)

教学服务

  • icon

    1v1专属答疑服务

  • icon

    BAT专家面试辅导

讲师介绍

  • 码上学团队致力于打造 [ 大数据与数据科学 (新IT)  ]领域集产品、教学、培训、人才输出于一体的“一站式”企业人才培养解决方案。

  • 课程详情




     

            最近 微服务架构在项目中的应用越来越多,我们知道在微服务架构风格中,一个大应用被拆分成为了多个小的服务系统提供出来,这些小的系统他们可以自成体系,也就是说这些小系统可以拥有自己的数据库,框架甚至语言等,这些小系统通常以提供 Rest Api 风格的接口来被 H5, Android, IOS 以及第三方应用程序调用。

            但是在UI上进行展示的时候,我们通常需要在一个界面上展示很多数据,这些数据可能来自于不同的微服务中,举个例子。

            在一个电商系统中,查看一个商品详情页,这个商品详情页包含商品的标题,价格,库存,评论等,这些数据对于后端来说可能是位于不同的微服务系统之中,可能我后台的系统是这样来拆分我的服务的:
            1、产品服务 - 负责提供商品的标题,描述,规格等。
            2、价格服务 - 负责对产品进行定价,价格策略计算,促销价等。
            3、库存服务 - 负责产品库存。
            4、评价服务 - 负责用户对商品的评论,回复等。
            现在,商品详情页需要从这些微服务中拉取相应的信息,问题来了?

            问题

            由于我们使用的服务系统架构,所以没办法像传统单体应用一样依靠数据库的 join 查询来得到最终结果,那么如何才能访问各个服务呢?
            按照微服务设计的指导原则,我们的微服务可能存在下面的问题:
            服务使用了多种协议,因为不同的协议有不同的应场景用,比如可能同时使用 HTTP, AMQP, gRPC 等。
            服务的划分可能随着时间而变化。
            服务的实例或者Host+端口可能会动态的变化。
            那么,对于前端的UI需求也可能会有以下几种:
            粗粒度的API,而微服务通常提供的细粒度的API,对于UI来说如果要调用细粒度的api可能需要调用很多次,这是个不小的问题。
            不同的客户端设备可能需要不同的数据。Web,H5,APP
            不同设备的网络性能,对于多个api来说,这个访问需要转移的服务端会快得多
            以上,就是我们构建微服务的过程中可能会遇到的问题。那么如何解决呢?
            这种情况下, API 网关(API Gataway)诞生了。

            API 网关

           API网关是一个服务器,是系统的唯一入口。从面向对象设计的角度看,它与外观模式类似。API网关封装了系统内部架构,为每个客户端提供一个定制的API。它可能还具有其它职责,如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。
            API网关方式的核心要点是,所有的客户端和消费端都通过统一的网关接入微服务,在网关层处理所有的非业务功能。通常,网关也是提供REST/HTTP的访问API。服务端通过API-GW注册和管理服务。
           API网关网关的价值:
           网关层对外部和内部进行了隔离,保障了后台服务的安全性。
           对外访问控制由网络层面转换成了运维层面,减少变更的流程和错误成本
           减少客户端与服务的耦合,服务可以独立发展。通过网关层来做映射。
           通过网关层聚合,减少外部访问的频次,提升访问效率。
           节约后端服务开发成本,减少上线风险。
           为服务熔断,灰度发布,线上测试提供简单方案。
           当然现在市面上的Api网关开源项目,有以下项目
           1、Tyk:Tyk是一个开放源码的API网关,它是快速、可扩展和现代的。Tyk提供了一个API管理平台,其中包括API网关、API分析、开发人员门户和API管理面板。Try 是一个基于Go实现的网关服务。
           2、Kong:Kong是一个可扩展的开放源码API Layer(也称为API网关或API中间件)。Kong 在任何RESTful API的前面运行,通过插件扩展,它提供了超越核心平台的额外功能和服务。
           3、Orange:和Kong类似也是基于OpenResty的一个API网关程序,是由国人开发的。
           4、Netflix zuul:Zuul是一种提供动态路由、监视、弹性、安全性等功能的边缘服务。Zuul是Netflix出品的一个基于JVM路由和服务端的负载均衡器。
           5、apiaxle: Nodejs 实现的一个 API 网关。
           6、api-umbrella: Ruby 实现的一个 API 网关。
           老顾这系列课程就给大家介绍一下nignx + lua方式的网关框架,也是很多公司常用的网关框架
     



    课时 1 : 漫谈网关
    课时 2 : 网关技术选型
    课时 3 : nginx下载安装
    课时 4 : 正向代理与反向代理
    课时 5 : nginx命令与信号控制
    课时 6 : nginx平滑升级
    课时 7 : nginx配置文件说明
    课时 8 : nginx配置连接数
    课时 9 : nginx虚拟主机
    课时 10 : nginx日志以及切割
    课时 11 : nginx的location详解
    课时 12 : nginx的负载均衡
    课时 13 : nginx的echo模块安装
    课时 14 : openresty背景介绍
    课时 15 : openresty安装
    课时 16 : openresty的helloworld
    课时 17 : lua介绍以及helloworld
    课时 18 : lua基本类型一
    课时 19 : lua基本类型二 
    课时 20 : lua基本类型三
    课时 21 : lua基本类型四
    课时 22 : lua运算符
    课时 23 : lua控制结构一
    课时 24 : lua控制结构二
    课时 25 : lua正则表达式
    课时 26 : lua的string类型操作
    课时 27 : lua的table操作
    课时 28 : lua的变量
    课时 29 : lua的时间操作
    课时 30 : lua模块定义
    课时 31 : lua的元表操作
    课时 32 : lua的面向对象
    课时 33 : openresty中调用lua脚本
    课时 34 : openresty引入json模块
    课时 35 : openresty引入redis模块
    课时 36 : openresty对redis模块进行二次封装
    课时 37 : openresty引入mysql模块
    课时 38 : openresty引入capture请求
    课时 39 : openresty引入http模块
    课时 40 : openresty操作本地缓存
    课时 41 : openresty执行流程
    课时 42 : openresty执行详解之初始化阶段
    课时 43 : openresty执行详解之重写赋值阶段
    课时 44 : openresty执行详解之重写url阶段
    课时 45 : openresty执行详解之访问阶段
    课时 46 : openresty执行详解之内容阶段
    课时 47 : openresty执行详解之响应阶段
    课时 48 : openresty实现访问频率控制
    课时 49 : openresty实现黑名单控制
    课时 50 : openresty实现接口签名验证 
    课时 51 : openresty实现网关框架介绍
    课时 52 : openresty实现网关主入口
    课时 53 : openresty实现网关插件可配置
    课时 54 : openresty实现网关插件加载
    课时 55 : openresy实现网关之签名验证插件
    课时 56 : openresy实现网关之黑名单插件
    课时 57 : openresty实现网关之频率插件
    课时 58 : 网关框架总结