Google Kubernetes引擎上使用Istio简化微服务 — 第 III 部分（译）
Google Kubernetes引擎上使用Istio简化微服务 — 第 III 部分（译）
Devops 开发运维高级篇之微服务持续集成代码上传和代码检查
微服务持续集成(1)-项目代码上传到Gitlab 微服务持续集成(2)-从Gitlab拉取项目源码 微服务持续集成(3)-提交到SonarQube代码审查
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
阿里微服务注册中心 Nacos 启动报错 Unable to start embedded Tomcat
《小白学微服务》之，什么是Spring Cloud Netflix
上篇简单的介绍了一下微服务的发展过程及何为微服务的一些简单概念没看的小伙伴可以点这里👉《小白学微服务》之，什么是微服务。 本篇呢，主要来说说微服务架构的统一实现方案，因为微服务架构毕竟是一个抽象的概念，而我们知道每一个概念（理念）在技术上都是有一个落地的实现方案，其中微服务的实现方案之一就有SpringCloud。 那废话不多说，往下看吧！
redis在微服务领域的贡献
说到redis，可能大家的脑海中蹦出的关键词是：NoSQL、KV、高性能、缓存等。但今天的文章从另一个角度——微服务来展开。 这篇文章的起因也是源自一次面试经历，在面试一位来自陌陌的候选人（就是那个交友的陌陌）时，他提到一点让我觉得很有意思，他说redis在陌陌被使用的非常广泛，除了常规的缓存外，某些场景下也当NoSQL数据库来使用，还用redis作为微服务的注册中心，甚至连RPC的调用协议都用了redis协议。
微服务架构：稳定性设计
通过依赖的管理，我们能够知道，当前系统调用了哪些服务，被哪些服务调用。接下来，我们便可以根据当前系统所依赖的服务，以及系统的流程，判断依赖的服务是否影响应用的流程，以此来决定当前应用依赖的优先级。
[半翻] 设计面向DDD的微服务
在DDD中，应用层依赖于领域和基础设施层，而基础设施依赖于领域层，但是领域层不依赖于任何层。 只在领域层编写业务规则和通用的领域知识，而应用层负责针对软件的目标来组合、协调领域层的业务规则。 领域层的领域实体、值类型、聚合根反映了真实业务的核心，需要用一种通用的语言来定义，这样不管应用层多么复杂，核心领域层自岿然不动。 领域层不能直接依赖与基础设施层，现代ORM框架一般都提出仓储模型来帮助领域层和技术设施层解耦。
Dubbo-go-Mesh 开启新一代 Go 微服务形态
Proxyless Service Mesh 能力将跟随 Dubbo-go 下一版本发布，稳定的性能需要社区成员们共同的关注与建设。在此基础之上，我们还会进一步探索轻量级 sdk + sidecar的模型；探索基于第三方流量治理组件的金丝雀发布能力；探索基于 dubbo 服务框架的多语言 sevice mesh、与更丰富的 mesh 生态组件兼容。
如何零宕机将 2000 个微服务从本地 Kafka 集群迁移至云托管多集群平台？
2021 年，我们的团队致力于将 Wix （国外比较火的一款建站平台）的 2000 个微服务从自托管的 Kafka 集群迁移到多集群的 Confluent Cloud 平台（ Confluent Enterprise 的云端托管服务），整个过程是无缝的方式，无需服务所有者参与，且迁移是在正常通信中进行，没有任何停机。
再深一点：如何给女朋友解释什么是微服务？
大家好，我是小羽。最近有很多粉丝私信：羽哥，羽哥！是不是失踪啦？好几个月没更新了！过气博主表示，工作也比较忙，加之自己搬家（没有叫货拉拉，懂的都懂，手动狗头）的原因，更文就落下了。现在终于...
架构师的独白：微服务架构是这样的...
项目和人类一样，总是会死亡的，有时候会突然死亡，有时候回自然死亡；在自然死亡这一边，有的人去世的很早，有的人则寿命很长，长寿的人，通常都是生活更规律的；项目也一样，框架更好的项目活的更久，框架不好的项目，上线同时就死亡了。
图文详解：如何给女朋友解释什么是微服务？
终于有人把微服务给女朋友讲清楚了，小羽第一次尝试画图的方式，欢迎大家积极交流意见。也希望本文能给想要了解微服务的小伙伴带来不一样的体验。相信之后面试造火箭，工作至少造个机身出来，不会是工作拧螺丝的卑微打工仔了，年轻人嘛，还是要讲武德的嘛！
从微功能到微服务的系统设计演进
莫希特·古普塔（Mohit Gupta） 8分钟阅读 自从我从事软件开发事业以来，我经历了各种设计原则和模式。但是，一个原则非常突出，以至于发明了许多新的应用程序开发方法，模式和结构来与之保持一致。这就是PoSR的“单一职责原则”。而且为什么不这样，它对代码的结构，可读性，可维护性，发布，团队负责以及端到端所有权产生了巨大影响。 我已经看到了各种形式和形状的实现。正如上面提到的文章中提到的那样，此原则是关于由一个代码单位承担一项责任。“代码单元”取决于用户是谁，因此，取决于“谁是客户”，应用程序，模块，程序包，类，功能都可以称为代码单元。无论单元是什么，方向都是使实现更具
利用springboot+dubbo，构建分布式微服务，全程注解开发（一）
随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。
如何低成本玩转微服务敏捷开发
微服务给大家带来了敏捷开发的特性，基于敏捷开发带来的便利，让我们可以在同一个时间内多个迭代/feature 并行开发。但微服务架构本身也给开发环境带来了一定的复杂性：每个 feature 的修改点都可能会被分散在多个应用中，需要多个应用互相配合才能完成整体的逻辑。这些应用既需要互相配合好，又不能让他们互相影响，所以敏捷开发有时候也不是那么容易。
微服务架构 | 10.1 使用 Sleuth 追踪服务调用链
Spring Cloud Sleuth 是一个 Spring Cloud 项目，它将关联 ID 装备到 HTTP 调用上，并将生成的跟踪数据提供给 OpenZipkin 的钩子。Spring Cloud Sleuth 通过添加过滤器并与其他 Spring 组件进行交互，将生成的关联 ID 传递到所有系统调用；
微服务架构 | 5.1 使用 Netflix Hystrix 断路器
Hystrix 是一个延迟和容灾库，旨在隔离远程系统、服务和第三方库的访问点，停止级联故障，并在故障不可避免的复杂分布式系统中实现弹性；
微服务架构 | 3.1 Netflix Eureka 注册中心
Eureka 是 Netflix 开发的服务发现框架，本身是一个基于 REST 的服务，主要用于定位运行在 AWS 域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的； Spring Cloud 将它集成在其子项目 spring-cloud-netflix 中，以实现 Spring Cloud 的服务发现功能；
