react和react2_进入React系统的勇敢新世界

react和react2

React性无疑是一个重要的话题，尽管我相信我们花了太多时间谈论React式编程 ，而只简单提及了其他实现-React式系统。 现在该重新评估了。

响应式系统在当今的IT世界中尤其受关注，因为我们需要能够处理高负载的复杂，高度分布式的应用程序。

在探讨React性系统，其基本原理和实际应用之前，让我们快速梳理React性的核心思想。

快速预热React性

响应性背后的一个大想法是创建可以优雅地处理通常快速，大量且高度可变的现代数据的应用程序。

React性系统与React性编程不同。 响应式 编程用于 代码级别 ，而响应式系统则处理 体系结构 。 并且它们并不意味着必须使用React式编程。

2014年，无功宣言2.0将现代无功系统的基本概念归纳为四个基本原则：

• 响应能力： 可供用户使用，无论发生什么情况（过载，故障等），都可以对他们做出响应。
• 弹性： 对故障，破坏和极高的负载保持免疫力。
• 弹性： 有效利用资源并平衡机器性能-垂直放大或缩小-或轻松调节涉及的机器数量-水平放大或缩小-取决于负载。
• 消息驱动的 字符： 通过将不可变的消息发送给可寻址的收件人来拥抱完全无阻塞的通信。

尽管通常将这些原则列举为一个列表，但是它们是紧密相关的，可以修改 为以下内容 ：

响应式系统基于消息驱动的通信 ，该 通信 可确保组件之间的异常松散耦合，从而使系统具有弹性 和弹性， 在过载，中断和故障的情况下 ，这两者都 有助于其 对用户的 高可用性（响应性） 。

您需要建立React式系统

React系统是关于体系结构决策的。 有N 2 O需要使用特定的语言来创建应用程序的React还有N 2 O强制需要调用任何特定的框架或工具。

但是，有一些框架遵循React式哲学，并使系统的实现更简单。 例如，您可以利用 Akka演员， Lagom框架或Axon 的好处 。

如前所述，无功系统是基于某些设计决策的， 布莱恩·哈纳菲，杰米·艾伦和罗兰·库恩 在《 无功设计模式 》一书中详细介绍了其中的一些决策 。 我们将为您介绍几种使系统具有React性的流行模式。

• 多层组织： 降低潜在的不稳定或危险组件-经常超载或易受频繁更改或暴露给第三方的组件。 因此，如果发生故障或中断，总会有一个更高级别的组件来继续工作或告诉用户出了问题。
• 消息队列： 将数据使用者与数据产生者分开。 背压机制允许React性系统（而非用户）控制环境的速度。 为了不给海量数据冲击服务器，背压机制允许服务器以方便，安全的速度从队列中提取消息。
• 脉冲模式： 负责任的服务器应定期将运行状况检查响应发送给负责的服务器。 这样可以防止在服务器未被注意的情况下消息变得虚无。
• 数据复制： 不同的数据一致性模式-主动-被动，基于共识，无冲突-可以在数据库集群发生故障和崩溃的情况下保持系统可用性。
• 安全锁： 持续跟踪服务器的状态。 如果发生太多故障或延迟大大增加，安全锁将自动使服务器免于该过程的影响并使其恢复。

什么时候切换到被动方式

免责声明：在大多数情况下，构建React式架构非常昂贵，并且需要大量的精力和时间。 它要求引入中介器组件，数据复制等。如果选择React性方法 ，请确保您的应用程序确实需要它。

简而言之，当您需要响应式体系结构的好处时，您可以采用它。 当 关键任务应用程序不能失败或 需要处理非常重的负载 时，您可以使用它 。 如果 您构建的应用程序拥有超过100,000个用户，并且想要无懈可击的UX来提高响应速度和高可用性，那么React式架构可能是值得的。

翻译自: https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/To-the-brave-new-world-of-reactive-systems-and-back

react和react2