目前,如果我们采用最近的 PR #125,我们已经支持 1) x86-64 Linux,2) Rpi 2,和 3) Hikey960。 现在是考虑我们如何设置策略来支持这些现有平台以及未来版本中的其他平台(包括 Coconut)的好时机。
对此有何想法?
总的来说,我认为我们需要支持尽可能多的硬件平台,以普及我们的边缘编排系统(这将是它的显着特征)。
但我知道在它们上维护和测试边缘编排可能会遇到困难。 因此,我建议在主页上制作一个表格。
Maintained
列指示最新测试了边缘编排的_version_ 或_repository 标记_。 还可以添加有关构建的其他信息(例如:平台 - docker、native、android)并指定可以帮助外部开发人员在此 H/W 平台上运行边缘编排的联系人。
正如我之前提到的,最好将build.sh
脚本替换为更新的Makefile
和每个 H/W 或 S/W 平台的配置文件。 (这将使构建边缘编排系统更加灵活。)同时添加有关如何添加新板和配置的说明。
此外,我准备在发布或任何请求之前在 Raspberry Pi 3 和 HiKey960 板上测试边缘编排,我还可以在 Raspberry Pi 4 上运行边缘编排并为其添加描述。 也许@t25kim还会提供有关如何在 Raspberry Pi 2 上执行此操作的说明。
@tdrozdovsky让我们从这个问题报告开始,
我们添加了新的硬件平台,它很漂亮。 但是当然,我们担心它们的可操作性和测试。 我认为我们可以做以下事情来解决这个问题。
换表
| 平台 | 维护 |
|-------------------------|------------|
| [x86_64 Linux] | 椰子|
| [树莓派3] | 椰子|
| [HiKey960] | 椰子|
| 【树莓派3集群】| 椰子|
| 【橙色Pi3】| 椰子|
对此:
| 平台 | 维护 | 维护者 | 简短评论 |
|-------------------------|------------|--------- ---| ----------------- |
| [x86_64 Linux] | 椰子| @lf-edge/edge-home-orchestration-go-maintainers @lf-edge/edge-home-orchestration-go-committers | |
| [树莓派3] | 椰子| @t25kim | |
| [HiKey960] | 椰子| @tdrozdovsky | |
| 【树莓派3集群】| 椰子| @tdrozdovsky | |
| 【橙色Pi3】| 椰子| @Vitalii55 | |
并且当然指出在其上进行测试的语义版本coconut
这只是一个草稿,让我们考虑一下!
@tdrozdovsky 100% 同意!
最有用的评论
总的来说,我认为我们需要支持尽可能多的硬件平台,以普及我们的边缘编排系统(这将是它的显着特征)。
但我知道在它们上维护和测试边缘编排可能会遇到困难。 因此,我建议在主页上制作一个表格。
Maintained
列指示最新测试了边缘编排的_version_ 或_repository 标记_。 还可以添加有关构建的其他信息(例如:平台 - docker、native、android)并指定可以帮助外部开发人员在此 H/W 平台上运行边缘编排的联系人。正如我之前提到的,最好将
build.sh
脚本替换为更新的Makefile
和每个 H/W 或 S/W 平台的配置文件。 (这将使构建边缘编排系统更加灵活。)同时添加有关如何添加新板和配置的说明。此外,我准备在发布或任何请求之前在 Raspberry Pi 3 和 HiKey960 板上测试边缘编排,我还可以在 Raspberry Pi 4 上运行边缘编排并为其添加描述。 也许@t25kim还会提供有关如何在 Raspberry Pi 2 上执行此操作的说明。