Live data from Hacker News

Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

pipedream.com

61–70 of 113 posts

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#61
post #35

Earlier quoted context omitted.

I think the point is: monitize now to reduce risk

People are often a lot more upset when they pay money and there is no exit plan. Shut downs can be abrupt and chaotic, suggesting they monetize immediately doesn't seem helpful either. If that's the suggestion, I'd ask: how much would you pay and how long do you expect notification in advance of a shut down? Do you expect a refund? Full or partial? Do you expect portability? If so, what kind.

$1/trigger/mo. 30 days. No refund if services were delivered, if I pre-paid then pro-rated refund. No expectation of portability.

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#62

Why would I use this instead of an option built into a major cloud provider such as AWS, GCP, or Azure? How do you differentiate yourself. Do you (or will you) support frameworks like Serverless?

Hi, Dylan, a co-founder here. It's a great question.

We've found that for integrations or common automations, building on a cloud platform is too low-level. You've got to manage a number of services that aren't core to your use case (e.g. API Gateway, IAM, Cloudwatch Logs, etc.). We operate at a higher level and just give you an execution environment to run Node.js code or stitch together pre-built actions, similar to integration platforms like Zapier.

Of course, Serverless and other frameworks abstract part of the cloud services, but you're still running on that platform, and when you need to troubleshoot or scale the service, it's likely you'll have to peek under the covers. We tried to build a serverless platform from the ground up and provide services like the HTTP server, key-value store, logs, and other services right inside the UI, or accessible in code. There's no other cloud resources to manage or monitor.

This kind of abstraction isn't great for every application, but we think it shines when you're building integrations or data pipelines that aren't part of your core app.

The pre-built actions and built-in OAuth / key-based auth also operate at a higher level than most cloud services. We've tried to provide these in a developer-friendly way, so you have full control over how your workflow runs, but don't have to manage the parts that are tangential to the logic of your app.

As we expose more APIs for building and running workflows, we'd love to support a framework like Serverless.

I'd love if you have time to give Pipedream a try and see how it works for yourself! We're looking for feedback on how we can improve so we'd love more eyes on it.

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#63
post #2

Co-founder here. We have been heads down working Pipedream for the past 9 months and are excited to share our beta with you. Pipedream is an integration platform built for developers. Develop any workflow, based on any trigger with authentication management built-in and no server or cloud resources to manage. Workflows are code, which you can run for free. The beta version includes the ability to: - Run any Node code…

Forgive me if this is clean and I haven’t seen it I’m just browsing from a mobile device. With all workflow type services I’ve encountered I find that the actual underlying workflow can’t be managed under source control as one would do with (hopefully) most if not all application & infrastructure code. Can I “deploy” workflows from source control?

Hi, Dylan, a co-founder here.

Deploying workflows from source via CLI or your CI/CD pipeline is in the works! We want you to host workflows on Github / Gitlab and be able to deploy them using your standard process.

Feel free to reach out to me directly if you'd like more information and I can let you know when we're testing this.

dylan [at] pipedream [dot] com

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#64
post #56
post #2

Co-founder here. We have been heads down working Pipedream for the past 9 months and are excited to share our beta with you. Pipedream is an integration platform built for developers. Develop any workflow, based on any trigger with authentication management built-in and no server or cloud resources to manage. Workflows are code, which you can run for free. The beta version includes the ability to: - Run any Node code…

From the intro article: (Yes, Python is coming.) +1

Hi, Dylan, a co-founder here.

I'm a Pythonista at heart and we're working on Python support as we speak! We'll let y'all know when we ship that.

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#66
post #38

Earlier quoted context omitted.

If you do not need enterprise use cases (single sign-on, higher level SLAs, shared authentication, etc) and your scale fits within our defined constraints, then free is the price.

to me that translates as "WARNING! TRAP!" because I may decide I like your thing, and then my users may decide they like _my_ thing, and then suddenly I find out what your price is for my scale and "oh shit! I'm going to go broke OR have to recode everything" ESPECIALLY since this would become a key part of the infrastructure / how my app gets its stuff done. Replacing your service with a competitor or something home…

[deleted]

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#67

Earlier quoted context omitted.

Build a cost model. Set prices that would make them profitable based on that model. Offer the service at that price. See if people are willing to pay for it. Verify that costs and profitability match the model. If the model turns out to be inaccurate: A) Change the architecture to reduce costs to the point where it becomes profitable at an attractive price point for customers, or B) Move on to the next idea. It's not…

I feel like there's too much focus on the price here, and the thing I am concerned with is that the original comment was about how services shut down and they didn't want to invest in the unknown. Paying for that seems doubly risky to me. That said, I get your point that if you can create a model that gives you a good sense of future profitability, you are in a better position not to die as a company.

I think the concerns are related. The likelihood of a company shutting down is greatly affected by its profitability.

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#68
post #38

Earlier quoted context omitted.

If you do not need enterprise use cases (single sign-on, higher level SLAs, shared authentication, etc) and your scale fits within our defined constraints, then free is the price.

to me that translates as "WARNING! TRAP!" because I may decide I like your thing, and then my users may decide they like _my_ thing, and then suddenly I find out what your price is for my scale and "oh shit! I'm going to go broke OR have to recode everything" ESPECIALLY since this would become a key part of the infrastructure / how my app gets its stuff done. Replacing your service with a competitor or something home…

Kind of agree with this. As a business you want to have not only your present costs, but your future costs known. No surprises.

Re: Show HN: Pipedream. Develop any workflow, on any trigger, with auth and no infra

#70
Congrats on launching!

I'm a founder of a startup in the same space, so just wanted to say good luck. I love the name. It's exciting to see so many folks working on making connective developer tooling a better experience.

I had a link originally included in here but -- you guys should enjoy your launch. I understand and have a great deal of empathy for the effort it takes to build and launch something new. Enjoy all of it, and keep up the good work.

- Keith

Post reply on HN