MindAccess Developer Plan订阅者和MindAccess Operator Plan订阅者
Cloud Foundry
新特性
-
可用性和安全性得到增强
-
修复了在“cf update-service”失败的情况下服务实例会被删除的问题
-
在 LogMe 服务中增加了新的 grok 功能,详情请参阅 https://developer.mindsphere.io/paas/a9s-logme/using.html#user-defined-additional-groks
-
更新的 buildpack:
buildpack |
版本 |
版本 |
---|---|---|
dotnet-core-buildpack |
2.3.11 |
https://github.com/cloudfoundry/dotnet-core-buildpack/releases/tag/v2.3.11 |
go-buildpack |
1.9.14 |
https://github.com/cloudfoundry/go-buildpack/releases/tag/v1.9.14 |
java-buildpack |
4.31 |
https://github.com/cloudfoundry/java-buildpack/releases/tag/v4.31 |
nodejs-buildpack |
1.7.21 |
https://github.com/cloudfoundry/nodejs-buildpack/releases/tag/v1.7.21 |
php-buildpack |
4.4.16 |
https://github.com/cloudfoundry/php-buildpack/releases/tag/v4.4.16 |
python-buildpack |
1.7.15 |
https://github.com/cloudfoundry/python-buildpack/releases/tag/v1.7.15 |
ruby-buildpack |
1.8.20 |
https://github.com/cloudfoundry/ruby-buildpack/releases/tag/v1.8.20 |
staticfile-buildpack |
1.5.7 |
https://github.com/cloudfoundry/staticfile-buildpack/releases/tag/v1.5.7 |
mendix-buildpack |
3.8.0 |
https://github.com/mendix/cf-mendix-buildpack/releases/tag/v3.8.0 |
binary-buildpack |
1.0.36 |
https://github.com/cloudfoundry/binary-buildpack/tree/v1.0.36 |
已知问题
-
MindAccess Operator 当前不支持使用 Mendix buildpack 部署的应用
-
向 MindSphere 部署应用时,应用名称必须符合 MindSphere 命名规范。
-
二进制文件存储:MindSphere 当前没有可用于其 Cloud Foundry 堆栈的兼容文件服务。因此,不能使用依赖于文件服务的任何 Mendix 功能特性。 当前,MindSphere 仅支持两个角色。在 Mendix 应用内设计安全机制时应将其考虑在内。
-
建议为您的 MindSphere 应用创建两个范围 - 用户和管理员,它们可以映射到 Mendix 应用中的同名用户角色。
IoT and Storage Services: File Service
已知问题
-
出于安全原因,平台设置了严格的超时限制。当前这会导致可以成功上传或下载的文件的大小依赖于客户端的网络带宽。
-
由于异步删除的原因,一个Asset被删除后,其关联的文件仍然可以在最长30分钟内被访问到。
-
多部分上传或结束上传可能会失败,出现“500 内部服务器错误”。为了避免发生这种问题,请确保各个部分上传请求之间或结束多部分上传之前的时间间隔必须超过 1 秒(如 3 秒)。
IoT and Storage Services: Time Series Service
已知问题
-
作为 PUT 请求一部分发送给 Time Series Service 的一条信息的最大有效大小不得超过 1 MB。
-
服务一次响应最多返回不超过 2000 条记录。
-
由于数据异步删除,在删除一个 asset 后,相应的时间序列数据仍然可以在最长 30 分钟内可以访问。
-
创建或更新 aspect 时最长需要 30 分钟时间,才可以读取该 aspect 的汇总数据。但可以立即写入数据或者读取原始数据。
-
当获取批量导入作业的作业状态时,响应不一定始终包含有关所发生错误的详细信息。
-
在以下应用场景中,如果在 Time Series API 的 GET 方法中使用“select”参数,响应不一定包含所有数据:
GET 方法的给定时间范围中有 3002 个时间序列数据,最早的时间值是“_time1”,最晚的值是“_time3002”。如下表所示,只有 3 个“var2”。当“select”参数考虑“var2”时,仅会返回“_time1”时的“var2”。
_time1
va1
var2
_time2
va1
_time2
va1
…
…
…
…
_time3000
va1
var2
_time3001
va1
_time3002
va1
var2
提示
以下发布说明仅对China 1区域有效。您可以在 MindSphere 区域文档中找到更多关于区域的说明。