OpenDaylight开发学习笔记基础之Controller篇
controller 的实现方式
controller 的实现方式一、什么是 controller在计算机科学中，控制器（controller）是指一个负责管理和协调系统中各个组件之间相互作用的模块或程序。
在软件开发中，特别是在Web开发中，控制器是一个核心组件，用于处理用户请求和管理应用程序逻辑。
二、控制器的作用控制器在应用程序中扮演着重要的角色，它具有以下几个主要作用：1.接受用户请求：控制器负责接受用户的请求，并将请求的数据传递给相应的逻辑处理模块。
2.处理业务逻辑：在控制器中，我们可以编写业务逻辑的处理代码，包括数据处理、计算、验证等。
3.协调模型和视图：控制器负责协调模型和视图之间的交互，将处理后的数据传递给视图进行展示。
4.管理请求的生命周期：控制器可以管理请求的整个生命周期，包括请求的处理、错误处理以及返回响应等。
三、常见的控制器实现方式在不同的编程语言和框架中，控制器的实现方式可能有所不同。
下面介绍几种常见的控制器实现方式。
1. 基于函数的控制器在一些简单的Web开发框架中，使用基于函数的控制器是一种常见的实现方式。
在这种方式下，我们可以将每个路由对应的业务逻辑封装成一个函数，并直接将请求的数据作为参数传递给该函数。
函数执行完毕后，将返回的数据直接返回给客户端。
示例代码（基于Python Flask框架）：from flask import Flaskapp = Flask(__name__)@app.route('/user/<username>', methods=['GET'])def get_user(username):# 从数据库中获取用户信息user = db.get_user(username)# 处理用户信息processed_user = process_user(user)return processed_userif __name__ == '__main__':app.run()2. 基于类的控制器在一些较为复杂的Web开发框架中，使用基于类的控制器是一种更常见的实现方式。
opendaylight 模块划分
在撰写文章之前，我将先进行深度和广度的评估，以全面了解opendaylight模块划分这一主题。
opendaylight是一个开放源代码的软件定义网络（SDN）控制器评台，用于管理和控制网络中的交换机和路由器。
在opendaylight中，模块划分是指将整个系统划分为多个模块，每个模块负责特定的功能或服务。
我将从简到繁、由浅入深地探讨opendaylight模块划分的相关内容。
我会以简单的方式介绍opendaylight模块划分的基本概念和作用。
随后，我将详细分析opendaylight中常见的模块划分方式以及各自的功能和特点。
在文章的后半部分，我将探讨opendaylight模块划分的实际应用和未来发展趋势，以及对该主题的个人观点和理解。
那么，让我们开始撰写这篇有价值的文章吧。
---opendaylight模块划分的基本概念和作用在opendaylight中，模块划分是指将整个系统划分为多个模块，每个模块负责特定的功能或服务。
这种模块化的设计可以使系统更加清晰和灵活，方便开发者和用户理解和使用。
模块划分也有利于系统的扩展和定制，可以根据实际需求选择性地加载和使用特定的模块，从而提高系统的性能和效率。
opendaylight中常见的模块划分方式在opendaylight中，常见的模块划分方式包括北向接口（Northbound Interface）、南向接口（Southbound Interface）、核心功能模块（Core Function Module）和应用模块（Application Module）等。
每种方式都有其独特的功能和特点，下面将对每种方式进行详细分析。
1. 北向接口（Northbound Interface）北向接口是opendaylight提供给上层应用和用户的接口，用于实现业务逻辑和控制功能。
通过北向接口，上层应用和用户可以与opendaylight进行交互和通信，实现对网络的监控、管理和控制。
性能测试执行之使用controller设计与运行测试
单击运行负载测试。 • 默认情况下， Controller 打开时显示 “新建场景”对话框。 • 注意：要在启动时打开 “新建场景”对话框，请确保选中 “新建场景”对话框中的启动时
二． 使用Controller设计场景-创建手动场景
• 选择场景类型
请选择下列某个场景选项：
① 手动场景。如果要构建手动场景，请选择此方法。通过创建组并指定脚本、LoadGen 包含的 Vuser 数来构建手动场景。
② 使用百分比模式在脚本间分配 Vuser。如果要通过指定在选定的 Vuser 脚本间分配的 场景，请选择此选项。
二． 使用Controller设计场景-创建手动场景
• 在 “名称”框中，输入 Load Generator 的名称。在 “平台”框中，选择运行 Load Generator 的平台
• 默认情况下，LoadRunner 在场景执行期间将临时文件存储在 Load Generator 上由 Load Generator 的 指定的临时目录中。要为特定的 LoadGenerator 覆盖此默认值，请在 “临时目录”框中输入一个位置。
一． Controller介绍-Controller简介
一． Controller介绍-Controller简介
• Controller 窗口具有以下视图：
① “设计”视图。此视图显示场景中所有 Vuser 组/脚本的列表、Load Generat 本的 Vuser 数。此视图还显示有关场景计划 （手动场景）或目标（面向目标的
Controller与Service系列（一）Controller基本概念
Controller与Service系列（⼀）Controller基本概念⼀、简介 控制器(Controller)是集群上管理和运⾏容器的对象。
Pod就是通过Controller实现应⽤的运维，如伸缩、滚动升级等，其中Pod与Controller之间通过标签(Label)以及标签选择器(Selector)建⽴关联。
控制器(Controller)对象有不同的类型，⽐较常⽤的有：Deployment 使⽤它可以进⾏应⽤的部署、应⽤的升级回滚、弹性伸缩等。
StatefulSet 管理有状态应⽤，⽤来管理某 Pod集合的部署和扩缩，并为这些 Pod 提供持久存储和持久标识符。
DaemonSet 确保全部（或者某些）节点上运⾏⼀个 Pod 的副本。
Job ⼀次性任务CronJob 创建基于时隔重复调度的 Jobs⼆、Deployment（⼀）应⽤部署Deployment常⽤的场景就是应⽤的部署、升级、回滚、伸缩等。
1、部署准备在之前的操作中直接通过命令⾏的⽅式进⾏应⽤的部署：[root@k8smaster ~]# kubectl create development web --image=nginx但是这样不利于重⽤，所以可以采⽤yaml⽂件的⽅式：# 导出yaml⽂件[root@k8smaster ~]# kubectl create deployment web --image=nginx --dry-run -o yaml > web.yam可以看到yaml⽂件中的内容：apiVersion: apps/v1kind: Deploymentmetadata:creationTimestamp: nulllabels:app: webname: webspec:replicas: 1selector:matchLabels:app: webstrategy: {}template:metadata:creationTimestamp: nulllabels:app: webspec:containers:- image: nginxname: nginxresources: {}status: {}可以看到Deployment控制器中的selector中与Pod中的labels进⾏匹配，它们之间就是基于此进⾏关联。
OpenDaylight初步学习过程
OpenDaylight初步学习过程———————Lithium OpenDaylight搭建环境的要求1.虚拟机Ubuntu 14.04，内存建议4G及以上，以免在启动ODL时太卡2.Java7-及以上版本3.Maven3.1.1及以上版本注意：先用java –version查看jdk版本。
如果版本低于jdk1.7，则从jdk官网下载，下载地址：/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html#jdk-7u79-oth-JPR一定要根据自己系统下载相应的jdk。
安装及配置：/s/blog_93dc666c0101b1bj.html查看maven版本，maven –v，如果未安装，则从其官网下载3.1.1版本及以上版本。
Tar文件，可以先去官网查下maven最新版本多少。
下载网址：/dyn/closer.cgi/maven/binaries/apache-maven-3.3.3-bin.tar.gz安装配置：/caojianhua/archive/2011/04/02/347559.html建议不要从shell通过apt-get来安装maven，版本不是最新的。
安装pre-build的controller由于新手初期对于ODL的了解还不多，建议先安装pre-built的distribution熟悉一下opendaylight的基本功能。
1)下载地址如下，下载zip格式https:///downloads2)解压文件，进入到bin文件夹，运行./karaf3)安装相关依赖，以下是满足一些基本功能的依赖（顺序有时候会有要求）：安装支持REST API的组件：feature:install odl-restconf安装L2 swtich 和Openflow插件：feature:install odl-l2switch-switchfeature:install odl-openflowplugin-all安装DULX功能：feature:install odl-dlux-all安装基于karaf控制台的md-sal控制器功能：feature:install odl-mdsal-all安装基于karaf控制台的ad-sal功能：feature:install odl-adsal-northbound安装完成后，可以通过访问http://<controller_ip>:8181/index.html，进入ODL控制平面，也可以通过http://<controller_ip>:8181/apidoc/explorer访问api端口信息以上如果一切顺利则表明ODL初步搭建完成，接下来需要通过mininet来验证ODL连接以及用restclient或者postman来验证下发流表正常使用mininet连接controller1)在另外一台虚拟机安装mininet，具体安装步骤请看压缩包里的《如何升级Mininet的OpenvSwitch的版本》文档。
controller调用controller的方法
controller调用controller的方法在软件编程开发中，Controller是一种非常重要的角色，它承担着负责处理用户请求的职责，Controller能够接收、解释用户请求，并将它们发送给Model层进行处理，最终将处理结果发送给View 层。
因此，Controller在软件开发工程中发挥着至关重要的作用。
通常情况下，一个Controller只会负责处理某个特定用户请求的职责，但是在某些情况下，一个Controller可能会被需要分解为多个Controller来完成更大的任务。
此时，就会出现Controller之间的方法调用的问题，这是一项比较复杂的技术问题，也是软件开发工程中的一项关键技术。
首先，我们要明确Controller之间的方法调用所涉及到的逻辑。
一般而言，当一个Controller需要调用另一个Controller的方法时，需要确定所调用的方法与参数，并通过某种形式（通常是函数调用）调用另一个Controller中的方法。
因此，Controller之间的方法调用实际上是实现一个Controller与另一个Controller之间信息交互的过程，以保证Controller之间的正确协作与完成更大的任务。
其次，Controller之间的方法调用也可以通过使用一些特定的技术来实现。
通常，当Controller需要调用另一个Controller的方法时，可以利用Web服务技术（如REST）来实现，即一个Controller 提供的Web服务会发送一些特定的请求，然后由另一个Controller 来接受并处理这些请求，完成Controller之间的信息交互，最终完成Controller之间的方法调用。
此外，Controller之间方法调用也可以通过特定的框架和库来实现。
例如，在Java开发中，我们可以利用Spring框架中的RESTful Web Service来实现Controller之间的方法调用，或者在.NET中，我们使用WCF服务来实现Controller之间的方法调用。
controller层,service层,dao层项目实训
controller层,service层,dao层项目实训摘要：1.项目实训背景2.controller层介绍3.service层介绍4.dao层介绍5.三层架构在项目中的应用6.项目实训收获与总结正文：在项目实训中，我们以controller层、service层和dao层为基础，进行了一系列的实践操作，深入了解了这三层在项目中的具体应用。
首先，controller层作为项目的入口，负责接收和处理来自客户端的请求，将请求数据传递给service层进行处理。
同时，controller层也负责将service层处理后的结果返回给客户端。
在实训过程中，我们重点学习了如何设计和优化controller层，以提高项目的性能和可维护性。
其次，service层作为项目的业务逻辑处理层，负责对来自controller层的请求数据进行业务处理。
在service层，我们编写了大量的业务逻辑代码，实现了对数据的增删改查等操作。
同时，service层还负责调用dao层提供的数据访问接口，完成对数据的实际操作。
在实训过程中，我们学习了如何合理划分业务逻辑，以及如何优化service层的性能。
最后，dao层作为项目的数据访问层，负责提供数据访问接口供service层调用。
在dao层，我们编写了数据库访问的SQL语句，实现了对数据库的直接操作。
同时，为了提高数据的访问效率，我们还学习了如何进行数据库的优化，包括SQL语句的优化、索引的创建等。
在实训过程中，我们深入了解了数据库访问的原理和方法，并学会了如何根据项目需求进行合理的数据访问设计。
通过这次项目实训，我们对controller层、service层和dao层有了更深刻的理解，掌握了它们在项目中的实际应用。
SDN环境部署与OpenDaylight开发入门
5 OpenDaylight综述
5.3 OpenDaylight的子项目简介
5.3.22 子项目Group Based Policy（GBP）/Project Facts（GBP项目）简介 5.3.23 子项目L2 Switch（L2层交换机项目）简介 5.3.24 子项目LACP（链接聚合控制协议项目）简介 5.3.25 子项目OF-CONFIG（OF-CONFIG项目）简介 5.3.26 子项目OpenDaylight DLUX（ODL的DLUX项 目）简介 5.3.27 子项目Service Function Chaining（服务功能 链项目）简介 5.3.28 子项目VTN（VTN项目）简介
4.8 POX控制器
4.11 博科的 Brocade SDN控制 器
4.9 Beacon控 制器
4.12 Maestro 控制器
4 现有SDN控制器简述
4.13 IRIS控 制器
4.14 Extreme公司 的OneController
控制器
4.15 本章总 结
4 现有SDN控制器简述
4.5 思科的APIห้องสมุดไป่ตู้控制器和Open SDN控制器
5 OpenDaylight综述
5.3 OpenDaylight的子项目简介
5.3.15 子项目FaaS（网络构造即服务项目）简介 5.3.16 子项目NeutronNorthbound（Neutron北向 项目）简介 5.3.17 子项目ALTO（应用层流量优化项目）简介 5.3.18 子项目CAPWAP（无线接入点的控制和提供）简 介 5.3.19 子项目Controller Core Functionality Tutorials（控制器核心功能向导项目）简介 5.3.20 子项目Controller Shield（控制器盾项目）简 介 5.3.21 子项目DIDM（设备认证和驱动管理项目）简介
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、摘要
本文主要在Helium 版本下进行二次开发测试，涉及到controller、与
openflowplugin&Java、integration 等工程的设计与代码的写入。
文章中对于一些概念性问题相信大家已经了解很多，故本文不做过多的解释，只介绍技术。
本文目标为以下几点：
∙源代码的下载与编译测试以及启动；
∙三个工程的集成开发，涉及到工程的讲解；
∙Controller 里新建bundle 以及功能解释。
二、源码下载及编译及启动
联网编译整个controller工程Shell
编译后报错误并且controller里的一些目录的编译也会skip:
在进行controller的编译就不会报错了。
2.2 Karaf简介与调试
Karafmodule会把Plugin制作成KarafFeature，然后打包成可以导入到Apache karaf的kar文件。
1.ApacheKaraf
基于OSGI的运行环境，做为OSGI应用的管理容器提供各种管理utility。
2.KarafFeature
由多个Java运行文件组成的Karaf的功能管理单位。
ODL Helium中，所有应用包括MD-SAL都由Apache Karaf统一管理。
编译好controller后，去opendaylight目录下找到distribution，如下图所示：
这两个命令是更改内存的，但是只是临时的更改，这样再启动controller就不错报错，但是需要将两个命令写进etc的profile文件中。
三、controller、openflowPlugin&Java集成开发测试
integration是一个框架性的工程，所有自己开发和修改的部分（包括以上三个工程），编译为包后，都可以放在该工程的目录下一起执行。
注意，如果是自己开发的包,则可以直接放到该目录下。
但是如果是修改的原本工程，然后编译的包要替换掉上面目录中原来的包，这里有个问题
是 integration 的 plugin目录下的包名
和 controller， openflowplugin， openflowjava 中编译出来的包命名方式有点小差别，复制过去之前先重命名下，使之和目录下的原来包文件名一致，再复制替换。
Shell
3.controller
对于controller，用于接受openflowplugin上报的消，其实现功能模块是model 里包括model-flow-service等。
Shell
根据Java包名的规范性，一般都是企业的网址倒过来，所以groupId为org.opendaylight.md.controller.Ted，artifactId为你bundle的名字。
最后的package是两者加起来。
4.2 框架设计
第一步生成的工程目录下只有一个app.java文件，删除并新建Activator.java 文件，并写入一下基础代码：
Activator.java文件用于启动bundle。
4.3 Handler
新建一个Tedhandler.java文件用于收发数据包。
本文为收发数据包添加接口，并重写接口里的方法，如下所示：
图3 TedHandler
如图3 所示TedHandler实现PacketProcessingListener接口，实现接口一定要重写接口里面的方法，如下图所示：
重写了onPacketReceived方法，并在方法的作用域内添加消息的实例，并进行通过各个消息的类引用调用我们在controller的YANG里定义的那些消息字段实现收发包。
4.4 model模块
controller里model模块：
图4 model架构
如图4所示model包含的功能模块，我们要在model-flow-service里面的YANG 进行添加协议字段用于匹配openflowplugin，model-inventory也会用到。
编译整个model后会在yang-gen-sal生成对应消息类型的jar包，在刚才说的TedHandler里将生成的依赖包要import进去。
然后进入cvniTed目录下编译整个bundle。
至此南向协议的代码配置基本完成，然后可以连接一个交换机，用wireshark进行抓包测试。
编译bundle时候可能会碰到这样的问题，如下图所示：
如图中黑色标注所示，这种错误是因为maven进行代码格式的checkstyle，针对这种问题可以选择去pom文件中将checkstyle注释掉。
即默认不检查代码格式。
Pom路径为如下图所示：
五、控制器功能模块部分
每个模块以一个bundle 方式独立开发。
5.1 如何开发一个发送OF 数据包的bundle
5.1.1 Activator 中添加收发数据包收发接口
新建另一个类XXHandler.java，作为该bundle 的数据包接收发送类。
5.2 不同
bundle 之间的通信
1)在需要被其他bundle 访问的类(假设叫Sample) , 再新建一个SampleService接口类，其中要声明需要被其他bundle 调用的函数，如下图：
2)在sample 类中继承SampleService接口类，并实现（override）在service 类中声明的函数。
3)在Activator 中将供其他的bundle 访问的SampleService类注册给osgi服务中心。
1.添加以下成员，
2.在该bundle 启动时候注册该service 到osgi服务中心。
在其他bundle 中bundle 访问以上步骤其他bundle 开放的部分，黄色部分是以上截图中定义的接口函数。
紫色分为固定格式，不需修改，只要放在同一个类下面，直接调用即可。