首先，这些组件都和数据传输有关。
按照我自己的理解，我会给这三个组件各自打一个标签。
对于Data Sync，我给的标签是“拷贝”。Data Sync给我的感觉只是一个tool，一个可以简单、自动、并且自加速的工具，让你可以非常快速地把数据从一个地方，拷贝到另一个地方。基于这样的特点，那适用的因素有：
- 大量数据。如果你有大量数据需要拷贝，请考虑；
- 已有数据。因为这仅仅是个工具，因此非常适合拷贝现有数据，尤其当你的需求是从On-Prem拷贝数据到AWS上，请考虑；
- 定期数据。如果你的需求是定期或者周期地拷贝数据到另一个地方，比如银行每周末的数据备份、存档等，请考虑；
对于File Gateway或者其他的Storage Gateway，我给的标签是“使用”。搭建File Gateway的根本功能，是让On-Prem的用户，像使用原来On-Prem的文件系统那样，继续使用存放在AWS的数据，包括读和写。因此：
- 如果你的需求是数据的及时、持续同步，请考虑；
这里小节一下。很明显地看出，Data Sync和File Gateway想要解决的问题不一样。如果我们举一个例子：一个公司希望从此使用Hybrid，数据要放到AWS上，那么他应该：
- 使用Data Sync将已有的数据都同步到AWS上；
- 使用File Gateway来访问数据，并且及时、持续地写入、读出新的数据；
- 如果有备份、存档等需求，添加一个定期的Data Sync的任务，来完成。
对于S3TA，我给的标签是”world-wide“。如果你希望你的S3 bucket，可以从全球各地访问或者上传都非常快，那么请考虑。
所以在On-Prem变Hybrid这样的问题上，S3TA并不是重点。
而在如何保证一个分享资源（如照片）的APP的访问速度上，请考虑S3TA。
