系统在传输封装数据时，系统是怎么解决数据的实时性问题

OSI和TCP/IP在封装过程中如何实现实时性

OSI和TCP/IP在封装过程中如何实现实时性
在了解封装和解封装之前，你必须要知道什么是协议数据单元(PDU)！
在OSI七层模型或者TCP/IP协议栈的每一层都有一个PDU，各层的PDU负责属于所在层的功能。
因为所有的网络设备都是基于OSI和TCP/IP标准开发的，所以这些PDU在数据传递的过程中，各个厂家的网络设备都可以识别。
如下面两张图，分别是OSI参考模型和TCP/IP协议栈在各层加上PDU后的封装格式：
OSI的各层的PDU封装如下：

TCP/IP各层的PDU封装如下：

数据封装：
数据的封装，就是在用户发出的原始数据上，从最上层应用层开始，每层在把数据递交给下层之前，先添加上该层的PDU。使这个用户的原始数据包具有所有层次的功能属性，用来帮助该数据完成传递。
例如：
现有一个项目，需要由销售部、技术部、财务部、工程部来协同完成。
首先，该项目由老板提出，由技术部在这个想法的基础上给出解决方案，再由财务部在解决方案的基础上进行项目经费预算，工程部在经费预算的基础上选择合适的零部件来完成产品的加工，然后由销售部门将产品销往各地。
在这个项目的整个完成过程中，各个部门各兼所职，但是缺一不可，而且整个项目的流程都是固定的，依次要经过老板à技术部à财务部à工程部à销售部，才能完成。
这些部门就好比OSI或者TCP/IP的层次，每个层次各兼所职，缺一不可，且流程固定。
数据解封装：
将收到的数据，逐层来解读该层的PDU，看看与本台电脑上的每层所负责的信息或者服务是否匹配，如果匹配，则会将数据的PDU在每层解开，最终剩下里面的原始数据。
OSI的封装过程如下：
用户准备好要传出去的原始数据
加上应用层PDU
表加上示层PDU
加上会话层PDU
加上传输层PDU
加上网络层PDU
加上数据链路层PDU
将数据帧转成bit流从物理层传出
OSI的解封装过程如下：
从物理层收到bit流，转成数据帧交给数据链路层
去掉数据链路层PDU
去掉网络层的PDU
去掉传输层的PDU
去掉应用层的PDU
得到原始数据
TCP/IP的封装过程如下：
用户准备好要传出去的原始数据
加上应用层PDU
加上传输层PDU
加上网络层PDU
加上数据链路层PDU
转成bit流从物理层传出
TCP/IP的解封装过程如下：
从物理层收到bit流，转成数据帧交给数据链路层
去掉数据链路层PDU
去掉网络层的PDU
去掉传输层的PDU
去掉应用层的PDU
得到原始数据

如何确保数据，信息的准确性，完整性，可靠性，及时性，安全性和保密性

数据完整性（Data Integrity）是

指数据的精确性（Accuracy） 和可靠性（Reliability）。它是应防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。数据完整性分为四类：实体完整性（Entity Integrity）、域完整

性（Domain Integrity）、参照完整性（Referential Integrity）、用户定义的完整性（User-definedIntegrity）。

保证数据的完整性:

1. 用约束而非商务规则强制数据完整性

如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。

假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。

如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。 — Lamont Adams

只要有可能，请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。

— Peter Ritchie

2. 分布式数据系统

对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5 年或者10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。

— Suhair TechRepublic

3. 强制指示完整性

没有好办法能在有害数据进入数据库之后消除它，所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。

— kol

4. 关系

如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。

— CS Data Architect

5. 采用视图

为了在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。

— Gay Howe

6. 给数据保有和恢复制定计划

考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。

— kol

7. 用存储过程让系统做重活

解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后，我所在的团队决定封装一些关联表的功能组，提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。在此期间，我们发现3GL 编码器设置了所有可能的错误条件，比如以下所示：

SELECT Cnt = COUNT (*)

FROM [

]

WHERE [] =

IF Cnt = 0

BEGIN

INSERT INTO [

]

( [< primary key column>] )

VALUES ( )

END

ELSE

BEGIN

END

而一个非3GL 编码器是这样做的：

INSERT INTO [

]

( [< primary key column>] )

VALUES

( )

IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint

BEGIN

END

第2 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个人不喜欢使用嵌入文字（2627）。但是那样可以很方便地用一点预先处理来代替。数据库不只是一个存放数据的地方，它也是简化编码之地。

— a-smith

8. 使用查找

控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等

如何解决分布式系统数据事务一致性问题

文探讨了在分布式系统中，如何基于业务方面的考量、将RESTful与MQ(消息中间件)结合、解决事务完整性/数据一致性问题的架构设计。 一、面向业务考量的最终一致性方案考虑 这里先举两个例子。 1、支付宝的“WS Transaction标准”尝试： 支付宝在他们的分布式系统中为解决事务完整性的问题，曾经尝试过WS Transaction标准，但是经过实际做测试，最后发现成本实在是太高了。完成一个事务，为确保事务完整性，20多条的消息的交互，其中只有1条是业务消息，其他都是系统之间的协议消息。这就会导致客户端响应太慢，客户无法承受这样的性能。 2、Ebay架构师的最终一致性方案： 来自Ebay的架

什么是系统封装？封装的系统怎么还原？

你买的品牌的电脑吧 品牌电脑都会在硬盘中创建一个隐藏的分区，用他们的软件进行的备份，软件在系统中应该是可以看到的，但是他备份用的分区看不到，还原操作有点像一键还原 不过本人不建议用品牌商提供的备份，因为他的备份还原素的非常的忙，会有吐血的感觉（亲身经历惠普的还原超级的慢啊） 关于系统封装，其实不是一般意义上的备份系统，封装后的系统就想番茄花园，是优化过的，卸载过驱动（为了适应不同的机子，可以自动安装驱动）等操作后的备份文件，封装的系统和普通的备份文件的还原是一样的，用GOHST等还原软件就可以了。

两个系统接口对接的问题

1、每次对方开发新的接口方法，我方就必须更新项目中的Web引用才能调用到新增的方法，更新后新生成的文件也需要替换到我们系统的正式发布环境中。这样如果接口更新频繁，接入合作方数量越来越多，每次更新项目文件都很麻烦。
2、前面提到会接入很多合作公司的Webservice接口，但每家公司提供的数据和业务处理逻辑或多或少都会有区别，就算有规范文档也不能避免（很多公司的接口方法是在与我们合作前就开发好的，不可能再去要求对方大动。）这样每接入一家都要写一套对应的接入程序，虽然目前的架构还行，但接入越来越多始终不好。

应用程序编程接口，简称API（Application Programming Interface），就是软件系统不同组成部分衔接的约定。在数据封装时，网络分层中的每个层相互之间会用接口进行交互并提供服务，其中应用层与用户之间的接口称之为应用程序接口（API，Application
Programming
Interface）。API实际上是一种功能集合，也可说是定义、协议的集合，无论是那种集合，它的实质都是通过抽象为用户屏蔽实现上的细节和复杂性。

标签：互联网 电脑网络 网络 企业管理 对接