波斯特雷斯尔

波斯特雷斯尔

应用程序和数据/ 数据存储/ 数据库

决定 在FundsCorner 关于 扎帕AWS兰姆达,SQLAlchemy蟒蛇,亚马逊Node.js蒙哥德针迹波斯特雷斯克蒙哥大

耶亚巴拉吉的化身

最近,我们正在研究一些可靠且经济高效的复制我们生产中的数据的方法。蒙哥大到A波斯特雷斯尔数据仓库和商业智能数据库。

我们为完成这项工作的最佳工具设置了以下标准:-数据复制必须接近实时,然而,它不应该影响生产数据库——数据复制必须是水平可伸缩的(基于负载)。异步和抗崩溃

根据上述标准,我们选择了以下工具来执行端到端数据复制:

我们选择蒙哥德针迹用于获取源数据库中的更改。它是MongoDB的无服务器平台。MongoDB Stitch提供的服务之一是Stitch触发器。使用缝合触发器,可以执行无服务器函数(在J.N.)实时响应数据库中的更改。当数据库发生大量更改时,Stitch通过异步队列自动“前馈”这些更改。

我们选择AmazonSQS作为管道/消息主干,用于将MongoDB的更改传输到我们自己的复制服务。有趣的是,MongoDB Stitch提供与AWS服务的集成。

J.N.函数,我们编写了将数据库更改(插入/更新/删除/替换)传递到亚马逊简单队列服务.

接下来,我们在蟒蛇要收听SQS上的消息事件,获取数据有效负载并将数据库更改镜像到目标数据仓库。我们通过模拟目标表结构实现了源数据到目标数据的转换。圣卢西亚.我们将此微服务部署为AWS兰姆达具有扎帕.和扎帕一起,将服务部署为事件驱动的水平可伸缩lambda服务非常简单。

最后,我们必须实现一个高度可扩展的近实时更改数据复制服务,该服务在几天内就可以“工作”并部署到生产环境中!

二十三 优胜亚博平台怎么样票 · 22.1K 意见

决定 哨兵 关于 雷迪斯波斯特雷斯克西芹,詹戈在内存数据库中,MasaGeigeUE

jtcunning化身
操作工程师 哨兵 ·
雷迪斯雷迪斯 波斯特雷斯尔波斯特雷斯尔 芹菜芹菜 丹戈丹戈
#InMemory数据库
一个消息

哨兵作为一个开放源码的项目开始(并继续)的,从2008年制造的错误日志工具中成长出来。九年前的原始建筑丹戈芹菜(python的异步任务代码库)具有波斯特雷斯尔作为数据库和雷迪斯作为芹菜背后的力量。

即使在那时,我们也展示了一个真正精明的品牌理念,给这个项目起了一个吸引人的名字,世界各地的公司至今仍在嫉妒这个名字:django-db-log。很长一段时间,哨兵在Github上的副标题是“一个简单的django应用,一个更准确的描述可能包括星际争霸和索伦特以及爱情;无论如何,这抓住了哨兵的一切。

一个消息 #InMemory数据库

二十二 优胜亚博平台怎么样票 · 27.9K 意见

决定 堆中 关于 希特斯波斯特雷斯克数据库,数据仓库

浮雕的化身
堆股份有限公司。 ·
萃取柑橘属萃取柑橘属 波斯特雷斯尔波斯特雷斯尔
γ数据库
γ数据存储器

波斯特雷斯尔对于创始团队来说,这是一个简单的早期决定。关系数据模型适合他们要做的分析类型:过滤,分组,加入,等。,这是他们最熟悉的数据库。

采用PG后不久,他们发现萃取柑橘属,这是一个工具,可以方便地分发查询。虽然当时这是一个年轻的项目,也是一个发烧友,丹说球队很有机会,高度专家,如果他们需要的话,回到PG并不难。

他们分叉的东西在查询执行中。您可以像处理常规的pg实例一样处理工作节点。CITUS还为他们提供了大量的灵活性,使查询速度更快,再一次,他们认为数据模型最适合他们的应用。

γ数据存储器 γ数据库

十六 优胜亚博平台怎么样票 · 104K 意见

决定 在ChecklyHQ 关于 维乌斯Knex.js波斯特雷斯克亚马逊S3,AWS兰姆达,Vue.js哈比,Node.jsgithub,Docker赫鲁库

提姆·诺莱的化身
创始人,工程师和洗碗机 结结巴巴地 ·

赫鲁库 码头工人 github J.N. 哈皮 VUE JS AWS兰姆达 亚马逊S3 波斯特雷斯尔 JNEX.JSCheckly是一家相当年轻的公司,我们仍在努力寻找正确的产品特性组合,价格和受众。

