Ibm cloud infrastructure 根据端点的不同,为同一调用返回不同的json结构

Ibm cloud infrastructure 根据端点的不同,为同一调用返回不同的json结构,ibm-cloud-infrastructure,Ibm Cloud Infrastructure,我创建了一个支持SoftLayer的票证,出于某种原因,他们建议我在这里发布,就是这样。我正在使用python客户端调用API方法list_vlans() 此调用返回不同的json结构,具体取决于我所在的软层位置,该位置可能不正确。(这破坏了我所有的自动化)特别是当我在达拉斯的虚拟服务器上时,我得到的响应结构与我在华盛顿或法兰克福时完全不同 这毫无意义,我使用的是这里定义的非常简单的代码: 在达拉斯举个例子,我看到了:“virtualGuestCount”:8,而在DC中,这个键不存在,是虚拟服

我创建了一个支持SoftLayer的票证,出于某种原因,他们建议我在这里发布,就是这样。我正在使用python客户端调用API方法list_vlans()

此调用返回不同的json结构,具体取决于我所在的软层位置,该位置可能不正确。(这破坏了我所有的自动化)特别是当我在达拉斯的虚拟服务器上时,我得到的响应结构与我在华盛顿或法兰克福时完全不同

这毫无意义,我使用的是这里定义的非常简单的代码:


在达拉斯举个例子,我看到了:“virtualGuestCount”:8,而在DC中,这个键不存在,是虚拟服务器元数据“virtualGuests”的列表:[]??另外,关键的“子网”在达拉斯和其他地方都不存在……你能发布你的代码吗?这个问题与我的代码无关,我发现当我启动这些新的虚拟服务器时,我没有意识到SoftLayer python客户端的版本是不同的。(SoftLayer(5.0.0))当我开始构建SoftLayer位置时,不知怎的我得到了4.1.1。一旦我安装了旧版本,一切正常。。要明确的是,这并不是说它不起作用,而是因为反应不同。我用旧方法得到的是一种在一次调用中获取所有信息(子网和vlan)的方法,这在新版本中似乎是不可能的。我可以看到的是,5.0.0版中使用的对象掩码与4.1.1版不同,如果没有错的话,在有大量vlan的情况下会发布这些对象掩码,基本上,由于数据量太大,该方法失败了,我认为您可以使用4.1.1版或使用您需要的对象掩码使用“API调用”。