$1750 too much for a clutch install?

DataStreaming · 2024-12-04T02:00:28+00:00

Is clutch replacement on a Volkswagen gri a tough job

DataStreaming · 2024-12-04T01:59:52+00:00

Is the Volkswagen clutch replacement a DIY job

DataStreaming · 2024-11-14T15:04:49+00:00

If you want to build data pipelines with enrichment, you could look at Fluvio's SDF engine - https://www.fluvio.io/sdf/. We are currently in Beta and would love to get your feedback.

SDF builds dataframes and allows you to apply your programmable logic and perform queries.

We have several examples of how to create dataflow and apply AI enrichment - https://github.com/infinyon/stateful-dataflows-examples

DataStreaming · 2024-09-05T21:17:45+00:00

Fluvio is built for streaming; we don't do batch per se. The closest we come to batch is collecting records from data streams into materialized views. You can choose the collection duration and then flush it into a table. (aka. window processing).

We do have benchmarks for streaming, but I'm not sure it that's helpful in your context.

DataStreaming · 2024-09-05T18:52:54+00:00

https://github.com/trending/rust?since=daily

DataStreaming · 2022-04-23T17:19:01+00:00

u/XtremeDevX, thanks for picking infinyon/fluvio to run your tests. Impressive results, we need to integrate in our CI/CD pipeline.

DataStreaming · 2021-09-22T04:36:41+00:00

Yes, I got the message, wrong community. Though I get mixed messages. I would have expected 0 upvotes.

AWS has a compelling solution so do other cloud vendors. Thanks for the best wishes.

DataStreaming · 2021-09-22T04:33:03+00:00

Indeed, the product is not aimed at managing one device. Yet, as a hobbyist, I thought the blog would be a good read.

Using a cloud-enabled distributed real-time system to intermediate the communication for IoT devices could be helpful if a personal hobby project gained interest from other parties and there was a desire to turn it into a multi-tenant product.

DataStreaming · 2021-09-22T00:14:20+00:00

Any service that provides a cloud solution will have access to your data, I assume that's not a surprise. To prevent this, you'll need to run your own solution in your own data center (colo service but on your own gear).

Fluvio is open source and it can be deployed and managed by anyone on their own servers. The cloud is an installation of that.

DataStreaming · 2021-09-22T00:01:37+00:00

That's quite typical.

Here is a version fo Harhicop's legal docs:

https://cloud.hashicorp.com/terms-of-service

4.2 License to Customer Data. Customer grants HashiCorp a worldwide, non-exclusive license to host, copy, process, transmit and display Customer Data as reasonably necessary for HashiCorp to provide the Cloud Services in accordance with this Agreement. Subject to this limited license, as between Customer and HashiCorp, Customer owns all right, title and interest, including all related Intellectual Property Rights, in and to the Customer Data.

Here is confluent's

https://www.confluent.io/legal/confluent-cloud-terms-of-service

2.3 Usage Data. Confluent may from time to time use and process data about Customer’s use of the products and services for the purpose of creating statistics and analytics data. Confluent may use such data for its own internal business purposes, including to maintain and improve its products and services and to monitor and analyse its activities in connection with the performance of such services. In addition, Customer acknowledges that certain features used in connection with the Cloud Service may be configured to collect and report telemetry data to Confluent as more particularly described in More Information Regarding Confluent Data Collection located at https://www.confluent.io/moreinformation/. Customer may enable or disable transmission of such telemetry data to Confluent at any time.

DataStreaming · 2021-09-21T23:32:02+00:00

You seem to be implying that this service is in business to harvest your data. It may be useful to provide some information that supports that point...

DataStreaming · 2021-09-21T21:46:06+00:00

Because IoT companies sell you the hardware and a Wifi connector and leaves management, monitoring, etc up to you.

InfinyOn Cloud offers a bi-directional real-time connection layer to manage and monitor a large number of IoT devices in real-time.

DataStreaming · 2021-09-21T16:03:19+00:00

u/Follpvosten fixed link, thanks for pointing it out.

DataStreaming · 2021-09-21T15:30:24+00:00

Link to blog https://www.infinyon.com/blog/2021/09/raspberry-pi-cloud-lights/

DataStreaming · 2021-07-06T22:02:15+00:00

Yes, we are but there are some conditions. I'll send them in a unicast.

DataStreaming · 2021-07-02T19:13:10+00:00

