微服务

本文将深入探讨Java微服务架构和容器化部署的概念、优势以及实践经验。

Istio 为微服务提供了无侵入，可插拔的安全框架。应用不需要修改代码，就可以利用 Istio 提供的双向 TLS 认证实现服务身份认证，并基于服务身份信息提供细粒度的访问控制。

Spring Cloud 线上微服务实例都是2个起步，如果出问题后，在没有ELK等日志分析平台，如何确定调用到了目标服务的那个实例，以此来排查问题。

这个工程比较好理解，类似于我们传统的理解的RPC包，或者叫API包，在Maven工程里，一般定义为一个子Module，里面主要定义的是Feign接口（如service.XxxFeignService），DTO对象（contract.dto.XxxRequest/XxxResponse）等等。

在传统的全量发布中，新版本的功能会一次性全部部署到所有的用户或节点上。然而，这种方式潜在的风险是，如果新版本存在缺陷或问题，可能会对所有用户或节点产生严重的影响，导致系统崩溃或服务不可用。

Sevice Mesh相比于微服务框架的优点在于它不侵入代码，升级和维护更方便。它经常被诟病的则是性能问题。即使回环网络不会产生实际的网络请求，但仍然有内存拷贝的额外成本。另外有一些集中式的流量处理也会影响性能。

Spring Cloud Sleuth 是 Spring Cloud 生态系统的一部分，它是一个分布式追踪解决方案，用于监视微服务架构中的请求流程，并帮助开发者跟踪请求在不同微服务之间的传播路径。

主流网关组件 Spring Cloud Gateway 实现限流的方式主要有两种：内置限流过滤器和外部限流组件，如 Sentinel、Hystrix 等。而最简单的限流功能，我们只需要使用 Spring Cloud Gateway 过滤器 + Redis 即可（实现），其使用的是令牌桶的限流算法来实现限流功能的。

在本文中，我们将解释什么是Service Mesh，为什么它对现代云架构至关重要，以及它是如何解决开发人员今天面临的一些最紧迫挑战的。

在传统的全量发布中，新版本的功能会一次性全部部署到所有的用户或节点上。然而，这种方式潜在的风险是，如果新版本存在缺陷或问题，可能会对所有用户或节点产生严重的影响，导致系统崩溃或服务不可用。

在选择高可用方案时，需要考虑系统的可用性需求、数据一致性要求、网络拓扑等因素。同时，也要注意进行适当的测试和监控，确保Redis集群的稳定性和高可用性。

微服务通常会在共有云上创建ECS进行扩容，ECS通常只包含了基本的操作系统环境，没有包含运行java的环境Jdk，就需要在ECS上安装Jdk，而且每个服务依赖的Jdk版本可能也不会相同，一般情况下，都会采用Jdk8，但有些喜爱前言技术的项目经理，可能要试一下Jdk21，毕竟也是一个长期稳定的大版本。

很多人都说现在是云原生、大模型的时代，微服务已经过时了，但现实的是，很多人开发多年，都没有在实际的开发中用过微服务，更别提搭建微服务框架和技术选型了。面试的时候都会问，怎么办？

随着微服务架构复杂性的增加，在问题出现时确定问题的根本原因变得更具挑战性。日志和指标为我们提供了有用的信息，但并不能提供系统的完整概况。这就是跟踪的用武之地。通过跟踪，开发人员可以监控微服务之间的请求进度，从而使他们能够更早地发现并解决问题。

微服务架构可帮助您对数千个模块化服务进行巨大扩展，并提供提高速度和有组织的监控方法的潜力。然而，重要的是要确保检查所有微服务并定期检查它们是否按预期运行以及是否有效地使用可用资源。根据这些观察结果，如果未达到预期，您可以采取适当的措施。