问题标签 [cloud]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - 随着云计算越来越流行,关系型数据库会死吗?
虽然计算机编程布道者预测云计算的未来非常光明,但关系数据库是否有机会退出?
更适合云计算的数据库有哪些?
cloud - 软件开发会合并吗?
在系统管理部门,服务器和 IT 基础设施正在迁移到数据中心,IT 人员有时会被裁减。同样的事情是否可能发生在软件开发人员身上,世界上的软件可以由少数几家大公司生产,而不是由这么多开发人员生产?
sql-server - 多租户应用程序的一些数据库优化是什么
Salesforce 的秘诀:它使用“多租户优化器”查询其数据库 那么这种做法究竟包括什么?
php - PHP 标签云
我正在寻找有关数据库方案的帮助,而不是实际的“云”本身。
在用户提交图像并可以标记图像的站点中,应如何设置数据库以获得最佳性能?
我刚在想
所以假设我上传了一张图片,并将其标记为“多伦多,寿司,夏天”。
查询将是:
然后要检索,我会从 imageID = $imagID 的标签中选择 *。
这有缺陷吗?
design-patterns - 云计算的最佳实践
有人知道在云中实施应用程序时应遵循的最佳实践吗?
我想构建一个独立于云的应用程序。因此,DAC 应该能够通过更改配置来对抗 S3/AppEngine/Azure。是否有任何框架或最佳模式可以遵循,以便代码独立于云提供商。
编辑:我想了解我们如何抽象各种组件,例如 DAC / 会话管理等,以便将来(当云提供商开始支持其他语言时)我们将能够从一个供应商转移到另一个供应商。据我了解,我们需要使用 AppEngine 的模型而不是 Django 模型和 App 引擎的表单而不是 Django。这些往往会通过提供商锁定到应用程序。有没有办法避免这样做?
.net - Google App Engine for Java,.Net 是什么?
Google App Engine 是一种云计算架构,支持部署基于 Java 的 Web 服务。
.Net Web 开发人员可以使用哪些云计算托管选项?
opengl - 如何创建分形立方体?
我想在 OpenGL 中渲染体积云。我发现了一篇有趣的论文,它描述了一种渲染体积云的简单技术。(http://www.inframez.com/events_volclouds_slide18.htm)但是我不知道如何创建他们的“分形立方体”(或 perlin-noise 立方体)。
我的问题是:如何创建立方体的 6 个可平铺分形纹理?
编辑:我的目标是制作体积云对象,而不是云天空盒。
cloud - 埃斯珀和 SQS
我想知道这里是否有人尝试过使用 Esper 来处理来自云端的东西?特别是亚马逊的简单排队服务。我已经用谷歌搜索了这个,我们知道这是可行的,但是很高兴知道是否有人尝试过。更好的是,有人也尝试过将 Esper 放入云端吗?
architecture - 云和数据中心
我们正在设计一个基于混合云架构的新应用程序。我们希望保持数据中心在内部集中和管理。并且应用服务器可以由 EC2 Amazon 等服务提供商之一托管。我正在寻找一些关于云和数据中心之间的数据连接以及它的安全性的最佳实践。~谢谢。
amazon-s3 - 结合关系和基于文档的“数据库”
我正在开发一个关于媒体归档、搜索、上传、分发以及处理 BLOB 的系统。
我目前正在尝试找出处理 BLOB 的最佳方法。对于具有大量内存和巨大磁盘的高端服务器,我的资源有限,但我可以访问大量中等性能的现成计算机并将它们连接到 Internet。
因此,我决定不将 BLOB 存储在中央关系数据库中,因为在最坏的情况下,我将拥有一个非常重的数据库实例,可能在单个普通机器上。不是一个选择。
将 BLOB 作为文件直接存储在文件系统上并将其路径存储在数据库中也有些难看,并且必须手动管理分发,自己跟踪不同的副本。我什至不想接近那个。
我查看了 CouchDB,我真的很喜欢他们基于点对点的设计。这将允许我在 Internet 上运行分布式机器集群,这意味着:
- 低成本硬件
- 开箱即用的冗余和故障转移分发
- 轻量级 REST 接口
因此,如果我没记错的话,可以这样总结:Cloud like API and self-managed,distributed,replicated system
系统的其余部分执行任何普通 Web 应用程序所做的正常工作:处理会话、安全性、用户、搜索等。对于这一部分,我仍然想使用关系数据模型。(CouchDB 声称不能替代关系数据库)。
因此,我将拥有所有标准数据,包括关系数据库中的 BLOB元数据,但 CouchDB 中的 BLOB 本身。
您认为这种方法有问题吗?我错过了什么重要的东西吗?你能想出更好的解决方案吗?
谢谢!