supabase架构篇

【架构篇】软件架构的指南针之架构原则

软件架构的设计原则是一组指导思想，帮助我们在设计系统时做出有效的决策，以确保软件的可维护性、可扩展性和可靠性。以下是一些关键的软件架构设计原则：模块化（Modularity）：将系统分解为功能独立的模块，每个模块负责系统中的一个特定的功能区域。这种分解有助于降低系统的复杂性，便于理解和维护。抽象（Abstraction）：提供系统组件的简化表示，隐藏其内部复杂性，只暴露必要的接口。这有助于理解系统

林木森^~^·2024-09-13 15:03

Docker 核心架构及拆解（中）

上一篇，我们正式进入了本课程第四部分“架构篇”的学习。本篇是第一个主题“Docker核心架构及拆解”的中篇。

张晋涛-MoeLove·2024-09-09 21:18

嵌入式单片机编程入门心得——架构篇

写在最前面：纯属个人见解，如果您不同意，那您对！如果对你有帮助，恭喜你。嵌入式单片机编程入门心得–思维篇承接上文，思维是基础，在思维的基础上，理解架构，会更加容易。如果没有看过上篇的朋友们，可以先花几分钟看看上文，可以更好的理解本文。先立个Flag，程序架构的作用，就是让思维更有条理，让程序易读，容易移植，容易传承。你可以不要架构写程序，也能跑的很好，也能做产品，就是容易让别人蛋疼，等时间久了，重

在金华的电子小民工·2024-08-22 13:42

supabase行级安全性策略设置

onwatchesforinsertwithcheck(auth.uid()=user_id);进行分析在Supabase中，使用PostgreSQL的行级安全性（Row-LevelSecurity,RLS

曹天骄·2024-03-11 15:15

Expo Router + Supabase使用流程

Supabase是一个开源的postgres数据库，还带有用户体系功能，可以快速实现login、register这些功能。我将记录一下，我使用这2个工具，构建基础基

懒编程-二两·2024-02-20 14:31

自建AWS S3存储服务

我常用的很多SaaS服务中提供的文件存储功能，底层也都是AWSS3，比如：Cloudflare中的R2基于AWSS3构建的Supabase页可以兼容AWSS3（自建时，默认直接文件存储到服务器本地）本文

懒编程-二两·2024-02-20 14:29

【复现】Supabase后端服务 SQL注入漏洞_48

目录一.概述二.漏洞影响三.漏洞复现1.漏洞一：四.修复建议：五.搜索语法：六.免责声明一.概述Supabase是什么Supabase将自己定位为Firebase的开源替代品，提供了一套工具来帮助开发者构建

穿着白衣·2024-02-14 08:16

2024年Java架构篇之数据结构与算法面试题

2024年Java实战面试题_java5年面试-CSDN博客2024年Java架构篇之数据结构与算法面试题1、判断一个数是否是2的N次方，比如2、4、8、16是6、10不是1:01、2:10、3:011

内卷成仙·2024-02-08 08:39

架构篇34：深入理解微服务架构 - 银弹 or 焦油坑？

文章目录微服务与SOA的关系微服务的陷阱小结微服务是近几年非常火热的架构设计理念，大部分人认为是MartinFowler提出了微服务概念，但事实上微服务概念的历史要早得多，也不是MartinFowler创造出来的，Martin只是将微服务进行了系统的阐述（原文链接：https://martinfowler.com/articles/microservices.html）。不过不能否认Martin在

星猿杂谈·2024-02-07 14:27

架构篇33：传统的可扩展架构模式-分层架构和SOA

文章目录分层架构SOA小结相比于高性能、高可用架构模式在最近几十年的迅猛发展来说，可扩展架构模式的发展可以说是步履蹒跚，最近几年火热的微服务模式算是可扩展模式发展历史中为数不多的亮点，但这也导致了现在谈可扩展的时候必谈微服务，甚至微服务架构都成了架构设计的银弹，高性能也用微服务、高可用也用微服务，很多时候这样的架构设计看起来高大上，实际上是大炮打蚊子，违背了架构设计的“合适原则”和“简单原则”。为

