微服务

Prometheus 监控SpringCloud微服务

springcloud 微服务日志写入kafka

微服务设计中，需要考虑到服务的解耦，这样可以避免很多问题。

微服务之吐槽一下Nacos日志的疯狂输出

Spring Cloud构建微服务架构（七）消息总线（续：Kafka）

DDD战略设计从事件风暴开始，然后我们要找出实体等领域对象，找出聚合根构建聚合，划分限界上下文，建立领域模型。 战术设计从事件风暴的命令开始，识别和设计服务，建立各层服务的依赖关系，设计微服务内的实体和值对象，找出微服务中所有的领域对象，并建立领域对象与代码对象的映射关系。

MSE和ASM是阿里云在Java和多语言领域的微服务治理解决方案，MSE打通了ASM，可实现对ASM管理下的非Java应用的治理。

十一佳节前夕我们还将为大家奉上两场技术公开课，抓紧时间来学习吧！

Spring Boot Admin是一个Web应用程序，用于管理和监视Spring Boot应用程序。每个应用程序都被视为客户端，并注册到管理服务器。底层能力是由Spring Boot Actuator端点提供的。

本周可谓是技术专场风起云涌，一共20场直播让大家一口气看个够！

分布式配置中心还是Nacos，既可以作为服务注册和发现，也可以作为配置中心来使用。Spring Cloud Config用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，分为服务端和客户端两个部分。其中服务端又称为分布式配置中心，是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定配置中心来管理应用资源和业务相关的配置内容。服务器存储后端的默认实现使用git，也可以使用SVN仓库或者本地文件系统。

Spring Cloud作为当下主流的微服务框架，可以让我们更简单快捷地实现微服务架构。

一、注册中心-zookeeper1.zookeeper         zookeeper可以在分布式项目中承担以下几个功能：                    1）注册中心                    2）存储数据： 分布式锁                    3）观察者模式：做到多个分布式服务器之间的数据同步 2.如何搭建zookeeper         要么使用docker搭建，要么使用原生的方式搭建。

本书主打的是与微服务相关的实战体系。第一部分是准备篇，可以帮助各位读者了解微服务以及Spring Cloud的概念。第二部分是基础篇，会对Spring Cloud中常用的模块进行详细讲解。第三部分是实战篇，开始实战性质的内容讲解，包括选择配置中心、自研发配置中心、分布式跟踪、微服务安全认证、Spring Boot Admin管理微服务、快速生成API文档等实用内容。最后一部分是高级篇，也是难度比较大的一部分。

之前介绍了什么时候进行服务化，以及服务化拆分的两种方式即横向拆分和纵向拆分，还提到了引入微服务架构需要解决的问题。 这篇文章将进行介绍微服务架构的各个组成部分。 下图是微服务架构的模块图，在具体介绍之前先来看下一次正常的服务调用的流程。

Istio is the future！基本上，我相信对云原生技术趋势有些微判断的同学，都会有这个觉悟。其背后的逻辑其实是比较简单的：当容器集群，特别是K8S成为事实上的标准之后，应用必然会不断的复杂化，服务治理肯定会成为强需求。

本文极简地介绍了一下Spring Cloud Zuul，并使用Java快速地编写了一个API网关Zuul Server，然后基于上一篇的三个ASP.NET Core演示了一下API网关的效果。当然，对于Zuul还有很多内容，这里就不再一一演示，有兴趣的童鞋或者对这种混搭式的架构感兴趣的童鞋可以去了解一下。

Tip: 此篇已加入.NET Core微服务基础系列文章索引 一、关于统一配置中心与Apollo 　　在微服务架构环境中，项目中配置文件比较繁杂，而且不同环境的不同配置修改相对频繁，每次发布都需要对应修改配置，如果配置出现错误，需要重新打包发布，时间成本较高，因此需要做统一的配置中心，能做到自动更新配置文件信息，解决以上问题。

这篇主要来讲讲 Spring Cloud 的一些基础知识。 一、集群/分布式/微服务/SOA是什么？ 技术小白看到这些词(集群/分布式/微服务/SOA)时，感觉遥不可及。但真正接触到"面向切面编程"的时候，发现原来如此啊，只不过当时被它的名字给唬住了。

如果单纯得做微服务开发，虽然也可以通过传统得脚本，或者Jinkens工具以脚本的方式进行CI/CD发布，但是相对于Docker镜像来讲，还不是最方便的，所以如果要做CI/CD，最好还是使用Docker镜像来发布。

　　很多传统企业看着互联网公司都进行着微服务化，因此也想享受微服务化带来的好处便对自己的系统进行改造，但微服务化 多“微”才是最优？有哪些拆分的原则？   架构原则 使用成熟的技术，不需要最先进最好的技术，要是自己人能够掌控的，不然出现莫名的问题，一两天都可能解决不了，你就等着被拿来“祭天”吧。

我们先来设想一个场景。 有一个 http 的接口 A，该接口内部实际上是由另外三个接口 B、C、D 返回结果的组合，这三个接口不存在相互依赖。

Spring Cloud 是一个基于 Spring Boot 实现的微服务框架，它包含了实现微服务架构所需的各种组件。 注：Spring Boot 简单理解就是简化 Spring 项目的搭建、配置、组合的框架。

“异地多活”是互联网系统的一种高可用部署架构，而“单元化”正是实现异地多活的一个解题思路。 说起这个话题，不得不提两个事件：一件是三年多前的往事，另一件就发生今年的杭州云栖大会上。