我们有一个适度复杂的解决scheme，我们需要构build一个生产环境。
有大约十几个组件（在这里我使用“组件”的定义，这意味着“可以独立于其他组件”而失败 – 例如Apache服务器，Weblogic Web应用程序，ftp服务器，ejabberd服务器等） 。 有许多weblogic web应用程序 – 我们需要决定的是有多less个weblogic容器来运行这些web应用程序。
系统需要高度可用，系统内外的通信通常由SSL进行保护
我们的数据中心团队将处理VLANdevise，机架，服务器规格和构build等事宜。
因此，我们仍然需要做出的决策types是：如何将组件映射到物理服务器（和weblogic容器）识别所有通信path，确保所有通信path都具有弹性，或者存在具有弹性的“上游”通信path，以及故障转移取决于“下游”的所有单点故障。 决定终止SSL的位置（例如在负载均衡器上，或在Apache服务器上）。
我的问题不在于如何作出决定，而在于是否有任何标准（尤其是在图表中）loggingdevise问题和devise决策。 例如，看起来很奇怪的是，Visio没有像这样的模板 – 它具有更多物理布局的模板，以及更多的逻辑/软件体系结构图。
所以现在我正在使用一个基本的Visio图表来表示每个组件，它们之间的通信，并计划用主机名，端口，每个通信链接是否具有弹性等来扩充它们。
这一切都像是以前必须做过的事情。 有文件logging的标准吗？
免责声明：我是以下软件的创始人之一。
请看device42作为一个可能的解决scheme。 我们让用户定义应用程序组件并添加对其他组件的依赖关系。 影响和依赖关系图表会自动创build。 在多个服务器上运行的服务可以使用集群设备进行可视化表示（我们也在为此添加networkingpath）。