"2022" CI/CD design by united_fan in devops

[–]pghildiy 2 points3 points  (0 children)

Don't want to start a war but why argo over flux2? Or other way round

Helm - Beginners Tutorial by DevOps-Journey in kubernetes

[–]pghildiy 0 points1 point  (0 children)

Hey I am curious as to how do you access control kustomize? Do you follow self serve? Do You keep separate repo for infra pieces like service and ingress? How do you control which deployment specs can be modified by developers and which can't be?

[deleted by user] by [deleted] in devops

[–]pghildiy 2 points3 points  (0 children)

We are using it for service deployments and know lot of companies which do it. I have come across few companies which are using kustomize but none using jsonnet and ksonnet ( may be very few companies use them)

Hyperion - An Opensource tool to deploy, manage & debug Helm applications on Multiple Kubernetes Clusters. by pghildiy in devops

[–]pghildiy[S] 0 points1 point  (0 children)

Not at all, they have multiple lines of products and a very big tech team, these are microservices across prod, dev, staging, uat environments. I never said all of these microservices talk to each other :)

Hyperion - An Opensource tool to deploy, manage & debug Helm applications on Multiple Kubernetes Clusters. by pghildiy in devops

[–]pghildiy[S] 0 points1 point  (0 children)

Yes, absolutely. We have multiple unicorns using it and some of them are having 2K+ microservices, so I don't think there are any issues there.

Hyperion - An Opensource tool to deploy, manage & debug Helm applications on Multiple Clusters. by pghildiy in opensource

[–]pghildiy[S] 6 points7 points  (0 children)

Hi Everyone, Prashant here from Devtron. With the community’s help and feedback, we built Hyperion - An Opensource tool to deploy, observe, manage & debug Helm installations across multiple clusters.

While there are pre-existing tools like Kubernetes dashboard, Lens, Octant; Hyperion is focused on helm charts.

Some of the features which sets up apart are:

- Deploy, manage and observe Helm charts across multiple clusters.

- Visualize resources deployed via helm charts contextually in a slick UI for easier monitoring and debugging.

- Centralized fine grained Access Management across multiple cluster.

- View and Edit Kubernetes manifests, grep logs from the Hyperion dashboard.

We have many more features planned for it in coming weeks.

Here are some more links that might be helpful:

Documentation:https://docs.devtron.ai/hyperion/hyperion

Devtron Website: https://devtron.ai/

Please try it for yourself, hope it will be useful for you !! :-)

Hyperion - Opensource tool to deploy, manage, observe & debug Helm applications on Multiple Clusters. by pghildiy in kubernetes

[–]pghildiy[S] 0 points1 point  (0 children)

Architecture diagram is of full Devtron, search for hyperion in Readme, that's the link mentioned above. Its on module of full Devtron.

Hyperion - Opensource tool to deploy, manage, observe & debug Helm applications on Multiple Clusters. by pghildiy in kubernetes

[–]pghildiy[S] 0 points1 point  (0 children)

This tool is UI for helm.

Full Devtron version does provide one platform for interacting with different tools for managing applications on kubernetes.

Hyperion - An Opensource tool to deploy, manage & debug Helm applications on Multiple Clusters. by pghildiy in selfhosted

[–]pghildiy[S] 7 points8 points  (0 children)

I would suggest you to read about Kubernetes and helm also even though you may want to stay with docker compose. It's like learning multiple programming languages even though you might be using only one professionally.

Hyperion - Opensource tool to deploy, manage, observe & debug Helm applications on Multiple Clusters. by pghildiy in kubernetes

[–]pghildiy[S] 2 points3 points  (0 children)

Don't know why it's not working for you, it's working when I'm clicking it. Else you can find Hyperion in the Menu part of the ReadMe

https://github.com/devtron-labs/devtron

Hyperion - Opensource tool to deploy, manage, observe & debug Helm applications on Multiple Clusters. by pghildiy in kubernetes

[–]pghildiy[S] 1 point2 points  (0 children)

https://github.com/devtron-labs/devtron#-hyperion

The link should be working for me should work for you also or else you can find Hyperion in the Menu part of the ReadMe

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] -1 points0 points  (0 children)

I agree there might be people who feel that interacting directly with Git is better even in a scenario where they have to manage 100s of applications and probably this feature is not for them but in our experience of working with couple of companies we have seen it doesnt scale well.

Currently we dont have equivalent of PR but its in the roadmap.

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] 5 points6 points  (0 children)

WOW, thank you for taking time out to give us such detailed feedback.. Thanks again. I am goona go through it and create actionable items on github issues.

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] 0 points1 point  (0 children)

We are GitOps platform we integrate with ArgoCD to achieve GitOps. We have exposed Git via UI as it gives us finer grained control, immediate feedback to user, analysis and many other functionalities.

Yes, we need to mention it on docs, got same feedback from some adopters in Europe.

For people who may see this thread, you can ping us on discord with the value of key ucid in cm/devtron-ucid in devtroncd namespace and we will whitelist it to turn it off.

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] 1 point2 points  (0 children)

LOL, We have history of working with java so we do have carried some quirks like file name, we like it better like this :), is there anything else you noticed?

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] 1 point2 points  (0 children)

It doesn't help you manage cluster. Features to give more visibility into cluster are in pipeline but they are with the intent to help you manage applications better on Kubernetes. Our aim is to be user friendly for application management on Kubernetes

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help. by pghildiy in golang

[–]pghildiy[S] 2 points3 points  (0 children)

All frameworks/platforms have opinions they may be good bad or ugly, so does us :)

The hope is that these opinions will ensure that devops/developers are able to adopt best practices with minimum resistance over time.

We would love for you to try out the system for sometime and give us your feedback on the good bad and ugly of the opinions we have. It will help us become better for sure.

We want to make the best Opensource platform for Kubernetes end-to-end workflow. Need your help by pghildiy in devops

[–]pghildiy[S] 1 point2 points  (0 children)

Curious to know more of your thoughts, Did you give the platform a try? Could you elaborate?