上一篇整体介绍了cnp的功能，这篇重点介绍下CNP产品应用开发的功能。
简介
CNP的应用开发，主要是指的应用CD部署的配置管理。
应用列表，用来创建一个应用，一般与项目对应，也可以多个应用对应到一个项目。具体很灵活。然后应用配置明细中，其实就是提供了一个web看板，可以快速定义k8s对象，包括工作负载、ConfigMap、Secret等等k8s对象，并且提供部署功能。部署时可以选择到前面cnp配置好的环境中去，同时提供了环境部署过程的监控、日志等功能。
制品库管理，云原生的cd基本都是通过镜像部署实现，所以纳管一个制品库就是标配功能。这里支持纳管移动云自己的CIS镜像库、Harbor，以及其他镜像库（如nexus等）。最终是为部署过程提供镜像库使用。
插件管理，主要是提供ISTIO的服务网格管理功能。
应用路由，主要是集成了cnp内置的apisix的路由配置功能。提供了一个更简洁的直观的可视化配置界面。
制品库管理
应用部署都依托于制品库，所以首先我们要纳管我们使用的制品库。CNP支持的制品库有两种：传统镜像库（例如Harbor）、Helm Chart仓库。其中后面应用部署的Helm方式，需要基于Helm Chart库实现。
我们这里基于磐舟的Harbor进行配置。
需要确保仓库地址和CNP的网络能够通。
录入地址、用户名、密码，点击验证。然后关联一个部署目标，确定保存。比较简单。
这里注意仓库地址末尾不要加"/"。
插件管理
目前提供两个插件。Fluxcd和Istio。
Fluxcd主要针对helm部署方式。
Istio提供服务网格服务。
我们这里安装Istio组件。点击Istio组件进入组件安装界面。
点击安装按钮，选择集群及项目，启动安装。安装完成效果如上图。
安装了Istio组建后，在后面应用创建时才能选择启用服务治理功能。
应用列表
新建应用。这里新建应用的时候，会直接给你创建一个工作负载，所以首次创建的时候需要注意一下，提前规划好部署那个负载。
绑定环境是cnp配置的系统环境。就是生命部署到拿一个项目下的哪一个环境中。选择环境时，同时会默认使用项目设置的namespace。
应用组件类型是提供了几种对象创建方式。webservice是基于server API接口封装的一个Web控制台页面。同时也支持k8s-objects(yml方式),helm。
这里我们是用WebService方式创建。
推荐启用服务治理模块，会自动配置Istio，后期CNP会陆续增加基于sidecar的很多功能，提供更好的服务网格功能。服务治理需要提前安装istio插件。可以到插件管理中安装。否则部署时会报错。
容器镜像，选择好纳管的Harbor镜像源，然后补充具体项目路径及版本信息。点击回车可以匹配验证。
设置内存配额和cpu配额，设置容器端口号。提交保存即可完成。
首次配置完，只有一个组件。可以根据项目实际情况，继续新增组件。这里的组件，包括configMap和deployment等。
ConfigMap创建时，推荐试用yml方式创建。首先使用文本编辑工具提前标记好yml文件，然后新增组件是选择k8s-objects类型，将yml贴到应用配置的文本区域中执行即可。
注意yml方式执行时，偶尔会因为字符问题导致提交时格式错乱。整合是由于windows的字符集和unix字符集差异导致的。cnp目前对类似特殊字符处理正在优化中，暂时需要自行通过类似nodepad++等文本编辑器处理后提交。如果格式变形，会导致yml解析错误，直接引发应用容器启动异常。
点击部署，启动应用到集群的cd流程。
下方可以看到具体部署情况。
也可以看部署信息。
到这里我们完成cd推送的操作。
应用路由
应用镜像启动起来了，不代表就能对外提供服务了。我们还需要配置应用入口路由。这里基于Apisix进行路由配置。当然你可以继续使用k8s传统的ingress或者svc的方式开通服务，直接到kcs的控制台进行配置即可。这里不再单独描述。
Apisix作为一个高性能，使用广泛，灵活可配置的服务网关，被cnp选中集成到环境中来。
在安装了apisix的组件后，你可以直接通过apisix的控制看板进行路由配置，也可以通过cnp集成的apisix的路由配置功能进行操作。
目前cnp的路由配置正在不断优化中，针对后台转发重写地址，支持不好，需要到apisix中进行配置。直接默认联通的路由，可以一次性直接开通。
点击新增路由
输入路由名称和路由描述。选择应用，选择应用中对应的组件（deploy），选择部署目标，选择网关（apisix，安装名称可能不同），下一步。
选择服务端口。这里跟上一步选择的组件是绑定的。
输入域名。需要解析到对应的负载均衡ip上。
输入路径。/* 表示所有路径。
优先级。优先级高的交叉路由会被优先执行。
提交保存。
去到apisix看一下。
apisix中创建了两个对象。一个"上游"，一个"路由"。
这里其实和到apisix直接配置是等效的。
转发配置
对于一些特殊设计，例如后台多个微服务之间的转发，可能会调整请求路径path，需要对请求进行重写。目前cnp对路径重写并不支持，需要到apisix中直接进行配置。配置如下。
先确定是否存在上游配置。上游配置就是请求到那个deployment的指向配置。
这里我们有一个独立的java的服务，叫asia-info。首先我们配置这个上游。
这里如果你熟悉kcs的配置，可以通过apisix直接配置。
但是更建议利用cnp的路由管理创建相关对象，确保无误。
我们先创建一个应用路由，按照路由选择对应的应用和组件。
路径可以先配置入口路径，优先级设置1。
然后cnp就会给我们创建好对应的apisix的上游和路由对象。
我们只需要重新创建一个路由对象，吧优先级设置为9，即可以让路由走我们的新路由来进行转发。具体如下。
在请求改写这里，采用正则改写，然后根据需要，配置正则表达式，然后填入转发模板。这里的意思是转发的时候移除"/prod-api/"这个路径。
下一步的时候直接选择cnp生成的那个上游对象，提交保存即可。
当你将所有的路由都配置上以后，应用就能够通过apisix进行访问了。
PS
路由的配置，可以根据测试或者开发环境上，能够正常运行的应用的nginx的conf文件进行设计。如果开发环境是通过端口号进行的路由定义，你需要改写成一个入口的path，然后用路由转发到不通的服务镜像内。因为k8s集群肯定都是一个入口过来。当然你也可以使用二级域名进行入口路由。同时，增加path，需要打包镜像的时候对nginx也做相应的配置。总之需要根据具体情况进行设计。后面会分享一些具体实现配置。