微服务入门【系列视频课程】

时间 2019-11-22

标签微服入门系列视频课程繁體版

原文原文链接

本文首发于本博客猫叔的博客，转载请申明出处php

公众号：Java猫说

现架构设计（码农）兼创业技术顾问，不羁平庸，热爱开源，杂谈程序人生与不按期干货。html

视频教程地址

GitHub源码：mic-demo

第一章从传统单体架构走向微服务

Hello，你们好，我是猫叔MySelf，本课程将带领你们入门微服务。node

各位年轻又帅气的靓仔们！python

新入职公司，接手公司项目，你所看到的是否是就是一座大山
大家接触的项目是否是庞大的代码块、并关系错综复杂（一大堆的目录与包）
是否是接手后交付周期也很长（入门也是几个通宵）
有没有以为该项目的扩展能力与弹性受限
同时，对于你们这样热爱新技术的同窗，有时一用上新技术与工具框架就各类BUG
并且一个微不足道的小问题，能够致使整个应用挂掉（高层还老是唠叨咱们）

也是辛苦你们那段时间每夜每夜的加班工做了！git

在听微服务以前，由于学员层次不一，但愿你们有了解到至少一个单体架构的web项目开发经验或大体流程，这样学起来更轻松哦！github

聪明的老外老是能先于咱们发现新的高效的开发模式，近几年前一个老头就提出了咱们将要学习的“微服务”：微服务架构风格是一种将单个应用程序做为一套小型服务开发的方法，每种应用程序都在本身的进程中运行，并与轻量级机制（一般是HTTP资源API）进行通讯。这些服务是围绕业务功能构建的，能够经过全自动部署机制独立部署。这些服务的集中管理最少，能够用不一样的编程语言编写，并使用不一样的数据存储技术。web

大叔的图片数据库

这个看起来有点复杂，我就不念了，像教科书同样的文案，有兴趣的同窗能够上网深刻了解。编程

咱们整理一下，并优先入门一些重点。安全

其目的是有效的拆分应用，实现敏捷开发和部署
只作一件事，并把它作好

对于咱们这种要求简单的，工做的时候通常都只想作一件事就行了，不要让我顾及太多。

单一（隔离）、独立指责

咱们能够尽情的在本身负责的项目上“玩耍”啦！对于其余服务层的对接仅须要按照各个应用通讯接口文档去走便可！

通讯（同异步）

咱们老是要和人交流的，对于咱们本身独自负责的服务也是须要去交朋友的，所以它须要与其余各个服务进行通讯，这里的通讯多是同步的、异步的。对于每一个引用都有他们本身的数据，微服务的采纳有助于咱们能够针对部分火爆业务采用不一样的数据库类型或者分库读取，而再也不须要在同一项目整合多个数据库操做。

数据独立

咱们能够发挥不一样语言的优点，好比python、nodejs、php….这对技术专项不一样的开发团队来讲，配合起来将更加容易与驾轻就熟。

技术栈灵活（数据流、存储、业务）
独立部署、团队组织架构有效调整

第二章单体架构电商Demo讲解

一个普通的电商项目：

用户服务：注册
商品服务：查询商品
订单服务：下单、查看订单

数据库表：

用户表：用户id、用户名、用户密码、建立时间
商品表：商品id、商品名、商品详情、商品价格、
库存表：商品id、库存数
订单表：订单id、用户名、商品id、订单价格、商品总数、建立时间

大体的模拟环境：

用户下单与查询订单列表，同时还具有管理人员查询库存

接口列表：

地址： http://localhost:8080/sells/order/order POST
参数

id 》用户id goodsId 》商品id num 》商品数量
例子

{
    "code": 200,
    "msg": "成功",
    "data": "MS04780334"
}
复制代码

地址：localhost:8762/order/order?id=1 GET
参数

id 》用户id
例子

