suryao

11 ms·

121.
Show HN: WarpBuild – x86-64 and arm GitHub Action runners for 30% faster builds(warpbuild.com)
154 points by suryao 3y ago|87 comments
122.
by suryao 3y ago
Congrats on the launch!
123.
by suryao 3y ago
This is fantastic - we do something similar for Github actions with WarpBuild. There's just so much time and compute wasted otherwise.
124.
by suryao 3y ago
I love bellam Avakaya. And the ginger garlic varieties are to die for. My uncle (60+ yo) is a true connoisseur though. He loves it so much and abhors the mass manufactured stuff that he actually gets small batches made in India and even sel
125.
by suryao 3y ago
That's the mission we're on at Argonaut. I'd love to know more about how you think about it if you're up for a chat.
126.
by suryao 3y ago
I'm a huge fan of k9s and we use it quite a bit at Argonaut. I'm unaffiliated with the tool except as a user and a tiny sponsor, and I'd encourage users who are willing and able to sponsor this amazing tool as well.
127.
by suryao 3y ago
If anyone's intending to move to a full cloud such as AWS or GCP, we have built easy migration paths at Argonaut.
128.
by suryao 3y ago
The user can interact with k8s directly. We do checks to ensure there are no breaking APIs between versions and have an upgrade path for the tools etc. that Argonaut installs. For custom helm charts etc. that users may setup directly, we wo
129.
by suryao 3y ago
Haha
130.
by suryao 3y ago
This type of use case leverages Argonaut's flexibility maximally. For traditional apps, the push-to-deploy CI/CD can be setup. For Pulsar and ScyllaDB, and Elastic there are helm charts that can be used very easily as a part of ou
131.
by suryao 3y ago
We are currently on AWS and GCP, with plans to expand to Azure later this year. Private clouds have not come up much in discussions so far, but we are open to it. How do you foresee a solution that works with private clouds to look like?
132.
by suryao 3y ago
Responding on behalf of alex at cashflowy since I have some context. The team was originally on Elastic Beanstalk but chose to move to using kubernetes to leverage the rich ecosystem of helm charts. That enabled setup of tools like metabsse
133.
by suryao 3y ago
Google CloudRun (equivalent to ECS) and AWS ECS are great but they have some limitations in the type of workloads you can run. The choice of EKS (and GKE) was done for a few forward looking reasons including the ability to run any kind of w
134.
by suryao 3y ago
We handle things like maintenance. For example, kubernetes cluster upgrades are automated transparently for our users. We do not have auto remediation. That is a hard problem when we do not control the full runtime and hosting.
135.
by suryao 3y ago
Reg Azure, pasting my response from elsewhere in the thread: [...] in the Argonaut context, that only limits the overall infra management piece where we don't have a seamless integration using IAM roles and can't provision infra
136.
by suryao 3y ago
Do you mean a self-hosted option, since the product is self-service with support from our team? If so, I'd love to understand your constraints that require self-hosting. Email is surya@companyname.dev
137.
by suryao 3y ago
Every day is HugOps day in this land :)
138.
by suryao 3y ago
Thank you! The continuous delivery is powered by ArgoCD, but the name was chosen because we have some great folks on the team :)
139.
by suryao 3y ago
They are building a very cool product. The difference is the following: (1) we focus on the entire infra and env management apart from being a kubernetes PaaS. This means you can setup cloud infra like managed kafka (MSK), docdb, SQS, Cloud
140.
by suryao 3y ago
It's been a pleasure working with you and the bytebeam team.
141.
by suryao 3y ago
Yeah, I think there is a long way to go before the AI gets good enough to be trustworthy for infra type tasks but I am super excited for that future.
142.
by suryao 3y ago
I don't have insider info about koncrete but there is akuity which does managed ArgoCD, built by the creators of ArgoCD, and that seems to be going well. Also, managed ArgoCD is one of ~4-5 things that we do - managed tf state and auto
143.
by suryao 3y ago
If I parse through and get to the concern being voiced, I'd rephrase it as "how can I trust you with access to my cloud". There is no easy answer but here is my response: 1. We take precautions to enable connections through o
144.
by suryao 3y ago
We work with small-mid startups and not many of those use Azure :) IME, azure has higher adoption once there is a CIO in the company. However, in the Argonaut context, that only limits the overall infra management piece where we don't
145.
by suryao 3y ago
> A cool feature would be "This pod stopped, and didn't restart for 10 minutes" and the reason is "{the reason in plain English}". There is a little "bulb" icon on the top. That enables a "highligh
146.
by suryao 3y ago
This is a concern we hear often. We have taken some steps to ensure that we do right by users in case users want an exit. Firstly, we use broadly adopted projects like ArgoCD for GitOps for apps and terraform for infra under the hood, thoug
147.
by suryao 3y ago
As an aside: argonaut sets everything up using terraform (everything is autogenerated from templates), though the tf code itself is not yet exposed to users. We're working on that functionality soon.
148.
by suryao 3y ago
This is central to what we do. I'd be happy to give you a demo. How it is done: (1) kubernetes and some essential tools for certificate and ingress management are setup. (2) connect github or gitlab repos and you get a push to deploy e
149.
by suryao 3y ago
The CI runner logic is built on top of a CI agnostic abstraction layer called Dagger.io. This makes it super easy for the CI logic and integration portability. We are working on adding more CI providers.
150.
Launch HN: Argonaut (YC S21) – Easily Deploy Apps and Infra to AWS and GCP
152 points by suryao 3y ago|76 comments

More ›