年会跳槽面试之微服务架构问题（含答案）

前言：

现在IT界跳槽已成常态，跳槽，可能有以下原因:一，技术达到瓶颈，无法在此公司有好的提升，前几年我感觉基本不会出现，至少我现在没出现。二，实力与薪资不匹配。三，和同事 领导不和，如果你在几家公司都这样，要自我检讨一下是不是自己的问题。仅个人观点，其他诸如地域 情感 兴趣等个人原因不做讨论。

这也导致很多企业在用人时会比较在意员工的稳定性一般外包公司都会比较忙，相对来说，成长应该是比较快的，而你的工作性质偏业务，那么你要想清楚一个问题，以后你的发展轨迹是怎样的？是在技术方向越走越远呢，还是在管理方向发展呢？

一、 微服务架构专题（思维导图）

1、服务的前世今生

2、基于分布式思想下的RPC解决方案

3、dubbo应用及源码解读面试题

（1）Dubbo telnet 命令能做什么？

（2）Dubbo必须依赖的包有哪些？

（3）Dubbo的管理控制台能做什么？

（4）说说 Dubbo 服务暴露的过程。

（5）Dubbo 和 Dubbox 有什么区别？

（6）你还了解别的分布式框架吗？

（7）Dubbo 能集成 Spring Boot 吗？

（8）在使用过程中都遇到了些什么问题？

（9）你读过 Dubbo 的源码吗？

（10）你觉得用 Dubbo 好还是 Spring Cloud 好？

4、springboot面试题

（1）如何重新加载Spring Boot上的更改，而无需重新启动服务器？

（2）Spring Boot中的监视器是什么？

（3）如何在Spring Boot中禁用Actuator端点安全性？

（4）如何在自定义端口上运行Spring Boot应用程序？

（5）如何实现Spring Boot应用程序的安全性？

（6）如何集成Spring Boot和ActiveMQ？

（7）如何使用Spring Boot实现分页和排序？

（8）什么是Swagger？你用Spring Boot实现了它吗？

( 9 )如何使用Spring Boot实现异常处理？

( 10 )您使用了哪些starter maven依赖项？

5、docker虚拟化技术面试题

（1）如何批量删除或者停止运行的容器？

（2）如何查看镜像支持的环境变量？

（3）本地的镜像文件都存放在哪里

（4）构建Docker镜像应该遵循哪些原则？

（5）容器退出后，通过docker ps 命令查看不到，数据会丢失么？

（6）如何临时退出一个正在交互的容器的终端，而不终止它？

（7）很多应用容器都是默认后台运行的，怎么查看它们的输出和日志信息？

（8）使用docker port 命令映射容器的端口时，系统报错Error: No public port ‘80’ published for …，是什么意思？

（9）可以在一个容器中同时运行多个应用进程吗？

（10）如何控制容器占用系统资源（CPU，内存）的份额？

6、springcloud应用及源码解读面试题

（1）springcloud如何实现服务的注册和发现

（2）SpringCloud和Dubbo有什么区别？

（3）springcloud断路器的作用

（4）Spring Cloud 有了解多少？

（5）什么是Spring Cloud Bus？我们需要它吗？

（6）使用Spring Cloud有什么优势？

（7）springcloud你是什么？

二、微服务(Microservice)架构快速指南（面试题含答案）

1.微服务技术栈有哪些?

2.什么是微服务架构?

微服务是指开发一个单个 小型的但有业务功能的服务，每个服务都有自己的处理和轻量通讯机制，可以部署在单个或多个服务器上。

微服务也指一种种松耦合的、有一定的有界上下文的面向服务架构。也就是说，如果每个服务都要同时修改，那么它们就不是微服务，因为它们紧耦合在一起；如果你需要掌握一个服务太多的上下文场景使用条件，那么它就是一个有上下文边界的服务，这个定义来自DDD领域驱动设计。

3. 微服务优点是什么？

• 每个微服务都很小，这样能聚焦一个指定的业务功能或业务需求。
• 微服务能够被小团队单独开发，这个小团队是2到5人的开发人员组成。
• 微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
• 微服务能使用不同的语言开发。
• 微服务允许容易且灵活的方式集成自动部署，通过持续集成工具，如Jenkins, Hudson, bamboo 。
• 一个团队的新成员能够更快投入生产。
• 微服务易于被一个开发人员理解，修改和维护，这样小团队能够更关注自己的工作成果。无需通过合作才能体现价值。
• 微服务允许你利用融合新技术。
• 微服务只是业务逻辑的代码，不会和HTML,CSS 或其他界面组件混合。
• 微服务能够即时被要求扩展。
• 微服务能部署中低端配置的服务器上。
• 易于和第三方集成。
• 每个微服务都有自己的存储能力，可以有自己的数据库。也可以有统一数据库。

4. 微服务架构的缺点是什么?

• 微服务架构可能带来过多的操作。
• 需要DevOps技巧
• 可能双倍的努力。
• 分布式系统可能复杂难以管理。
• 因为分布部署跟踪问题难。
• 当服务数量增加，管理复杂性增加。

5. 微服务适合哪种情况?

当你需要支持桌面 web 移动 智能电视 可穿戴时都是可以的，甚至将来你可能不知道但需要支持的某种环境。

6. 哪个公司或产品使用微服务架构?

大部分大型网站系统如Twitter, Netflix, Amazon 和 eBay都已经从传统整体型架构monolithic architecture迁移到微服务架构

7. 微服务之间是如何独立通讯的？

这依赖需求，通过使用HTTP/REST，数据格式使用JSON 或 Protobuf(Binary protocol)，通讯协议是自由的。

8. 为什么现在每个人都在谈论微服务？

自从SOA面试15年来，随着RESTful web服务和JSON数据交换格式流行，简单快速建立一个可连接的服务已经越来越方便了。

小结

自己小结了一下微服务架构专题的面试问题，面试时十有八九都会问到的技术关注我点击+号，发送【面试资料】，获取答案”，另外自己也总结了一下，分布式架构、高可扩展、高性能、高并 发、Jvm性能调优、MyBatis，Nginx源码分析，Redis、Netty、Mysql 、Zookeeper、Tomcat、Docker、Dubbo、Nginx等多个知识的资料!