碎片化
通常可以听到这样的建议:“将电影分开,经常碎片化。“我的建议很棒,“除非你必须已经有了,不要磨砺。 “如果有足够的经历,我明白我必须幻灯片。[制作的上市公司列表是什么]那然后你必须准备一个碎片。但仍然想等到你需要一个碎片。分裂一些问题。
主要问题是,碎片现在非常受欢迎。人们太早了, 太频繁了。我看到的大多数系统,要么你做了一个碎片,要么考虑到碎片,实际上, 你不需要一个, 您只需充分利用当前可用的硬件。在我看来, 似乎是一种中型应用程序,有必要在数百台低档机器上建立一个碎片架构。试图提供无限的伸缩能力,这是非常愚蠢的。实际上,只需购买一些足够的公司专业网站建设价格机器,在工程中进行更多的考虑,就足够了。一个有成功故事的人,有一只大的手, 这是一个成功的故事之一(我曾经是一个)。我可以向您展示一些不使用碎片的大型应用程序。只是依靠一些聪明的人,可以操作此大型应用程序。我的同事,和我,我还看到了很多更受欢迎的切片应用程序。通过表面现象,它在内部浪费资源。
拆分架构比预期的要贵得多。即使在短期内,长期必须是这种情况。这个例子是:师一旦建立,为了重建目的,无法再次建立; 或使用过度简单的方法,作为一种简单的建模算法作为碎片函数。用工程方法差,构建碎片架构,无疑是一种短暂的行为,所以, 也可以实现可伸缩。难以考虑和设计真正的重要事物。作为通常无效的情况。如果要在许多机器上分发您的应用程序,甚至是几个,有必要考虑失败转移和失败。应用程序可能还需要考虑故障的容错,如果数据集的一部分不可用,能够降级。
[企业网站设计] 碎片的第三个问题涉及过于突出的风险。大多数事情都很难做到,我不必做我的脑袋。只是不这样做。恐惧架构没有足够的灵活性,或害怕, 不知道该怎么做,它很容易引起过度的设计。这不仅使事情变得更加复杂。还有一个无尽的麻烦。
编写多个主服务器
有很多诱惑陷阱。其中一个是,在复制拓扑中配置多个服务器以可写。你觉得你有一件好事吗?通常,想法是“这将提高写操作的性能”或“所有节点都是相等的。因此, 故障传输易于实施。“然而,两者都是错误的。
网站建设多少价格
在主站配置中,通过写入两个主要服务器,不可能提高性能。通过复制将所有写入操作发送到从服务器。在每个节点上重复写入操作,所以,哪个服务器从写操作发出,它是无关紧要的。
因为副本是异步执行8,在多个位置写入很容易。在许多情况下,几乎可以遇到麻烦。这些情况包括失败转移, 应用错误, 程序员,还有很多其他常见情况。通常结果丢失了数据,很长一段时间, 没有, 没有晚上,试图将系统恢复到合理的, 一致的状态。试着说服老板或同事不要这样做,这是困难的,但必须尝试一下。
多级复制
如果可能的话,尽量不使用多级复制。使用主服务器和站立从服务器,不是从服务器从服务器的服务器,它更简单。来自服务器结构的区域链,有时有一个优势,但更好避免使用。孙子的一代很难从服务器和沉重的孙子从服务器管理。如果您在金字塔顶部的这些从服务器和主要服务器之间存在问题。常见问题具有复制延迟, 服务器崩溃, 错误, 和网络问题。
环复制(超过两个节点)
避免使用环拷贝,如避免瘟疫,它的失败情况,是否是数量或复杂性,这是非常难以想象的。就在几天前,我收到了一个电话,这是一个由5台服务器组成的戒指。试图[网站建设和优化推广计划]当其中一个被删除并且替换附加服务器时,然而, 声明周期存在问题。这种架构非常脆弱,灾难可以随时造成。
依赖DNS
我说过这么说,但仍然应该再次应得。DNS非常脆弱,取决于DNS, 它最终将是自给自足的。DNS for域名查询没问题,然而, DNS不应受到故障转移的影响。不要使用循环DNS∞进行负载平衡。相似地,不要使用/ Letc / Hosts,版本更改, 管理, 并部署本文档是原子操作。
所谓的实体一新建网站需要多少钱个值(EAV)设计模式
每当有人告诉我,“我有一个托管的多租户SaaS应用程序。“我可以加入他的下半年:”你使用的是EAV,和性能问题。“你不知道的最终数据模式是什么?或者根本没有最终数据模式,EAV很诱人。这通常出现在“托管, 多租户SaaS应用程序“,这只是因为公司想要销售灵活的东西。他们想以这种方式告诉客户:“无论您的数据是什么,将适合我们的系统。“但这不是与关系数据库合作的方式。因为它会产生100个表的自连接(自行连接,除了通过搜索整个磁盘生产的随机IO之外,不会做更多的事情。这些搜索在网站建设指数中找到了一点数据。然后, 这些简单的值拼接, 这个过程很慢。在mysql,你不能做100个连接, MySQL的限制是每个查询只能连接到61个表。当不是20张表时,已经存在问题,因为实施计划的计算太复杂了。
专业网站开发官网 网页建站服务商
请立即点击咨询我们或拨打咨询热线: 13968746378,我们会详细为你一一解答你心中的疑难。项目经理在线