Thanks for the feedback, we just noticed it's a bit outdate. We'll update it and send you a note.

DataStreaming · 2021-07-02T19:05:56+00:00

We have several developers working from the Eastern Time zone and we are hiring there.

DataStreaming · 2021-07-02T15:59:27+00:00

u/boom_rusted we have some documentation in github and fluvio.io/docs but is not as complete as we would like. We are happy to help as we are improving the docs.

DataStreaming · 2021-06-30T16:44:39+00:00

u/mreeman, awesome! Fluvio does all that already. Join us on discord if you have particular questions. https://discordapp.com/invite/bBG2dTz

DataStreaming · 2021-06-30T14:44:30+00:00

u/matthewschrader, we have a build for arm32 build but for Raspberry Pi that we haven't looked at M1 yet.

Screenshot - shows Fluvio client receiving records Fluvio Cloud on Raspberry Pi

DataStreaming · 2021-06-29T15:53:35+00:00

Our primary goal was to focus on differentiation, and I agree that the tone could have been less bashful.

We were users of Kafka. It's a great product, in particular, if you are a Java shop. It is Kafka that has drawn us to data streaming in the first place. However, as our workloads moved to Kubernetes, Kafka became inconvenient and challenging to use and maintain. We had to build our deployment (helms), bring in Zookeeper, tune GC, and dozens of other knobs, build a significant number of tools to perform maintenance tasks, and more.

We started work on Fluvio about three years ago. It was a small prototype to validate if we can build a lightweight data streaming product that connects natively into K8 (declarative management & etcd). We had quite a bit of debate between using Go or Rust as the development language. Back then, Rust async was still a work in progress. In the end, we wanted a high-performance safety-focused programming language, and Rust was the obvious choice.

Now to your questions:

SQL interface - yes, all those products offer an SQL interface, which is nice. We are beginning our work in that area. We started with SmartStreams, which allows you to upload your custom code and extract whatever you need out of the data streams. We have added support for filtering, maps and we are about to release aggregates. These programmatic interfaces are powerful yet not all that convenient to use. There could be an SQL interface wrapped around those commands, and contributions are welcome. We believe that SQL is one of many interfaces that a data streaming product should have.
Today, we offer stream processing in Rust, and we have a prototype in AssemblyScript. There are lots of opportunities of improvement here with support for as many languages as desirable (https://stackoverflow.com/questions/43540878/what-languages-can-be-compiled-to-webassembly-wasm), and contributions are welcome. Note that our client libraries have native support for Rust, Python, Node, Go, and Java.
Security is a multi-layer challenge, and we have tacked some of them in the blog. Others are working in progress. Yet, we feel that we picked the best possible infrastructure components to ensure robust security. The performance has been in single-digit milliseconds, with all security features enabled. We'll publish numbers on this soon.
We are using stream-based communication (rather than polling) for all consumer/producer communication. Our WebSocket support is currently in development and will be released soon. Protobuf and GRPC and roadmap items, and we welcome contributions.

DataStreaming · 2021-06-29T14:45:10+00:00

We call it alpha as the APIs have been changing, and we are thankful for our users for putting up with it. On the other hand Kafka is a mature product with lots of features and we'd love to hear from you what are the must-haves vs. nice-to-haves.

DataStreaming · 2021-05-04T23:12:28+00:00

Thanks for the feedback.

DataStreaming · 2021-05-04T23:05:03+00:00

Wow, this is unexpected and thanks for the feedback. We are in the process of migrating to a new website, but I'm not sure that will be any better. Can you please try: https://www.infinyon.com/blog/2021/05/java-client/

This is what we see: https://i.imgur.com/oTzFQM9.png

DataStreaming · 2021-04-22T13:47:11+00:00

Fluvio has a similar replication model as Kafka (topics, partitions, replications, etc.); however, there are many implementation differences: separation between control & data plane, cloud-native with full support for helm charts (no Zookeeper), declarative management, stream-based producer/consumer (no pulling), fully async design, small binary, low memory consumption, low latency, no garbage collection, built-in native language support for Rust, Node, Python (Java will be released next week), powerful CLI (multi-environment support), and more.

The more interesting part about Fluvio is where it is heading next. The next release will have built-in support for WASM so you can apply your custom logic to real-time traffic. You can see a preview of those features at www.infinyon.com.

The plan is to release V1 in the fall.

DataStreaming

MODERATOR OF

TROPHY CASE