V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  annoygaga  ›  全部回复第 1 页 / 共 21 页
回复总数  414
1  2  3  4  5  6  7  8  9  10 ... 21  
@jjx 如果前面架一个连接池呢?
@changz neon 我看了他们架构师 k8s 起实例的呀

我的想法是每个租户在一个 pg 里面分一个 user 和 database 给他
@IDAEngine 是多个租户在一台机器混部,因为很多用户就是免费用户,所以不希望 docker 占用太多资源
@xausky 我想问的就是这么保证租户之间不能看到,pg 这块严格不严格,这块经验不多,特来请教
@IDAEngine 这样混部会不会花费更多额外资源?
@dcoder 主要想问问 pg 有没有什么小坑,最怕的是用户数据泄露
@yannxia 资源抢占已经是能预想到的事情了,主要还是怕会不会有 pg 什么小坑,有数据泄漏
@xausky superset 不是查询平台吗?可以加数据什么的吗?以及能保证用户无法看到其他人数据吗?
@dcoder 说多都是泪,用户不喜欢接受你的 api (要学习就不说了,而且数据方面的需求本身就很繁琐),sql 本身也不难学,用户表示还不如给一个 sql 口子,高阶用户也能用,我都准备写 sql parser 来搞这个需求了,想了想,搞了这么多还不如用 pg 提供的多租户方式,这样 bug 也少,主要问题就如你说的,运维成本是不是太高了,这部分很多就是免费用户,其实可以做严一些限制(但我对 pg 熟悉不高,不知道是不是可以像 docker 一样严格限制)
@xausky 就是类似的场景呀,现在包了半天接口,用户自己也会 sql ,他难受我们也难受
@xuanbg 资源抢占呢?就是某些用户用的很暴力导致其他用户没得用的问题
@dcoder 是做类似 retool 的类似物,也就是每个用户本身就是创建多表的。现在倒腾了一堆 api ,用户自己也会 sql ,他难受我们也难受,不如搞成 database 方式提供呢,所以需求确实是提供 sql 能力。针对免费用户,混部,运维要求也不算高,但还是希望降低运维成本(谁知道免费用户会怎么用。。。
@laikick 隔离性是不是不太好,而且这本来就是类似 retool 一样的用户需要多表
@datou 怎么说? supabase 这么搞的?我登录上去可以新建 database 呀(我指 psql 链接过去 create database )
@dzdh 运维难度高么?其实上 k8s 就是希望运维难度降低一些
@mark2025 能上 k8s 吗?我希望是在云上的,我记得这个的作者天天让人下云
@defunct9 哦哦,我看懂你的意思了,我一开始以为你说的是 helm 工具本身。

针对我问的这个问题,我其实想了解他背后的原理,现在倒不是能不能跑起来的问题,而是怕出问题,最典型的比如丢数据什么的,希望有一个久经实践的方案,这方面实践的资料貌似并不多,内网+外网
@fffq 提高 pod 配置?我的想法是
@dzdh 那个太贵了,希望自己搞,目的是混部更多,毕竟大部分实例是没有流量的
@ala2008 其实我这块经验也不多,也想学习学习,有好的资料和实践的博客就好了
1  2  3  4  5  6  7  8  9  10 ... 21  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2762 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 05:58 · PVG 13:58 · LAX 22:58 · JFK 01:58
Developed with CodeLauncher
♥ Do have faith in what you're doing.