星猿杂谈·2024-02-05 10:32

架构篇32：可扩展架构的基本思想和模式

文章目录前言可扩展的基本思想可扩展方式小结前言软件系统与硬件和建筑系统最大的差异在于软件是可扩展的，一个硬件生产出来后就不会再进行改变、一个建筑完工后也不会再改变其整体结构。例如，一颗CPU生产出来后装到一台PC机上，不会再返回工厂进行加工以增加新的功能；金字塔矗立千年历经风吹雨打，但其现在的结构和当时建成完工时的结构并无两样。相比之下，软件系统就完全相反，如果一个软件系统开发出来后，再也没有任何

星猿杂谈·2024-02-05 10:02

架构篇31：如何应对接口级的故障？

文章目录降级熔断限流排队小结异地多活方案主要应对系统级的故障，例如，机器宕机、机房故障、网络故障等问题，这些系统级的故障虽然影响很大，但发生概率较小。在实际业务运行过程中，还有另外一种故障影响可能没有系统级那么大，但发生的概率较高，这就是今天我们要讨论的如何应对接口级的故障。接口级故障的典型表现就是系统并没有宕机，网络也没有中断，但业务却出现问题了。例如，业务响应缓慢、大量访问超时、大量访问出现异

星猿杂谈·2024-02-03 08:58

如何使用 Supabase Auth 在您的应用程序中设置身份验证

在本文中，您将学习基本的关键概念，这些概念将帮助您掌握身份验证和授权的工作原理。您将首先了解什么是身份验证和授权，然后了解如何使用Supabaseauth在应用程序中实现身份验证。（本文内容参考：java567.com）目录先决条件什么是认证和授权？身份验证如何进行？使用令牌、秘密和Cookie进行会话管理认证因素的类型常见的身份验证策略基于密码的身份验证无密码身份验证双因素身份验证(2FA)多重

晓风晓浪·2024-02-02 06:41

京东技术负责人纯手写：小团队构建大网站中小研发团队架构实战

本书共5篇22章，开篇是本书的导读;架构篇是设计思想的提升，包括企业总体架构、应用架构设计、统--应用分层等;框架篇主讲中间件和工具的使用，包括消息队列、缓存、Job、集中式日志、应用监控和微服务等:公共应用篇是技术与业务的结合

Java爱好者·2024-02-01 23:07

全球 IPv4 耗尽，下月开始收费！开发者尝试迁移：IPv6 是一场“灾难”，没有可以直接用的东西

美元的价格收费，约合每月4美元，而且无论其是否附加到服务中，都要收费；基于容器的部署平台Fly.io也在不久前更新社区公告，称会在2月1日之后，对每个专用IPv4每月收取约2美元的费用；开源数据处理服务平台Supabase

LINgZone2·2024-01-31 19:16

Java面试架构篇【一览众山小】

文章目录简介☀️Spring体系结构生命周期SpringMVC执行流程SpringBoot核心组件自动装配3.0升级springCloudAlibaba体系机构⛳️服务注册发现&配置【NACOS】SpringCloudGatewaySentinelNginx全配置知多少？？？分布式事务Seata可靠消息服务（RabbitMq）云原生⛺️技术选型原则简介海阔凭鱼跃，天高任鸟飞！学习不要盲目，让大脑舒

码农佩奇·2024-01-31 13:13

架构篇30：异地多活设计4步走

文章目录第1步：业务分级第2步：数据分类第3步：数据同步第4步：异常处理小结上一篇，基于异地多活架构设计复杂度最高的“跨城异地”，我们总结了异地多活设计的4个技巧及其核心思想，掌握这些技巧是进入具体设计步骤的前提。本篇，在掌握这4大技巧的基础上，我们来探讨下跨城异地多活架构设计的4个步骤。第1步：业务分级按照一定的标准将业务进行分级，挑选出核心的业务，只为核心业务设计异地多活，降低方案整体复杂度和

