iap1 iap2协议区别_IAP：HTTP的快速，多功能替代品

iap1 iap2协议区别

如果我们能够保留当今行业的累积知识，而又从新技术开始，而不受传统技术和协议的束缚，那么现代云平台将如何发展？ 如果该云平台能够支持下一代互联网-万物互联（IoE），该怎么办？

在Jenkov Aps和Worpcloud Ltd.，这些正是促使我们去年年初与我们的新云项目VStack.co合作的问题。 在整个2015年，我们分析了现代应用程序堆栈的大部分，从高层架构方面到具体技术，例如数据库，查询语言，消息队列，备份解决方案，分布式计算模型，甚至是网络协议。

分析和概念验证的实施工作是一项持续不断的工作，但是在这一点上，我们可以看到，最终的技术堆栈看起来将与现有的云平台大不相同。 实际上，我们发现可以用更好的替代方法替代当今的几种互联网技术。

因为该平台尚未完全实施，所以说该项目的结果是否能够达到我们的期望还为时过早。 随着了解的更多，我们自然不得不多次更改设计，但是，现在这些设计已经足够稳定，可以开始与开发人员社区进行讨论了。

我们无法在一篇文章中描述整个体系结构，也无法对其进行讨论，因为部分仅在内部可见。 因此，本文仅关注体系结构的一个中心方面，IAP，即我们建议的HTTP替代品。

IAP-互联网应用协议

Internet应用协议（IAP）旨在成为Web 3.0的通用网络协议。 我们认为，在适当的Internet应用程序协议上进行标准化可能会对USB对PC和外围硬件所具有的应用程序和设备产生类似的影响，与Internet连接的应用程序和设备只需将它们连接到Internet即可进行交互。

IAP尚未完全指定，但是我们非常了解IAP的核心应该如何工作。 IAP规范的最新版本在此处提供 。

IAP解决了HTTP 1.1忽略的许多用例。 尽管HTTP2和WebSockets确实解决了HTTP 1.1不能解决的几个问题，但是我们认为仍然需要做更多的事情，正如我们在博客中所描述的： 为什么HTTP2和Websockets不够用 。

IAP是基于自由流消息的协议。 通信节点交换消息，就像HTTP请求和响应一样。 但是，IAP不需要每个消息都具有响应。 作为自由流协议，IAP仅指定节点交换消息。 消息可以在网络连接的两个方向上自由流动，因为通信节点认为适合进行通信。 在我们的教程IAP消息流中，我们已经详细描述了一些核心消息流 。

为了使IAP逐步完成，我们认为是时候向社区介绍有关替换HTTP的讨论，并提出建议的解决方案了。 实际上，本文将主要关注ION，即IAP中使用的二进制对象表示法。 我们选择此重点的原因有以下三个：

首先，ION规范比整个IAP规范更接近稳定。 因此，从ION开始讨论更加有意义。

其次，ION可以独立于IAP使用，这意味着您可以将ION与HTTP一起使用&#