微服务

微服务之后，如何处理数据的统一分析（类似报表）

微服务：注册中心ZooKeeper、Eureka、Consul 、Nacos对比

微服务与 DevOps实践：技术架构与组织架构（4）

用代码“读懂”代码：衡量开发交付质量（微服务度量之一）

微服务场景下数据抽取与统计（2）

百亿流量微服务网关的设计与实现（4）

Nacos 致力于解决微服务中的统一配置、服务注册与发现等问题。它提供了一组简单易用的特性集，帮助开发者快速实现动态服务发现、服务配置、服务元数据及流量管理；

微服务注册中心-nacos介绍

商城项目01_电商系统基本模式、分布式基础概念、微服务架构图、微服务划分图（一）

⑥. 服务发现Discovery

使用springCloud构建微服务——Hystrix实现容错及打印日志

微服务的灵魂摆渡者——Nacos，来一篇原理全攻略

设计新系统容易，但是我们处理的都是老系统和历史诗句。怎么能更平滑的迁移旧数据到新的数据库和系统，特别是在异构的数据库结构情况下，达到数据准确，迁移速度快，减少停机，对业务影响小

微服务的设计要涉及到逻辑边界、物理边界和代码边界等。 逻辑边界：微服务内聚合之间的边界是逻辑边界。它是一个虚拟的边界，强调业务的内聚，可根据需要变成物理边界，也就是说聚合也可以独立为微服务。 物理边界：微服务之间的边界是物理边界。它强调微服务部署和运行的隔离，关注微服务的服务调用、容错和运行等。 代码边界：不同层或者聚合之间代码目录的边界是代码边界。它强调的是代码之间的隔离，方便架构演进时代码的重组。

微服务监控系统Skywalking下载安装与启动

微服务架构下请求调用失败了怎么办！

背景 随着微服务的流行，服务和服务之间的稳定性变得越来越重要。缓存、降级和限流是保护微服务系统运行稳定性的三大利器。 缓存：提升系统访问速度和增大系统能处理的容量 降级：当服务出问题或者影响到核心流程的性能则需要暂时屏蔽掉 限流：解决服务雪崩，级联服务发生阻塞时，及时熔断，防止请求堆积消耗占用系统的线程、IO等资源，造成其他级联服务所在服务器的崩溃

互联网主流微服务架构模型对比分析（上）

抛去教条性质的解释，从巨石应用到微服务应用，耦合度是其中最大的变化。或是将多个模块中重复的部分进行拆分，或是纯粹为了拆分膨胀的单体应用，这些拆分出来的部分独立成一个服务单独部署与维护，便是微服务了。 拆分后自然而然会催生出一些必要的需求：

微服务的概念最早在 2012 年提出，在 Martin Fowler 的大力推广下，微服务在 2014 年后得到了大力发展。今天我们通过一组手绘图来梳理下微服务的核心架构。

该博客模版案例来自 @蚂蚁金服体验技术部

从单体架构到分布式架构，从巨石架构到微服务架构。系统之间的交互越来越复杂，系统间的数据交互量级也是指数级增长。作为一个系统，我们要保证逻辑的自洽和数据的自洽。

上一篇文章我们搭建了基于SkyWalking分布式跟踪环境，今天聊聊使用SkyWalking监控我们的微服务（DUBBO）

高可用的微服务架构设计-资源隔离、限流、熔断、降级、监控

客户端模拟高并发，测试SpringCloud微服务集群处理能力。 结论： 1、服务处理耗时50ms，单台服务器tps可以高达3900；服务处理耗时100ms，单台服务器tps可达1900。随着单个服务处理耗时的拉长，单个服务tps按比例下降。 2、服务端节点越多，SpringCloud整体集群处理能力越高。 3、服务处理耗时50ms时，400的并发是一个比较合理的极限；单台服务器到达一个较高的tps，同时单次请求也没有明显延长。

微服务架构中使用 ELK 进行日志采集以及统一处理

Spring Cloud微服务架 Spring Cloud微服务架构设计与开发实战课时1.7—微服务架构的经典开发框架 。Java Spring Cloud是全球范围内最成熟、最完善、最流行的微服务架构方案体系。被众多的互联网大公司采用，包括阿里巴巴、腾讯、支付宝、网易、IBM、谷歌、京东、百度、滴滴等。电子书+视频为同学带来最佳学习效果，文字、课程链接、图谱地址统统为大家放送了哦！

本文为大家介绍微服务治理+测试：基于服务契约信息，降低云上微服务测试成本。如果您的团队具备较强的微服务治理+测试能力，那么希望我们在微服务治理+测试方面的实践和背后的思考，可以为您提供一些参考。

介绍两种微服务架构中比较流行的注册中心：Consul、Nacos

云栖号资讯：【点击查看更多行业资讯】在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ 本文将演示使用 Kafka 的异步通信的高度可扩展微服务应用。 系列内容 本系列使用不同的技术创建相同的可伸缩微服务应用程序： 1.本文 2.使用 AWS Lambda Kinesis 的可扩展的无服务器微服务演示 3.使用 Knative 和 Kafka 的可扩展的无服务器微服务演示（计划中） 本文关于什么？ 本文描述了使用 Kubernetes，Istio 和 Kafka 的高度可扩展的微服务演示应用程序。

任何一个事物，当它的复杂度达到一定程度时，就可能出现问题，我们需要对问题进行梳理、改进和优化。因此，对事物的治理，本质上是对事物复杂度的管理。同样的，微服务治理就是对服务复杂度膨胀问题的管控及管理。

只要你的应用是基于 Spring Cloud 或 Dubbo 最近五年内的版本开发，就能直接使用完整的 EDAS 微服务治理能力，不需要修改任何代码和配置。

微服务网关是整个微服务API请求的入口，可以实现过滤Api接口。

前言 微服务引擎 MSE ，是阿里集团配置中心和服务注册中心的云上版本，在集团内广泛应用于分布式一致性协调，注册中心，分布式配置中心等场景。以 2019 年天猫双十一为例，由于 MSE 在稳定性和性能方面持续投入，单集群最大超过 30W 长链接，对于业务团队而言，运维成本大幅下降一倍，管控体验大幅提升。

微服务离不开RPC框架，RPC框架的原理、实践及细节，是本篇要分享的内容。

上一篇文章介绍了如何部署Nacos的生产集群环境，因为Nacos是开源的，代码透明、可以参与共建、有社区进行交流和学习，当然更重要的是开源产品的接入成本低，所以公司项目目前都采用Nacos作为服务配置和注册中心，之前也用过其他产品，比如Eureka、Consul、Spring Cloud Config等，这篇文章就分享一下 服务配置中心  一些主流产品的对比。