首页
首页
沸点
课程
直播
活动
竞赛
商城
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
destiny1020
掘友等级
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
0
文章 0
沸点 0
赞
0
返回
|
搜索文章
destiny1020
6月前
关注
JDBC Performance Checklist
https://howtodoinjava.com/java/jdbc/best-practices-to-improve-jdbc-performance/ https:...
赞
评论
分享
destiny1020
1年前
关注
JOIN 查询性能优化手段 - Runtime Filter
在关系型数据库的查询中join是一个十分常见的操作,通过将几个表关联起来,用户可以在遵守数据库设计范式的前提下高效获得信息。在分析类查询中,大表之间(或大表与小表)的 Jo...
3
评论
分享
destiny1020
1年前
关注
Trino Cost-Based Optimizer 介绍
Trino 中的 CBO 在业界的标准 benchmark 中取得了不俗的成绩。CBO 基于以下几个因素来决策: 查询的形态(shape of the query) 过滤条...
1
评论
分享
destiny1020
1年前
关注
[分享] Python Multiprocessing
Why Multiprocessing? 为了绕过GIL(全局解释器锁)。 那么GIL是个什么东西呢?和垃圾回收和资源管理有关。 Python中对象的管理和引用计数器有密切...
1
评论
分享
destiny1020
1年前
关注
Apache Doris Join 优化原理介绍
背景 & 目标 掌握 Apache Doris Join 优化手段及其实现原理 为代码阅读提供理论基础 Doris 数据划分 不同的 Join 方式非常依赖于对 Doris...
赞
评论
分享
destiny1020
1年前
关注
一文看懂 CQRS - 命令和查询责任分离模式
使用不同的接口,分离更新数据的操作和读取数据的操作。可以最大限度地提高性能,可扩展性和安全性。通过更高的灵活性支持系统随时间演进,并防止更新命令在域级别引起合并冲突。 背景...
1
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Idempotency Patterns
In several of my previous posts I discussed how to avoid the overhead of a two-phase c...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」ComputeResource Consolidate
总结: 此模式关注点在于云上部署如何做到尽可能地降低成本。并非是传统的设计模式对逻辑上的关注。 因为在云上部署的服务都是按照资源使用情况来计费的,因此针对每个任务都使用单独...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Competing Consumers pattern
总结: 基于生产者-消费者模型的一种模式描述。其实现在大部分使用消息中间件的服务都是这么使用的,同时消息中间件对此模式的支持已经是事实上的标准了。 队列这种形态的数据结构实...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Compensating Transaction
总结: 最终一致性模型通常在云上应用中使用,原因在于强一致性模型往往会加剧资源竞争以及带来性能损耗。而最终一致性带来的挑战在于当复杂业务的一环失败时,应该如何处理。在多服务...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Claim-Check pattern
总结: 主旨是尽量减小放入消息中间件的消息大小,消息体中只带有「凭证」信息,消息本身则存储在比消息中间件成本更低的存储系统中。有一点点「存算分离」的味道在里面了。 除了存储...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Circuit Breaker pattern
总结: 用于提升应用稳定性,提升弹性。注意它和 Retry 模式的区别。断路器模式在内部实现机制上涵盖了 Retry 模式,只不过它的含义更加丰富一些,会包含一些故障恢复和...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Choreography pattern
总结: 相对于 Orchestrator 模式而言。Orchestrator 是一种中心化的模式,而相对的,Choreography 则是一种去中心化的模式。下面的两张图表...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Bulkhead pattern
总结: 是一种容错性设计模式。将应用程序的元素隔离到池中,如果其中一个失败,不影响其它继续运行,从而避免潜在的连锁故障,也经常用在隔离并限制故障的爆炸半径上。命名上来源于船...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Backends for Frontends pattern
一些总结: 简称 BFF。可理解为单一职责模式在多端应用开发模式上的具体应用:为特定的前端应用或界面创建不同的后端服务。当你需要避免为多种界面定制同一个后端时,该模式十分有...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Asynchronous Request-Reply Pattern
一些总结: 提出的背景:并非每个 API 调用都是可以在 100ms 这个级别以内完成的,对于长耗时的任务,后端系统想异步处理,同时调用的用户又想有一个及时的响应。 基于前...
赞
评论
分享
destiny1020
1年前
关注
Presto 架构介绍
What is the Presto architecture? Presto is an open source distributed system that can ...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Anti-corruption Layer pattern
一些总结: 防腐层 - 在拥有不同语义的子系统之间实现一个门面(façade)或者适配(adapter)层来翻译一个子系统到另一个的请求。可以让两个子系统不必因为依赖关系而...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Sidecar pattern
一些总结: 将应用的一些外围组件部署到单独的进程或者容器中,以提供隔离性和封装。此模式同时也可以让一个应用由异构的组件和技术(语言)组成。sidecar 组件和依附的应用的...
赞
评论
分享
destiny1020
1年前
关注
「Cloud Design Patterns」Ambassador pattern
一些总结: 本质上是一个进程外的代理,只不过和被代理的服务在同一个客户端内。和 Sidecar Pattern 很类似 用来承接客户端连接相关的通用功能,如监控、日志、路由...
赞
评论
分享
下一页
个人成就
文章被点赞
23
文章被阅读
29,083
掘力值
1,058
关注了
5
关注者
15
收藏集
1
关注标签
16
加入于
2019-11-16