我们专注于技术B2B,但我也一直想为独立开发者服务。所以我决定做一个7美元的计划。

为什么要7美元?简单地说,这似乎是科技公司的最佳去处:Heroku,Dockergithub,Appoptics(天秤座)都提供7美元的计划。他们一定对此做了大量的研究,所以,为什么不把它放回去试试呢。

有足够的生意机会,技术上。挑战包括:

  • 将部分功能分割开来,这样一个7美元的计划仍然是有利可图的。我们称之为“计划限制”
  • 更新API和后端服务以处理和实施计划限制。
  • 将用户界面更新为友好的状态,计划限制在用户界面的某些部分生效。
  • 更新定价页以反映所有更改。
  • 保留实际处理后端,储存和原料药尽可能保持原样。

本质上,我们从严格的基于数量的定价转向了基于价值的定价。下面是我们为达到目标所做的技术步骤和决策。

  1. 我们更新了我们的波斯特雷斯尔模式,所以计划现在有一个“功能”数组。这些是表示功能切换的字符串常量。
  2. 这个VUE JS前端从武克斯登录时存储。
  3. 基于这些值,用户界面很简单V-IF声明只显示功能或显示友好的“请升级”按钮。
  4. 这个哈皮API在每个相关的API端点上都有一个钩子,用于检查用户的计划是否启用了功能,或者没有。

旁注:我们每月在开发者计划中提供10条短信。然而,我们并没有真正计算有多少人在发送,我们必须更新我们的警报守护进程(运行在Heroku上,并通过AWS SNS触发SMS消息),以实际触发一个计数器。

我们构建的基本上是基于平面特征的特征切换。它对于将来的添加是非常可扩展的,我们的调度和存储后端实际上运行用户的监控请求(aws lambda)并存储结果(s3和postgres),它不知道所有这些,并且保持不变。

希望这能帮助任何人构建出他们的SaaS,并处于类似的情况。

十六 优胜亚博平台怎么样票 · 7.5K 意见

决定 针脚 关于 波斯特雷斯克MySQL克洛杰尔

杰克斯坦的化身
首席执行官 针脚 ·

我们的大多数克洛杰尔微服务是简单的Web服务,它用CRUD操作和一点业务逻辑包装事务数据库。我们都使用MySQL波斯特雷斯尔对于事务数据持久性,为了利用Postgres社区的新特性,从前者过渡到后者,以获得更新的服务。

我们的大多数clojure最佳实践都可以用短语“保持简单”来概括。我们避免使用更复杂的Web框架,而赞成使用环库来构建Web服务路由,我们更喜欢将SQL直接发送到JDBC库,而不是使用复杂的ORM或SQL DSL。

十五 优胜亚博平台怎么样票 · 5.7K 意见

决定 在Uploadcare 关于 波斯特雷斯克亚马逊dynamodb,亚马逊S3,雷迪斯蟒蛇,谷歌应用引擎

德米特里·穆金的化身

UploadCare通过利用AWS构建了一个无限可扩展的基础设施。在AWS的基础上,我们可以处理每天350m的文件上传请求,操作,和交付。当我们在2011年开始的时候,唯一的云替代AWS是谷歌应用引擎对于我们想要构建的一个相当复杂的解决方案来说,这是不可行的。我们也不想买任何硬件或使用共同的地点。

我们的堆栈处理接收文件,与外部文件源通信,管理文件存储,管理用户和文件数据,正在处理文件,文件缓存和传递,以及管理用户界面仪表盘。

在其核心,UploadCare运行于蟒蛇.2011年在佛罗伦萨举行的欧罗巴斯会议给我们带来了很大的启发,再加上它足够普遍,能够解决我们面临的所有挑战,这一事实为这一决定提供了信息。另外,我们以前在Python工作过。

我们选择使用Django构建主应用程序,因为它的功能完整性和在Python生态系统中的巨大占用空间。

我们生态系统中的所有通信都是通过几个HTTP API进行的,雷迪斯亚马逊S3,和亚马逊发电机.我们决定采用这种体系结构,这样我们的系统就可以在存储和数据库吞吐量方面进行扩展。这样我们只需要Django在我们的数据库集群上运行。我们使用波斯特雷斯尔作为我们的数据库,因为在集群和扩展方面它被视为行业标准。

十五 优胜亚博平台怎么样票 · 3.7K 意见

决定 堆中 关于 堆Node.js卡夫卡波斯特雷斯克希特斯框架完整堆栈,数据库,MasaGeigeUE

