Marcel Grossert的职业生涯始于企业架构师,但如今,他以认证的“专业云架构师”(AWS,GCP)的身份主要为国际制药公司提供咨询服务。Marcel在软件领域工作了近30年,在此期间获得了宝贵的知识(请查看他的LinkedIn个人资料)。为什么draw.io成功故事的核心部分是为什么不一定必须使用广泛的EA工具始终是最佳解决方案。

Marcel Grossert头像

作为企业架构师,我为客户提供有关解决方案,平台,数据流和流程可视化的概念。这意味着我一直在以极大的复杂度进行工作。多年来,我使用标准EA工具(例如Orbus iServer,SparxSystems的Enterprise Architect或Iteraplan)进行了大量工作。这些解决方案帮助我应对了高水平的复杂性。这些工具在很长一段时间内都运行良好,但是由于在当今的业务和IT环境中对敏捷性的需求不断增长,我意识到EA软件的需求已相应地发生了变化。我想分享我面临的挑战和得出的结论。

远离大景观–朝小增量步骤迈进

敏捷思维的原理是远离瀑布模型而转向渐进式步骤。当然,对我来说,“大图片”仍然是复杂软件格局的必要组成部分。但是,随着时间的流逝,较小用例的数量开始增加。对我而言,当时的挑战是要更有效地分解用于处理这种情况的工具的复杂性。

协作需求增加

敏捷工作的另一个组成部分是定期的交流和随您的收集反馈的能力。用例的分散自然会相应地增加我的沟通需求。从那时起,我开始寻找一种解决方案,以更有针对性的方式管理协作(同步和异步),以减少投资时间。

优化报告

作为软件架构师,您倾向于跨不同部门工作。随着向云的迁移,跨部门协作的趋势已经增强。因此,对于文件和报告的需求对于不断增长的人数至关重要。我意识到,另外三点对我而言变得越来越重要:简单性,可用性和相关性。

接近解决方案

我仔细研究了这些问题,并将其与我的标准情况进行了比较。无论是在时间还是资源上,记录和报告都是我最大的挑战。到目前为止,创建报告和图表非常耗时。我必须导出图表,将其与基本信息结合使用,然后将所有内容放入最终的Word文档中。

这个过程是处理图表的无效方法,这给了我一个主意。我当时供职的公司已经使用了Atlassian Confluence和Jira。Confluence被广泛使用,但没有用于记录IT解决方案或流程。剩下的唯一挑战是将图表集成到Confluence中。由于加载时间长,授权查询和最小的用户友好性,通过iFrame嵌入现有数据并不理想。然后,我开始寻找Confluence的嵌入解决方案及其相关插件。我成功了:输入draw.io。

draw.io for Confluence –优势与权衡

到现在为止,我只谈论过困扰或挑战我经典EA工具的事情。当然,决定采用轻量级解决方案draw.io时需要权衡取舍,我不想隐藏。传统的企业体系结构工具始终具有与其连接的存储库。在随后的步骤中,可以轻松地为IT环境的所有组件提供属性和对象关系,并且可以对流程进行整体处理。但是,我必须接受默认情况下不具有此限制,因此我很乐意对此进行解释。

简单,直接,快速

在Confluence中编辑draw.io图后,将创建该图的.png文件并显示在查看器中。我总是可以查看,放大并与我的涉众讨论这种状态。我之前很少见过如此简单,快速和直接的访问。

用于解决方案架构的大量可视化库

这个小时的主题是云。这意味着我现在几乎是为客户提供云解决方案的唯一途径。draw.io提供了具有形状的综合库,适用于AWS,GCP或Azure,仅举几例。这些库不仅使我的图的创建更快,而且使它们在视觉上更具吸引力且更易于理解。

随时访问最新版本

现在,可视化已作为宏集成在Confluence页面上,这意味着我和我的涉众都可以访问信息的当前状态。我们可以直接在页面上提供在线评论和反馈。没有更多的媒体中断了–数据可以在Confluence中轻松使用,并且集成的版本控制仍然使我可以选择查看较旧的版本并在必要时进行还原。

如有必要,转移到EA工具

当然,如果没有已经提到的经典EA工具,我不会完全放弃。如果我需要提供具有体系结构属性的解决方案,则可以合并draw.io图,并通过一些细微调整对其进行进一步开发。

最重要的是,作为企业和解决方案架构师,我从未后悔为Confluence和Jira分别采用draw.io。我从敏捷性和及时性的变化中获得的好处远远超过了分析功能的损失。不一定总是一个重要且全面的EA解决方案。试试看。