高比例尺站点的单技术栈与多技术

Question

最近，由于旧设计中存在大量维护问题，我被告知要重写现有站点的想法。

基本上，该公司正在考虑彻底重写aprox。他们90%的站点是用PHP编写的，使用的是内部框架。

该公司希望重建后端和道路的前端以及一些方式，以尽量减少他们的维护问题，并使引进新泰伦特更容易，它不需要花几个月的学习架构，然后他们才能成为情绪化的开发商。

我们提出了几个可能的体系结构，其中一些涉及使用现有的脚本web框架(如Cake、Django或RoR )重写整个站点，以及使用Java甚至.Net编写的一些编译语言框架。此外，我们还提出了一些跨技术解决方案--比如在Django中构建的带有Scala后端的web应用程序。

我想知道使用一个单一的技术栈(比如RoR)会有什么好处，比如在两者之间使用一个交叉(比如RoR和Scala，就像Twitter现在做的那样)和vise之间的交互。

考虑到该公司的网站是一个高流量网站，每天有超过100万的独特访问者，这将在一个长时间内(几个月到一年)缓慢过渡到新的架构。

谢谢

Answer 1

一般来说，我不认为任何特定的技术栈在性能上都比其他技术栈更好；Facebook运行在PHP之上，而且我第一手地知道Java和.Net的扩展性也很好。基于您刚才所说的，我更担心的是与可维护性相关的问题，而不是性能和可伸缩性。

一般来说，如果可能的话，我会把它保存在一个众所周知的技术栈中：

在一个著名的平台/技术栈中更容易找到(好的)工作人员；市场上会有更多的人，而且价格不会像技能那样昂贵-- rare.

• Splitting --你的技术意味着你需要更广泛的知识；通过坚持使用单个技术栈，您可以专注于单个技术栈，而更好/更快的results.

• People倾向于将重点放在一个平台/技术栈上，因此更容易找到技术X的开发人员，而不是技术X、Y和Z.

• --团队成员可以更容易地在系统的不同部分工作，因为它们都是用相同的技术编写的--大概是以类似的方式编写的。

• 就整数而言，同一技术栈中的项目更适合一起工作。进入不同的堆栈会很快变得更加困难和更难support.

• Where，您确实希望使用不同的技术，确保边界是基于清洁的标准或与技术无关的标准，比如web服务/ JSON调用。

Answer 2

重写你的整个代码库将需要很大的努力和巨大的压力，在开始的时候，你最好把最初的时间估计增加一倍或者三倍。你可以从两个角度来思考你的问题：

1. 平台的数量。为了最小化和管理这项任务的复杂性，您必须尽可能少地使用新技术/平台来减轻精神压力。例如，RoR相对于经常被引用的PHP+Smarty的一个优点是，使用RoR，您不必学习一种新的表示语言。学习新技术需要
2. 团队的努力。如果您现有的团队已经具备了PHP、Django等功能，而不是RoR，那么您最好还是重用现有的技能，因为开发人员的精神压力会更小。

Answer 3

单一技术意味着较少的运动目标；只要满足要求，简单总是更好。所以，尽可能多地使用你需要的技术，但不要更多。技术并不重要；正确的技术使你的工作更容易。所以，问问自己，你当前的痛处是什么，每一种技术都会有什么帮助。