u013250861的博客

如果你再进⼀步，购买某些在线论坛或者在线⽹店的服务,这意味着你也不⽤⾃⼰开发⽹站程序，只需要使⽤它们开发好的程序，⽽且他们会负责程序的升级、维护、增加服务器等，⽽你只需要专⼼运营即可，此即为SaaS。使用者并不管理或控制底层云基础结构，这包括网络、服务器、操作系统、存储，甚至包括个别应用程序，但可能不包括提供商定义的特定于用户的应用程序配置设置。使用者并不管理或控制底层云基础结构，这包括网络、服务器、操作系统或存储，但拥有对已部署应用程序的控制权，还可能拥有应用程序宿主环境配置控制权。

Jenkins中自动构建项目的类型有很多，常用的有以下三种：自由风格软件项目（FreeStyle Project）Maven项目（Maven Project）流水线项目（Pipeline Project）每种类型的构建其实都可以完成一样的构建过程与结果，只是在操作方式、灵活度等方面有所区别，在实际开发中可以根据自己的需求和习惯来选择。（PS：个人推荐使用流水线类型，因为灵活度非常高）

DevOps发布链路：①容器技术Docker、②镜像仓库（阿里云镜像仓库）、③CI/CD平台（Jenkins+Rancher）、④Git仓库（Gitee）、⑤云服务器（阿里云ECS）

在此基础上，波波会有自己的个人倾向，波波比较看重两点，一个是社区生态，毕竟随大流比走冷门要轻松很多，另外一个是对微服务公共关注点考虑的全面性，我不想自己再花费精力去解决自动化发布等繁琐的事情。综上，我比较倾向K8s平台+SpringBoot框架，这两个是目前社区的绝对主流，可以用如日中天来形容，K8s是针对微服务公共关注点最完备的解决方案，服务框架我倾向直接用SpringBoot，我不需要SpringCloud那套，因为它支持的功能K8s已经覆盖了很大部分。

但是我这里有一个bug, 因为这个地址是带两个参数的，我用curl，访问的时候就好像只能传一个参数，我不知道为什么，还没有解决。k8s的基础上，首先是创建镜像，我们这里面代码用的是python，实现的功能是两个数相除。我一般建完镜像后都会运行一下该镜像是否好使，否则怕创建k8s服务出错，不知道是谁的问题。，访问不到，我也不知道是为什么，加一个host参数就好使了，但是地址前缀变为。运行完之后，如果好使，就会出现一个地址直接访问就ok了，访问是好使的，但是制作完docker 镜像后。创建svc.yaml。

在与Kubernetes交互时，RESTful API更适合，因为它使用标准的HTTP协议和URI，并且可以使用Kubernetes提供的服务发现和负载均衡机制。而且，Kubernetes API本身也是RESTful API风格的，因此使用RESTful API与Kubernetes进行交互更符合Kubernetes的设计思想。总体而言，RESTful API是更常用的API风格，因为它使用标准的HTTP协议和URI，并且可读性好，易于使用。但是，在与k8s进行交互时，RESTful API更加适合。

在本地运行Kubernetes有几个选项，最受欢迎的包括minikube，k3 s，kind，microk 8 s。在本指南中，所有这些都可以工作，但我们将使用k3 s，因为它是轻量级安装。已经有很多免费的资源可以解释基本的Kubernetes概念，所以如果你还没有的话，先去看看这些资源。首先，我们将设置一个本地Kubernetes集群，然后创建一个简单的API来部署。为了正确管理对集群中服务的外部访问，我们需要使用ingress。关闭端口转发，让我们通过创建一个入口资源来公开我们的API。

基于Docker的交付模式：①源码更新后提交Docker镜像到DockerHub-->②K8S从DockerHub监听并拉取最新Docker镜像-->③Docker对应的微服务实现交付/更新

Swagger 的目标是对 REST API 定义一个标准且和语言无关的接口，可以让人和计算机拥有无须访问源码、文档或网络流量监测就可以发现和理解服务的能力。当通过 Swagger 进行正确定义，用户可以理解远程服务并使用最少实现逻辑与远程服务进行交互。与为底层编程所实现的接口类似，Swagger 消除了调用服务时可能会有的猜测。Swagger 的优势支持 API 自动生成同步的在线文档：使用 Swagger 后可以直接通过代码生成文档，不再需要自己手动编写接口文档了，对程序员来说非常方便，可以节

A/B测试，谁不知道啊？不就是将实验对象分流成为两组或者更多组，监测产品某一变量的改变对于业务指标的影响吗？恭喜你答对了一小部分。然而，你是否100%相信只进行了一天或几小时的A/B测试结果，进而决定一次产品的快速迭代？以下图为例，我们看到一个进行了一周的A/B实验，某些天A的指标好于B，某些天B的指标好于A，但实验期间整体的指标A好于B。这时候，你会面临一些问题：似乎目前的结果还不能得出结论，是否需要继续观察几天？实验的样本量是不是太小了？再观察两天就能得出确定性的结论了吗？产品的迭代速度不允许更