{
    "code": 200,
    "msg": "成功",
    "data": [
        {
            "orderId": "MS04475904",
            "goodsId": "MS000001",
            "name": "猫叔",
            "orderPrice": 1598,
            "orderNum": 2,
            "createTime": "2018-12-13T05:59:24.000+0000"
        },
        {
            "orderId": "MS04663799",
            "goodsId": "MS000002",
            "name": "猫叔",
            "orderPrice": 2999,
            "orderNum": 1,
            "createTime": "2018-12-12T16:04:18.000+0000"
        },
        {
            "orderId": "MS04780334",
            "goodsId": "MS000001",
            "name": "猫叔",
            "orderPrice": 1598,
            "orderNum": 2,
            "createTime": "2018-12-13T08:10:29.000+0000"
        }
    ]
}
复制代码

地址： localhost:8763/goods/goods?id=1&goodsId=MS000002 GET
参数

id 》管理员id goodsId 》商品id
例子

{
    "code": 200,
    "msg": "成功",
    "data": {
        "inventoryId": "IN4567825",
        "goodsId": "MS000002",
        "inventoryNum": 13
    }
}
复制代码

微服务架构拆分

当前只有三个服务，一个用户服务、一个订单服务、一个库存服务

假设咱们的生意狂飙上涨，投放了分销环节、线上广告啥的，这个时候的订单量很是高。那么咱们就可使用微服务的思想，讲订单服务抽离出来。

那么咱们将使用SpringCloud来完成这一操做与编码。

在基于单体架构的状况下，咱们将进行手把手的演进，但愿同窗们能够一块儿来撸一把。

首先是Eureka注册中心，咱们须要向某人说明这里是什么，

并将单体服务拆分为两个，order-client服务还有其他的服务。

那么咱们就再新建两个对应的Eureka Client的服务并注册到注册中心

同时两个服务之间的通信也须要采用SpringCloud的操做。

第三章 SpringCloud入门

说到SpringCloud，咱们还须要说一下它基于的更厉害的框架，它就是Netflix。Netflix的多个开源组件一块儿正好能够提供完整的分布式微服务基础架构环境，而SpringCloud就是对Netflix的多个开源组件进一步封装而成的。

同时，它利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，好比咱们今天将学到的服务发现注册（Eureka）、调用框架（声明式服务客户端Fegin）等等。

Spring Cloud将目前各个比较成熟、经得起实际考验的服务框架组合起来，经过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，由于咱们仅仅配置一下、写几句代码就能够实现一个想要的简单的微服务。

第四章 Eureka实操与微服务架构搭建

Spring Cloud Eureka

一、Eureka是一个基于REST的服务
二、基于Netflix Eureka作了二次封装
三、核心组件为：
- Eureka Server 注册中心（服务端）
- Eureka Client 服务注册（客户端）

第五章服务拆分与应用间通讯

Spring Cloud 服务间的一种RestFul调用方式

一、Feign

声明式REST客户端
接口 + 注解（开启、指定服务名）
本质依旧是一个HTTP客户端

第六章关于微服务的不解与深刻探讨

我想极具好奇心的同窗们必定不知足这么一点的概况，的确，微服务还有更多的知识点须要你们去掌握与了解。

负载均衡
安全机制
配置中心
链路追踪
容器搭配

说了那么多，微服务的缺点是什么呀！？我老是但愿唱反调的同窗

毒液中的片断，世界掌握在咱们手中

没错，任何思想都有其适用性与自身环境，微服务也不例外。

在介绍了微服务原理后，你们会提出什么问提呢？

我作学生的时候就提出了几个小问题。

微服务架构的取舍？

须要避免为了“微服务”而“微服务”。

对传统企业而言，开始时能够考虑引入部分合适的微服务架构原则对已有系统进行改造或新建微服务应用，逐步探索及积累微服务架构经验，而非全盘实施微服务架构。
微服务的不足又是哪些？

微服务的复杂度分布式事务（CAP理论，AP系统）服务的划分服务的部署
各个服务组件的版本与部署乃至升级？

一套完善的开发管理规范，包括开发设计规范、分支管理规范、持续集成规范，再利用Docker容器的自然的特性：“版本控制、可移植性、隔离性”就能够实现组件的版本管理。实质上基于在支持DevOps完整流程的容器云平台，便可实现整个开发过程及交付中的持续集成、快速部署、灰度发布及无缝升级。

最后但愿你们都能在将来深刻了解并使用微服务。