之前微服务框架一直是用dubbo和spring cloud,直到2017年差不多年底的时候发现了新的开源微服务框架 - serviceComb。这个框架是由华为公司开源的,在公司内部叫cse,想了解更多的朋友可以到华为云官网查看。这里我大概说下这个新开源框架的一些优势的地方。一、系统架构灵活,扩展性强。下面以两图来说明: 模块说明类型artifa
1、此次学习所用技术相关的版本 SpringCloud:Hoxton.SR1 SpringBoot:2.2.2.RELEASE SpringCloud alibaba:2.1.0.RELEASE Java:Java8 Maven:3.5及以上 Mysql:5.7及以上 2、和之前相比,SpringCloud的升级3、微服务架构编码构建( 约定 > 配置 > 编码)3.1、微服
1 Saga相关概念 1987年普林斯顿大学的Hector Garcia-Molina和Kenneth Salem发表了一篇Paper Sagas,讲述的是如何处理long lived transaction(长活事务)。Saga是一个长活事务可被分解成可以交错运行的子事务集合。其中每个子事务都是一个保持数据库一致性的真实事务。 1.1 Saga的组成每个Saga由
所谓三无,是指无技术文档、无业务说明、无传承人的三无微服务架构,通常出现这种现象都是由于业务在发展过程中出现了断层,例如 核心产品和研发突然离职,文档维护不佳等因素重叠导致。面对这样的业务和架构,我们通常感到非常无奈,繁杂不堪,毫无头绪。那么,如何解决这样的局面呢?我认为,还是应该从基本业务模型开始抓起,从当前业务建模开始,将服务和接口根据业务流程、业务场景进行梳理,从而达到微服务架构治
这是关于使用微服务架构创建应用系列的第四篇文章。第一篇介绍了微服务架构的模式,讨论了使用微服务架构的优缺点。第二和第三篇描述了微服务架构内部的通讯机制。这篇文章中,我们将会探讨服务发现相关问题。为什么要使用服务发现? 设想一下,我们正在写代码使用了提供REST API或者Thrift API的服务,为了完成一次服务请求,代码需要知道服务实例的网络位置(IP地址和端口)。传统应用都运行在物理硬件上,
前言在真实的项目中,不管是功能日志、错误日志还是异常日志,已经是项目的重要组成部分。在原始的单体架构,通常看日志的方式简单粗暴,直接登录到服务器,把日志文件拷贝下来进行分析;而如今分布式、微服务架构盛行,如果每个节点服务器都去拷贝一次,估计还没等你拷贝完,Boss就要炸锅了;特别是遇到线上问题,肯定需要快速响应,所以好的日志管理工具真的不能少,这里就来说说Excetpionless日志框架。正文1
转载 2024-05-02 07:50:35
0阅读
alibaba微服务组件sentinel官方文档:https://sentinelguard.io/zh-cn/docs/introduction.html官方示例:https://github.com/alibaba/Sentinel/tree/master/sentinel-demo随着微服务的流行,服务服务之间的稳定性变得越来越重要。Sentinel 是面向分布式、多语言异构化服务架构的流
                             商城的搜索服务solr Solr是一个独立的企业级搜索应用服务器,它对外提供类似于Web-service的API接口。 用户可以通过http请求,向搜索引擎服务器提交一定格式的XM
