scalability

    0热度

    1回答

    有我的应用程序,例如不同的模块 - 内容管理 费用管理和支付 调度管理 是什么为上述场景创建架构的最佳方法 - 有单独的表 有独立的DB每个 什么是可扩展性,代码的可维护性和企业的角度而言的优势/劣势?

    1热度

    1回答

    我正在研究区块链应用程序面临的问题(可伸缩性)。 目前,我正在读:https://hackernoon.com/blockchains-dont-scale-not-today-at-least-but-there-s-hope-2cb43946551a 有东西,我就死在。 “交易blockchain可以处理不能 超过正参与网络中的单个节点的数目。” 这是正确的吗?我们是否严格谈论PoW?我似乎无

    0热度

    1回答

    我有一张桌子,里面有一个单调递增的字段,我想把它放入索引中。但是,最佳实践guide表示不会将单调递增的数据放入非交错索引。当我尝试将数据放入交错索引时,我无法在其父表中交错索引。 换句话说,我希望Cloud Spanner等价于这个MySQL模式。 CREATE TABLE `my_table` ( 'id' bigint(20) unsigned NOT NULL, 'mon

    0热度

    1回答

    假设我有一个雇员表(拥有大约一百万名员工)和一个任务表(具有几百个任务)。 现在,我有一种机制来预测员工完成任务的可能性(百分比) - 假设我有四个这样的机制,并且每个机制输出它是自己的概率。 把它放在一起,我现在有n1(员工)时间n2(任务)时间n3(机制)结果存储。 我想知道什么是最好的方式来存储这些结果。 我有几个选择和想法: 保持在任的员工或任务表列(JSONField) - 关注:如果有

    0热度

    1回答

    我面临多核系统的可伸缩性问题。我的应用程序在4个物理核心机器上并行处理科学数据,8个逻辑核心启用超线程。我们推出8个JVM,每个逻辑核心一个(我们最终可能会切换到一个JVM,以避免JVM的开销) 问题是可扩展性几乎是线性的,最多4个核心,但我们几乎没有增加10-20通过增加4个“逻辑核心”来提高性能。 我通过剖析应用程序来分析线程行为,并且看不到太多的锁或线程。我也检查了pidstat,我没有看到

    0热度

    1回答

    您好,我想从不同的服务器同时建立网站...服务器必须提供nginx,php,mongoDB,redis/memcacheD,nodeJS ...我需要最少5台服务器...只为开发人员购买5台专用服务器对我来说超级昂贵。你知道提供这些东西的任何软件或服务吗?这是我的模式here

    0热度

    1回答

    我正试图自动化我们的工具的可伸缩性测试。由于我需要尝试大量的输入值来查看工具的限制,因此在改变输入值之前,我需要使用硬件执行几个步骤,这种工作对我的情况来说花费很大。这会阻止自动可伸缩性测试。那么如何在我的工具中自动进行可伸缩性测试?什么是最好的方法?我们正在使用小黄瓜情况。我想写一个脚本,它自己产生自动的小黄瓜场景。这是个好主意吗?

    1热度

    1回答

    我已经建立在春季启动,这是loadbalanced并使用RDS数据库和S3存储一个相当简单的,但越来越一套REST微服务的。所以我的服务是无状态的,数据库和存储的缩减将在aws云中进行管理。 会议将是无状态的,并通过访问令牌管理。用户可以从2台不同的机器登录,服务不会“知道或关心”。 我所有的微服务都是用java编写的,我想在PHP Symfony框架中编写前端Web客户端的原因有几个,部分原因是

    0热度

    1回答

    我无法决定是否使用InProc或Redis来存储用户会话+一些额外的数据(用户名,电子邮件等)一个高性能的web应用程序 那么两者的优缺点是什么?因为Redis选项有使用HTTP连接的缺点 - 网络延迟和HTTP使用的消耗TCP连接。 此外,将InProc方式使用到位或不同服务器上的多个IIS工人(使用负载均衡)持有的应用前景 注:如果我将使用Redis的,我会通过自定义操作注入会话状态属性到控制

    0热度

    2回答

    假设你有一个返回餐厅收视率在四个欧洲首都服务: 阿姆斯特丹 都柏林 伦敦 巴黎 使用阿卡,想象你将每个城市分配给一个演员,然后将这些演员分配到两个节点(认为Akka集群)。如果我们天真地分片我们按字母顺序排列的演员,所产生的分工是: 节点1:阿姆斯特丹+都柏林的演员(总人口400万美元) 节点2:伦敦+巴黎参与者(总人口1100万) 很明显,交通将是非常不平衡的。如果你事先不知道城市的人口,Akk