微服务 实现，微服务负载均衡实现

什么是微服务架构?主流的微服务如何实现?

1、但通常在其而言，微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。

2、微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。

3、微服务是近些年被广泛提及的一个概念， 微服务架构可以理解为一个轻量级的服务治理方案， 也就是将系统的功能，通过服务的形式发布到服务器上，对服务进行组合调用，实现具体的功能，解决实际业务问题的架构风格。

4、微服务架构是一种架构风格（或叫架构模式）、以及一组成功架构实践的总称。有时也代表一种架构思想。

5、而这，正是微服务架构的真正来源。一句话总结SOA和微服务的区别，即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化。

6、微服务(MicroservicesArchitecture)是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。

当用户过多时,如何对服务器进行优化?

1、客户端到服务端的优化 服务端读取数据库的优化 多客户端到服务端，一般需要建立连接池，比如控制只容许50个客户端连接，那么池的最大连接数为50，超过50就需要返回超出最大连接。

2、比如：长期使用的服务器性能下降所致，为了保障业务不受影响，你或许应该对正在使用的服务器进行升级和优化了。

3、确保带宽使用目的 如果您购买的服务器是共享带宽，那么运行服务器的网站可能会降低所有人的速度，包括最终用户。

你所理解的SpringCloud是什么?

1、SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。

2、Spring Cloud是一系列微服务框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如果你想掌握时下热门微服务技术栈，跟上时代技术步伐，就去黑马程序员 视频库看免费视频。

3、因为Spring Cloud是一个综合项目，它包含很多子项目。由于子项目也维护着自己的版本号，Spring Cloud采用了这种命名方式，从而避免与子项目的版本混淆。

4、SpringCloud是基于SpringBoot的一整套实现微服务的框架。他提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。

5、学习Spring cloud要对Spring Boot有相当的理解与认知，因为Spring cloud的基础是Spring Boot。一：什么是Spring cloudSpring cloud是多个项目的集合体，也是多种重要技术的集合体，它是一系列的技术的结合体。

K8S前世今生(1)

1、在K8s集群中微服务的负载均衡是由Kube-proxy实现的。Kube-proxy是K8s集群内部的负载均衡器。

2、首先将要执行的命令写成shell脚本的形式。其次将shell脚本作为configmap挂载到pod中。最后使用pod的command参数来执行该脚本，即可让pod启动时执行一个脚本。

3、首先我们尝试创建一个 1主2从 的集群：初次创建可能会比较慢，因为会从 Docker 仓库拉取最新的 rancher/k3s 镜像。

字节三面:到底知不知道什么是Eureka?

范围不同。Nacos的阈值是针对某个具体Service的，而不是针对所有服务的；但Eureka的自我保护阈值是针对所有服务的。nacos支持CP和AP两种；eureka只支持AP。nacos使用netty，是长连接；eureka是短连接，定时发送。

springcloud eureka是注册中心，负责微服务的注册与发现，起到承上启下的作用，在微服务架构中相当于人体的 大脑，很重要，nacos是阿里巴巴出的，功能类似eureka。

整个面试过程，主要围绕算法和实习经历考察，基础知识的话不是很难。每一面的面试官都很nice，特别是三面的面试官，感觉在讨论的时候没有带着面试的压力，就是朋友之间的对话。

之后复面又分为三次面试：一面：简单自我介绍，优势，对近期新闻热点事件有何了解，是怎么了解字节跳动，能否接受加班。二面：具体的职业规划，为什么会想要这个工作，工作地点，内容的了解。

不过，一般来说，面试官在面试时都会有一个大体的面试流程和考察方向，一面可能会主要考察基础知识，二面可能会深入挖掘技术能力，三面可能会考察候选人的能力和潜力等方面。

关于开发部署中(4层/7层/C端/S端)软负载均衡笔记

Dev 即开发角度的负载均衡。开发中的负载均衡一般是在 微服务 中涉及。服务提供方一般以多实例的形式提供服务， 负载均衡功能能够让服务调用方连接到合适的服务节点 。

四层负载均衡和七层负载均衡区别，1：技术原理上的区别，2：应用场景的需求，3：七层应用需要考虑的问题。以下是详解：第一，技术原理上的区别。

从技术原理上也可以看出，四层模式下这些SYN攻击都会被转发到后端的服务器上；而七层模式下这些SYN攻击自然在负载均衡设备上就截止，不会影响后台服务器的正常运营。

七层负载均衡技术对产品的性能、算法、高可靠性和安全性有着更高的要求。

七层负载均衡 表示负载均衡器根据虚拟的url或主机名来接收请求，经过处理后再转向相应的后端服务上，工作在应用层( application layer )。

基于4层的负载均衡性能要高一些，一般能达到 几十万/秒 的处理量，而基于7层的负载均衡处理量一般只在 几万/秒 。基于软件的负载均衡的特点也很明显，便宜。