neutron的基本架构？

一、neutron的基本架构？

Neutron 也是采用分布式架构，由多个组件（子服务）共同对外提供网络服务。

Neutron 的基本构架：

Neutron Server对外提供 OpenStack 网络 API，接收请求，并调用 Plugin 处理请求。

Plugin处理 Neutron Server 发来的请求，维护 OpenStack 逻辑网络的状态， 并调用 Agent 处理请求。

Agent处理 Plugin 的请求，负责在 network provider 上真正实现各种网络功能。

network provider提供网络服务的虚拟或物理网络设备，例如 Linux Bridge，Open vSwitch 或者其他支持 Neutron 的物理交换机。

QueueNeutron Server，Plugin 和 Agent 之间通过 Messaging Queue 通信和调用。

Database存放 OpenStack 的网络状态信息，包括 Network, Subnet, Port, Router 等。

二、云架构的基本转变？

特来电云平台从创立到现在已有2年多时间，总结来说，我们主要有2个阶段的发展：

1.2015年是云平台发展的元年，在这一年我们快速搭建了充电系统，因为公司成立不久，我们没有专业的公共技术团队，在技术架构上做的不好。在1.0研发的过程中,我们也意识到了这个问题的严重性，所以在15年下半年组建公共技术团队，专攻基础组件和技术平台。

2.2016年是第二个阶段：在这一年中公共技术平台有了跨越式的发展，我们先后开发了多个服务平台：比如服务网关、服务框架、监控预警平台。这些平台上线后，立即进行了业务迁移。通过技术平台的开发：我们期望在业务急速增长的过程中，可以通过追加机器的方式，快速实现系统的平滑、水平扩容。

云平台1.0的架构比较简单，是一个三层架构。通过这个图可以看到，整个架构中没有公共技术的位置。在这个模式下，业务系统对技术的复用度比较低。应用的架构、模式都是自由发挥的。这样每个系统在开发的过程中，都要实现业务特性和技术特性。容易形成：业务不专，技术不强的情况，并且各个程序对分布式、高可用实现的程度参差不齐。

在1.0的架构下，我们遇到了非常多的问题！

基于1.0的这些问题，我们在15年底就开始思考解决方案。首先，我们分析了特来电业务系统的特点。我们公司的充电业务是典型的互联网应用，对可用性、并发性等要求都非常高。传统的1.0的这种“烟囱式”的开发，很难达到互联网应用的要求。所以，公共技术的平台化是我们发展的的一个必然方向。基于此，我们重构了特来电业务系统的技术架构，下面是我们2.0的架构：

2.0架构的核心是平台化。在新的架构中，我们把系统分为了四层：前端、服务网关、服务平台、基础组件，并提供了集中化配置和监控预警。通过服务网关、服务平台、基础组件，我们规划了服务端的开发。通过配置中心和监控预警来提供系统的运维能力。

通过2016年的努力，我们做到了：

1.建立了结构完整、功能完备的服务端开发、运维框架，实现服务端开发、运行的全平台化。

2.服务端程序的运维基本做到了360度、无死角监控。

三、虚拟现实的基本特征？

虚拟现实 (virtual reality，简称 VR ) 或称虚拟环境 (virtual environment)，是一种逼真 的视、听、触觉一体化的计算机生成环境，用户可以借助必要的装备以自然的方式与虚拟环 境中的物体进行交互作用、相互影响，从而获得亲临等同真实环境的感受和体验。虚拟现实 = virtual + reality。

四、iaas平台整体架构？

iaas平台即基础设施即服务。指把IT基础设施作为一种服务通过网络对外提供，并根据用户对资源的实际使用量或占用量进行计费的一种服务模式。

消费者通过Internet 可以从完善的计算机基础设施获得服务，这类服务称为iaas平台。

基于 Internet 的服务（如存储和数据库）是 iaas平台的一部分。

Internet上其他类型的服务包括平台即服务和软件即服务。

iaas平台提供了用户可以访问的完整或部分的应用程序开发，SaaS则提供了完整的可直接使用的应用程序，比如通过 Internet管理企业资源。

在这种服务模型中，普通用户不用自己构建一个数据中心等硬件设施，而是通过租用的方式，利用 Internet从iaas平台提供商获得计算机基础设施服务，包括服务器、存储和网络等服务。

五、paas平台产品架构？

paas平台是把应用服务的运行和开发环境作为一种服务提供的商业模式。

paas平台通过网络进行程序提供的服务称之为SaaS，而云计算时代相应的服务器平台或者开发环境作为服务进行提供就成为了paas平台。

事实上，paas平台是位于IaaS和SaaS模型之间的一种云服务，它提供了应用程序的开发和运行环境。

IaaS主要提供了虚拟计算、存储、数据库等基础设施服务，SaaS为用户提供了基于云的应用，paas平台则为开发人员提供了构建应用程序的环境。

借助于paas平台服务，你无须过多的考虑底层硬件，并可以方便的使用很多在构建应用时的必要服务，比如安全认证等。

六、saas平台业务架构？

SaaS平台架构,可SaaS平台架构CRM,ERP,OA,行业软件等企业应用,含报表,表单流程,工作流等模块,支持SaaS模式,页面运用,多数据库,前后端分离等功能.saas平台架构之呈现层 saas平台架构的呈现层可使用的客户端有浏览器或本地客户端.

如果是浏览器则...saas平台架构之调度层 saas平台架构的调度层体现分布式系统的特性之一.调度层首先负责识别并通过...saas平台架构之业务层 saas平台架构的业务层负责接收调度层转发过来的请求...

七、gpma平台架构？

GPMA平台架构是广汽造车理念的全面升级，标志着广汽传祺进入了全新的平台化、模块化造车时代。

其升级的地方很多，具体可以归纳为以下十个方面：一是更加年轻化，长轴距、低车姿、低重心，造型更年轻。

二是动力响应更快，转向更加精准，驾控体验更好。三是采用全新的智能网联电子电器架构、支撑ADiGO生态系统，更加智能化。

四是采用轻量化结构，并提升发动机热效率以及变速箱的传动效率，油耗更低。五是开发MHEV/HEV/PHEV车型，兼容多种混动构型。

六是采用更严苛的质量评审标准、高里程可靠耐久及性能衰减试验，品质更可靠。七是汇聚生产自动化、信息数字化、管理智能化、智造生态化四大特征的广汽生产方式3.0，实现柔性化制造。

八是采用第三代GAC安全集成技术，优化碰撞传力路径并提升整车钢性，安全性更高。九是打造G-HEALTH健康座舱，更加健康舒适。十是支撑广汽国际化战略，新架构开发以全球主要地区需求为目标，面向全球化。

八、组织架构基本规则？

答：基本规则：目标规则。精简高效。责权对等原则。分工协调原则。创新原则。

九、amazon云平台的基础架构？

为了保证其稳定性，Amazon的系统采用完全的分布式、去中心化的架构

作为底层存储架构的Dynamo也同样采用了无中心的模式

Dynamo只支持简单的键/值（key/value）方式的数据存储，不支持复杂的查询

Dynamo中存储的是数据值的原始形式，即按位存储，并不解析数据的具体内容

十、Amazon平台的架构优缺点？

Amazon的架构经历了巨大的变化，从一开始时的两层架构，转向了分布式的、去中心化的服务平台，提供许多种不同的应用。

最开始只有一个应用来和后端交互，是用C++来完成的。

架构会随着时间而演进。多年来，Amazon将增容的主要精力放在后端的数据库上，试图让其容纳更多的商品数据，更多的客户数据，更多的订单数据，并让其支持多个国际站点。到2001年，前端应用很明显不能再做任何增容方面的努力了。数据库被分为很多个小部分，围绕每个部分会创建一个服务接口，并且该接口是访问数据的唯一途径。

数据库逐渐演变成共享资源，这样就很难再在全部业务的基础之上进行增容操作了。前端与后端处理的演进受到很大限制，因为他们被太多不同的团队和流程所共享了。

他们的架构是松散耦合的的，并且围绕着服务进行构建。面向服务的架构提供给他们的隔离特性，让他们能够快速、独立地完成许多软件组件的开发。

逐渐地，Amazon拥有了数百个服务，并有若干应用服务器，从服务中聚合信息。生成http://Amazon.com站点页面的应用就位于这样的一台应用服务器之上。提供web服务接口、顾客服务应用以及卖家接口的应用也都是类似的情况。

许多第三方的技术难以适用Amazon这种网站的规模，特别是通讯基础架构技术。它们在一定范围内工作的很好，但是如果范围再扩大的话，它们就不适用了。因此，Amazon只好自己开发相应的基础技术。

不在一种技术上"吊死"。Amazon在有的地方使用jboss/java,不过只是使用servets，并没有完全使用j2ee中所涉及到的技术。

C++开发的程序被用来处理请求。Per/Mason开发的程序用来生成页面中的内容。

Amazon不喜欢采用中间件技术，因为它看起来更像一种框架而不是一个工具。如果采用了某种中间件，那么就会被那种中间件所采用的软件模式所困扰。你也就只能选用他们的软件。如果你想采用不同的软件几乎是不可能的。你被困住了！经常发生的情况就是消息中间件，数据持久层中间件，Ajax等等。它们都太复杂了。如果中间件能够以更小的组件的方式提供，更像一个工具而不是框架，或许对我们的吸引力会更大一些。

SOAP 相关的web解决方案看起来想再次解决所有分布式系统的问题。

Amazon提供SOAP和REST这两种Web 服务。大概有30%的用户采用SOAP这种Web Services。他们看起来似乎是Java和.NET的用户，而且使用WSD来生成远程对象接口。大概有70%的用户使用REST。他们看起来似乎是PHP和PER的用户。

无论采用SOAP还是REST，开发人员都可以得到访问Amazon的对象接口。开发人员想要的是把工作完成，而不需要关心网线上传输的是什么东西。

Amazon想要围绕他们的服务构建一个开放的社区。他们之所以选择Web Services是因为它的简单。事实上它是一个面向服务的体系架构。简单来说，你只有通过接口才能访问到需要的数据，这些接口是用WSD描述的，不过它们采用自己的封装和传输机制。