Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
eysi
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
eysi
2y ago
Perhaps this helps: https://quine.sh/ I have no experience with the platform myself, just bumped into it by coincidence when my OSS project (written it Typescript) was featured
2.
▲
by
eysi
3y ago
DevSpace is a great tool but it’s bummer you didn’t like Garden. Admittedly, documentation and stability weren’t quite what we’d like and we’ve done a massive overhaul of the foundational pieces in the past 12 months. If you want to share f
3.
▲
by
eysi
3y ago
The way we do things is that we build everything in the cloud and store in a central container registry. So if I trigger a build during dev, the CI runner can re-use that, e.g. if it’s needed before running a test or creating a preview env.
4.
▲
by
eysi
3y ago
My team has been developing against a fully remote environment (K8s cluster) for some years now and it makes for a really powerful DevEx. Code sits on our laptops but live syncs to the remote services without requiring a Docker build or K8s
5.
▲
by
eysi
3y ago
This is such a great point! Your pipelines should mostly be CI provider agnostic and runnable from anywhere, including your laptop during development. If you ever need to change a CI provider, you just move your pipelines. I'm definite
6.
▲
by
eysi
3y ago
Yes for sure! We did indeed have a reputation for being a bit more complicated then some of the other tools out there (and in turn more flexible). But we've put enormous effort into simplifying Garden itself and also improving document
7.
▲
by
eysi
3y ago
To add to what's already been said: If you think about it, CI pipelines are typically a complete description of how your system is built, tested, and deployed. Which is pretty fantastic except for how walled off they are. You can'
8.
▲
by
eysi
3y ago
Another Gardener here :) Just to add to what Tao was saying, our pipelines are not only portable but also "smart". Instead of having to specify every step of a job—either in code or config—you instead tell Garden that it's e.
9.
▲
by
eysi
3y ago
Correct!
10.
▲
by
eysi
3y ago
Me too. In fact Garden (dev tooling for the Kubernetes)[0] is a Berlin start-up with three Icelandic founders. And if I'm not mistaken, two of us worked briefly with @halldorel (commented below) at an earlier Icelandic start-up. It
11.
▲
by
eysi
4y ago
Thank you say much for the kind words Gavin :)
12.
▲
by
eysi
4y ago
We use Mutagen for Garden's hot reloading mechanism. (Garden is a dev tool for K8s and hot reloading enables users to sync changes directly to a prod like dev environment as opposed to doing a rebuild and re-deploy). It really is a fan
13.
▲
by
eysi
5y ago
We use GitBook at Garden (docs.garden.io). It's zero effort which is important for a small team like ours. Allows us to focus on the content as opposed to bikeshedding design. Overall I'm happy with the look and feel of things and
14.
▲
by
eysi
5y ago
Garden | Remote/Berlin | Senior Cloud Engineer, Senior UI Engineer, Open Source Maintaine, DevRel | Fulltime https://garden.io/careers Hi all, we're Garden[1]. Our mission is to keep developers productive and happ
15.
▲
by
eysi
5y ago
Garden[1] is a tool we built (yes, I'm affiliated :)) that has a lot of this functionality built-in. Might fit your use case. We recently re-wrote the hot reload functionality to use Mutagen[2] under the hood and it's insanely fas
16.
▲
by
eysi
6y ago
In that case you might also be interested in Garden ( https://github.com/garden-io/garden ). It's an open source tool made for developing distributed systems / micro services. It abstracts most of the gnarly pa
17.
▲
by
eysi
6y ago
Garden ( https://docs.garden.io/basics/how-garden-works and https://garden.io/ ) might actually be a good fit. Some of our current users (I'm affiliated) actually use Garden for just the use case y
18.
▲
by
eysi
6y ago
> I'd also like to see something that takes it a step further--build the docker image AND a set of kubernetes manifests that reference that docker image You might want to check out Garden for that ( https://docs.garden.io&
19.
▲
by
eysi
6y ago
Depending on where you are in the transition, Garden ( https://docs.garden.io/basics/how-garden-works ) might be a good fit. It definitely touches on all of the surrounding problems such as managing dependencies, integra
20.
▲
by
eysi
6y ago
Hey, Garden co-founder here! Flux is a GitOps tool that focusses on the deployment of your services through the use of operators (usually to deploy to staging/production environments). Garden instead focuses on the cloud native testing
21.
▲
GKE and Cloud SQL: A Step-by-Step Guide with Garden and Terraform
(medium.com)
6 points
by
eysi
7y ago
|
0 comments
22.
▲
by
eysi
7y ago
Full-disclosure: I co-founded a company that's building a developer tool for K8s (and distributed systems in general). But we've had a lot of success with running on GKE. The tool that we're making takes away the complexity o
23.
▲
by
eysi
7y ago
Thanks for pointing this out! I'm affiliated with the project and we've merged the fix. This issue is that our example projects are bundled with the main project and they can fall out of sync from the latest stable release. We als
24.
▲
Do You Often Manually Build, Push, and Deploy Container Images?
(medium.com)
2 points
by
eysi
7y ago
|
0 comments
25.
▲
End-to-End Kubernetes Workflow with Garden and Terraform
(medium.com)
8 points
by
eysi
7y ago
|
0 comments
26.
▲
by
eysi
7y ago
There are some nice open-source projects out there for getting started with distributed systems (full disclosure, I'm a co-founder of one of them). They all abstract away (what some may call) the boring bits of getting started with dis
27.
▲
by
eysi
7y ago
Hi aloer! Garden co-founder, so perhaps (likely) a little biased[0]. Depending on your needs, Garden and Tilt are both great solutions, with slightly different philosophies. It's easy to get started with Tilt if you already have the Ku
28.
▲
by
eysi
7y ago
Hey 10ko, Garden co-founder here. Thanks for the feedback! You're right, you shouldn't have to design your project around your tools. Rather you describe the individual components of your system, really just document them in a str
29.
▲
by
eysi
8y ago
Hi all, Garden CTO here. First of all, great job on Tilt! A lot of interesting stuff happening in terms of DevEx in the multi-service realm. I just wanted to chime in on the points above. Regarding 2), Garden does indeed support updating po