pmig

8 ms·

61.
by pmig 2y ago
I agree that ECS works great for stateless containerized workloads. But you will need other AWS-managed services for state (RDS), caching (ElastiCache), and queueing (SQS). So your application is now suddenly spread across multiple services
62.
by pmig 2y ago
Exactly! We initially received some sentry errors that triggered our curiosity.
63.
by pmig 2y ago
Yes, that is what we thought as well, but it turns out that the there is still a delay between the load balancer controller registering a target as offline and the pod actually being already terminated. We did some benchmarks to highlight t
64.
Zero-Downtime Kubernetes Deployments on AWS with EKS(glasskube.dev)
203 points by pmig 2y ago|115 comments
65.
One year after switching from Java to Go(glasskube.dev)
257 points by pmig 2y ago|484 comments
66.
by pmig 2y ago
As PhilippGille pointed out, if you have a permanent connection to your cluster there is no need use Distr. Distr empowers you to ship and monitor your application if you only get a one time access to the deployment target. You can install
67.
by pmig 2y ago
The main advantage is our agent component that gives you insights into the deployment status, even if you are not connected to the host. You can also perform updates without being connected to the host.
68.
by pmig 2y ago
Interestingly this is the problem we initially tried to solve. We build a Kubernetes Operator (back in the day in Kotlin) that does the full life cycle management of these kind of apps. Including management of CRs for database upgrades etc.
69.
by pmig 2y ago
Komodo looks like really cool. It's slightly more focused on managing my own deployments if I have full control of the server!
70.
by pmig 2y ago
> Cool. So the tar would be uploaded to the hub and from there the user can manage deployments. Or maybe even create draft? deployments from the gh action and the user would only have to confirm/approve before shipping to clients. W
71.
by pmig 2y ago
Good question, the Glasskube package manager is an alternative to Helm. As Distr is the management / distribution layer the layer connecting the deployment target to the ISV. On the deployment target the software gets installed via doc
72.
by pmig 2y ago
Thanks! > I've been through the docs and could find if there's a way to deploy a git repo, or a tar file, that contains the docker compose file instead if copy pasting. We are currently developing a GitHub Action utilizing our
73.
Own.page Is an Alternative to Bento.me(own.page)
1 points by pmig 2y ago|0 comments
74.
by pmig 2y ago
I actually didn't hear about jenkins-x before. Why did it never took off?
75.
by pmig 2y ago
This custom resource will be reconciled by olm, so you need to setup olm [1] first. Also the OLM UI is only backed into OpenShift. [1] https://operatorhub.io/how-to-install-an-operator
76.
by pmig 2y ago
A deeper integration into Argo CD (similar as how helm is integrated) will be needed to in order to display all status conditions. I don't think that idea of gitops is broken if the glasskube package controller and all custom resources
77.
by pmig 2y ago
Instead of using the Terraforms Helm provider, you can simply install the Glasskube package controller and provision package custom resource definitions via Flux. This is also how we manage our internal clusters. I recommend giving Glasskub
78.
by pmig 2y ago
If you are not on open-shift olm and the operator hub is quite an overkill. I wrote a more detailed explanation on our website: https://glasskube.dev/docs/comparisons/olm/ Tldr.: If you are already using open
79.
by pmig 2y ago
Teams can also build applications with the apps of apps pattern with Argo CD or Flux kustomizations. They both feature concepts of dependencies. But these packages can then not published and shared between different clusters and organizatio
80.
by pmig 2y ago
A package manager for a software stack the does not change that often (a) can move managed services like databases, message queues or even more complex obseravbility tools inside the cluster with the same convenience of a manage service. If
81.
by pmig 2y ago
There are multiple reasons and limitations with current tooling that we want to overcome. We have abstracted all packages as custom resources and have a controller that reconciles these resources to (1) enable drift detection. Additionally,
82.
by pmig 2y ago
I just setup a argo cd autopilot repository https://github.com/pmig/argocd-autopilot as a comparison. Autopilot gives you a great opinionated scaffold for internal applications. Our template already includes update aut
83.
by pmig 2y ago
Thanks linkdd. Exactly Glasskube in "GitOps mode" will output these package custom resources as yaml so you can commit them to git and argo pulls these resources from git into the cluster.
84.
by pmig 2y ago
Yes, you can get started by executing this commands. Our bootstrap git sub command is similar to argo cd autopliot. I give it a try right now to be able to better state differences and follow up on this question.
85.
Show HN: GitOps Template for Kubernetes(github.com)
86 points by pmig 2y ago|35 comments
86.
by pmig 2y ago
Thanks for your input. Glasskube is used as the package manager in the template. We highlighted it in the initial comment, but I agree we could have also added it in the title.
87.
by pmig 2y ago
Thanks for the feedback. I agree that setting up a blank ArgoCD is pretty simple. But installing applications and keeping ArgoCD up to date is where we saw a lot of challenges. On a sidenote: Why would it be hard to justify a dependency on
88.
Show HN: We open-sourced our GitOps template for ArgoCD(github.com)
12 points by pmig 2y ago|6 comments
89.
by pmig 2y ago
I personally see less and less Makefiles in newer projects, but I also never saw a repository migrating away from a Makefile as it probably has many usages across different use cases like CI / CD and local build tooling.
90.
Ask HN: In which configuration language should Glasskube Native packages be in?(github.com)
1 points by pmig 2y ago|1 comments

More ›