在国庆期间我把Linux命令再系统的过了一遍，作为后端开发人员必备的技能，我感觉自己不论是对Linux命令的掌握，还是对Linux内核设计、实现的理解都很薄弱，所以国庆特意加班加点再过了一遍，回忆起了很多之前淡忘的命令。
言归正传，什么是SHELL编程呢，我们一般把shell编程得到的结果称为shell脚本，同时，现在使用的最多的shell是bash，所以shell脚本也被称为bash脚本。shell脚本是一种格式非常规整、严格的脚本语言，有时多打一个空格或者少打一个符号可能都会导致很多问题，这也意味着shell开发人员不仅要对语法、对命令很熟悉，同时也要非常非常细心。
shell为什么是一门脚本语言，其实虽然它被称为语言，但是说到底就是命令的集合加上特定的格式就变成了shell脚本。比起一门语言，我更将它认为是一种批处理文本，类似于声明式API，将命令写入到文件中，再执行这个文件。之所以将它称之为脚本，因为它是一行一行由解释器解释执行的，具有这种性质的语言，都称之为脚本语言。
什么是shell?翻译过来就是“壳”，指的是操作系统的表层，与操作系统的内核（kernel）对应，是用户和内核交互的界面。这里要区分shell terminal和consule之间的区别。shell特指命令行，而terminal是终端，很多应用软件都有中断，比如你打开Goland敲代码，是不是也可以输入命令操控程序？输入命令的那个平台就是terminal。同时我们的输入输出设备也可以看做是terminal。而console是控制台，早期电脑是很大的，电脑基本都配有console，console就是一个有很多开关、按钮的机器，用于控制电脑。
shell是一个程序。当你输入命令的时候，它会将命令传给内核执行，并把结果返回给用户。所以shell被称作命令行，类似于windows中的cmd和powershell。
同时，shell还是一个命令解释器，解释用户输入的命令，支持变量、条件判断、循环等语法，这些语句被解释器执行。
然后，shell还内置了很多工具，可以看成一个工具箱，提供了很多方便我们操作的API。
shell有很多种，只要能提供命令行环境的程序，我们都可以看做shell
现在Bash就是最常用的Shell
#查看当前设备默认的shell
echo $SHELL
#查看当前系统的所有shell
cat /etc/shells
#查看bash版本
bash --version
echo就是一个输出命令，可以看成Go语言的Println，自带换行
标签：
这里学习了一下\r \n的区别
\r:光标回到行首
\n:光标回到行首，光标进行换行
用例子来看就是
echo -e "hello -n world"
hello
world
echo -e "hello \r world"
world
#因为已经将hello给覆盖掉了，\r回到行首，world将hello覆盖
echo -e "lll\rss"
ssl
#覆盖前两个
空格：我们通过空格来区分不同的参数，每个参数之间必须有一个或多个空格，如果是多个空格，解释器会自动缩忽略多余的空格
分号：命令的结束符，可以使得一行执行多个命令，在上一个命令结束后，执行下一个命令
**&&**：当上一个命令执行成功，继续运行第二个命令
**||**：当上一个命令执行失败，继续运行第二个命令
type命令用来判断命令的来源，因为bash内置了很多命令，我们可以通过type来判断一个命令是内置命令还是外部程序
type type
#这是一个内指命令
type ls
#这是 ls --color=auto的别名
在shell收到命令之后会根据用户输入，拆分成一个个词元，然后shell会扩展里面的特殊字符，完成这步之后才会调用相应的命令。也就是翻译一些特殊符号。
其中部分扩展其实就是通配符扩展。
Bash一共提供八种扩展
波浪线会自动扩展成当前用户的主目录，也就是/home/username，同时~+会扩展成当前目录，和pwd命令等效。
？代表匹配任意单个字符，不包括空
*代表文件路径里面的任意数量的任意字符，包括0个，且可以匹配空
【】匹配方括号中的任意一个元素 比如 [abc] 满足匹配结果的为a b c，【-】，匹配范围之内的任意元素，比如【1-5】，满足匹配条件为1 2 3 4 5
大括号匹配所有值，每个元素之间通过逗号分割，逗号与元素之间不能有空格
echo {1,2,3}
1 2 3
echo d {a,e,i,u,o}g
dag deg dig dug dog
#括号还可以嵌套
echo {j{p,pe},ng}
jpg jpeg png
{..}表示一个数组。比如{a..z}可以拓展成26个小写字母，同时支持逆序，{z..a}就是从z到a的输出
{..}可以指定步长 比如
echo {0..8..2}
0 2 4 6 8
可以直接$name 或者 ${name}两种方式来扩展变量值，一般推荐第二种方式
比如 $(pwd) $(date)等等 直接拿到命令的值
((…))可以扩展成整数的运算结果，比如((2+2))
[[:class:]]表示一个字符类，扩展成某一类特定字符中的一个，常用的字符类有很多，匹配任意英文，数字，大小写等等
+(pattern) :匹配一次或多次
@(pattern) 只匹配一次
!(pattern) 匹配给定内容之外的任何内容
在bash中只有一种数据类型，那就是字符串，不管用户输入什么数据，Bash都认为是字符串
某些字符在Bash中有特殊含义，比如$，你想要原样输出就必须通过转义的方式，比如\ $输出$。同时\还能改写命令，当一条命令过长，就可以在伟航使用\进行改写，使其成为多行。
mv \
/path/to/foo \
/path/to/bar
单引号
Bash允许字符串放在单引号或者双引号中，加以引用。单引号用于保留字符的字面含义，各种特殊字符在单引号里面，都会变为普通字符，比如 * $ \等等。单引号能使Bash扩展，变量引用和子命令都失效。所以在单引号里面用正则是什么呆瓜啊。
双引号
双引号比单引号款所，大部分特殊字符在双引号里都会失去特殊含义编程普通字符，只有$ 和 ` 和 \仍然会被扩展
重定向
cat << name
name
最后的name一定要顶格
近年来微服务与云原生、CI/CD这些概念被炒得很火，多数应用都会说自己利用了“云”资源，是一个云原生架构的应用。那么云原生到底是什么呢，或者说使用了什么样的技术的应用才能被称之为云原生应用呢？
首先云原生是和云计算分不开的，这里的云计算更多的指的是一种云上的资源，而云出现之前，市场还处在一个物理机时代，如果要启用一个新的应用，就得自己搭一台新的服务器，一直到2001年VM出现了，通过虚拟机可以在一台服务器上跑多个虚拟机来减少服务器的数量（同时也是减少了企业堆机子的钱）
而在虚拟化技术成熟之后，云计算才正式出现，第一个搞云的公司是AWS，在2008年证明了云计算是可行业务
云计算出租的模式有三种
IaaS:Infrastruture As A Service(基础设施及服务)，是云服务的最低层，主要提供一些基础资源，比如服务器、存储和网络。我们常规用的云服务器就属于IaaS
PaaS:Platfrom as a Service （平台即服务），提供商为企业搭建网络基础设施及软件、硬件平台，将软件开发、管理、部署都交给第三方，开箱即用。除了底层的服务器之后，通常还具备相应的功能接口，比如阿里云可以给视频自动转码，给视频加速提高清晰度等。
SaaS:Software as a Service(软件即服务)，开发者只需要关注自己的业务逻辑，不需要关心底层。使用这一层的云计算资源甚至不需要开发人员，供应商直接提供一站式服务。
在我们开发一个应用服务时，有很多种架构供我们选择，而这些架构按照历史的时间线来看的话，其实能发现它们是在不断向低耦合，高性能，敏捷开发、快速发布、高度自治化这几个方面不断靠拢的
单体应用通常是一个庞大的文件，部署在一台机器上，高耦合，对功能修改通常需要牵一发而动全身，想要增强单体应用的性能一般只能堆机子，不断增加服务器的数量
最典型的就是MVC和MSC架构，分别是 model view controller和model service controller的缩写，随着时代的发展，人们发现单体应用很难抗住大流量，于是分层架构诞生了。分层架构就是将单体应用进行垂直分层，耦合依旧大，项目之间的接口大多数为数据同步，是一种很简单的架构。开发快速，经过垂直拆分之后项目不至于太大，每一层可以使用不同的技术。
当垂直架构的应用越来越多，就会出现多个应用都依赖的业务组件，比如数据库，而且各个应用交互越来越频繁，此时就需要把部分通用的组件拆分独立处理，于是SOA面向服务架构诞生了，它带来了模块化开发、分布式拓展部署和服务接口定义等概念。SOA需要建立企业服务总线，外部应用通过总线调用服务，有以下特征：可从企业外部访问、随时可用、标准化的服务接口等。一般是大型企业才考虑使用SOA架构
，当业务总线崩掉，所有的服务都会挂掉。可以说业务总线的吞吐量决定着整个系统的上限。
在吸取了SOA的思想之后，微服务诞生了，它具有以下特点
架构如图：
在微服务架构下服务的拆分粒度更细小，有利于资源的重复利用，提高开发效率，采用去中心化思想，更加轻量级
缺点：如果服务实例过多，那么治理成本就会很大，不利于维护；且服务之间相互依赖，可能形成复杂的依赖链条，往往单个服务异常，其他的服务也会受到影响
在实际开发中一般通过DDD的思想对微服务进行拆分，既不能让服务实例太多（不好治理、部署成本大、调用关系复杂），也不能让服务实例太少（每个服务量级都很大，高度耦合），一般是通过各个服务的作用域进行划分。
微服务与SOA的区别 ：
微服务继承了SOA的众多优点和理念
SOA更适合与许多其他应用程序集成的大型复杂企业应用程序环境，小型的应用并不适合SOA，微服务则更适合于较小和良好的分割式web业务系统，在微服务架构中没有SOA中的ESB进行集中化管理，而是通过轻量级通信机制相互沟通。SOA尝试采用中心化管理来确保每个应用之间能够协同运作，而微服务则尝试部署新功能。快速有效的拓展开发团队，注重于分散管理、代码再利用与自动化执行
主流的微服务框架
Java:Spring Cloud 和Dubbo
Go:Go-kit与Go-Micro
Go-Kit:
是一个Go语言工具包等级和，提供了实现系统监控和弹性模式组件的库，比如日志记录、跟踪、限流、熔断等
基于Go-Kit的应用程序架构由三个主要部分组成：传输层、接口层和服务层
传输层：网络通信，通常使用HTTP或者grpc等网络传输方式，Go-Kit还支持使用AMQP（提供同一消息维护的应用层协议）和Thift（接口描述语言与二进制通讯协议）等多种网络通信模式
接口层：服务器和客户端的基本构建块，在Go-kit中的每个对外提供的接口方法都会被定义成一个端点，以便在服务器和客户端之间进行网络通信
服务层：具体的业务逻辑实现，业务逻辑包括核心业务逻辑
Go-Micro
基于Go实现的插件化RPC微服务框架，提供了服务发现、负载均衡、同步传输、异步通信以及事件驱动等机制，尝试弱化分布式系统间的通信，让开发者可以专注与自身业务逻辑的开发
设计哲学：可查博士的架构理念，提供可快速构建微服务系统的组件
Go-Micro组件
1.高内聚 低耦合 每个服务是针对于一个单一职责业务能力的封装 服务之间通过轻量级的通信方式进行通信
2.高度自治 每个服务能够独立部署并运行在独立的进程内 技术选型灵活 合适的业务问题可以选择合适的技术栈 服务与服务之间采取与语言无关的网络通信进行交互 也就是说服务之间可以用不同的语言、不同的版本、不同的工具、在不同的系统上运行
3.以业务为中心 每个服务代表了特定的业务逻辑 有明显的边界上下文
4.弹性设计 可容错、具有自我保护能力的系统，服务之间相互隔离，限制使用资源，防止级联的服务雪崩错误
5.日志与监控 必须用分布式日志系统进行日志的管理 不然每个微服务独自具有各自的日志 查找起来会很麻烦 监控各个服务的性能 比如Promethus，进行资源的弹性化扩张与收缩
6.自动化
现在对于云原生的定义通常是：有利于各组织在公有云、私有云与混合云等新型动态环境中，构建和运行可弹性拓展的应用，代表技术有容器、服务网格、微服务、不可变基础设施即声明式API
云原生的基础架构
云原生的12因素是知道开发者如何利用云平台来构建更具可靠性和扩展性，更易维护的云原生应用
1.CodeBase:基础代码，一份基准代码，多份部署，用一个代码库进行版本控制和应用程序的多次部署
2.Dependencies:显示声明依赖关系，应用程序通过适当的工具隔离依赖性
3.Config:配置文件，在环境中存储配置
4.Backing Services:后端服务，把后端服务当做附加资源（很珍贵的资源），数据库、消息队列、换出系统都被当做附加资源在不同环境中被同等的调用。听说现在很多大厂都不会直接操作数据库了，咱也不知道具体是怎么实现的，数据存在哪里。
5.Build release run:构建、发布、运行 严格分离架构和运行
6.Processes:以一个或多个无状态进程运行应用，任何需要持久化的数据都被存储在后端服务中
7.Port binding:端口绑定，通过端口绑定提供服务
8.Concurrency:并发，通过进程模型进行拓展
9.Disposability:易处理、快速启动和优雅终止
10.Dev/pro parity:开发环境与线上环境等价，尽可能保持开发、预发布和线上环境的相似性
11.Logs:将日志当做事件流，允许执行环节通过集中式服务来收集、聚合和检索分析日志
12.Admin processes:管理进程，后台管理任务当做一次性进程运行
12因素已经提出很久了，有部分因素已经无法跟上时代的发展，只能作为参考
现如今的技术更迭是非常非常快的，很多东西作为学生你刚听说，觉得很新颖想去学，可能企业已经用过很久，甚至业界已经有更优的方案，把这个技术抛弃了。也有部分后端开发者自嘲道，这个东西我还没学，人家就不用了。因此，我建议大家不管什么技术，你如果感兴趣就先上手，对着官方文档看，其实任何高级、难的技术如果仅仅只是上手的话往往花不了太多时间。