代码之家  ›  专栏  ›  技术社区  ›  David Koelle

帮助经理和客户理解SOA

soa
  •  6
  • David Koelle  · 技术社区  · 16 年前

    我经常听到面向服务的体系结构(SOA)作为一个流行语在非技术客户或项目经理中流传,他们对SOA的实际含义几乎不关心也不了解(例如:“我可以买SOA吗?”)。还有很多关于SOA的错误信息(例如:“只有web应用程序才能使用SOA”)以及对其功能的普遍理解不足(例如:“SOA可以使您的所有数据协同工作”)。

    作为一个了解SOA技术方面的人,您可以使用哪些关键事实 教育项目经理正确使用和理解SOA? 与非技术人员直接沟通的最佳方式是什么?

    3 回复  |  直到 16 年前
        1
  •  4
  •   alexkr    16 年前

    • 而不是用手烤饼干 你自己去面包店。
    • 与其试图治愈自己, 你去看医生。
    • 请一个程序员为你做这件事 你。

    这意味着两大优势:

    • 每个人都比我做得更好 我们都在努力解决我们所有的问题 任务分开。
    • 与之沟通的专业人士 那些将解决我们任务的人 现实世界中这样的方式就是金钱和金钱 (商业合同)

    在软件世界中,这种体系结构是通过定义专用于执行特定任务的专用服务(应用程序)和定义解决此类应用程序之间通信问题的协议来实现的。 部署此类体系结构后,您将获得一些好处,这些好处也可以映射到现实世界:

    • 如果医生不在,你不能 可以治愈,但至少你可以得到一个 面包店的饼干!在软件中,这意味着一个失败的服务不会破坏整个系统。

    • 医生和面包师通常不在同一个房间,这使他们的手术效果更好。就像在软件中一样,您可以将每个服务放在自己的硬件上。

    对于软件世界来说,这意味着更好的可用性、可维护性、重用性和更低的成本。

        2
  •  1
  •   Jay    16 年前

    “SOA就像在当前团队的工作量过大时雇佣新员工。”整个系统的每个部分都类似于一名员工。经理了解员工;)

        3
  •  0
  •   Tamas Mezei    16 年前

    也许你的公司里有一些应用程序可以用作演示。

    我想到的另一件事是向他们展示服务可以用来通信的各种连接器(可能有一些非常古老的屏幕抓取遗留应用程序)。此外,需要澄清具有规范化和事务处理的消息总线概念。在我看来,非技术人员应该将整个SOA概念视为松散耦合的服务,通过任何类型的消息相互通信,其中服务由不同的团队编写/管理/管理(因此正式的服务声明和SLA很方便)。

    尽可能避免提及供应商。或者为每个零件提及许多供应商和技术,以便向他们展示各种选项。