微服务

重庆小透明

Kafka 完全指南：从基础组件到核心原理(包含面试题)在之前我介绍了rocketmq的架构包括基本认识，现在来介绍kafka，其实不管用没用过kafka大家或多或少都知道kafka吞吐量很大，那为什么大，并且kafka的架构又是什么样的，今天我们一起来看看。

单体、微服务、Serverless：架构要匹配问题《工程化决策树》第 2 篇架构选型不是给项目评成熟度，而是在业务不确定性与分布式成本之间作取舍。一个 3 人创业团队在做 SaaS 产品，前端是 React 和 Next.js，后端拆成用户、订单、支付、通知 4 个服务；基础设施用了 Kubernetes、Istio、Kafka、Prometheus、Grafana 和 Jaeger，每个服务还有独立的 PostgreSQL。

程序员梅雨

微服务学习最终篇： ElasticsearchElasticsearch（简称 ES）是一个高性能的分布式搜索引擎。它基于 Lucene 构建，支持分布式、可水平扩展，并提供 Restful 接口，可被任何编程语言调用。ELK 技术栈（Elasticsearch + Logstash + Kibana + Beats）已成为日志分析、实时监控领域的行业标配。

海狸IM 2.1 私有化部署从零到一：中间件、微服务与 Nginx 全流程前面几篇把海狸IM 的功能、移动端、OAuth 登录、圈子都讲完了，这篇回到最基础也最常被问的问题：怎么把它部署到自己服务器上。数据不出自己机房，是很多人选私有化 IM 的第一理由，这篇就把我从一台空服务器到跑通全端的完整流程写出来。

Nest.js 微服务入门教程微服务架构是将单体应用拆分成多个独立的、松耦合的服务，每个服务负责特定的业务功能。单体架构 vs 微服务架构：

云原生：kubernetes的servicewatch -n 1 "kubectl describe svc testservice ; kubectl get pods --show-labels " 监控

Vane.Dispatch 1.0.0 发布：一个与容器、传输层零耦合的 .NET 服务分发引擎它的前身，可以追溯到一个叫 Ndf 的项目。从那时算起，已经过去了十多年。今天，它以 Vane.Dispatch 1.0.0 的名字正式发布。

Nest.js 微服务入门教程微服务架构是将单体应用拆分成多个独立的、松耦合的服务，每个服务负责特定的业务功能。单体架构 vs 微服务架构：

万象观察录

微服务架构下的API全生命周期安全防护办法微服务一拆，API 数量就爆炸。一个中型互联网企业的 API 动辄几千上万个，还以周为单位在迭代。攻击面跟着成倍放大，光靠网关加个鉴权远远不够。

夏天拐跑了西瓜

Spring Cloud 微服务实战（八）：Hystrix熔断降级——从服务雪崩到断路器模式个人主页：夏天拐跑了西瓜专栏传送门：《大模型应用开发》、《Spring 生态全家桶体系化实战》学习方向：Java 后端｜AI‑Agent 大模型应用开发爱好者 ⭐人生格言：路虽远，行则将至

【电商项目】短信测试遇到的问题与解决方案：InaccessibleObjectException报错、单元测试通过但未接收到验证码目录一、InaccessibleObjectException报错二、单元测试报错首先说一个尴尬的报错问题。

天天喝旺仔

gRPC 流式通信实战：从一元调用到双向流，吃透四种 RPC 模式（Go 版）做微服务时，最常遇到的不是"怎么调一次接口"，而是"怎么持续地传数据"：服务端要不停推送行情、客户端要批量上报日志、两边要像聊天一样来回发消息。用传统的"一问一答" HTTP 接口去硬套，要么轮询刷屏，要么把请求体撑成巨无霸。

Kubernetes实战系列文章(三) 之 K8S运维常用命令目录1、K8S集群控制命令(1)、集群&节点(2)、命名空间(3)、Pod操作(4)、Ddeployment操作

基于微服务架构的本地生活POI团购系统设计与高并发实践在本地生活服务数字化转型中，基于短视频平台的兴趣点（POI，Point of Interest）团购系统成为连接线上内容与线下消费的关键技术设施。这类系统需要同时处理高并发的流量曝光、交易下单与到店核销，对架构的稳定性与扩展性提出极高要求。本文从技术架构视角出发，详细阐述一套面向视频号生态的POI团购系统的微服务设计、核心模块实现与高并发保障方案。所有技术方案均基于真实落地经验，为开发者提供可复现的工程参考。第一章：业务场景与技术挑战 1.1 短视频POI团购的业务形态

重生之我是Java开发战士

【Spring Cloud】认识微服务与工程搭建项目早期，创业公司或者传统业务系统，会把全部业务功能打包到一个 jar/war 包，所有模块共用一套数据库，这就是单体架构。

微服务认证选型-SpringSecurity-SaToken与自研方案工程判断： Spring Security、Sa-Token 和自研 Token 分别代表完整安全生态、轻量会话框架和项目定制协议。只看流行度或 API 简洁程度，无法决定哪一种适合当前微服务。

Kubernetes 微服务上一节我们学了控制器（Deployment / ReplicaSet …），它能保证有 N 个 Pod 在跑。但是 Pod 有一个天生的问题：IP 不固定。一个 Pod 被删除重建，IP 就会变；Deployment 扩缩容，新 Pod 又是新 IP。客户端如果直接连 Pod IP，服务端每次重建就要改客户端配置，根本没法用。

源代码•宸

前置准备：定时微服务背景和现状在一些公司内部，很多业务都会设计定时定点或周期服务：例如微服务的流程注册信息-进入特定消息队列-发送信息

码云数智-园园

我为什么从微服务退回单体架构——一次"技术升级"的反思与回归三年前，我坐在工位上，刷着技术博客。满屏都是"微服务是未来的方向""单体架构是技术债的根源""Netflix 是如何用微服务支撑亿级流量的"。

源代码•宸

前置准备：定时微服务有什么价值1．场景宽泛，方便立意。在真实业务中，定时场景还是比较常见的，作者经历的几家公司和业务场景来看，几乎都会涉及定时的场景。面试当中，面试官对于一个项目的考察，开始可能就是关于这个项目的立意，也就是为什么要做这样一个项目？此时结合自己学校的业务，或者公司的业务，去构思一个定时的场景会相对容易且合理。