物联网软件开发和交付策略
物联网软件开发和交付策略
想象下面的场景：
当你进入汽车时，车会识别出你。它知道现在是星期五的下午6点。在咨询了您的智能手机日历之后，汽车知道在星期五您总是去旧金山市中心的Hotel Nikko游泳。然后，它会检查实时交通信息，并自动推荐去酒店的最佳路线。当你游泳完准备回家时，你的智能冰箱会通知你停下来，因为你的牛奶没有了，所以你的汽车将你送到你最喜欢的本地商店。
第二天，你开车到洛杉矶的途中被通知燃油泵即将损坏时。它建议您沿着您的路线去周六还营业的指定经销商。在提出建议之前，汽车已经检查过经销商在周六是营业的，他们还可以安排预约。快速服务之后，您又回到路上，在洛杉矶度过一个轻松的周末。
这种情况不再是科幻小说，科技已经发展到了这里。
体系结构概述
为了支持这些进步，汽车制造商有三个软件团队：
- 第一个团队专注于开发嵌入式汽车软件：该软件负责与驱动程序进行交互并提供健康数据，电话连接等。该团队主要工作是实时操作系统（RTOS），并与机电一体化（机械和电子）团队协同工作。这个团队最常用的编程语言是C / C ++，而软件升级通常使用Over-the-Air （OTA）部署。
- 第二个团队专注于大数据应用程序：这是一款能够实时汇总和分析道路上数百万辆汽车和所有第三方服务数据的软件。该软件的组件是接收来自汽车的关于燃油泵故障的SOS信号，找到经销商并将汽车导向商店。这个团队的任务是处理大量的实时数据，主要关注软件的水平可扩展性，这使得他们可以在销售更多设备时仍可以支持数据的处理。
- 第三个团队专注于构建手机应用程序（APP）：该应用程序用于与汽车娱乐系统的无缝集成。移动开发者通常更喜欢使用软件即服务（SaaS）工具来创建应用程序。移动应用程序的更新频率很高。
您需要什么才能管理复杂的物联网软件？
如果没有适当的DevOps平台，协调这三个软件团队将是一个挑战，因为任何软件升级都必须以不破坏安装在不同设备上的不同软件组件之间的功能进行协调。具有如此高风险的复杂软件设计需要共享可见性，共享报告和集成仪表板，以便集中管理软件交付流程。这使得项目组领导能够在三个不同的软件轨道上查看所有变更请求或更新的进度; 它还有助于确保每个软件版本顺利更新，无任何质量问题或可能导致服务中断失败。
这三个软件团队需要一个集成的DevOps平台，用以处理三个不同的部署目标（每个目标都有独自的部署方法）。它需要处理以下内容：
- 汽车本身的嵌入式软件，通常使用OTA进行软件升级。
- 大数据存储和计算的数据中心，通过互联网进行软件更新。
- 移动应用程序，通过AppStore进行升级。
这三个软件团队都是独立进行开发物联网产品组成部分。他们各自在工作中使用不同的技术，堆栈，部署模式和交付方式。他们的日常任务和工作流程是不同的，因此当三个团队必须协调他们的集成和系统测试时摩擦就会出现。如果三个不同的过程中可能出现的失败没有被最小化，那么推迟上线将不可避免; 如果推迟，产品的质量和市场份额可能会受到影响。
除了常见的敏捷开发实践和 Continuous Delivery/ DevOps平台需求之外，从工具角度来看还有独特的需求，以实现高效和简化的物联网应用交付。需要一个平台来解决三个不同的领域，以及在整个产品生命周期中整合和协调团队之间的工作转换。此外，该平台必须能够跟踪工件，处理结果以及在不同阶段的人员。以下是多目标物联网解决方案的一些额外要求，可以安全可靠地加速软件交付，同时提高服务质量：
- 从单一集成解决方案处理不同的部署路径（例如，通过OTA更新的嵌入式设备，通过互联网的数据中心以及通过应用商店的移动应用）。
- 使团队拥有与其应用程序有关的业务流程，同时执行职责分离。
- 协调每个团队的交付渠道并管理这些渠道之间的依赖关系。
- 提供部件存储库来存储和跟踪每个部件的寿命。
- 提供集中的仪表板和流程，以便于监控和管理交付渠道和发布。
- 为全堆栈或部分IoT服务更新启用零宕机升级和自动回滚。
- 提供完整的可追溯性，并提供按需提供的自动规范的报告。
通过单一的集成DevOps平台，项目团队领导可以拥有一个仪表板来跟踪来自三个项目团队的工件的团队进度和可变性管理。
正确使用物联网
物联网带来了大量新的和有用的服务，丰富了我们的生活，简化或者节省了我们的时间和金钱。为了提供这些连接和复杂的服务，软件公司必须至少有三个不同的软件团队才能在不同的平台和设备上提供不同的集成服务组件。另外，必须在所有环境中协调软件升级，以确保服务的连续性。只有集成的DevOps平台可以提供可追踪性，可视性，共享控制能力，并对这些复杂的软件开发，测试和部署过程快速做出反应。
想要了解更多关于物联网安全，协议和标准，那么就下载物联网指南 - 2015年版！