浮雕的化身
堆股份有限公司。 ·
堆 J.N.J.N. 卡夫卡卡夫卡 波斯特雷斯尔波斯特雷斯尔 萃取柑橘属萃取柑橘属
#框架完整堆栈
γ数据库
一个消息

AT,我们搜索了一个现有的工具,可以让我们表达我们所需要的全部分析,索引构成分析的事件定义,是一个成熟的,本机分布式系统。

在这次搜索中空出来之后,我们决定在“成熟度”需求上进行妥协,并围绕萃取柑橘属和鲨鱼波斯特雷斯尔.在这一点上,我们也介绍了卡夫卡作为队列层J.N.应用服务器和Postgres。

如果我们能回到过去,我们可能会在第一天开始使用卡夫卡。采用卡夫卡最大的好处之一就是它带来的心灵平静。在分析基础架构中,通常可以使数据摄取等量。

在堆的情况下,也就是说,如果卡夫卡下游的任何东西下降,我们不会丢失任何数据——到达目的地只需要更长的时间。我们还了解到,您需要数据到达服务器和初始持久层之间的路径(在本例中,卡夫卡)尽可能简短和简单,因为这是故障意味着可能丢失客户数据的表面区域。我们了解到它非常适合分析工具,因为您可以以相对较低的延迟处理大量的传入写入。卡夫卡还为您提供了“重放”数据流的能力:它就像是整个基础设施的提交日志。

一个消息 γ数据库 #框架完整堆栈

十四 优胜亚博平台怎么样票 · 121K 意见

决定 在LaunchDarkly 关于 卡夫卡亚马逊运动雷迪斯亚马逊EC2亚马逊Elasticache,领事,帕特罗尼时间刻度B,波斯特雷斯克关系数据库服务

Jkodumal的化身
首席技术官 发射黑暗 ·

随着我们对堆栈的改进或添加了额外的基础设施,我们偏向于管理服务。大多数新的后备商店关系数据库服务现在的例子。我们使用自我管理波斯特雷斯尔具有时间刻度B对于时间序列数据,使用帕特罗尼领事.

我们还使用托管亚马逊Elasticache实例而不是旋转亚马逊EC2要运行的实例雷迪斯工作负荷,以及转移到亚马逊运动而不是卡夫卡.

十四 优胜亚博平台怎么样票 · 5.9K 意见

决定 在Dubsmash 关于 亚马逊奥罗拉无线电数据系统,雷迪斯亚马逊dynamodb,亚马逊RDS赫鲁库波斯特雷斯克平台服务,数据库,NosqlDatabaseAsService服务,SQL数据库服务

茨佩赫特化身
联合创始人兼首席技术官 杜姆斯马什 ·
亚马逊的Aurora无线电数据系统亚马逊的Aurora无线电数据系统 雷迪斯雷迪斯 亚马逊发电机亚马逊发电机 关系数据库服务关系数据库服务 赫鲁库赫鲁库 波斯特雷斯尔波斯特雷斯尔
#平台服务
γ数据库
#NosqlDatabaseAsService服务
#SQL数据库服务

多年来,我们在堆栈中添加了各种不同的存储,包括波斯特雷斯尔(一些主办)赫鲁库,一些通过关系数据库服务)用于存储关系数据,亚马逊发电机存储非关系数据,如建议和用户连接,或雷迪斯保存预聚合数据以加速API端点。

因为我们开始在rds上运行postgres,而不是只使用Heroku的托管产品,我们在扩展应用程序的同时降低了成本,从而获得了更多的灵活性。

我们也在进行大量测试亚马逊的Aurora无线电数据系统在它的Postgres兼容版本中,也会给Aurora Serverless的新版本一次尝试!

#SQL数据库服务 #NosqlDatabaseAsService服务 γ数据库 #平台服务

十三 优胜亚博平台怎么样票 · 3.9K 意见

决定 在Peergrade 关于 亚马逊RDS石墨烯,GraphQL詹戈波斯特雷斯尔

马耳他的化身
首席技术官 皮级的 ·

我们最近从mongodb和python库mongoengine切换到波斯特雷斯尔丹戈为了:

  • 更好的杠杆作用绘图语言(使用石墨烯图书馆)
  • 允许我们使用自动生成的django管理界面
  • 由于某些页面呈现数据的方式,允许更好的性能
  • 以django代替mongoengine的形式给我们一个更成熟的堆栈,我们过去有过一些问题。

MongoDB在MLAB上托管,我们现在主持Postgres关系数据库服务.

十三 优胜亚博平台怎么样票 · 2.6K 意见