GoFrame 主要以工程化和企业级方向为主，特别是模块化设计和工程化设计思想非常棒。针对业务项目而言，提供了开发规范、项目规范、命名规范、设计模式、开发工具链、丰富的模块、高质量代码和文档，社区活跃。作者也是资深的PHP开发者，PHP转Go的小伙伴会倍感亲切。您可以将GoFrame类似于PHP中的Laravel, Java中的SpringBoot或者Python中的Django。方式一：mod安
1. 场景描述先说明下项目中使用的网关是：springcloud gateway， 因需要给各个网关服务系统提供自定义配置路由规则，实时生效，不用重启网关（重启风险大），目前已实现：动态加载自定义路由文件，动态加载路由文件中的路由规则。2.解决方案2.1 解决思路新建总的监控总类，监控网关服务路由规则配置文件，然后每个路由配置文件再监控内容自己文件内容是否变化，动态加载到spring
《深入理解 Spring Cloud 与微服务构建》第十五章 微服务监控 Spring Boot Admin 文章目录《深入理解 Spring Cloud 与微服务构建》第十五章 微服务监控 Spring Boot Admin一、Spring Boot Admin 简介二、使用 Spring Boot Admin 监控 Spring Boot 应用程序1.创建 Spring Boot Admin
对于微服务来说，服务的优雅上下线是必要的。就上线来说，如果组件或者容器没有启动成功，就不应该对外暴露服务，对于下线来说，如果机器已经停机了，就应该保证服务已下线，如此可避免上游流量进入不健康的机器。1优雅下线基础下线（Spring/SpringBoot/内置容器）首先JVM本身是支持通过shutdownHook的方式优雅停机的。Runtime.getRuntime().addShutd
转载
2022-04-20 09:36:25
108阅读
微服务的优雅上下线
原创
2022-03-29 14:58:46
150阅读
微服务 SpringCloud Sleuth链路追踪1. Sleuth概述1.1 Sleuth简介1.2 Sleuth解决方案2. zipkin概述2.1 zipkin下载2.2 zipkin运行2.3 zipkin监控3. zipkin案例验证3.1 zipkin服务提供者3.2 zipkin服务消费者3.3 zipkin监控效果 1. Sleuth概述1.1 Sleuth简介在微服务架构中，
微服务架构下，服务的数量少则几十，多则上百，对服务的监控必不可少。如果是以前的单体项目，启动了几个项目是固定的，可以通过第三方的监控工具对其进行监控，然后实时告警。在微服务下，服务数量太多，并且可以随时扩展，这个时候第三方的监控功能就不适用了，我们可以通过SpringBootAdmin连接注册中心来查看服务状态，这个只能在页面查看。很多时候更希望能够自动监控，通过邮件告警，某某服务下线了这样的功能
原创
2020-08-04 21:14:50
1031阅读
1.Zookeeper相关概念的介绍1.概述ZooKeeper是一个集中服务，用于维护配置信息、命名、提供分布式同步和提供组服务。所有这些类型的服务都以某种形式被分布式应用程序使用。每次实现它们时，都要进行大量的工作来修复不可避免的bug和竞争条件。由于实现这类服务的困难，应用程序最初通常会忽略它们，这使得它们在发生变化时变得脆弱，并且难以管理。即使操作正确，在部署应用程序时，这些服务的不同实现也
一概述 最近由于公司业务减少，开始慢慢裁员了。程序猿们都已经清闲个把月了，不知道是不是过惯了忙碌的日子一下特别不舒服。被裁员可以拿到N+1的赔偿也是不错的哈！不知道下一个会不会是我，嘿嘿！上一节说到了如何自定义标签，今天说说dubbo的服务是如何发布出来的，研究了几天略有眉目。如果客观想看看，需要提前了解以下几个知识点：1.netty的使用，版本是3.x几的
一、什么是服务雪崩服务雪崩效应是一种因“服务提供者的不可用”（原因）导致“服务调用者不可用”（结果），并将不可用逐渐放大的现象。解释上面这句话：服务提供者不可用，比如，服务提供者A服务的访问压力过大，或者是网络原因，硬件原因等等多种因素，造成了服务提供者的不可访问。此时，相应的服务调用者B服务，就无法成功调用其提供的接口，并且造成线程阻塞，挤压线程。随着调用次数的增多，挤压的线程越来越多，那么这个
RabbitMQ（1）——MQ概述什么是MQMQ(message queue),本质上是一个队列，FIFO先进先出。可以将消息在不同进程之间传递。为什么要用MQ流量消峰 就是假如一个系统只能处理一万次订单，当超过这个限制就会产生问题。使用消息队列，可以让所有的请求都放在mq的消息队列中，然后系统从mq中接收请求处理。这样就能将一秒内的请求分成多秒来处理。好处就是总比系统承受不住无法访问的好，坏
作者泮圣伟不断的学习新东西，不断的思考更多，不断的对原有自己造成更大的冲击。如果要给我迁移 FaaS 期间的感受下一个总结，那么一定是：“在撕裂中成长”。微服务架构下，稳定性和高可用性一个永恒的话题，在实际的治理过程中，我们有可能会遇到以下场景：某个应用灰度发布，先上了几台机器，由于代码逻辑写的有问题，造成线程池满，出现运行异常。服务端集群中，某几台机器由于磁盘满，或者是宿主机资源争抢导致 loa
导语 | 本文从简洁架构的理论出发，依托trpc-go目录规范，简单阐述了整体代码架构如何划分，具体trpc-go服务代码实现细节，和落地步骤，并讨论了和DDD的区别。文章源于我们组内发起的go微服务最佳实践的第一部分，希望从开发和阅读学习中总结出一套go微服务开发的方法论，互相分享一下在寻求最佳的实践过程中的思考和取舍的过程。本次主要讨论目录如何组织，目录的组织其实就是架构的
在传统的单体应用中，升级或部署新版本通常需要停止整个应用，然后再启动新版本。这意味着在升级期间，应用将无法提供服务，可能导致业务中断和损失。无损上下线（Zero Downtime Deployment）的目标是在部署新版本或进行维护时，不中断已有的服务。这意味着旧版本和新版本可以并存，确保服务的连续性。
原创
精选
2023-10-01 09:56:03
386阅读
软件迭代过程中，除了风险控制，在微服务领域还有一个常见的问题就是应用上下线过程中的流量治理，目的也比较明确，确保应用在发布、扩缩容、重启等场景时，不会损失任何业务流量损失。无损下线技术正是在这样的背景下应运而生的，他解决了变更过程中的业务流量损失问题，也是流量治理体系中非常重要的一个环节。无损下线功能有效地保证我们业务流量的平滑，提升了微服务开发的幸福度。
原创
2022-11-24 16:17:55
133阅读
本文由 客路 KLOOK 基础架构组高级开发工程师韩金明在 Gopher Meetup 深圳站的演讲整理而成，主要介绍 KLOOK 微服务治理框架的落地实践，1. 自研配置和注册中心的实现；2. RPC 落地过程中的实践经验。 No.1 KLOOK 微服务治理实践 简单介绍一下，KLOOK 为旅行者提供简单便捷的自由行玩乐预定，包括
方案目标.高并发Golang在网络层有很高的并发性，网关比较高的性能取决于网络层的高效性。目前id转换接口，同时测试golang和java服务，在2核cpu环境性能区别golang是在java的2倍左右。等golang开发完，可以一起设计方案来比对压测数据。.高稳定性上线前多测试,目前我自己使用的golang网关经过多个项目线上的验证，只需要按照我们需求进行修改。.和现有网关分流上线这要求gola
demo 简介服务：consignment-service（货运服务）user-service（用户服务）log-service (日志服务)vessel-service（货船服务）api-service (API 服务)用到的技术栈如下：framework: go-micro, gin
Transport: tcp
Server: rpc
Client: rpc
RegisterTTL: 30s
golang与Java的不同：go的特性体现在通道和高并发，可做中间件，云计算，而java是业务性语言，搭建微服务架构。 项目下的vendor目录 GOROOT/src GOPATH/src依赖包加到本地：go get github.com/go-sql-driver/mysqlgovendor：go get只能算下载器而已，govendor提供下载，更新，移除、添加等多种管理命令。go get
