0%

​ 接口Mock平台主要实践在项目的开发团队太多,业务需要对接各个下层服务,而下层服务提供的API时间线的偏差,往往需要Mock接口提供给需求方(前端),进行联调,提高交付质量。最后再由我们去对接下层服务来保证交付质量,同时下层服务也需要提供mock来格式化响应参数,但是往往省略这部分工作导致接口文档可用性太低。

阅读全文 »

Shell 脚本在我们日常开发和学习都有举足轻重的地位,比如看一些开源项目,比如项目中的各式各样的脚本,对于促进生产力工具有很大帮助!而且shell最大的好处就是非常的方便!bash是一个非常成熟的脚本语言,基本上具有现代脚本语言的所有特性,所以你可以通过bash实现各种各样的脚本!

我们日常开发中使用mac作为开发机的话需要考虑和linux命令兼容的问题,所以需要在mac上替换成gun相关的命令!

阅读全文 »

​ 容器比较强大的地方就是使用方便,强大的隔离性,但是生产上往往需要做到保护,比如a容器不能对于b容器造成任何影响,比如a容器资源占用太高,导致b容器无法响应,获取a容器down机影响宿主机或其他容器等等,都是不允许的,所以容器隔离技术就解决了这些问题!

阅读全文 »

​ 容器网络通信是一块很大的内容,docker原生的网络模式其实已经很强大了,可以看一下官方文档!本文只是阐述业务中常用的几种模式!

阅读全文 »

​ 我最近半个月内一直在看docker,但是看完后发现,发现它对于我来说只是个cli的工具,cli提供了build,push,pull,run等功能,包含了构建镜像,打包发布,拉取,运行。其实不考虑这些,对于公司级别的cicd工具来说,也是这几个流程,比如说我一个git仓库地址,再通过Jenkins等ci工具构建,构建完成后发布到发布机器上,等我们去发布的时候,就是拉取这个zip包/或者镜像,解压/运行,程序去启动后不在考虑范围内,这个过程是最简单最常见的。

​ 所以docker只是提供了一个工具进行这个流程。换了一种承载方式。换句话说它确定了软件究竟应该通过什么样的方式进行交付。docker的创新就是将交付转变为容器/镜像,解决了开发人员的痛点。

​ 本篇不讨论,定义和管理容器技术的OpenStack & kubernetes & Docker Swarm & Containerd等!

​ ps:学习这些只是看看自己适不适合学习容器化方向的技术,每一个技术背后的技术都很多,如果只是使用,那么了解即可。为啥要学习容器化技术呢,虽然作为一个后端开发,不需要掌握容器化技术,但是了解只是为了思考和成长!

阅读全文 »

​ 学习docker的基本组件、dockerfile、docker命令等!

阅读全文 »

​ 日常开发中经常使用git作为版本控制,常用的话就是git命令,也可以使用第三方的 sourcetree 工具,对于常用命令来说,其实git命令基本够用了,但是当你大量阅读代码的时候,依托于ide,速度太慢了!

阅读全文 »