微服务

微服务在最近几年大行其道，很多公司的研发人员都在考虑微服务架构，或者在做微服务的路上，拆分服务是个很热的话题。那么我们应该按照什么原则将现有的业务进行拆分？是否拆分得越细就越好？本文将研究把应用程序分解为服务的策略和指南、分解的障碍以及如何解决它们。

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一、案例结构总览 　　这里，假设我们有两个客户端（一个Web网站，一个移动App），他们要使用系统，需要通过API网关（这里API网关始终作为客户端的统一入口）先向IdentityService进行Login以进行验证并获取Token，在IdentityService的验证过程中会访问数据库以验证。

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一、熔断、降级与AOP 1.1 啥是熔断？ 　　在广义的解释中，熔断主要是指为控制股票、期货或其他金融衍生产品的交易风险，为其单日价格波动幅度规定区间限制，一旦成交价触及区间上下限，交易则自动中断一段时间(“熔即断”)，或就此“躺平”而不得超过上限或下限(“熔而不断”)。

本文主要目的是把现今主流的Dubbo框架项目和精准测试进行对接，通过精准测试的数据穿透、数据采集、测试用例与代码的双向追溯、数据分析等一系列精准测试的特有功能达到对项目质量的保证。

本文内容来源于任伟在【沪江技术沙龙】-漫谈微服务架构实践上的主题演讲，IT大咖说为沪江技术沙龙独家视频知识分享平台。

本产品支持信创，适用于三级及大中型医院，涵盖全面业务系统，助力医共体与单体医院发展。系统包括门诊和住院医生工作站、护士工作站、电子病历（EMR）、实验室信息系统（LIS）、放射科室管理（PACS/RIS）等模块，实现医院信息化建设目标。功能覆盖人性化服务、集成化管理、智能化操作、无纸化与无胶片化流程，优化医疗资源，提升医疗服务效率与质量，打造现代化数字医院。支持多系统接口与数据交换，满足医保需求，提供统计分析与权限管理，确保信息准确、安全、高效流转。

本文首先分享了《活出意义来》一书序言中的感悟，强调成功如同幸福，不是刻意追求就能得到，而是全心投入时的副产品。接着探讨了Tomcat的核心功能与架构解析，包括网络连接器（Connector）和Servlet容器（Container），并介绍了其处理HTTP请求的工作流程。文章还详细解释了Tomcat的server.xml配置文件，涵盖了从顶级容器Server到子组件Connector、Engine、Host、Context等的配置参数及作用，帮助读者理解Tomcat的内部机制和配置方法。

我们将核心业务系统从 IDC 全栈迁移到阿里云后，并采用了云原生 API 网关，通过其独有的软硬一体的加速方案，相比普通 HTTPS 请求 TLS 握手时延降低一倍，极限 QPS 提升 80% 以上,运维效率也提升了 50%，此外，我们把 Nacos 迁移到 MSE Nacos，稳定性、性能和运维成本等方面都具备了明显的优势。

【1月更文挑战第1天】计算机网络 TCP、RPC、GRPC、HTTP 总结

Activity7整合springboot：流程部署，定义，实例（一）

Seata 起源于阿里内部电商业务体系，解决服务化过程中的服务一致性问题，经过了多年标准化建设和大促流量的洗礼，Seata 已成为交易、支付和物流场景的标准化组件。本文将详细介绍微服务架构下数据一致性的挑战，分布式事务 Seata 的架构演进以及如何基于 Seata 扩展 RPC 和数据库。

SpringDataElasticsearch： ElasticsearchRepository ElasticsearchRestTemplate ElasticsearchOperations

Spring Cloud 如何引入云原生网关，创新微服务架构

「微服务架构」Saga 模式 如何使用微服务实现业务事务-第二部分

东方证券：我们如何成功实施微服务

东方证券：我们如何成功实施微服务

微服务负载均衡器LoadBalancer

关于微服务架构业务思考

快速学习微服务技术栈有哪些

consul是google开源的一个使用go语言开发的服务发现、配置管理中心服务。内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案，不再需要依赖其他工具（比如ZooKeeper等）。服务部署简单，只有一个可运行的二进制的包。每个节点都需要运行agent，他有两种运行模式server和client。每个数据中心官方建议需要3或5个server节点以保证数据安全，同时保证server-leader的选举能够正确的进行。

随着微服务体系在生产环境落地，也会伴随着一些问题出现，比如流量过大造成某个微服务应用程序的性能瓶颈、CPU利用率高、或内存泄漏等问题。要找到问题的根本原因，我们通常都会通过日志、进程再结合代码去判断根本原因。对于微服务庞大的业务，这必定会很耗时，而且也很难及时找到关键问题点。