星猿杂谈·2024-01-30 10:51

架构篇26：高可用存储架构-集群和分区

文章目录数据集群数据分区小结上一篇我们讨论了高可用存储架构中常见的双机架构，分别为主备复制、主从复制、双机切换和主主复制，并分析了每类架构的优缺点以及适应场景。今天我们一起来看看另外两种常见的高可用存储架构：数据集群和数据分区。数据集群主备、主从、主主架构本质上都有一个隐含的假设：主机能够存储所有数据，但主机本身的存储和处理能力肯定是有极限的。以PC为例，Intel386时代服务器存储能力只有几百

星猿杂谈·2024-01-30 01:37

干货 | Java后端面试题精选汇总—架构篇

id全局唯一且自增，如何实现？Redis的incr和increby自增原子命令统一数据库的id发放美团LeafLeaf——美团点评分布式ID生成系统（批发号段）Twitter的snowflake算法UUID★如何设计算法压缩一段URL？通过发号策略，给每一个过来的长地址，发一个号即可，小型系统直接用mysql的自增索引就搞定了。如果是大型应用，可以考虑各种分布式key-value系统做发号器。不停

小高程序员儿·2024-01-29 03:14

架构篇28：业务高可用的保障-异地多活架构

文章目录应用场景架构模式小结无论是高可用计算架构，还是高可用存储架构，其本质的设计目的都是为了解决部分服务器故障的场景下，如何保证系统能够继续提供服务。但在一些极端场景下，有可能所有服务器都出现故障。例如，典型的有机房断电、机房火灾、地震、水灾……这些极端情况会导致某个系统所有服务器都故障，或者业务整体瘫痪，而且即使有其他地区的备份，把备份业务系统全部恢复到能够正常提供业务，花费的时间也比较长，可

星猿杂谈·2024-01-28 17:40

架构篇27：如何设计计算高可用架构？

文章目录主备主从集群小结计算高可用的主要设计目标是：当出现部分硬件损坏时，计算任务能够继续正常运行。因此计算高可用的本质是通过冗余来规避部分故障的风险，单台服务器是无论如何都达不到这个目标的。所以计算高可用的设计思想很简单：通过增加更多服务器来达到计算高可用。计算高可用架构的设计复杂度主要体现在任务管理方面，即当任务在某台服务器上执行失败后，如何将任务重新分配到新的服务器进行执行。因此，计算高可用

星猿杂谈·2024-01-27 08:35

架构篇10：架构设计流程-识别复杂度

文章目录架构设计第1步：识别复杂度识别复杂度实战识别复杂度心得小结从今天开始，我们分4期，结合复杂度来源和架构设计原则，通过一个模拟的设计场景“前浪微博”，一起看看在实践中究竟如何进行架构设计。今天先来看架构设计流程第1步：识别复杂度。架构设计第1步：识别复杂度我在前面讲过，架构设计的本质目的是为了解决软件系统的复杂性，所以在我们设计架构时，首先就要分析系统的复杂性。只有正确分析出了系统的复杂性，

星猿杂谈·2024-01-27 01:40

架构篇12：架构设计流程-评估和选择备选方案

文章目录架构设计第3步：评估和选择备选方案评估和选择备选方案实战小结上一篇我们聊了设计备选方案，在完成备选方案设计后，如何挑选出最终的方案也是一个很大的挑战，主要原因有：每个方案都是可行的，如果方案不可行就根本不应该作为备选方案。没有哪个方案是完美的。例如，A方案有性能的缺点，B方案有成本的缺点，C方案有新技术不成熟的风险。评价标准主观性比较强，比如设计师说A方案比B方案复杂，但另外一个设计师可能

星猿杂谈·2024-01-26 21:55

架构篇25：高可用存储架构-双机架构

