微服务架构 为什么电脑还沿用冯·诺伊曼结构而不使用哈佛结构？

为什么电脑还沿用冯·诺伊曼结构而不使用哈佛结构？今天的计算机，在宏观层面上，看起来仍然像冯·诺依曼的体系结构。在微观层面上，它们已经是哈佛建筑，或者两者的混合体。冯诺依曼架构将代码和数据放在同一内存中

为什么电脑还沿用冯·诺伊曼结构而不使用哈佛结构？

今天的计算机，在宏观层面上，看起来仍然像冯·诺依曼的体系结构。在微观层面上，它们已经是哈佛建筑，或者两者的混合体。

冯诺依曼架构将代码和数据放在同一内存中。哈佛体系结构的代码和数据放在不同的内存中。

目前，个人计算机的处理器和内存是分开的，程序和数据放在统一的地址内存中，因此可以认为它属于von Neumann体系结构。

然而，在CPU中，从内存中获得的数据和指令将被放入各自的缓冲队列（高速内存），并带有自己的缓存和控制单元，因此更符合哈佛体系结构的描述。

两者之间也有混合，例如数据和指令使用统一的地址总线，但有自己的数据总线，等等。因此，现代处理器已不能简单地用冯·诺依曼或哈佛体系结构来描述。

随着架构设计的演变为什么项目中需要用到SOA框架？

当我们在10多年前接触到SOA概念时，主要来自IBM和Oracle的领先厂商以及一些国内中间件制造商都在跟进。人气不亚于区块链、中间平台和aiot。所有公司都使用自己的产品和解决方案组合来推断SOA。更典型的产品是ESB、BPM、portal，有时还有DP开发平台。当时很多企业决定构建SOA，软件开发者甚至ERP厂商都必须与SOA有关联，否则他们不知道怎么谈电影，不好意思跟别人打招呼。

SOA面向服务架构是一种设计理念和架构规范，用于构建灵活的it架构，支持随需应变的业务。

然而，应用软件厂商强调的集成更多的是大规模系统模块之间的集成，而中间件厂商强调的是异构应用系统之间的集成。

很多时候，企业系统必须基于SOA进行集成，但仅仅依靠ESB、BPM和门户是不够的。必须有MDM主数据治理、IDM统一权限、统一账户和统一认证。MDM是深度应用集成（如BPM跨异构系统过程集成）和深度数据集成（DW、BI、BD、DSS、DAP和其他数据分析平台项目）的基础。SOA产品的综合集成项目是基础，只有产品是不够的。需要甲方的高层支持，需要业务部门、应用厂商、信息部门的高效合作、拼搏和妥协。这是一个考验交付团队和甲方能力和决心的大项目，经过十多年的投入，从产品的实施、管理体系的实施、解决方案的实施、企业文化的实施等方面都提炼出了许多最佳实践，已成为数据链敏捷集成的基因。

地球演化中有哪些超乎人想象的现象？

我说了两件至今地球上没有人能解释的事情：

以上两个数字表明，地球自转轴的角度可以通过φ与5°角的黄金比例来计算，计算结果与实际测量值完全一致。地球的倾斜符合黄金分割的审美标准，处于适当的状态。

这个数字是玛雅人发现的：在7.13.0.0.0天内，所有年份的分数（大约1/4天）加起来就是两年。这里，玛雅数字是20，但是十位数是18，所以1.0.0是18×20=360，也就是1年。

以上两个数字固定地球的自转、公转和倾角。这些数字是这样出现的，除非有先进的文明，否则地球人无法解释，但这种解释更不可靠。

为什么传统行业几乎都用Oracle，而互联网行业几乎都不用Oracle呢？

首先，银行需要绝对稳定。可以委托它全权负责使用付费的非开源产品。此外，数据库制造商将有专门的维护，以节省担心，努力和安全。

MySQL开源产品的稳定性没有O高，很容易深入开发。然而，MySQL的使用完全取决于您。银行不会找一个特别小组来维护随时可能发生的定时炸弹。此外，银行有大量的交易，但它不像互联网应用程序那样超级并发。它们大多由内部接口使用，分为两部分，区域是不同的服务器，每个区域只存储自己的相关数据。比如，如果你把钱从广东转到山东，原来的山东账户就不会保存你的记录。只有转移后，山东数据库才能有记录。在依托甲骨文商业委托的基础上，我行还将进行对账，确保数据一致性。

但是互联网企业是不同的。超级并发和小型计算机不再满足并发条件。即使Oracle足够优秀，要使用专门为更高并发性设计的MySQL，您也需要一个专业的团队来维护它。稳定性不如Oracle，但是分布式集群可以避免这种情况。由于开源，MySQL还可以根据自己的需要定制自己的功能。但大多数公司并不使用它。小公司也是这么用的。阿里巴巴对MySQL的重新开发，除了可以自己使用，还可以销售服务。

另外，除了并发问题，阿里巴巴选择m而不是O的原因是Oracle太贵，因为企业要考虑收支。就连阿里巴巴的利润率也不如银行