Live data from Hacker News

Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

app.movinglake.com

11–20 of 70 posts

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#11

I tried to sign up but never received the verification email. Might just be me.

Hi!

Let me know if you still haven't gotten the email. I just tested it out and worked for me. But we can activate manually your user if you send me an email at andres@movinglake.com.

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#12
post #9

Earlier quoted context omitted.

Hi Timja, sorry about that! We have been so focused on this for the past months that is easy to loose perspective. Data connectors, in the loosest definition possible, is simply a piece of software that moves data from one place to the other. This can be from database A to database B or (as in our case) from a given API into a database. ETL stands for "Extract, Transform, Load", a process in which you get data from s…

Thanks for the explanations! I get kind of a "no code" vibe from it? When I want to read data from an API, transform it and put it into a DB, my approach would be to write a few lines of Python. A script that does an http request to the API, transforms it and then writes the data to SQLite. That seems much easier and more future proof to me than to bring in a 3rd party service.

Yes, the idea is for it to be a no-code solution. We completely understand why some people would like to this work in-house, specially for simple use-cases such as the one you mentioned.

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#14
post #11

I tried to sign up but never received the verification email. Might just be me.

Hi! Let me know if you still haven't gotten the email. I just tested it out and worked for me. But we can activate manually your user if you send me an email at andres@movinglake.com.

Thanks, I sent an email. IMO it would be helpful to list your pricing model on the landing page as well.

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#15

Looks awesome. What is the pricing model ? I would love a good real time connector for database like Oracle/postgres. There are few options like AWS DMS. But don't have many options for target

Hi Max, thanks a lot for the interest!

Pricing is connector-dependent and volume based. Most of our connectors are charged at $0.00004USD per event. You could email us to andres@movinglake.com and edgar@movinglake.com so we can discuss if we are a good fit for your needs.

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#16
post #11

Earlier quoted context omitted.

Hi! Let me know if you still haven't gotten the email. I just tested it out and worked for me. But we can activate manually your user if you send me an email at andres@movinglake.com.

Thanks, I sent an email. IMO it would be helpful to list your pricing model on the landing page as well.

Noted! Although we wanted to charge a standard fee per event extracted, this would have tied our hands to deliver tougher-to-build connectors. So most of our connectors are charged at $0.00004 per event, but some which include scraping are charged higher (we want to be very explicit about which connectors are charged differently).

Re: Launch HN: MovingLake (YC S22) – Real-time data connectors for almost anything

#20
Hi and congrats !

> bidirectional data connectors which aim to solve automated ETL (eg moving data from an API to Snowflake), reverse ETL (we pipe the data straight to your CRM)

I need exactly this at work. However, my requirements are :

- it has to be "self-hosted", usually in my clients' VPC, sending data to a third party is a big no-no.

- most of them use SAP, Salesforces and many other esoteric CRMs & ERPs. It has to work for at least the most important ones.

- the target medium is usually the cloud provider's object storage (S3, ...), snowflake is quite rare. It also have to be flexible enough to support our own versioning strategy.

Would it work with your product ?

Post reply on HN