Introducing FuelDataIngester (?) #9
Closed
Jurshsmith
started this conversation in
General
Replies: 2 comments
-
Using the CLI approach and following our current nomenclature, pub async fn exec(command: Command) -> anyhow::Result<()> {
let service = get_service(command)?;
if let Command {
nats_url: Some(nats_url),
..
} = command
{
fuel_nats_stream::start_publisher(nats_url, subscription);
}
// ...rest of the code
} |
Beta Was this translation helpful? Give feedback.
0 replies
-
I'm closing this discussion in favor of new updates and patterns already implemented |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
References: #1
First, it would be great if we came up with a feature-inclined name for this new
System
-- whose responsibility is subscribing to important events in a Fuel's Node and publishing to consumer systems/apps. Since NATS can be used for other use cases, instead ofNatsPublisher
/FuelCoreNats
, would it be better if we usedFuelDataIngester
/FuelEventsIngester
/FuelDataPublisher
/ (suggestions)? To avoid being blocked,FuelDataIngester
will be used in the demonstrations below, which, of course, is subject to change once we decide.The simplest way to decouple the
FuelDataIngester
process fromfuel-core
is by using an environment variable such that when present, the process starts, otherwise, it simply skips with a warning log. Please see the code below for what it will look like approximately:In our
data-systems
repo, we could expose this from afuel-data-ingester
crate:Then,
fuel-core
'sexec
function will start the ingester system this way:Please feel free to share any feedback to keep this discussion going 🚀
Beta Was this translation helpful? Give feedback.
All reactions