找回密码
 立即注册
搜索
楼主: myt

[API接口] 魔云腾超级SDK

[复制链接]

7

主题

149

回帖

161

积分

管理员

积分
161
 楼主| 发表于 2023-11-21 23:03:43 | 显示全部楼层
ddsoft 发表于 2023-11-21 16:35
建议SDK里增加的功能
1.置剪切板内容
2.取剪切板内容

弱弱的问下  adb 有 该功能么

2

主题

5

回帖

2896

积分

魔云会员

积分
2896
发表于 2023-11-22 07:07:20 | 显示全部楼层
本帖最后由 ddsoft 于 2023-11-22 07:08 编辑

modifydev?cmd=7&data=
自定义信息内 国家代码不生效
建议在增加自定义运营商代码 运营商名称功能

2

主题

5

回帖

2896

积分

魔云会员

积分
2896
发表于 2023-11-22 07:09:39 | 显示全部楼层
myt 发表于 2023-11-21 23:03
弱弱的问下  adb 有 该功能么

有该功能 但是实现起来比较麻烦

0

主题

1

回帖

2890

积分

魔云会员

积分
2890
发表于 2023-11-24 10:04:40 | 显示全部楼层
增加centos7.9版本,window上面运行不稳定

4

主题

52

回帖

2945

积分

魔云会员

积分
2945
发表于 2023-11-25 20:46:11 | 显示全部楼层
本帖最后由 sun8911879 于 2023-11-25 20:48 编辑

提个小建议 个人感觉API或者SDK 针对 云机(docker)和实例的类型有些模糊,正常应该是C8(称为服务器吧)-->C1/A1(主板)-->docker(云机)-->instance(实例) 应该是这样的逻辑。但是现在API都是直接返回所有instance实例 信息 针对docker(云机) 只有一个index 坑位的描述。API接口给出数据结构没办法按照docker(云机) 查询下属instance(实例) 信息,只能自己处理。
希望针对相同类型名称统一,windows客户端 有地方叫实例,云机,容器 实际都为docker(云机)?
instance(实例) 在windows客户端 叫备份

应该是购买docker(云机), 然后 docker运行不同的实例,创建的备份也应该是根据实例来创建新的实例,由docker(云机)来运行。

7

主题

149

回帖

161

积分

管理员

积分
161
 楼主| 发表于 2023-11-25 22:42:18 | 显示全部楼层
18571806811 发表于 2023-11-24 10:04
增加centos7.9版本,window上面运行不稳定

收到  周一就安排

7

主题

149

回帖

161

积分

管理员

积分
161
 楼主| 发表于 2023-11-25 22:44:02 | 显示全部楼层
sun8911879 发表于 2023-11-25 20:46
提个小建议 个人感觉API或者SDK 针对 云机(docker)和实例的类型有些模糊,正常应该是C8(称为服务器吧)-->C1 ...

超级SDK 操作的对象都是  针对 C1   每一个接口的 IP 都是 C1 的ip

4

主题

52

回帖

2945

积分

魔云会员

积分
2945
发表于 2023-11-25 23:32:03 | 显示全部楼层
本帖最后由 sun8911879 于 2023-11-26 00:56 编辑
myt 发表于 2023-11-25 22:44
超级SDK 操作的对象都是  针对 C1   每一个接口的 IP 都是 C1 的ip

说的就是 C1的云机和容器和备份的关系就很乱 为了实例 搞了个坑位索引
我的意思把坑位单独分出来 可以命名云机或者docker 把实例分在下面 跟windows客户端备份的例子差不多
然后把名字在文档,API,SDK,windows客户端名称统一一下
这样数据结构就明确了,本来实例(容器)就不能跨坑位复制
  1. // Device 主板设备(C1/A1)
  2. type Device struct {
  3.         Id       string `json:"mytId"`    //魔云腾唯一标识
  4.         Order    uint16 `json:"device"`   //核心板序号(插槽)
  5.         Name     string `json:"name"`     //核心板名称
  6.         Status   uint8  `json:"status"`   //是否上电
  7.         Recovery uint8  `json:"recovery"` //是否刷机?
  8.         IP       string `json:"ip"`       //IP地址
  9.         Mac      string `json:"mac"`      //MAC
  10.         Temp     string `json:"temp"`     //核心板温度
  11.         Docker   []*Docker                                   //主板购买的容器数量(12以内 建议8数量)
  12. }

  13. // Docker 容器
  14. type Docker struct {
  15.         Id                   uint64          //容器Id 对应API 坑位Id
  16.         IP                   string          //IP信息
  17.         Instances []Instance //容器下方承载的实例 (数量看ssd容量大小)
  18. }

  19. // Instance 实例信息
  20. type Instance struct {
  21.         Name  string `json:"Names"` //实例名称
  22.         State string `json:"State"` //运行状态
  23.         Path  string `json:"data"`  //系统数据文件所在目录
  24.         Index string `json:"index"` //Doker Id
  25.         IP    string `json:"ip"`    //IP信息
  26. }
复制代码

我个人认为应该是这样的数据结构(关系)


7

主题

149

回帖

161

积分

管理员

积分
161
 楼主| 发表于 2023-11-27 12:12:59 | 显示全部楼层
18571806811 发表于 2023-11-24 10:04
增加centos7.9版本,window上面运行不稳定

收到

7

主题

149

回帖

161

积分

管理员

积分
161
 楼主| 发表于 2023-11-27 15:05:41 | 显示全部楼层
sun8911879 发表于 2023-11-25 23:32
说的就是 C1的云机和容器和备份的关系就很乱 为了实例 搞了个坑位索引
我的意思把坑位单独分出来 可以命名 ...

这个可以根据自己的业务需求进行自定义 SDK只是提供了针对每一个C1核心板 进行操作的方法 您说的方法可能是针对多个C1硬件进行的集群管理 可以自己根据需求进行二次开发  您的意思应该是针对c8 进行管理  我们sdk 不涉及到C1 上层的管理  不过您提出的针对实例编号进行列举这个建议非常好 我们会增加一个按照实例列出信息 感谢您的建议

手机版|魔云腾-论坛

GMT+8, 2024-12-9 23:59 , Processed in 0.040919 second(s), 19 queries .

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表