Postman是一个很方便的测试工具，但是比起Jmeter来，它在性能测试和压力测试方面的功能要少很多。Jmeter功能非常强大，虽然我感觉不太简约，但是它可以作为专业的性能测试工具使用。QPS/Throughput极限测试：安装Jmeter：http://jmeter.apache.org/download_jmeter.cgi参考资料：接口压力测试工具（推荐）如何用Jmeter做接口测试[JM_03]JMeter性能测试基础实战之QPS检测过程解析【jmeter】jmeter测试网

做开发的同学一定会遇到接口对接，今天介绍两个对接测试两个我个人认为比较好的测试工具postman和jmeter1、postman通常用于做接口测试，同时也可以用于作为压力测试2、jmeter做压力测试通常我们用postman主要是接口请求测试，这里就不用在重复描述今天主要讲这两个工具用于压力测试一、Postman二、JmeterPostman是一个很方便的测试工具，但是比起Jmeter来，它在性能测试和压力测试方面的功能要少很多。Jmeter功能非常强大，虽然我感觉不太简约，但是它可以作为专

并发数并发数是指系统同时能处理的请求数量，这个也是反应了系统的负载能力吞吐量吞吐量是指单位时间内系统能处理的请求数量，体现系统处理请求的能力，这是目前最常用的性能测试指标响应时间RT(Response-time)响应时间是一个系统最重要的指标之一，它的数值大小直接反应了系统的快慢。响应时间是指执行一个请求从开始到最后收到响应数据所花费的总体时间,即从客户端发起请求到收到服务器响应结果的时间QPS(Queries Per Second)是每秒查询率，是一台服务器每秒能够相应的查询次数，即1秒内完

DevOps 的概念在软件开发行业中逐渐流行起来。越来越多的团队希望实现产品的敏捷开发，DevOps 使一切成为可能。有了 DevOps ，团队可以定期发布代码、自动化部署、并将持续集成 / 持续交付作为发布过程的一部分。虽然 DevOps 背后有各种各样的概念，但幸好有一些工具可以让你更容易地理解和实现。在本文中，你将了解这些工具，并将它们作为软件发布 / 维护工具包工作的一部分开始使用。DevOps 有很多可使用的工具，在一篇文章中几乎不可能介绍完它们。本文将介绍五种最流行、功能最强大的 DevO

Java架构师：测试【单元测试、接口测试、压力测试、回归测试】【根据压测结果评估所需硬件资源】

Java架构师：压力测试【siege工具】

Java架构师-微服务：微服务接口封装【Restful接口、RPC接口】

敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。是谁这么厉害，提出了敏捷开发思想？是一位名叫 Martin Fowler 的美国大叔。大叔不但是敏捷开发的创始人之一，还在面向对象开发、设计模式、UML 建模领

Java架构师：概述

一、集群阶段开篇概述1、单体部署1.1 单台服务器（节点）部署1.2、多台服务器（节点）部署集群、分布式、微服务中的各个服务器节点必须互通，必须在同一个局域网（内网要通）1.3、单体架构的优点1.4、单体架构面临的缺点2、集群2.1 “集群”与“分布式”概念区别如果各个服务器节点处理的任务相同（相同的业务分配给了不同的节点去处理，降低单个节点的压力），则这些节点组成的系统成为“集群”如果各个服务器节点处理的任务不同，则这些节点组成的系统成为“分布式”2.2 “集群”的

Java架构师：主从复制高可用Redis集群

Java架构师-分布式（一）：分布式会话与单点登录SSO

# 一、Elasticsearch 概述Elasticsearch 是一个分布式的免费开源搜索和分析引擎，适用于包括文本、数字、地理空间、结构化和非结构化数据等在内的所有类型的数据。Elasticsearch 在 Apache Lucene 的基础上开发而成，由 Elasticsearch N.V.（即现在的 Elastic）于 2010 年首次发布。Elasticsearch 以其简单的 REST 风格 API、分布式特性、速度和可扩展性而闻名，是 Elastic Stack 的核心组件；Elast

Java架构师-分布式（三）：分布式文件系统-FastDFS+阿里OSS

Java架构师-分布式（四）：分布式消息队列-RabbitMQ

Java架构师-分布式（五）：分布式消息队列-Kafka

Java架构师-分布式（六）：分布式锁

Java架构师-分布式（七）：读写分离、分库分表

Java架构师-分布式（八）：分布式全局ID、分布式事务和数据一致性

Java架构师-分布式（九）：分布式接口幂等性，分布式限流

Java架构师-微服务：SpringCloud微服务架构

Java架构师-容器化（一）：服务容器化-Docker

Java架构师-容器化（四）：容器编排-K8S

Java架构师-容器化（二）：容器技术-Cloud Foundry

Java架构师-容器化（五）：容器弹性扩缩容

Java架构师：Netty

Java架构师-调优（一）：应用监控与调优

Java架构师（四）：Redis缓存雪崩，穿透

Java架构师-调优（三）：数据库监控与调优

Java架构师-调优（四）：Linux调优与架构调优