文章目录主备复制主从复制双机切换主主复制小结存储高可用方案的本质都是通过将数据复制到多个存储设备，通过数据冗余的方式来实现高可用，其复杂性主要体现在如何应对复制延迟和中断导致的数据不一致问题。因此，对任何一个高可用存储方案，我们需要从以下几个方面去进行思考和分析：数据如何复制？各个节点的职责是什么？如何应对复制延迟？如何应对复制中断？常见的高可用存储架构有主备、主从、主主、集群、分区，每一种又可以

星猿杂谈·2024-01-26 07:50

读过的书单

读万卷书行万里路2017-今天读过的书单写出来给大家参考下工欲善其事,必先利其器我是一个php程序员鸟哥的linux私房菜基础篇服务器架构篇日本结城浩著程序员的数学1程序员的数学2概率统计程序员的数学3

竭尽全力才能成功·2024-01-26 03:27

架构篇24：排除架构可用性隐患的利器-FMEA方法

文章目录FMEA介绍FMEA方法FMEA实战小结前面的专栏分析高可用复杂度的时候提出了一个问题：高可用和高性能哪个更复杂，根据墨菲定律“可能出错的事情最终都会出错”，架构隐患总有一天会导致系统故障。因此，我们在进行架构设计的时候必须全面分析系统的可用性，那么如何才能做到“全面”呢？我今天介绍的FMEA方法，就是保证我们做到全面分析的一个非常简单但是非常有效的方法。FMEA介绍FMEA（Failur

星猿杂谈·2024-01-25 14:55

架构篇19：单服务器高性能模式-Reactor与Proactor

文章目录ReactorProactor小结上篇介绍了单服务器高性能的PPC和TPC模式，它们的优点是实现简单，缺点是都无法支撑高并发的场景，尤其是互联网发展到现在，各种海量用户业务的出现，PPC和TPC完全无能为力。今天我将介绍可以应对高并发场景的单服务器高性能架构模式：Reactor和Proactor。ReactorPPC模式最主要的问题就是每个连接都要创建进程（为了描述简洁，这里只以PPC和进

星猿杂谈·2024-01-25 13:41

架构篇21：高性能负载均衡-算法

文章目录轮询加权轮询负载最低优先性能最优类Hash类源地址HashIDHash小结负载均衡算法数量较多，而且可以根据一些业务特性进行定制开发，抛开细节上的差异，根据算法期望达到的目的，大体上可以分为下面几类。任务平分类：负载均衡系统将收到的任务平均分配给服务器进行处理，这里的“平均”可以是绝对数量的平均，也可以是比例或者权重上的平均。负载均衡类：负载均衡系统根据服务器的负载来进行分配，这里的负载并

星猿杂谈·2024-01-25 09:13

架构篇20：高性能负载均衡-分类及架构

文章目录负载均衡分类1.DNS负载均衡2.硬件负载均衡3.软件负载均衡负载均衡典型架构小结单服务器无论如何优化，无论采用多好的硬件，总会有一个性能天花板，当单服务器的性能无法满足业务需求时，就需要设计高性能集群来提升系统整体的处理性能。高性能集群的本质很简单，通过增加更多的服务器来提升系统整体的计算能力。由于计算本身存在一个特点：同样的输入数据和逻辑，无论在哪台服务器上执行，都应该得到相同的输出。

星猿杂谈·2024-01-25 08:01

架构篇14：高性能数据库集群-读写分离

文章目录读写分离原理复制延迟分配机制小结高性能数据库集群的第一种方式是“读写分离”，其本质是将访问压力分散到集群中的多个节点，但是没有分散存储压力；第二种方式是“分库分表”，既可以分散访问压力，又可以分散存储压力。先来看看“读写分离”，下一篇我们再介绍“分库分表”。读写分离原理读写分离的基本原理是将数据库读写操作分散到不同的节点上，下面是其基本架构图。读写分离的基本实现是：数据库服务器搭建主从集群

