我在这里谈论SOA吗？

对于政府合同,我们将建议建立一个交通监控架构.我们将有以下组件:

摄像机围绕感兴趣的区域设置.摄像机将知道它们的位置和方向以及观察参数.

一个GIS地图服务器,可以查询街道,建筑等.

一种算法,用于获取原始视频和街道位置信息并输出汽车位置.

另一种算法接收汽车位置和极低水平的街道信息,并提供有关哪些汽车正在异常行驶的信息.

另一个数据库随着时间的推移收集有关汽车位置和异常报告的信息,可以在以后查询.

在归档数据库和实时算法上设置代理(或者更准确地说,外观),以便为信息提供统一的接口.

客户端连接到代理和街道服务器,并在屏幕上绘制交通状况的各种表示.

我刚刚学习SOA是什么.这是面向服务架构SOA的理想候选者吗？我听说过SOA服务应该是无状态的(或者只是RESTful服务吗？)我也听说过将一个服务传递到下一个服务是不明智的,因为它会增加隐藏的复杂性,并且你应该做些什么使这种情况更好("编排"？).上述服务似乎是模块化和可重用的.例如,将有大量的摄像头,各种类型的车辆检测和异常算法,分布式数据库和大量客户端.我需要具备处理事件的能力:例如,如果我可能想要注册服务并在大卡车超过此点时收到通知.

如果这不是SOA理想的实现,那么我应该在哪里寻找.如果这是SOA的理想选择,那么在设计时应该从哪里开始？(而且我基本上是从阅读维基百科的SOA页面开始的.)这里有什么好的案例研究吗？

是的,SOA在这种情况下是理想的(具有多种技术的复杂的分布式系统)但是从它的声音来看,你需要做更多的研究来了解这个概念.它不是一个强硬的概念,它实际上很简单,但没有一种规定的方法可以做到这一点.我建议对类似大小的项目,成功和失败进行SOA案例研究.

你提到了一个子系统的外观.将相同的概念扩展到其他组件.例如,每个服务都是复杂子系统的外观.

此外,我建议在您选择的技术中实现几个不同的Web服务并抽象出任意不同的子系统(数据库应该是其中一个组件.)然后编写一个使用它们的客户端.这样做将为您提供大量实践经验和洞察力.

最后一点:SOA架构可能遇到的一个领域是,您是否必须在多个不同的服务之间移动视频数据.SOA的无状态,事务性质可能会在移动大量数据时或在非常大的数据集上执行批量事务时引入性能问题.您需要保持视频本地化或实施后端子系统(作弊)以避免潜在的恶劣瓶颈.