Delphix很高兴地宣布其开源软件计划的新成员Delphix Session Protocol（DSP）。DSP是Delphix引擎使用的网络框架。它旨在通过将应用程序的"业务逻辑"与底层的"网络问题"分开来简化分布式应用程序的开发。在早先的一篇博文中，该框架的作者之一彭岱（Peng Dai）概述了DSP体系结构及其一些特性。在这篇博文中，淘客推广渠道，我将分享Delphix为什么要构建DSP以及它为什么是开源的。为什么选择DSP？为了实现数据虚拟化，Delphix工程师维护了许多需要在主机之间进行可靠和高性能通信的功能。例如，Delphix初始数据库备份需要通过广域网可靠地传输数兆字节的数据。这种传输可能需要几天的时间才能完成，人们期望备份能够经受住网络问题的困扰（链路丢失、虚假网络中断等）。重新启动失败的传输代价不合理，好评返现模板，因此必须避免。然而，Delphix的工程师们一直在维护这个功能，把精力放在整个备份过程上，而不是对数据传输进行微观管理。DSP允许他们这样做。通过在DSP上编写数据传输逻辑，工程师可以抽象出典型的连接管理难题。他们还受益于诸如加密、压缩和连接中继等交钥匙功能，真正云服务器，这些功能可以自动使其功能安全和高效。DSP使整个Delphix的工程师不必重复地解决相同的网络编程问题；工程师可以花更多的时间设计核心应用程序逻辑，最终产生更好的特性。为什么要开源DSP？网络编程也是Delphix外部工程师面临的一个挑战。我们相信DSP可以提供其他开源网络框架中没有的会话和表示层功能，作为一个开源项目可以提供价值。许多框架，如Netty，可以简化网络密集型应用程序的开发，但并不能消除数据序列化或协议设计的麻烦。像javarmi和googleprotocol Buffers这样的框架抽象了序列化，但不能简化连接管理和网络错误处理。DSP通过为开发人员提供一整套方便的序列化语义和健壮的网络抽象来达到网络框架的"最佳点"。这些DSP特性的集合为开发人员提供了高级抽象，如异步远程方法调用和端到端取消。正是通过这些特性，大数据局，DSP实现了将本地应用开发经验引入分布式环境的目标。虽然DSP最初是为了帮助内部开发过程而创建的，云服务器价格比较，但我们认为它有着更深远的应用。Delphix邀请工程师来检查DSP，这样框架可以继续改进并集成到其他网络密集型应用程序中。Delphix很高兴通过开放式ZFS与开源软件社区合作，并希望看到与DSP的类似合作。请访问DSP Github页面开始并了解更多信息！