我正在尝试成为一名承包商，今天进行了第一轮承包商职位的面试。虽然我通过了面试，但被告知 - 作为主要的UI开发人员 - 我只涵盖了他们需要的后端基础知识，并且在第二轮面试前应该阅读有关分布式系统的内容。
到目前为止，在我的职业生涯中，我一直在进行后期操作，从未需要实时处理。 由于我只剩下几天时间，哪些主题是必须的？首先要能够回答他的问题并被视为分布式系统方面的合格人选？
问题是如何在UI界面上展示接近实时的数据？后端需要做些什么？我提到了实时数据流的生产者/消费者模式。他喜欢这个想法，但他说他需要更多的信息。
真的很感谢任何帮助，
一个分布式实时系统由问题域或解决方案域（或两者）强加的两个具有挑战性的特性组成。
一个分布式系统通过一种通信机制连接多个具有本地属性的独立计算实体。因此，算法和其他设计组件必须考虑到同步和故障模型。关于分布式计算问题的一个有用总结（不完全客观）包括在Deutsch的八个谬论中。（参见这个有用的阐述。）所有这些都有助于在（实时）分布式设计中进行考虑；每个都是基本的设计和实现关注点的出发点：
实时系统是一种要求操作完成时间的准确性是该系统功能需求和正确性度量的系统。 （我在这里打开了一个SO问题，试图澄清这一点。）事实上，几乎所有系统都可以被认为是“软件”实时系统，因为通常存在未明示的对操作时间的要求/期望。我们将实时术语保留下来，有时加上软实时或硬实时，用于不满足时间约束条件时则是错误的系统。请注意，上述谬论总结的许多关注点与时间相关。 （另请参见real-time tag wiki）
值得注意的是，RT（和DRT）系统存在一系列要求的连续性，在一个极端是“确定性”（或传统上的硬实时）。然而，许多系统具有非常重要的时间约束，但仍然是不确定性的。特别是在DRT系统的背景下，区分活动紧急性和活动优先级也很有用。在延迟和故障是真实且非平凡的因素的大型系统中，显式地管理计算和通信资源来实现及时性和其他设计要求变得更加重要，这两个维度的分离变得重要。
如果想要了解相对传统的DRT系统，请参考Kopetz的书。如果想要更加动态的视角，则建议阅读Jensen的论文以及他的网站。在Java领域中，强烈推荐阅读优秀的“可靠分布式编程简介”。这本书虽然没有涵盖所有时序问题，但是对于局部故障有着特别清晰的表述。
最近，(不可靠)故障检测器的概念成为有用的同步构造，在DRT系统的理论推理和实际制定/设计/构造技术方面能够提供帮助。关于该主题的里程碑论文是Aguilera、Le Lann和Toueg所著的“关于快速故障检测器对实时容错系统的影响”。该论文难度较大，但是能够让每一分智力投入都有所回报。
在高层次上，从后端到前端获取实时数据有两种基本方式：
推送：您可以通过发送消息将数据“推送”到客户端。我过去曾使用这种方法向客户端发送进程间消息，以通知UI更新已发生。这是传输信息的最快方式，但存在一些复杂性。例如，除非使用Flash、Silverlight等技术，否则无法将IPC消息发送到Web应用程序。此外，您需要对这些消息进行节流，因为如果发送太多，可能会使UI响应速度变慢。在这里要研究的一些技术包括MSMQ、TCP/IP和WCF等。
拉取：您的UI可以定期从后端请求数据。这种方法的优点是在UI上很容易编码：只需每隔X轮询一次数据源即可。但当然，明显的缺点是更新发生和应用程序接收到该更新之间存在延迟。这对于实时处理可能是不可接受的。无论如何，在此模型中，您可能会调用Web服务或对数据库进行调用。
当然，这只是起点。两种方法都可以使用，数据可以缓存在客户端等。这完全取决于应用程序的需求。
