又遇见实时—历史数据库eDNA

      本文想说说eDNA这个数据库，并不是这个产品有多么的完美，一是由于本人在2003年到2007年期间深度接触了这个产品，所以想以这个产品开始来聊一聊国内外的实时/历史数据库产品；二是由于eDNA这个产品在产品的技术架构上有一些独特的东西的。
eDNA是Enterprise Distributed Network Architecture这几个单词的首字母简写，Distributed Network Architecture本是上世纪90年底软件行业炒的比较火的一个概念，Instep这个公司倒好，直接将此名称作为自己产品名的一部分了，敢把产品名称叫作eDNA（企业分布式网络架构），那产品会是和分布式沾边吗？
      eDNA这个产品还真是将分布式的架构思想应用到了产品中，虽然从今天的技术来看，eDNA产品的架构思想不算啥，而且也只能算是分布式1.0时代的产物，但在eDNA出现的年底（上世纪90年代），它的设计思想还真算是比较先进的了，只是20年了依然裹足不前，让人有些惋惜。
      通过下面这张图来说说eDNA的设计思想：
      结合上面这张图，将eDNA构建的一套系统分为3个部分：eDNA核心服务，eDNA外部应用，eDNA客户端程序。
      eDNA的核心服务是由多个独立的进程组成，即eDNA的服务目录是一个独立的进程，可以在一台计算机上运行，也可在多台计算机上同时运行，在多台计算机上同时运行时，这些运行的服务目录程序构成一个服务目录群集，互为冗余。eDNA其他的核心服务，如实时服务，历史服务，配置服务，计算服务等都是一个一个独立的进程，这些独立的进程即可在同一计算机上运行，又可分开运行在不同的计算机上，而且和操作系统无关。
eDNA的每个服务是一个单一的功能结合，实时服务只处理实时数据，历史服务只进行数据的归档存储，那么如此之多的功能组件是如何协同工作的呢？
      从上图可以看出，eDNA核心服务内部之间或是和eDNA外部应用及eDNA客户端程序之间都是基于中心的服务目录来进行相互通讯，在这里eDNA的服务目录类似黄页的功能，类似互联网上的DNS服务器的功能。
      下面具体的说明一下eDNA核心服务内部之间的工作流程：
1 ）    服务目录作为整套系统的核心，在网络中必须先运行起来；就像互联网上的DNS服务器，如果一旦挂了，大家想访问任何网站都是一件不容易的事情。
2 ）    在服务目录在预先定义好eDNA的组件服务的信息（名称和类型）；eDNA的组件服务可以定义很多，名称是识别每一个组件服务的唯一标识，不可重复，而组件服务的类型是表明此组件服务的角色，可以是同一种类型。
3 ）   为每一个组件服务配置好配置文件，每个组件服务的配置文件中的名称不可重复且是服务目录中定义的其中一个。
4 ）    将组件服务的程序文件及配置文件拷贝到网络在的任何一台计算机，并配置所在计算机中的Host文件（用于解析eDNA定义的一个特殊名称），然后启动此组件服务。
5 ）    此组件服务的程序启动后，通过所在计算机中的Host文件获得eDNA服务目录的IP地址后，就主动与eDNA服务目录通讯，将自己的状态注册eDNA服务目录中，如果eDNA服务目录中能找到自己的名称，那么就可以注册成功，否则就被eDNA服务目录拒绝。成功注册后，服务目录将此组件服务的状态更新,更新的信息是状态，IP地址，端口。
6 ）   与5）一样，其他的组件服务按照相同的流程运行并注册到eDNA服务目录及更新在服务目录中的状态。
7 ）   如组件服务之间需要相互通讯，协同工作，如实时服务需要将收到的实时数据不停的发送给历史服务进行归档保存，那么实时服务就去服务目录中查询与自己协同工作的历史服务的状态及当前的IP地址和端口，如果历史服务的状态是运行，那么实时服务将从服务目录在获取历史服务当前的IP地址和端口，主动与历史服务进行通讯，将实时数据送给历史服务。
8 ）   eDNA核心服务的各组件之间，eDNA外部应用和eDNA客户端程序访问eDNA核心服务的原理与7）描述的类似。
      eDNA这套分布式工作的思想使得整套系统具有很高的灵活性和扩展性，整套系统的容量不够了，性能不够了，增加几台计算机，在每台计算机上配置新的组件服务，运行新的组件服务，这套系统的容量也就增加了，而老的计算机还是继续使用。但也是由于这种灵活性和扩展性，使得eDNA这套系统的学习成本和维护成本较高，而且由于eDNA在国内的推广使用中，并未结合实际的应用场景，以致于分布式这个特点变成了鸡肋。有点毫无用处而徒增复杂度。