考虑如何提前扩展解决方案，它需要在实际需要一个月（编程）之前实现它，或者在客户需要它时提前几天实现它。将拯救开发团队很多金钱和时间。

　　我们公司的重点是帮助客户实现可扩展性需求，也许你可以想到，客户通常会询问：“我们应该什么时候投资可扩展性？“不必通过大脑， 如果您可专业官网建设费用以在需要扩展解决方案之前每天部署此解决方案（部署），则应在当天投资。然后让投资行为“瞬间”发生，正好[网站修订公司在哪里？那这是根据戴尔/公司的需求制造的。这边走，将使贵公司的福利和股东权益。

　　但我们面临的是，无法进行投资和部署成为瞬间，即使可能，如果没有时间，它也会带来很大的风险。回来跟随，部署扩展程序的最佳方法是设计AKF Partners的设计，以实现设计 - 实现 - 部署方法。那是， D-I -D方法。这三个阶段与我们理解的三个阶段一致，那是想想和设计解决方案， 构建或写入此解决方案， 安装或部署它。这种方法不提倡没有瀑布模型。

　　我们认为敏捷方法遵循此过程，反思主观倡议。人们不会为未被注意的问题制定解决方案。和一个解决方案，如果尚未开发，制造或释放它也无法制造。无论开发方法如何（敏捷模型， 瀑布模型， 混合模型， 等等。），任何已开发的东西都需要基于一系列架构和标准。他们定义并指导我们应该做的事情。

　　1。设计[哪家公司建筑正在建立公司网站？

　　第一件事是，讨论和设计了什么？需要更多的投资而不是真正的代码来实现这种设计。考虑到设计成本，然后在实际需要之前，可以讨论和起草它以使平台具有高可扩展性。但，显然我们不想投资10次， 比生产环境中的实际需要更多的容量20次或100倍。如何扩展到此级别的能力是多的。D-I-D扩展模型中的Thendesign（设计）阶段，重点是如何将平台的容量扩展到2倍以上。甚至是无穷无尽的。我们的心理成本非常高。因为你需要雇用“大思想”来考虑“大问题”。但编程成本和资产成本非常低，因为我们没有写代码，也没有部署系统。由团体领导和程序员讨论的会议，必须扩展D-I-D方法的设计阶段中的哪个位置。

　　2。达到

　　随着时间的推移，我们预见的扩展需求正在接近。这一天需要在软件（实施）中实施。我们必须基于实际需求，减少延伸范围，例如， 它延伸到当前尺寸的3-20倍。在这里使用“尺寸”，它是最大的瓶颈被认为是系统扩展。所以， 有必要执行通过可扩展性修改的元素。也许有这样的情况，那是， 该系统延伸到当前大小的100倍（或更高），并扩展到成本的20倍。然后我们不如完成这些修改一样好。不分为多次。模块化用户在x中需要，分发（或共享）到多个（n）系统和数据库，这可能发生。我们可以编写一个变量cust mod，随着时间的推移，它可以配置为1（电流）到1000（5年后）。编程（或实现）成本使此修改不会随n而变化，网站的建设所以我们最好选择这种方法。这种修改，带来高编程成本， 中脑成本（已在生命周期的早期设计）和低产成本，因为如果我们只计划部署1次或两倍模块，然后不需要部署100次系统。

　　3.部署

　　D-I-D方法的最后阶段[上市公司网站生产公司好]部署。仍然使用上述模块化示例，我们希望使用即时方法部署系统。没有理由允许资产减少股东的福利。如果我们是一个更高速增长的公司，然后你可以把它放在生产环境中。峰值容量的5倍。如果是超高速公报，峰值容量可以在生产环境中找到。我们经常告诉顾客，用于爆炸性容量，利用“云”，为了避免备用33％的资产以防止突然的客户活动增长。在部署阶段，需要高产成本，其他成本低水平。这种类型的总成本最高，部署相当于需求的容量的系统，将使许多公司转为关闭。记住，可扩展性是一个灵活的概念，它可以扩展，它也可以收缩，我们的解决方案需要根据两个方面考虑。所以，灵活性至关重要，您可能需要根据客户需求扩展或缩小解决方案中的不同系统。

　　虽然D-I-D方法的每个阶段都有不同的大脑，但是 编程和资产成本，但整体成本基本上是一致的。可扩展性的设计和思维成本相对较低。所以你应该这样做。这些活动最好组成文件。为了有需求，程序员可以根据文档快速编写代码。将设计解决方案（开发）写入代码以稍后进行，发展成本略高，但无需在生产环境中真正实现。我们可以如上面的模块化示例中所述。修改少量代码，无需购买相当于现有容量的100倍的系统。最后，挑选[众所周知的网站建设Quote]使用此方法，只有在需要时才购买它。可以从设备供应商建设的主要网站上购买6周，或者在极其紧迫的情况下，让系统管理员转到本地服务器存储。