SEO秀

您现在的位置是:首页>SEO技术

SEO技术

有风险的架构是什么?

seo秀2021-01-18 09:36:18SEO技术88来源:西安百度推广
这里的架构和设计模式存在许多问题,有些只用于异常有限的几种环境中,之以是在这几种环境中有用,是由于你真的明了在做什么。要是这样的话,你可以跳过这章不读。但为了使我的说法能够安全地适用于所有情形,我建议你不要使用这些架构。

分片

经常能够听到这样的建议:ldquo;要尽早分片,经常分片。rdquo;我的建议则大为差别ldquo;除非不得已,不要分片rdquo;。如果有足够的履历,明了不得不分片,那就要对分片做好准备,但仍然要等到需要分片的时刻再举行分片。分片存在一些问题。



主要问题是分片现在已经很盛行,而且人们分片做得太早、太频仍。我看到的大多数系统,要么已经做了分片,要么正在思量做分片,实际上基本就不需要逐一只需要对现在可用的商品硬件举行充分利用即可。以我的看法看来,对一个中等规模的应用,就要将其构建在跨越数百台低档机械的分片架构上,试图提供无限伸缩能力,是异常愚蠢的。实在,只需要购置几台足够好的机械,在工程上多做些思量,就足够了。对每个睁大眼睛、指着分片的乐成故事的人(我曾经就是其中之一),我可以给你看一些没有使用分片的大规模应用,只是靠了几个伶俐的人,就能运维这种大规模应用。我的同事,另有我,也曾经看到过大量的最盛行的分片应用,透过表面现象,内部却是资源的极大虚耗。

分片架构比你预想的要昂贵得多,甚至在短期内也是云云,历久则一定云云。这方面的例子有:分片一旦确立,则无法为了重新平衡的目的而再次构建;或者使用一种过于简朴的方式,如用简朴的取模算法作为分片函数。用低劣的工程方式构建分片架构,无疑是一种短视行为,从而也是基本无法实现可伸缩的。对于真正主要的事情也就很难思量和设计,如常见的失效情形。若是要在许多台机械上漫衍应用,或哪怕只有几台,都要认真地思量失效转移和故障后回切。应用程序也可能需要思量失效的容错性,如果一部分数据集不可用,要能够降级运行。

分片的第三个问题涉及过分设计(overengineering)的风险。大多数事情都很难做到正好,不是做过头了,就是没有做到位。畏惧架构没有足够的灵活性,或畏惧不知道怎么做到正好,很容易导致过分设计。这不仅使事情过于庞大,还会发生无休止的贫苦。

写入多台主服务器

存在许多诱惑性的陷阱,其中之一就是,将复制拓扑中的多台服务器设置成可写的,你以为这样做就万事大吉了。通常的想法是,ldquo;这样就能够提高写操作的性能rdquo;或者ldquo;所有节点都是同等的,从而失效转移就容易实现了。rdquo;然而,这两者都是错误的。p分页题目e

在主-主设置中,通过向两台主服务器写,是无法提高性能的。所有的写操作都要通过复制发送给从服务器,在每个节点上都要重复执行该写操作,以是,写操作从哪台服务器上发出,是无关紧要的。

由于复制是异步执行的8,在多个位置举行写操作异常容易失足,而且险些一定在许多情形下都市发生贫苦,这些情形包罗失效转移、应用程序错误、程序员错误,以及大量的其他常见情形。通常导致的效果有丢失数据,以及长时间的、没日没夜的苦干,试图将系统恢复到合理的、一致的状态。试图说服你的老板或同事不要这样做,一定很难题,但一定要试试。

多级复制

若是可能的话,只管不要使用多级复制。使用一台主服务器和N台从服务器,而不是从服务器的从服务器的从服务器,要简朴得多。麻花链链的从服务器结构,有的时刻是有优点的,但可能的话最好制止使用。孙子辈的从服务器和重孙子辈的从服务器很难治理,如果在这些从服务器和位于金字塔顶端的主服务器之间的中间级别上发生问题的话。常见的问题有复制延迟、服务器溃逃、错误以及网络问题。

环形复制(多于两个节点)

要像逃避瘟疫一样制止使用环形复制,其失效情形,不管是数目照样庞大度,都大得超乎想象。就在几天前,我接到一个请求支持的电话,那是由5台服务器组成的环,在试图移掉其中一台而用另外的服务器替换时,却发生了语句死循环的问题。这种架构异常懦弱,随时都市引发灾难。

依赖于DNS

我已经说过这一点,但仍然值得再重复一次。DNS很懦弱,依赖于DNS最终会自食苦果。将DNS用于域名查询是没问题的,但DNS不应该受失效转移的影响。不要将循环DNSinfin;用于负载平衡。同理,也不要使用/letc/hosts,对这个文件的版本调换、治理以及部署都要是原子操作。

所谓的实体一属性一值(EAV)设计模式

每当有人对我说,ldquo;我有一个托管的多租户Saas应用hellip;rdquo;我都能够弥补他的下半句:ldquo;你使用的是EAV,而且有性能问题。rdquo;在你不知道最终的数据模式是什么,或者基本就没有最终的数据模式时,EAV是有诱惑力的。这往往出现在ldquo;托管的、多租户的SaaS应用rdquo;中,这只是由于公司想销售有灵活性的器械。他们想这样告诉客户:ldquo;不管你的数据是什么样的,都市适合我们的系统的。rdquo;但这并不是关系数据库的工作方式。由于很快就会发生100个表的自毗邻(self-joins),而发生的查询设计除了由于搜索整个磁盘而发生的随机IO之外,不会做更多的事情。这些搜索在网站建设索引中找到一点儿数据,然后将这些简朴的值按行拼接起来逐一这个历程很慢的。在 MYSQL中,你是无法做100个毗邻的, MYSQL的限制是每个查询只能最多对61个表做毗邻,实际上不到20个表的时刻就已经有问题了,由于执行设计的盘算太庞大了。p分页题目e

(责任编辑:网络)

发表评论

评论列表(22人评论 , 88人围观)
  • 2021-02-24 21:24:16

    俄罗斯方块教会我们:如果你合群,就会消失。

  • 2021-03-19 23:42:56

    一见钟情就是好看,深思熟虑就是没钱。

  • 2021-02-23 05:42:38

    如果你吃了亏,千万不要喝水,不然你会变污的。

  • 2021-04-16 12:56:16

    高考失败不要紧,以后还有更多失败等着你。

  • 2021-02-13 20:47:43

    不要以为老天在折磨你,而事实上,老天根本就不在意你。

  • 2021-03-14 22:39:50

    穷你就努力啊!不努力折腾,你怎么负债百万。

  • 2021-02-09 23:06:20

    做一天的好人并不难,难的是做一辈子有钱人。

  • 2021-02-11 23:40:29

    路漫漫其修远兮,吾将上下而求人。

  • 2021-02-06 01:34:57

    失败乃成功之母,但往往失败都是,不孕不育。

  • 2021-02-01 16:26:18

    我捡了个神灯,许愿我死前能找到女朋友,结果我获得了永生!

  • 2021-01-18 13:03:38

    钱买不来爱情,但是可以买走爱情。