星猿杂谈·2024-01-24 22:05

架构篇15：高性能数据库集群-分库分表

文章目录业务分库分表实现方法小结上篇我们讲了“读写分离”，读写分离分散了数据库读写操作的压力，但没有分散存储压力，当数据量达到千万甚至上亿条的时候，单台数据库服务器的存储能力会成为系统的瓶颈，主要体现在这几个方面：数据量太大，读写的性能会下降，即使有索引，索引也会变得很大，性能同样会下降。数据文件会变得很大，数据库备份和恢复需要耗费很长时间。数据文件越大，极端情况下丢失数据的风险越高（例如，机房火

星猿杂谈·2024-01-24 18:01

架构篇16：高性能NoSQL

文章目录K-V存储文档数据库列式数据库全文搜索引擎小结关系数据库经过几十年的发展后已经非常成熟，强大的SQL功能和ACID的属性，使得关系数据库广泛应用于各式各样的系统中，但这并不意味着关系数据库是完美的，关系数据库存在如下缺点。关系数据库存储的是行记录，无法存储数据结构以微博的关注关系为例，“我关注的人”是一个用户ID列表，使用关系数据库存储只能将列表拆成多行，然后再查询出来组装，无法直接存储一

星猿杂谈·2024-01-24 14:45

架构篇18：单服务器高性能模式-PPC与TPC

文章目录PPCpreforkTPCprethread小结高性能是每个程序员的追求，无论我们是做一个系统还是写一行代码，都希望能够达到高性能的效果，而高性能又是最复杂的一环，磁盘、操作系统、CPU、内存、缓存、网络、编程语言、架构等，每个都有可能影响系统达到高性能，一行不恰当的debug日志，就可能将服务器的性能从TPS30000降低到8000；一个tcp_nodelay参数，就可能将响应时间从2毫

星猿杂谈·2024-01-24 10:59

架构篇17：高性能缓存架构

文章目录缓存穿透缓存雪崩缓存热点实现方式小结虽然我们可以通过各种手段来提升存储系统的性能，但在某些复杂的业务场景下，单纯依靠存储系统的性能提升不够的，典型的场景有：需要经过复杂运算后得出的数据，存储系统无能为力例如，一个论坛需要在首页展示当前有多少用户同时在线，如果使用MySQL来存储当前用户状态，则每次获取这个总数都要“count(*)”大量数据，这样的操作无论怎么优化MySQL，性能都不会太高

星猿杂谈·2024-01-24 09:33

架构篇08：架构设计三原则

文章目录合适原则简单原则演化原则小结成为架构师是每个程序员的梦想，但并不意味着把编程做好就能够自然而然地成为一个架构师，优秀程序员和架构师之间还有一个明显的鸿沟需要跨越，这个鸿沟就是“不确定性”。对于编程来说，本质上是不能存在不确定的，对于同样一段代码，不管是谁写的，不管什么时候执行，执行的结果应该都是确定的（注意：“确定的”并不等于“正确的”，有bug也是确定的）。而对于架构设计来说，本质上是不

星猿杂谈·2024-01-23 21:04

架构篇13：架构设计流程-详细方案设计

文章目录架构设计第4步：详细方案设计详细方案设计实战小结完成备选方案的设计和选择后，我们终于可以长出一口气，因为整个架构设计最难的一步已经完成了，但整体方案尚未完成，架构师还需继续努力。接下来我们需要再接再励，将最终确定的备选方案进行细化，使得备选方案变成一个可以落地的设计方案。所以今天我来讲讲架构设计流程第4步：详细方案设计。架构设计第4步：详细方案设计简单来说，详细方案设计就是将方案涉及的关键

星猿杂谈·2024-01-23 13:01

架构篇09:架构设计原则案例

