Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
Monetize with Pro version #894
Thumbs up if you/your company would be interested in a more robust monthly subscription pro version. This would let me focus on the project again, at the moment I can't even really review contributions since they shouldn't be blindly merged without QA.
I'd also like to get rid of the Terraform dependency since it has a pretty large learning curve and doesn't integrate naturally with the project, so Apex would likely have its own more user-friendly CloudFormation integration, similar to Up's.
In the 2.0 version it should be much easier to define scheduled events (cron jobs), queues, pub/sub, and other resources in a declarative manner without deep knowledge of how IAM policies work. Among other things like local testing, possibly a UI for monitoring and logs, encrypted env vars etc.
I'd love to hear any pain-points you're running into or features you'd like to see as well.
I wish it was embeddable, that's my main complaint, the learning curve is a little awkward when you have to go learn another tool haha. It's still nicer than CloudFormation in quite a few ways though, tough calllll.
Does your team use TF for other stuff as well (EC2 etc) or mostly serverless?
Get rid of Terraform as it's not the core sales product and if you don't want to work with it, it's your product! Package everything into a dashboard and CLI similar to now.sh or Apex Ping so that it's more approachable for 'everyone'. I'd suggest converging all products into one dashboard, similar to Cloudflare, AWS, Google Cloud. Converging products means you're not maintaining two seperate front end bases. Offer free, paid and enterprise plans. Or offer a 'Pro' version with a monthly subscription.
Either way, do what YOU believe is best as you believed Express, Koa, Apex was best. I'm pretty sure we trust your decision at this point :D
Really excited to hear this news. Up has been an awesome step forward from Apex. We currently use both extensively and matching semantics across both would relieve a lot of context switching when we go between the two tools.
+1 to removing Terraform. We only use it for serverless stuff and manage that separately from Apex/Up.
I'd pay for a pro version even if it only added these two features:
I'd consider it a bonus if I could:
Maybe a stupid question but, are you thinking of matching the default build commands to install requirements like in Up? I'm all for that with the ability to continue overriding via hooks as well.
@ngallardo thanks for the feedback!
The thing we decided to work on fits the same niche, but it's quite a bit more ambitious so we might give it a new name and its own website etc. It'll definitely support all the major integrations out of the box (SQS, Kinesis and friends).
Stage-wise it'll be closer to what Up has, I definitely want to make sure it's flexible enough for people to spin up per-team or per-dev environments for testing since local testing with all these AWS services is almost impossible.
The CLI portion might end up being really similar to Up, I'll definitely try to keep the semantics similar there.
I am using Apex and Apex UP. It would be nice for me if there was a combined pro plan, if you end up adding a paid version.
It would also be nice if I could have one single binary option for both Apex Up and Apex that ties together the stages etc for deployment of all the things.
My specific use case is Apex Up for deployment of GraphQL API and Apex for a SNS topic that triggers SES outside of the VPC firewall. SNS is a private link function.
Like @ngallardo suggested if Apex could make triggering easier, and linking that would help my situation. I currently link with a custom node script.
This feature would be useful for anyone who uses a DB inside their VPC and wants to bust out of it via SNS to access outside services.