It's worth getting familiar with the basic concepts that comprise Vector as they are used throughout the documentation. This knowledge will be helpful as you proceed and is also cool to brag about amongst your friends.
Vector wouldn't be very useful if it couldn't ingest data. A "source" defines where Vector
should pull data from, or how it should receive data pushed to it. A pipeline
can have any number of sources, and as they ingest data they proceed to
normalize it into events (see next section). This sets the stage
for easy and consistent processing of your data. Examples of sources include
A "transform" is responsible for mutating events as they are transported by Vector. This might involve parsing, filtering, sampling, or aggregating. You can have any number of transforms in your pipeline and how they are composed is up to you.
A "sink" is a destination for events. Each sink's
design and transmission method is dictated by the downstream service it is
interacting with. For example, the
socket sink will
stream individual events, while the
aws_s3 sink will
buffer and flush data.
Data, such as logs and metrics, that passes through Vector is known as an "event". Events are explained in detail in the data model section.