微服务业务中台分层架构的描述 在当今数字化转型的时代,越来越多的企业选择采用微服务架构来提升系统的灵活性和可维护性。而在这些微服务背后,一个健壮的业务中台分层架构则是支撑其高效运作的关键。本篇博文将详细记录如何解决“微服务业务中台分层架构”相关问题的过程,包括技术原理、架构解析、源码分析等环节,目的是为相关开发和管理人员提供清晰的思路和方法。 ### 背景描述 微服务架构的盛行使得企业在构建
原创 7月前
78阅读
背景伴随得物社区、直播业务快速发展,用户体量也越来越大,服务的稳定性要求日益趋高。那如何快速的对监控告警进行归因、快速的解决问题,我想每个人都有自己的排查定位手段。对经验稍少的同学,可能大家都经历过相同的几个阶段,迷惑告警信息不知从何入手、排查思路容易走入误区、问题原因不知如何筛选。本文着眼于该知识的沉淀,通过互相学习、借鉴团队智慧、总结排查case,希望最终可以让大家受益,快速定位、及时止损。一
1 微服务的发展微服务倡导将复杂的单体应用拆分为若干个功能简单、松耦合的服务,这样可以降低开发难度、增强扩展性、便于敏捷开发。当前被越来越多的开发者推崇,很多互联网行业巨头、开源社区等都开始了微服务的讨论和实践。Hailo有160个不同服务构成,NetFlix有大约600个服务。国内方面,阿里巴巴、腾讯、360、京东、58同城等很多互联网公司都进行了微服务化实践。当前微服务的开发框架也非常多,比较
一、微服务微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务内聚不同的业务模块。二、分布式事务本地事务  分布式事务-跨库事务   分布式事务-微服务三、XA/JTA规范两阶段提交协议(2PC) TCC与XA/JTA对比:XA是资源层面的分布式事务,强一致性,在两阶
景,有几个微服务,每个微服务需要完成什么样的功能,微服务之间的关系,之间的依赖关系,他们之间是如何通迅的,这些都了解的之后,我们就可以进入开发阶段了。业务场景...
原创 2023-01-06 11:27:22
34阅读
目录一、前言二、微服务架构的设计原则1.拆分足够微2.轻量级通信3.单一职责原则4.领域驱动原则三、微服务架构的核心话题1.服务拆分2.服务注册与发现3.负载均衡4.API网关5.服务部署与发布四、总结一、前言毫无疑问,微服务架构的设计原则和核心话题是本文要讨论的重点,也是打算从零基础开始构建微服务架构需要事先考虑、规划的。一个好的产品、应用能否稳定运行,持续开发,满足业务需求,能否经得起现实的考
【摘要】 微服务架构的本质在于分布式、去中心化。随着互联网的高速发展,庞大的用户群体和快速的需求变化已经成为了传统架构的痛点。 在这种情况下,如何从系统架构的角度出发,构建出灵活、易扩展的系统来快速响应需求的变化,同时,随着用户量的增加,如何保证系统的稳定性、高可用性、可伸缩性等等,成为了系统架构面临的挑战。 为了解决这些问题,微服务架构应运而生,它的本质在于分布式、去中心化。 微服务架构是一种架
原创文章,欢迎转载。转载请注明:转载自IT人故事会,谢谢!原文链接地址:『高级篇』docker之微服务业务分析(九)从本节开始微服务的开发,说到开发有几个问题需要解决,首先要知道我们需要开发什么?什么样的业务场景,分析业务场景,有几个微服务,每个微服务需要完成什么样的功能,微服务之间的关系,之间的依赖关系,他们之间是如何通迅的,这些都了解的之后,我们就可以进入开发阶段了。业务场景用户可以注册和登录
原创 2019-01-25 01:42:00
330阅读
复用是一种计算机软件工程方法和理论。从表现上看,复用指对曾经编写过的代码加以利用,从而支撑新的功能或业务。提高复用度,不仅可以极大的节省研发资源,而且也能为系统带来更好的稳定性和可维护性。更重要的是,它能提升项目质量,带来技术进步,是驱动技术团队实现技术和效能良性循环的极佳途径。根据维基百科,软件复用的主要思想是,将软件看成是由不同功能部分的组件所组成的有机体,每一个组件在设计编写时可以被设计成完
原创 2021-05-20 12:49:43
264阅读
作者|奇正本文主要在微服务体系下重新探讨复用,侧重于讨论不同层级的复用条件和要求,以及落地节奏。复用是一种计算机软件工程方法和理论。从表现上看,复用指对曾经编写过的代码加以利用,从而支撑新的功能或业务。提高复用度,不仅可以极大的节省研发资源,而且也能为系统带来更好的稳定性和可维护性。更重要的是,它能提升项目质量,带来技术进步,是驱动技术团队实现技术和效能良性循环的极佳途径。根据维基百科,软件复用的
原创 2021-04-17 11:38:22
171阅读
# 配套服务业务架构实现指南 ### 1. 介绍 在现代软件架构中,配套服务业务架构(Supporting Business Architecture)是一个整体解决方案,其主要目的是有效管理和支持业务流程。本文将为刚入行的小白提供一个清晰的步骤,为他实现配套服务业务架构指明方向。 ### 2. 实现流程 我们将这一过程拆分为若干个步骤,便于理解。下面是步骤列表: | 步骤 | 描述
原创 2024-10-12 06:56:10
30阅读
作者:lipengxs 链接:my.oschina.net/lipengxs/blog/3156247 背景 日志内容复杂多样,如何去收集有价值的日志是我们重点关注的。日志的价值其实是取决于业务操作的,不同的业务场景下相同类型的日志的价值会截然不同。 根据以往的业务实践,结合企业级的一些业务需求,我
转载 2021-05-25 13:18:59
239阅读
  • 1
  • 2
  • 3
  • 4
  • 5