企业架构指导

Question

我们公司希望在.NET堆栈整个企业的标准化应用。我们正在建设一个企业风格指南。我们有一个解决方案架构师，帮助我们与我们的企业架构的设计。他的建议包括企业服务层，并与可重用的组件企业的UI层。

我完全同意在具有将由大多数，如果不是所有的Web应用程序的数据使用的企业服务层。但是我不相信关于企业UI层。

我们的许多现有的应用程序的显示相同的信息如订单的详细信息。他的理由是，我们公司花的钱多次建立订单细节UI为每个应用程序时，它显示了已建成，便可以在其他应用程序重用。他希望建立一个能投进建或改写同一堆栈上未来应用的角度和引导可重复使用的UI组件。

我喜欢有可重用组件的想法，但我认为这应该是有限的结构和风格，不包括用户界面框架。添加UI框架，增加了复杂性各控制能力，并花费更多，我们很基本建立CMS。除此之外，我觉得我们会被锁定在具有角这不一定是坏事，但要是像反应的另一种框架是更适合于未来的应用？

我的问题是 - 1.是否有人建或在有类似的架构的环境中工作？什么是您的经验？ 2.你看到了什么，因为这架构的利弊？

在此先感谢您的帮助。

Answer 1

对于所提供的建议： -

1. 企业服务层：当然，这是必要的，您可以在统一和规范你与后端系统，数据层和第三方系统接口的方式。这就是我们所说的它通常企业服务总线“ESB”
2. UI集成不同的是UI可重用性。您可以使用多种方式UI集成 2.1的一些框架可以为您提供工具和API带来了几款UI组件“屏幕”从正在运行的应用进入一个屏幕。微软有一个framework并为目的的商业产品。 2.2如Java门户一些技术允许你包括门户“可重复使用的UI组件与它的商业逻辑”到任何其他门户页面，并提供API的Portlet之间的通信。
3. 可重复使用的UI组件当然是显而易见的，但是这是发展的做法没有真正影响的架构。它有自己的开销和管理，就要看你的项目大小。如果你有一个UI团队为所有的项目，这可能是有效的，以确保有高可重用性。

使用ESB绝对是最佳的方式，但它会改变你习惯的方式。还有一些需要考虑的方面

1. 应用程序映射到进程，重新设计应用的基础上，调查结果
2. 保护企业安全服务层和开发基地的角色访问控制。
3. 检查您的操作工作簿，以确保有企业服务层后，就可以发现问题，隔离，并减少其上使用该服务层其他系统的影响。
4. 在服务层的一个错误或失败将影响所有的系统，所以你必须提高质量和使用“如果你是不是已经”一些方法，以提高全自动化测试质量怎么样持续集成（CI）。
5. 你需要检查硬件和做容量规划，以确保企业服务层将表现良好，并能足够扩展以支持所有应用程序。这里的一个性能测试将是非常有用的。其中一个为企业架构师的主要任务是让大小为所有应用程序和推荐的企业服务层环境的规范。