[Refactor] Refactor the List and Detail http interfaces of the Service

[robocanic]

中文版本

背景

目前服务的list接口会返回providerAppName，这是因为目前list接口搜索的是ServiceProviderMetadata，一个ServiceProviderMetadata与providerAppName是一一对应的且必须要有providerAppName才能找到对应的ServiceProviderMetadata。但从dubbo领域模型的角度来看，一个服务的唯一标识是由serviceName:version:group来组成的。一个服务可能由多个provider提供，因此服务的list接口/detail接口需要重构，随之变动的还有后端的数据链路。

改动点

目前后端的Service(api/mesh/v1alpha1/service.proto)这个资源还没有用到，本次改动会将Service作为服务的入口，Service中会记录服务的serviceName，version，group。Service这个资源将通过EventBus的事件，与ServiceProviderMetadata资源保持数据一致。

[MoChengqian]

I want to help with it

[robocanic]

具体改造点：

1. Service List 接口返回参数干掉 providerAppName，前后端只用serviceName，version，group来唯一标识Service。后端查询时，不再查询ServiceProviderMetadata这个资源，而是查询Service这个资源
2. Service 这个Resource 需要在event bus中订阅ServiceProviderMetdata的事件，来保持与ServiceProviderMedata的数据一致, Service的字段如下图所示：

3. Service Detail接口目前返回参数仅包括language 和 methods即可。