V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  zhouxinyu  ›  全部回复第 1 页 / 共 1 页
回复总数  18
@isno 好的。。
@isno 挺好呀。。。现在不少企业用云的方式其实就是这样干的,核心依赖 IaaS 层的云服务。比如举个例子,Aiven 一家芬兰的做数据的厂商,他们上面的一些 PaaS 服务,支持跨云迁移,能迁到各个云上。
@CEBBCAT 很抱歉,我们后面加上利益相关的说明。另外就是,AutoMQ 的代码是开源的,而且我们主要是在 V2EX 上输出一些云原生的技术观点,跟大家交流,我不认为这算是「 spam 」。cc @Livid
@isno 是的,目前我们认为这是一个比较明确的云原生技术方向,怎么把云用好我们有不少的技术思考点,也在 V2EX 跟大家分享。。
我再补充两个有意思的项目:
1. neon: https://github.com/neondatabase/neon
2. dolt: https://github.com/dolthub/dolt

里面基于对象存储做了很多数据共享方面的产品创新。云计算聚集了超大的规模,“无限容量”的低成本对象存储将成为数据密集型软件的唯一选择,同时基于共享存储的各类数据互通,格式互认,甚至完全的 Zero ETL 都正在发生。
我再补充两个有意思的项目:
自己顶一下,长期招聘哈!
@saka0609 抱歉哈,目前 SRE 相关的岗位确实还没有,后续会设置这个岗位,感谢对 AutoMQ 的关注。
自己定一下,有打算换工作的,千万不要犹豫哈。。
@amon hhh 你不说我都没发现。。。
@xuzhzzz 目前还没有哈,automq kafka 已经生产可用了。你这边有需求吗?
@sampeng 你们是什么场景呀,有混合 on-demand 实例使用吗?
用好 Spot 实例是用云的最佳实践,欢迎大家一起讨论使用 Spot 实例面临的各种问题啊。。。
大家如果想了解 AutoMQ 背后的技术,可以访问我们的官网,或者加入我们的社区群: https://www.automq.com/
@aLazarus 感谢支持!
@XDMonkey 请相信云厂商提供的块存储、对象存储这类服务,背后有数百人的团队,一定比企业自建更稳定。另外,在云上,最大的稳定性风险实际上是来自于软件故障,因为云上所有的资源生命周期都是通过 API 来管理的,我们架构上很容易通过「可编程」的理念来应对这些故障,比如 ECS 、EBS 、S3 任意一个资源出故障,我们都可以通过 API 创建替换资源用于容灾。
@cyifei2023 我们因为基于 S3 构建了一层共享存储,实际上是一个 Shared Everything 的架构,Apache Kafka 是一个传统的 IDC 架构,走的是 Shared Nothing 路线,所以每个 Broker 都会绑定一块磁盘。存储完全共享后,我们获得了这些优势:
1. 弹性,S3 的大规模,对于单个租户,可以认为是无限容量的,再也不需要做容量评估了。
2. 因为有了共享存储,困扰 Kafka 已久的分区迁移和扩缩容问题都迎刃而解。
3. 最重要的是成本,不需要复制,省了大量的存储和计算成本。
4. 存储卸载至云,Kafka Broker 变得无状态,云厂商的竞价实例都可以用起来。

我们发表过一篇技术文章,讲解我们的云原生架构,可以看一下:[上云还是下云:章文嵩博士解读真正的云原生 Kafka 十倍降本方案!]( https://www.infoq.cn/article/f4hJdZqtKAQdJvCKQYq7)
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5618 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 01:21 · PVG 09:21 · LAX 18:21 · JFK 21:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.