一、日志管理的重要性

日志是程序设计中很重要的一部分，它提供了丰富的程序运行时的信息，例如:程序运行时的逻辑信息、错误信息、事件描述信息、关键数据、状态信息、执行时间和用户登录信息等，这些信息可以帮助开发人员快速地发现和定位问题。在实际生产环境中，日志是查找问题的重要来源，良好的日志格式和记录方式可以帮助开发人员、应急人员快速定位到错误的根源，并找到解决问题的办法。

一、什么是链路追踪？

分布式链路追踪就是将一次分布式请求还原成调用链路，将一次分布式请求的调用情况集中展示，比如各个服务节点上的耗时、请求具体到达哪台机器上、每个服务节点的请求状态等等。

一、微服务的通信方式有哪些？

• RPC;
• HTTP；
• Message。

一、网关的定义

所有微服务的入口。

一、安全认证的主要框架有哪些？

• Apache Shiro；
• Spring Security；
• Sa-Token。

而我们主要基于SpringSecurity+OAuth2。

M2概述微服务从需求到开发再到上线部署的流程可归纳为如下十个方面，但每个方面的细节足以写几千字或上万字的文章，本文旨在总体简要概述，太深入的话，涉及细节，不方便透入，后面我会有一个关于自己一个创业的项目，到时候会就下面相关的流程做深入详细的叙述。

一、确定需求

需求一般有客户那边提供，产品经理与客户沟通和确认，最后由产品经理编写为一个产品需求文档(待评审)。

一、架构2.0的定义

经过三到四个版本的迭代以后，将原有开源项目的一些我们用不到的组件进行去除，并同时将过去三层架构与微服务的这套体系进行合并与移除，合并通用的，移除弃用的。相当于变成这样:

一、什么是中台?

“中台”是对传统”软件平台”的升级和加强，通过在企业层面引入新的专业化职能分工、数据唯一性建模等规则；在解决软件行业”重复造轮子”问题的基础上，进一步解决了传统”软件平台”未能解决的”软件平台间职能边界划分问题”及”数据孤岛问题”。

而我个人的理解如下图所示:

三层架构和微服务是我们公司系统架构1.0最鲜明的特点，由技术顾问最先提出，项目经理两边协调和总体把控，而我主要负责执行以及过程中的问题处理、人员培训等。

一、如何看开源项目二次开发？

以前在创业公司做开发的时候，那个时候也可以叫半个全栈，我对于开源项目二次开发是极其不喜欢非常讨厌，因为我觉得这些东西都不难，为何就不能自己写呢？还有就是我觉得开源项目二次开发不利于我的成长，毕竟是在人家的基础上开发，太多的受制于人。后来随着经验的慢慢积累(包含教训)，我的看法改变了。
过去我的看法可归纳为: