SDN北向restAPI设计模式.ppt

6、结论 作者提出了使用一种以超文本驱动的一组设计模式实现的框架的方法，使设计的SDN北向API为真正的Restful 风格。 这种方法已经成功的在Rest Chart 上实现并应用于SDN北向API的设计。 作者证明Rest API可以通过URI命名空间的透明迁移来实现自由修改。 REST API Design Patterns for SDN Northbound API 汇报人：郝世杰 目录 摘要 1、引言 2、相关工作 3、基于Rest API 的设计原则 4、Rest API 模型和设计模式 5、评估 6、结论 摘要 本文讨论了Restful网络协议设计的许多问题，并提出了一个框架使网络协议设计为一种真正的Restful风格。 作者介绍了HTTP内容协商机制，允许客户从同一资源的URI选择不同的表示格式。 最重要的是，作者提出了一个超文本驱动的方法，使超文本链接是Rest资源之间定义的网络协议，以指导客户识别正确的资源，而不是依靠固定资源的URI。并在SOX控制器上实现了这种方法。 1、引言 采用Rest风格的好处： 1、动态资源的分散管理：不使用集中的资源注册而是依赖于资源之间的关系。 2、异构客户端：因为REST分离了资源的表示、识别和相互作用，它可以调节基于SDN客户性能和网络条件的资源表示和网络协议，以优化API的性能。 3、服务组合：目前的SDN趋势是使用编程来实现功能的灵活性，而Rest可以提供面向服务的组合物，可独立编程可跨平台。 4、局部迁移：Rest API通过本地化的迁移来实现向后兼容的迁移服务。结合统一的接口和超文本驱动的服务发现，它可以缓解新的服务部署和向后兼容性之间的紧张关系。 5、可扩展性：实现可扩展性一是通过分层缓存来提高服务器的性能；二是保持服务器无状态。 为了实现以上优点在设计一个可扩展的和面向服务的Restful API需要一组Rest约束。而分组原则之一是超文本作为应用程序状态的引擎。 本文提出了基于Rest Chart模型并来设计实现可扩展的Rest风格的网络协议的方法。该方法解决了网络协议设计的问题并提供了一个通用的框架可以设计真正的Restful风格。 本文的主要贡献： 1、提出了一个通用框架和一个理论模型； 2、提出了松耦合的、面向资源的RESTful网络协议的设计模式。 3、提出的HTTP内容协商机制，允许从同一个资源URI客户端请求不同的媒体类型。 4、提出了一个超文本驱动的方法，使用超文本链接定义来引导客户确定合适的资源，而不是依靠固定的资源的URI。 2、相关工作 OpenFlow 控制器 NOX 在C++和Python中提供了基于流的网络配置API。 Devoflow Onix Maestro 这些控制器则关注于提高SDN控制器的性能和可扩展性。 POX 可以公开配置API作为JSON-RPC的Web服务使其与messenger 一起发送OpenFlow事件给应用程序。 Floodlight 内部的Meridian为虚拟网络管理提供了Rest API。 3、基于Rest API的设计原则 现在的Rest API设计不满足Rest设计主要有俩方面：API在URI中暴露了媒体类型和固定资源。 1、暴露媒体类型 限制了客户端和服务器自主解决问题的能力； 如果服务器决定从JSON转为XML，那么JSON会失效客户端会寻找新的XML URI； 如果一个客户通过JSON URI进入到另一个客户端只能解析XML，第二个客户端即使服务器提供了XML也不能访问资源。 一个松耦合的面向服务的方法是从URI中删除多媒体类型，并使用HTTP1.1内容协商机制从相同的URI请求不同的媒体类型。 2、暴露固定资源 这样的做法违反了Rest API必须使用超文本驱动的原则。 为了解决这个问题，我们从我们的REST APIS除去任何固定的URI，除了API的入口URI。 在此超文本驱动的方法中，每个URI的含义是在其发生的超文本中定义，其值可以由控制器来改变，但不改变它的含义，这样就导致了松散耦合REST架构。 常用标记URI意义的方法是使用rel属性链接元素。基于REL的属性和超文本结构，客户机可以选择正确的资源URI跟随，并在同一时间使控制器改变资源的URI。 4、Rest API模型和设计模式 A. OpenStack Quantum Overview B. REST Chart Model C. API Migration Patterns D. Implementation Details A. OpenStack Quantum Overview Quantum的核心数据模型包括三种类型的实体：网络、端口和子网。 Quantum的核心功能是管理数