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
Uh oh!
There was an error while loading. Please reload this page.
-
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