Push to S3
Push files from a Multi FileFeed to an S3 bucket.
Push to S3 writes files produced by your Multi FileFeed (MFF) to an Amazon S3 bucket. Use it as a delivery step at the end of an MFF to hand processed files off to another system or team.
Availability: Beta. Requires the
WorkflowsS3Pushfeature. Contact your OneSchema support representative if you do not see this transform.
What it does
- Input: one or more files.
- Output: none for downstream transforms — this is a terminal (sink) node. It writes files directly to S3 rather than passing them onward.
- The transform uploads each input file to the configured bucket, optionally under a key prefix, using the connected S3 credential.
When to use it
- You need to hand off processed or validated files to another system that reads from S3.
- You want to archive MFF outputs in S3 for auditing or downstream batch processing.
- You're replacing a manual upload step with an automated delivery step.
How to configure it
In the MFF builder, add a Push to S3 node at the end of the branch that produces the files you want to deliver.
Settings
| Setting | Description | Default |
|---|---|---|
| Bucket | The S3 bucket to upload files to. | Empty |
| Key prefix | An optional prefix (like a folder path) added to each uploaded object's key. | Empty |
| S3 account | The connected AWS credential used to authorize the upload. | None selected |
Configuration tips
- Use a key prefix that includes a date or run identifier if you want each run's files kept separate in the bucket.
- Confirm the connected S3 account has write permission on the target bucket before saving the node.
Example
Setup
An MFF produces a cleaned orders.csv file. The node is configured with bucket acme-processed and key prefix orders/2024-05-01/.
Result
The file is uploaded to s3://acme-processed/orders/2024-05-01/orders.csv.
Troubleshooting
Upload fails with a permissions error
- Confirm the connected S3 account has
s3:PutObjectpermission on the target bucket and prefix. - Check that the bucket name is spelled correctly and exists in the expected AWS account/region.
Files are overwritten unexpectedly
- Include a unique element, like a timestamp or run ID, in the key prefix so that each run's files don't collide with previous ones.
See also
Updated 1 day ago
Did this page help you?