文章目录淘宝案例手机QQ案例小结我们先复习一下架构设计的三条核心原则：合适原则、简单原则和演化原则。我们在架构设计实践中，应该时刻谨记这三条设计原则，指导我们设计出合适的架构，即使是代表中国互联网技术最顶尖水平的BAT，其架构的发展历程也同样遵循这三条原则。今天就以大家耳熟能详的淘宝和手机QQ作为案例，来简单探讨一下。淘宝案例注：以下部分内容摘自《淘宝技术发展》。淘宝技术发展主要经历了：个人网站→

星猿杂谈·2024-01-22 11:40

架构篇06-复杂度来源：可扩展性

文章目录预测变化应对变化小结复杂度来源前面已经讲了高性能和高可用，今天来聊聊可扩展性。可扩展性指系统为了应对将来需求变化而提供的一种扩展能力，当有新的需求出现时，系统不需要或者仅需要少量修改就可以支持，无须整个系统重构或者重建。由于软件系统固有的多变性，新的需求总会不断提出来，因此可扩展性显得尤其重要。在软件开发领域，面向对象思想的提出，就是为了解决可扩展性带来的问题；后来的设计模式，更是将可扩展

星猿杂谈·2024-01-19 14:22

架构篇07-复杂度来源：低成本、安全、规模

文章目录低成本安全规模小结关于复杂度来源，前面的专栏已经讲了高性能、高可用和可扩展性，今天我们来聊聊复杂度另外三个来源低成本、安全和规模。低成本当我们的架构方案只涉及几台或者十几台服务器时，一般情况下成本并不是我们重点关注的目标，但如果架构方案涉及几百上千甚至上万台服务器，成本就会变成一个非常重要的架构设计考虑点。例如，A方案需要10000台机器，B方案只需要8000台机器，单从比例来看，也就节省

星猿杂谈·2024-01-19 13:10

MySQL数据库入门到大牛_高级_00_MySQL高级特性篇的内容简介

文章目录一、整个MySQL的思维导图二、MySQL高级特性篇大纲1.MySQL架构篇2.索引及调优篇3.事务篇4.日志与备份篇一、整个MySQL的思维导图下图为整个MySQL内容，01-05是基础篇，06

十月旧城·2024-01-19 04:16

架构篇05-复杂度来源：高可用

文章目录计算高可用存储高可用高可用状态决策小结今天，我们聊聊复杂度的第二个来源高可用。参考维基百科，先来看看高可用的定义。系统无中断地执行其功能的能力，代表系统的可用性程度，是进行系统设计时的准则之一。这个定义的关键在于“无中断”，但恰好难点也在“无中断”上面，因为无论是单个硬件还是单个软件，都不可能做到无中断，硬件会出故障，软件会有bug；硬件会逐渐老化，软件会越来越复杂和庞大……除了硬件和软件

星猿杂谈·2024-01-18 17:58

架构篇03-为什么要做架构设计？

文章目录架构设计的误区架构设计的真正目的简单的复杂度分析案例谈到架构设计，相信每个技术人员都是耳熟能详，但如果深入探讨一下，“为何要做架构设计？”或者“架构设计目的是什么？”类似的问题，大部分人可能从来没有思考过，或者即使有思考，也没有太明确可信的答案。架构设计的误区关于架构设计的目的，常见的误区有：因为架构很重要，所以要做架构设计这是一句正确的废话，架构是很重要，但架构为何重要呢？例如：不做架构

星猿杂谈·2024-01-18 08:32

架构篇04-复杂度来源：高性能

文章目录单机复杂度集群的复杂度小结从本篇开始，我们一起深入分析架构设计复杂度的6个来源，先来聊聊复杂度的来源之一高性能。对性能孜孜不倦的追求是整个人类技术不断发展的根本驱动力。例如计算机，从电子管计算机到晶体管计算机再到集成电路计算机，运算性能从每秒几次提升到每秒几亿次。但伴随性能越来越高，相应的方法和系统复杂度也是越来越高。现代的计算机CPU集成了几亿颗晶体管，逻辑复杂度和制造复杂度相比最初的晶