【云原生与5G】微服务加持5G核心网
随着微服务架构的发展普及，加上5G技术的演进和发展需求，5GC将云原生的微服务架构引入，构建了面向业务的SBA架构，实现了低耦合+高内聚的技术升级。
微服务为什么要使用网关服务
不同的微服务一般会有不同的网络地址，但 web 端或 APP 端需要调用多个服务的接口才能完成一个业务需求。在这种客户端直接与各个服务通信的架构时，会有以下问题： • 客户端需要维护很多服务的请求地址； • 客户端会多次请求不同的微服务，增加了客户端的复杂性； • 存在跨域请求，处理相对复杂； • 认证复杂，每个服务都需要独立认证； • 随着项目的迭代，可能需要重新划分微服务（多个微服务合并成一个或将一个服务拆分成多个），在客户端直接与微服务通信时，重构将会难以实施；
使用 JHipster 构建微服务架构
在本文中，我们将着眼于代码生成工具 JHipster 生成和支持的微服务架构。 JHipster 是一个代码生成工具，可以为 Kubernetes 创建 Web 应用程序、微服务、部署文件、云集成和 CI/CD Jenkins 文件。这个工具对于可以快速生成代码并避免创建样板代码的开发人员非常有帮助，可以节省 30% 的工作量。 JHipster 支持 Spring Boot 中的后端代码和 Angular/React/Vue.js 中的前端代码。 在本文中，我们将研究 JHipster 生成和支持的微服务架构。
从零开始创建微服务系统四 - 第一部分
好吧，标题似乎是一个大胆的陈述，所以让我们澄清一下我所说的微服务系统是什么意思。我不是指要在生产中使用的任何类型的框架，只是一个了解微服务架构的挑战以及它如何在幕后工作的项目。 我不打算将这个系列作为分步指南，因为到最后它可能至少有 100 篇文章。相反，我将尝试写关于设计选择、如何编写一些机制并突出一些有趣的问题（从全栈开发人员的角度来看）我在此过程中偶然发现。
已跪，Java全能笔记爆火，分布式/开源框架/微服务/性能调优全有
程序员，立之根本还是技术，一个程序员的好坏，虽然不能完全用技术强弱来判断，但是技术水平一定是基础，技术差的程序员只能CRUD，技术不深的程序员也成不了架构师。程序员对于技术的掌握，除了从了解-熟悉-熟练-精通的过程以外，还应该从基础出发，到进阶，到源码，到实战。所以，程序员想要成功，首先要成就自己。
说说如何搭建微服务开发虚拟机环境？
因为微服务项目一般涉及的工程较多，所以在开发环境会把这些工程部署到虚拟机中，方便测试。 首先给出微服务开发虚拟机环境相关软件清单： Vagrant 2.2.10 VirtualBox 6.1.16 Windows PowerShell（windows 10 自带）
Dapr和Rainbond集成，实现云原生BaaS和模块化微服务开发
Dapr 是一个开源的分布式应用运行时，帮助开发者构建松耦合的分布式应用程序，具有良好的可扩展性和可维护性。Rainbond 是一款企业级的云原生应用管理平台，提供了丰富的功能和工具，方便开发者管理和部署应用。
Higress 0.7.0 版本发布：GA 进入倒计时
一个遵循开源Ingress/Gateway API标准，提供流量调度、服务治理、安全防护三合一的高集成、易使用、易扩展、热更新的下一代云原生网关。
大白话揭秘搞好就能“年薪百万”的SpringCloud微服务
为什么会有微服务？ 假如回到10年前，一天张三入职了电商企业—并夕夕商城。 公司初创，人比较少，公司网站的用户也很少，公司只有一个工程师 项目架构比较简单
让远程成为本地，微服务后端开发的福音
微服务后端开发的最大痛点之一就是调试困难，非常影响我们的开发效率。 如果我们想与其他微服务进行联动调试，则需要在本地环境中启动对应的微服务模块，这可能需要大量的配置和构建时间，同时也会占用我们本地很多资源，可能还会出现”带不动“的情况。
57-微服务技术栈（高级）：在线检测工具Arthas（基础指令）
开发者对于生产问题故障的排查、定位，随着微服务的喷发，也不再像是以前那边依赖纯日志、gc日志进行问题排查与定位了，本节开始介绍一个生产环境使用的排错工具Arthas，帮助大家更高效、便捷地实现生产问题排错。
48-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Watcher机制-3[Zookeeper]）
前面已经分析了Watcher机制中的大多数类，本篇对于ZKWatchManager的外部类Zookeeper进行分析。
47-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Watcher机制-2[WatchManager]）
前面已经分析了Watcher机制中的第一部分，即在org.apache.zookeeper下的相关类，接着来分析org.apache.zookeeper.server下的WatchManager类。
44-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（持久化FileTxnLog）
前一篇已经分析了序列化，这篇接着分析Zookeeper的持久化过程源码，持久化对于数据的存储至关重要，下面进行详细分析。
39-微服务技术栈（高级）：分布式搜索引擎ElasticSearch（索引库、文档操作）
在前面读者朋友们可以了解到ES承载着和MySQL一样的“存储-查询”功能，那么就类似的会有建表语句、表结构、表数据，有了这些才可以存储-查询数据。而这些对应的在ES中是：Mapping映射（表结构-建表语句）、索引库（表本身）、文档（表数据）。本节笔者将带领大家完整上述概念的创建、使用。
38-微服务技术栈（高级）：分布式搜索引擎ElasticSearch（安装ES/Kibana/IK）
随着应用数据的陡增，传统关系型数据库如MySQL/Oracle/RDS等，在处理海量数据的关系映射、数据查询场景还是有性能瓶颈。16年左右巅峰的Solr技术，随着近几年的技术发展也逐步被ES所替代。本节开始我们将花费5节的课程时间，带领读者朋友们认识ES、完成ES常见API的使用的代码演练。
21-微服务技术栈（高级）：消息积压与惰性队列
消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
07-微服务技术栈（扩展）：什么是RESTful
对于http接口的调用，其历程经历过原始servlet，到后面的struts，SpringMVC，对于后端的参数封装也逐渐从单个属性演变成对象封装，那么什么是RESTful，工作中又如何使用呢？
05-微服务技术栈（基础）：Ribbon负载均衡
在上一节我们引入Eureka的同时，不知读者朋友们是否还有印象：我们在启动类getRestTemplate方法上追加了注解 @LoadBalanced，为什么加这个注解？这个注解解决了什么问题？本节笔者将给读者们做详尽的讲解。
微服务篇：通过查询实施数据解放
基于查询的数据解放涉及查询数据存储并将所选择的结果发布到相关的事件流中。一个使用合适的 API、SQL 或类 SQL 语言的客户端会被用于向数据存储请求特定的数据集。必须能够批量查询数据集以提供事件的历史记录，然后定期更新，以确保数据的更改被发布到输出事件流中。
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） SEATA分布式事务篇(补充) seata与应用不在同一台服务器下报连接不上 127.0.0.1 8091 问题
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（五） SEATA分布式事务篇(补充) seata与应用不在同一台服务器下报连接不上 127.0.0.1 8091 问题
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十三）rocketmq 篇（1）:整体介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十三）rocketmq 篇（1）:整体介绍
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（2）： sentinel 流控规则及使用详解
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（十）sentinel篇（2）： sentinel 流控规则及使用详解
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（八）saas平台篇-解决不同租户针定制化开发问题(2) -挂载自定义登陆以及业务端完整代码
从0到1 手把手搭建spring cloud alibaba 微服务大型应用框架（八）saas平台篇-解决不同租户针定制化开发问题(2) -挂载自定义登陆以及业务端完整代码
gin框架学习-Gin框架和Gorm框架搭建一个简单的API微服务
创建包管理工具，此命令会在当前目录中初始化和创建一个新的go.mod文件，手动创建go.mod文件再包含一些module声明也等同该命令，而go mod init命令便是帮我们简便操作，可以帮助我们自动创建。
云原生微服务应用平台 EDAS 2022 年度报告
最近一年来，随着我们的客户对于云技术的诉求从资源快速交付的服务，转变为对资源精益运用的服务。EDAS 团队结合公共云上所服务的企业类客户的几万个应用，选取了 8 个最具代表性的指标，进行了一次系统性的分析整理和总结，希望可以给当前正在从事软件架构的从业人员一个侧面的视角，来了解一些当下发生在身边的技术现象。
