五种可预见的故障将影响物联网
物联网发展的真正危险在于早期明显的“成功”
两者之间有很大的区别原型实现它涵盖了少数设备，并支持1亿种不同软件和硬件级别以及间歇性连接的设备。我们下面列出的失败都属于这一类——不能产生收入或直接影响用户体验的东西，因此在敏捷软件开发的早期成功和零碎迭代的热潮中可能会半途而废。物联网的不间断特性构成了进一步的风险。一旦物联网部署启动，你就不能关闭它，即使是一段时间，所以日常维护将具有挑战性，根本的架构改变几乎是不可能的。
冷酷无情的事实是，你可以有“酷”，也可以有“不可靠”。你不能两者兼得，让客户失望或不方便的次数是有限的，你还能继续经营下去。以下是将会影响物联网的五种可预见故障:
安全
我们需要说什么吗？
对大量卷的一天零失败
IOT的成功将比我们以前见过的任何东西更大，更加“实时”。这意味着物联网系统将不必无痛地扩展到大规模的部署。我们不是在谈论复合年度增长“只有”50％甚至100％ - 成功可能意味着从1,000人部署到100,000,000个单位超过几年。
几乎每个云供应商都声称能够支持巨大的工作负载，NoSQL供应商和开源项目。
我不会直接质疑这些说法，但如果你想把它当作乐高积木，并试图通过组合一群不同的技术来组装大型系统，有三个因素需要考虑:
- 物理约束-大概需要60毫秒穿越美国。这意味着如果您的应用程序必须与服务器长时间聊天而不是单个请求当人们在远离你的单一数据中心的地方使用这款应用时，你的延迟可能会达到几秒。约束也适用于数据中心。在10gib /s左右时，大容量网络会变得有趣。要想真正具有可伸缩性，不仅你的应用不能放到一个服务器上，你的应用的单个子系统也不能放到一个服务器上。
- 技术阻抗不匹配-无论单个技术的可扩展性如何，当你将它们结合在一起时，并不能保证能够获得高水平的性能，特别是当它们以不同的速度扩展时。
- 开发人员体验-你们有多少开发人员真的建立了一个拥有1亿用户的系统?你们有雇佣他们吗，还是他们是承包商或顾问?我不是说你们的人不够聪明，不能这么做，但他们能一次就把事情做好吗?如果没有，还会有第二次吗?
未能预见到不太可能发生但却确定的事件
传统软件和物联网系统之间的基本差异是您对部署创建的环境缺乏控制。现实世界是一个奇怪的，令人困惑和不稳定的地方，这种奇怪的地方将施加你的系统。奇怪的，一次性事件频繁发生。假设您有100,000,000个设备部署，每周大约两次，每年百万到一百万个活动。应对这需要许多开发商的心态变化。偏执不足的软件将允许错误进入系统并传播混乱。混乱会导致用户体验不佳，这反过来会导致负面看法 - 或更糟。
未能预测和应对不断演变的物理复杂性
物联网系统的初始部署通常将重点放在某种形式的最小可行产品上，然后随着时间的推移，将增加更多的功能。但除此之外，成功将导致收购竞争对手，与拥有不同世界观的人建立技术合作关系，营销激发的“功能”失败并被悄悄遗忘，以及不可避免的随着时间的推移而累积的技术债务。
虽然在传统的企业环境中我们可以取代老化组件，但在IOT Universe中，您的实际事情并未拥有 - 它们由您的客户拥有，他们不能被迫停止使用他们的设备并将期望他们能成功直到他们身体垮掉。这意味着，一旦你发布了一款设备，你就会被它困住几十年，除非你愿意“砖”你的设备和你的客户作对。
未能预测和应对不断变化的逻辑复杂性
由于您的物理环境变得更加复杂，您的软件堆栈将遵循它。What might have been a nice, clean deployment will become old and wrinkly over time, with chunks of obsolete code and increasingly convoluted data paths through the system as you try to cope with the unavoidable fact that you can never, ever stop supporting anything you’ve shipped.
你的json有什么令人讨厌的潜伏吗？
文档数据存储在此方案中表示一个真正的问题。因为他们没有执行关于存储的内容的任何规则，所以您拥有的每一块数据库交互代码都需要能够理解它可能遇到的每一个记录结构。在SQL数据库中，新列用于存储新数据，使此问题更可管理。
你将如何协调发展的需要和始终保持的需要?
很多明显的笨拙高度可用（HA）应用程序是需要预测罕见但危险场景的副作用。创建和部署一个真正的HA应用程序是一个重大的技术挑战;从长远来看，让它继续运转是一个更大的问题。
您是否会从现在开始支持所有开源组件？
只有一件事比废弃的购物中心是一个被抛弃的开源项目，特别是当您使用它的时候。虽然现在通过组装一堆开源项目来构建复杂的应用程序很容易，但随着时间的推移，持续的支持将变得非常具有挑战性。迟早会有一个或多个组件成为孤儿。在这一点上，您将不得不在架构更改和与增加的收入无关的中断之间做出选择，或者打赌您将能够修复发生的任何问题。至少，这意味着您将需要保留编译整个堆栈的能力。
所有IoT Agenda网络贡献者都对其帖子的内容和准确性负责。意见是作者的，不一定传达物联网议程的想法。