<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Reactive - 标签 - Victor's Code Journey</title><link>http://www.victorchu.info/tags/reactive/</link><description>Reactive - 标签 - Victor's Code Journey</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><managingEditor>victorchu0610@outlook.com (victorchutian)</managingEditor><webMaster>victorchu0610@outlook.com (victorchutian)</webMaster><lastBuildDate>Thu, 06 May 2021 15:02:01 +0800</lastBuildDate><atom:link href="http://www.victorchu.info/tags/reactive/" rel="self" type="application/rss+xml"/><item><title>响应式宣言</title><link>http://www.victorchu.info/posts/2021/05/462875c7/</link><pubDate>Thu, 06 May 2021 15:02:01 +0800</pubDate><author><name>victorchutian</name></author><guid>http://www.victorchu.info/posts/2021/05/462875c7/</guid><description><![CDATA[<div class="featured-image">
                <img src="/feature-images/architecture.webp" referrerpolicy="no-referrer">
            </div><p>在不同领域中深耕的组织都在不约而同地尝试发现相似的软件构建模式。 希望这些系统会更健壮、更具回弹性 、更灵活，也能更好地满足现代化的需求。</p>
<p>近年来，应用程序的需求已经发生了戏剧性的更改，模式变化也随之而来。仅在几年前， 一个大型应用程序通常拥有数十台服务器、 秒级的响应时间、 数小时的维护时间以及GB级的数据。 而今，应用程序被部署到了形态各异的载体上, 从移动设备到运行着数以千计的多核心处理器的云端集群。 用户期望着毫秒级的响应时间，以及服务100%正常运行（随时可用）。 而数据则以PB计量。 昨日的软件架构已经根本无法满足今天的需求。</p>
<p>我们相信大家需要一套贯通整个系统的架构设计方案， 而设计中必需要关注的各个角度也已被理清， 我们需要系统具备以下特质：即时响应性（Responsive）、回弹性（Resilient）、弹性（Elastic）以及消息驱动（Message Driven）。 我们称这样的系统为反应式系统（Reactive System）。</p>
<blockquote>
  <p>版本 2.0，2014 年 9 月 16 日发布</p>

</blockquote>]]></description></item></channel></rss>