Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rudder, an open source Segment alternative

github.com

Post reply on HN
Print view View original

91–100 of 103 posts

Re: Rudder, an open source Segment alternative

#91

Post by ensignavenger »

soumyadeb wrote: post #86
abdullahkhalids wrote: post #83

Earlier quoted context omitted.

This is, what I think is, Mattermost's answer to the current debate around the ethics of FAANG (and others) using open source software to make lots of money without substantially contributing back to the OS projects financially or in code. https://github.com/mattermost/mattermost-server/blob/master/... My understanding is that, Mattermost is okay with others making money from their software if they don't modify it -…

That would work perfectly for us too. Is that considered an open-source license? We have heard OSI has strict standards around that

The AGPL license Mattermost uses for their source is OSI approved Open Source.

Re: Rudder, an open source Segment alternative

#92

Post by soumyadeb »

mychael wrote: post #90

Segment IO is currently being blocked on browsers with adblock. Does this mean it will work even with adblock?

Yes, if you host the JS SDK yourself. However, certain destinations require loading their javascript anyway (segment calls them client-side integration) and those will still be blocked. However, a vast majority of others (e.g. analytics) products would work

Re: Rudder, an open source Segment alternative

#93

Post by soumyadeb »

fuzzyfroghunter wrote: post #88

This looks great, nice work. Is there an easy way for someone to set it up on their cloud infrastructure?

Yes, this is exactly the use case we want to target. What's your cloud infra? We can easily run inside your AWS VPC. If you have your own private cloud, we can run there too - just need to disable the S3 dump. The only dependency we have is Postgres.

Happy to help you setup - Please email soumyadeb@rudderlabs.com OR join our slack https://rudderlabs.herokuapp.com

Re: Rudder, an open source Segment alternative

#94

Post by fuzzyfroghunter »

soumyadeb wrote: post #93
fuzzyfroghunter wrote: post #88

This looks great, nice work. Is there an easy way for someone to set it up on their cloud infrastructure?

Yes, this is exactly the use case we want to target. What's your cloud infra? We can easily run inside your AWS VPC. If you have your own private cloud, we can run there too - just need to disable the S3 dump. The only dependency we have is Postgres. Happy to help you setup - Please email soumyadeb@rudderlabs.com OR join our slack https://rudderlabs.herokuapp.com

Actually asking because we are building data science automation software which we deploy onto our customers' cloud infrastructure. Very similar value proposition to Rudder re: privacy and security, but different use case.

Always interested in how other people achieve similar effects.

Right now, for AWS, we provide customers with a zipped up Packer+Terraform configuration with source and a README which lets them:

1. (terraform+sh) Create an IAM user responsible for the deployment with the right policy to deploy and export environment variables for the user.

2. (packer) Create an AMI for an instance that can host our APIs

3. (terraform) Spin up an EC2 instance on the desired VPC to host our APIs (with optional key pair for debugging, etc.)

Re: Rudder, an open source Segment alternative

#95

Post by sumanthpur »

platform wrote: post #41
soumyadeb wrote: post #38

Earlier quoted context omitted.

We also have a S3 destination so you can just add S3. Support for other data-warehouses (Redshift, Bigquery etc) is coming soon.

Thank you, my understand was that S3 is also 'external' (that's AWS service). What I was hoping/looking for is something where another tool lightweight tool that can be installed alongside Rudder, that can use PG instance (may be just different db within Rudder's instance or just different schema). For a light weight, end-to-end solution (including analytics) that can 'grow' with needs. For many small self-funded sta…

In next 2 weeks, we are releasing Redshift as destination. After that, we have PostgreSQL destination in our pipeline. You can configure it and capture everything there.

If you prefer that to be in files, you could setup a minio server on your VPS instance. It's coming in next weeks too. https://github.com/minio/minio

We would like to understand your preference on this so that we could align our next set of destinations.

Please drop an email at sumanth@rudderlabs.com or join our Slack/Discord channels.

Re: Rudder, an open source Segment alternative

#96

Post by [deleted] »

abdullahkhalids wrote: post #83
soumyadeb wrote: post #80

Earlier quoted context omitted.

Thanks for the pointer - will check it out. We are totally novice on this - we don't even have a license attorney. We just picked SSPL because that's what everyone seemed to suggest to prevent the likes of AWS cloning it. Now that we got some visibility, we will carefully take a look at this issue. But at heart we want to build an open-source community while still being a viable business on the likes of MatterMost, E…

This is, what I think is, Mattermost's answer to the current debate around the ethics of FAANG (and others) using open source software to make lots of money without substantially contributing back to the OS projects financially or in code. https://github.com/mattermost/mattermost-server/blob/master/... My understanding is that, Mattermost is okay with others making money from their software if they don't modify it -…

[deleted]

Re: Rudder, an open source Segment alternative

#98

Post by sails »

sumanthpur wrote: post #78
sails wrote: post #69

How does this compare to Snowplow? https://github.com/snowplow/snowplow

Thanks for asking, I am one of the authors of Rudder. Snowplow is a great analytics tool, especially used for internal analytics. It is open-source and on-prem and keeps your data privacy. It is centered around event enriching and storing to a data warehouse. We are aiming at routing the events reliably to destinations, transforming events real-time, storing them into your data warehouse with a dynamic schema and eve…

Ok that is interesting. I've been thinking about a Snowplow implementation for a while but seems like a big task. Could you expand the differences?

> Snowplow is a great analytics tool, especially used for internal analytics\

> centered around event enriching and storing to a data warehouse

Is rudder not aimed at these use cases?

I seem to gather that you are building a more full stack platform, with a core feature set similar/better to/than Snowplow?

Edit: Can you expand on the types of destinations you plan on supporting? I see Sources [Android, iOS, JS] and Destinations [Amplitute, GA, Hubspot etc] but no data warehouses. Can I send raw events to a Snowflake dwh for instance?

Re: Rudder, an open source Segment alternative

#99

Post by dmor »

soumyadeb wrote: post #61
tomnipotent wrote: post #58

I want to see this married with the Meltano project from Gitlab - it would create an unprecedented end-to-end data environment. https://meltano.com/

Love the thought. We weren't aware of this project - thanks for the pointer. Will follow-up.

I am leading the Meltano project at GitLab and would love to collaborate. Could you drop me a note dmorrill@gitlab.com?

Re: Rudder, an open source Segment alternative

#100

Post by soumyadeb »

dmor wrote: post #99
soumyadeb wrote: post #61

Earlier quoted context omitted.

Love the thought. We weren't aware of this project - thanks for the pointer. Will follow-up.

I am leading the Meltano project at GitLab and would love to collaborate. Could you drop me a note dmorrill@gitlab.com?

Sent you a note.
Post reply on HN