我正在为一项新业务设计一个系统，并且处于一个独特的“全权委托(delegate)”位置。
与所有企业一样，它计划持续很长时间并发展到不确定的规模。
是否值得全力以赴开发一个具有显式数据和服务总线的完整企业架构，其中每一层都是某种 Web 服务……或者我应该设计一个可能工作的最小系统并计划不断发展随着时间的推移，它会有机地发挥作用。
根据我的经验，有机种植的系统在我看来是最糟糕的继承方式，所以我想知道社区的想法是什么？
我们是否处于这样一个阶段:即使规模很小，在没有这些层的情况下发展业务也是一种不好的做法？
谢谢
最佳答案
在不了解项目具体情况的情况下，作为一般经验法则，我会选择可行的最小/最简单的解决方案。如果他们期望长期发展，他们应该期望他们的 IT 解决方案能够随之发展。
这很不幸，但似乎大多数软件都需要几次尝试才能正确，即使这样，将发生的自然变化也可能很难处理。
因此，除非您能非常清楚地说明为什么在未来可能/发生/需要的事情上投入大量精力是件好事，否则我会保持简单。
就继承有机种植的™系统而言，我认为如果利益相关者没有意识到您从一些简单的东西开始，一旦需求发生变化，这些东西可能会被抛弃(但体验不会!)，这只是一个糟糕的情况! !!!) 那么这可能是一场噩梦，因为你无法做正确的事。但是，如果每个人从一开始就知道这个想法是什么，并且他们应该期待 IT 解决方案的变化以及业务的变化/增长，那么在我看来，就不会有任何大问题。
总而言之，做最简单、有效的事情，并确保利益相关者明白这不是一次性的事情。
关于architecture - 用于新公司基础设施的企业服务/数据总线？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/441042/