3 小时前 / u561252
在构建应用程序时，了解系统的行为方式是运维它的重要部分——这包括能够观察应用程序的内部调用、衡量其性能并在问题发生时能够立即找到问题。这对任何系统来说都是具有挑战性的，对于由多个微服务组成的分布式系统更是如此，其中由多个调用组成的流可能在一个微服务中开始，但在另一个微服务中继续调用。可观测性在生产环境中至关重要，在开发过程中对于了解瓶颈、提高性能和跨微服务执行基本调试也很有用。
3 天前 / 浪客书心
（给 ImportNew 加星标，提高 Java 技能） 背景 我们在聊架构风格之前先明确一个问题，什么是架构？我们为什么要选择架构？用来解决哪些问题？ 什么是架构 书本定义：“软件的架构是一种抽象的结构，他由软件的各个组成部分和这些部分之间的依赖关系构成”。 我的理解是，架构就是根据业务选择合适的技术、中间件，并且按照合适的设计模式对这些模块，进行组装来满足业务特性的需求。 选择架构风格的目的 我们选择架构风格的初衷在于 “三更原则”（自己的理解） ：更好地降本提效、更快地发版上线、更好地维护系统稳定性。
11 天前 / 小渣
你好，我是悟空~ 本文向读者介绍两个优秀的分布式消息流平台：Kafka 与 Pulsar。 文末送书！ Apache Kafka（简称 Kafka）是由 LinkedIn 公司开发的分布式消息流平台，于 2011 年开源。Kafka 是使用 Scala 和 Java 编写的，当下已成为最流行的分布式消息流平台之一。Kafka 基于发布 / 订阅模式，具有高吞吐、可持久化、可水平扩展、支持流数据处理等特性。 Apache Pulsar（简称 Pulsar）是雅虎开发的“下一代云原生分布式消息流平台”，于 2016 年开源，目前也在快速发展中。
13 天前 / 博文视点Broadview
点击“博文视点 Broadview”，获取更多书讯 本文向读者介绍两个优秀的分布式消息流平台：Kafka 与 Pulsar。 Apache Kafka（简称 Kafka）是由 LinkedIn 公司开发的分布式消息流平台，于 2011 年开源。Kafka 是使用 Scala 和 Java 编写的，当下已成为最流行的分布式消息流平台之一。Kafka 基于发布 / 订阅模式，具有高吞吐、可持久化、可水平扩展、支持流数据处理等特性。 Apache Pulsar（简称 Pulsar）是雅虎开发的“下一代云原生分布式消息流平台”，于 2016 年开源，目前也在快速发展中。
16 天前 / 知了一笑
让请求在导航的服务节上点执行； 一、背景简介分布式系统中会存在这样的开发场景，不同需求可能涉及到对同一个服务的开发，那么该服务在研发期间就会存在多个版本并行的状态，为了保持不同版本之间的隔离性，验收需要将请求路由到指定版本号的服务上处理； 假设存在三个服务：A、B、C，且服务 B 和 C 都存在多个版本，那么让请求按照即定的路由规则执行，即可保证研发期间的验收是版本间隔离的，并且可以实现灰度部署的策略； 二、负载策略在微服务系统架构中，请求在服务间转发时会执行负载的策略，尤其当服务存在多版本号的集群模式时...
20 天前 / 编程乐趣
日常如果是上传一些小文件，在程序实现中，我们都是直接上传，一般都没什么问题。如果针对大文件上传的业务中，就会面临着：1、网速问题，导致文件上传超时，而导致失败。2、效率问题，上传大文件等待时间过长，如果是需要上传多个，就会更慢。3、体验问题，用户无法预知上传还需花费的时间，系统没有及时反馈，用户无法判断文件是否还在上传，还是断开。这时候就需要采用分布式文件上传系统。项目简介这是一个基于。Net Core 构建的简单、跨平台分布式文件上传系统，支持分块上传、多个项目同时上传、接口权限控制采用 JWT 机制。
22 天前 / 小渣
大家好，我是坤哥 本文将介绍微服务架构和相关的组件，介绍他们是什么以及为什么要使用微服务架构和这些组件。本文侧重于简明地表达微服务架构的全局图景，因此不会涉及具体如何使用组件等细节。 要理解微服务，首先要先理解不是微服务的那些。通常跟微服务相对的是单体应用，即将所有功能都打包成在一个独立单元的应用程序。从单体应用到微服务并不是一蹴而就的，这是一个逐渐演变的过程。本文将以一个网上超市应用为例来说明这一过程。 最初的需求 几年前，小明和小皮一起创业做网上超市。小明负责程序开发，小皮负责其他事宜。
28 天前 / BloomingRose
一、MyBatis-Plus 是什么？MyBatis-Plus（简称 MP）是一个 MyBatis 的增强工具，在 MyBatis 的基础上只做增强不做改变，为简化开发、提高效率而生。 二、MyBatis-Plus 所期望的愿景是什么？我们的愿景是成为 MyBatis 最好的搭档，就像 魂斗罗 中的 1P、2P，基友搭配，效率翻倍。 三、MyBatis-Plus 的特性有哪些？1.无侵入：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑。 2.损耗小：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作。
37 天前 / u449374
大家好，我是不才陈某~ 陈某的《Spring Cloud Alibaba 实战项目》视频教程已经录完了，涉及到 Alibaba 的各种中间件、OAuth2 微服务认证鉴权、全链路灰度发布、分布式事务实战，戳这里 --->Spring Cloud Alibaba 实战 视频专栏 开放订阅~ 我们先思考下面几个业务场景的解决方案： 支付系统每天凌晨 1 点跑批，进行一天清算，每月 1 号进行上个月清算电商整点抢购，商品价格 8 点整开始优惠 12306 购票系统，超过 30 分钟没有成功支付订单的，进行回收处理商品成功发货后，需要向客户发送短信提醒“类似的业务场景非常多...
39 天前 / BloomingRose
你好，我是苏三~ 本篇主要内容如下： 主要内容前言我们都在讨论分布式，特别是面试的时候，不管是招初级软件工程师还是高级，都会要求懂分布式，甚至要求用过。传得沸沸扬扬的分布式到底是什么东东，有什么优势？ 借用火影忍术风遁·螺旋手里剑看过火影的同学肯定知道漩涡鸣人的招牌忍术：多重影分身之术。 这个术有一个特别厉害的地方，过程和心得：多个分身的感受和经历都是相通的。比如 A 分身去找卡卡西（鸣人的老师）请教问题，那么其他分身也会知道 A 分身问的什么问题。漩涡鸣人有另外一个超级厉害的忍术，需要由几个影分身完成：风遁·螺旋手里剑。
41 天前 / Yourtion
动手点关注干货不迷路 作者：张宇轩，章逸，曾丹 初识 Scheduler 找准定位：分布式任务调度平台无论是互联网应用或者企业级应用，都充斥着大量的任务。我们常常需要一些任务调度系统帮助我们解决问题。随着微服务化架构的逐步演进，单体架构逐渐演变为分布式、微服务架构。在此的背景下，很多原先的单点式任务调度平台已经不能满足业务系统的需求。于是出现了一些基于分布式的任务调度平台。 Scheduler 是飞书内的分布式任务调度平台。
50 天前 / git-hulk
Apache Kvrocks(incubating) 发布了 2.1.0，这也是 Kvrocks 加入 Apache 基金会后发布的第一个版本，感谢所有贡献者的无私付出以及 Kvrocks 导师们的耐心指导。这个版本包含了若干新功能，优化提升以及问题修复，其中有几个值得注意的变更： 优化方面， PSYNC 复制时增加了 Unique Replication Sequence ID，该特性可以避免主从切换时可能出现主从数据不一的致问题。具体问题描述见： issue 462[1] 特性方面，除了新增 BITOP/UNLINK/LMOVE 等多个命令之外，该版本也开始支持通过 IPV6 以及 unix socket 的方式来访问 Kvrocks 构建方面...
50 天前 / reesunhuang
一、前言近年来，随着微服务、云原生和 Serverless 概念的普及以及容器化技术的发展，事件驱动也再次成为热点，引起 IT 界广泛的关注。事件驱动架构是一种用于设计应用的软件架构和模型。对于事件驱动系统而言，事件的捕获、通信、处理和持久保留是解决方案的核心结构。事件驱动架构可以最大程度减少耦合度，很好地扩展与适配不同类型的服务组件，因此是现代化分布式应用架构的理想之选。 本文会从以下几个方面来剖析 Apache EventMesh 云原生分布式事件驱动架构： 什么是 EventMesh 云原生生态下的事件驱动架构模型 EventMesh 架构 EventMesh 的相关特性以...
51 天前 / Scenic
随着微服务架构的流行，客户端发起的一次请求可能需要涉及到多个或 N 个服务，致使我们对服务之间的监控和排查变得更加复杂。 「举个例子：」 某条业务线的某个接口调用服务端时快时慢，这时就需要排查各个服务的日志进行分析，调动各个服务的开发人员联动排查，这种排查费时又费力。对于 ToB 的业务有时候还拿不到日志，难搞哦！ 因此，就需要可以帮助理解系统行为、用于分析性能问题的工具，以便发生故障的时候，能够快速定位和解决问题，那就是 APM （Application Performance Monitor）。
60 天前 / BloomingRose
作者：vivo 互联网中间件团队 - Liu Runyun 大量业务使用消息中间件进行系统间的解耦、异步化、削峰填谷设计实现。公司内部前期基于 RabbitMQ 实现了一套高可用的消息中间件平台。随着业务的持续增长，消息体量随之增大，对消息中间件平台提出了更高的要求，此外在运维过程中也遇到了高可用难以保障，功能特性不足等诸多问题。基于遇到的这些问题，决定引入 RocketMQ 进行替换。本文将介绍基于 RocketMQ 建设消息中间件平台并实现在线业务无感知的平滑迁移。