Top 10 DevOps Tools You MUST Use in 2025!

Поділитися
Вставка
  • Опубліковано 7 січ 2025

КОМЕНТАРІ • 47

  • @DevOpsToolkit
    @DevOpsToolkit  2 дні тому +6

    What are the tools you recommend?

  • @Jonteponte71
    @Jonteponte71 День тому +3

    I just started watching the video and 4 minutes in you give us Fabric. It looks really interesting and I'm going to dive into it asap. Why do I always start watching videos like this right before I'm supposed to go to bed? :)

    • @Jonteponte71
      @Jonteponte71 20 годин тому +1

      And now I have seen all of it. Amazing summary Viktor! I now have a lot of work to do reading up on everything i missed this year. Discovering your channel together with Thoughtworks Technology Radar has been a game changer for helping with not feeling overwhelmed in a sea of options within the DevOps space this year.

  • @newtondev
    @newtondev День тому +2

    Brilliant video with great choices. Thanks Viktor 🎉

  • @RealYethal
    @RealYethal 5 годин тому +1

    Give Nix and NixOS a chance, a lot of the tools you mentioned have Nix-native equivalents such as Hydra/HerculesCI/Garnix (CI/CD), Comin (GitOPS), Terranix (IaaC) that would allow you to use a single language for all those things (that isn't yaml lol)

  • @j0Nt4Mbi
    @j0Nt4Mbi День тому +1

    As always, very interesting content from you.
    More tools to explore, such a great experience and information. 🎉

  • @kazminv
    @kazminv 19 годин тому +1

    Good video, thank you!

  • @sunflash9
    @sunflash9 День тому +2

    Thanks for the video 👍I find Backstage too convoluted and opinionated for developer portal, so I keep eye on "kusion stack" and cyclops, still try to find more simple options. Thanks to you now I heavily use KCL and love it. And agree NATS is really good tool that doesn't being use enough. Looking into Dapr earlier, despite it's 1.0+, and I'm still not convinced it's approach and general assumption that's it will be flexible and adaptable that can/will cover every use case, and many of it's "components" still in alpha/beta status, feel unpolished and bit unstable, it try to be "the "kubernetes" for app microservice with standard api as abstraction", so far feel very half-baked and opinionated.

  • @javiersepulveda91
    @javiersepulveda91 День тому +2

    Hi Viktor, is there any difference between crossplane, kubevela and kro?
    Maybe they have different use cases?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому +1

      KubeVela, kro, and Crossplane Compositions (excluding the rest of Crossplane) have similar objectives to create APIs and controllers that compose resources based on instances those APIs. Crossplane has much more than that though.
      I publish a video about kro a few weeks ago and many videos about Crossplane. I also have one about KubeVela but it's very old.
      The current plan is to publish a new up-to-date video about KubeVela (it changed a lot) in February and a comparison between those three after that.

    • @javiersepulveda91
      @javiersepulveda91 День тому +1

      ​@@DevOpsToolkit Thnaks for your answer, Recently I see your Kro video and is more clear.
      Waiting for cooming soon videos.

  • @mrcaique1025
    @mrcaique1025 2 дні тому +1

    Great job!

  • @12nauj21
    @12nauj21 22 години тому +1

    What an amazing video!
    I would have loved to see it by Halloween, to scare kids with the tools landscape :P

  • @user-hd3hb5uf3m
    @user-hd3hb5uf3m День тому +1

    Very good explained, could you do a roadmap for junior DevOps including new tool of 2025

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      I'll do my best to do something like that.

  • @felipe88alves
    @felipe88alves День тому +1

    Any reason why you didn't consider CUE for State Management Format?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      I did mention it in the video.
      I did consider it and I used it in the past. It was my favourite language/format until I discovered KCL which is my current favourite. It's very similar to CUE.

  • @stef9019
    @stef9019 День тому +1

    32:23 - A small warning that CDK8S has been unmaintained by AWS for over a year now - supposedly they are looking into ramping up support for it but do note that technically it's dead at the moment

    • @DevOpsToolkit
      @DevOpsToolkit  День тому +3

      Thanks for the info. I decreased my usage of it a while ago and, since i adopted kcl, abandoned it completely so I haven't been following it.
      I just went to the repo abd you are right. The last tag was created in 2021, and all the commits are coming only from automated dependency updates.

    • @stef9019
      @stef9019 День тому +1

      @@DevOpsToolkit Yeah it's a shame, it definitely has potential if you use TypeScript. I checked out the Python / Go examples a while back and almost vomited with all the `cdk.String("string")` examples lol. In hindsight it's just better to fully and properly support one language instead of the hell they created for the non-TS options IMO.

    • @DevOpsToolkit
      @DevOpsToolkit  День тому +2

      When I saw Go implementation I was horrified. It should have stayed TypeScript-only.

  • @glibmar
    @glibmar День тому +1

    Nice. Thanks. What about Kubeflow?

  • @stef9019
    @stef9019 День тому +1

    I was actually just looking into Google's distroless containers. Do you happen to know any major differences between those and what Chainguard offers?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому +5

      Chainguard is much more serious with it. The rebuild, retest, and rerelease images multiple times a day in an attempt to guarantee zero vulnerabilities while google is mostly fire and forget with their images.

    • @stef9019
      @stef9019 День тому +2

      @@DevOpsToolkit Clear, thanks!

  • @KILLERTX95
    @KILLERTX95 День тому +1

    Can someone help answer a question for me. For context, I have managed to define my entire proxmox instance in code. I can bring everything down and bring it back from the dead to its exact config with little more than an internet connection using GitHub and a variety of tools like terraform, ansible and nix.
    While I do use ansible for my switches/routers (they are ssh so it makes sense). I also use it to provision my servers to a basic level. That being stuff like users, kube config, ssh keys, devbox etc.
    My question is, this guy keeps saying ansible is dead, and prefers cross plane, but cross plane (I’ve never used it) seems to only work AFTER you have a kube cluster. Am I missing something, or do you still essentially need to use ansible/ssh for a basic config. I wouldn’t mind exploring cross plane, but I don’t know what problems it solves if I have to use ansible anyway
    (Note, to use cloudinit with the bpg proxmox provider, you need to use snippets, which need admin which is a security problem.. I also find cloudinit a little finicky so prefer ansible for this use case)

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      If you need to manage "stuff" that does not expose API, Ansible is probably the best choice. Terraform and Puluni shine when managing resources that expose APIs. Crossplane, kro, and other similar tools leverage Kubernetes to manage resources no matter where they are. That brings drift detection, reconciliation, and other things we like in kubernetes. More importantly, those introduce the ability to create your own CRDs and controllers which is useful if you want to build service and expose them to the rest of the people in your company.
      From what I would gather based in your comments, Ansible is probably the best choice for you, especially if you do not deal with large scale.

    • @KILLERTX95
      @KILLERTX95 День тому +1

      @@DevOpsToolkit thanks, really appreciate you taking the time to reply! That makes sense. I mostly just found it odd that you compare declarative and imperative solutions and wanted to make sure I wasn’t missing something.
      For what it’s worth, I work for a company that, for security reasons, can’t adopt the cloud. So, I did this all in my homelab as a prelude to rolling something similar out in a larger environment. I’ve learned a lot from your videos, but I could never align your statement of “ansible is dead” with the realities of getting a basic install of what ever OS to a usable level.
      This now makes more sense, thank you. In essence, it looks like I’ll need to look at it eventually. However, not until I’ve got atleast my basic implementation out first. Fun. 😅

  • @DexBGN
    @DexBGN День тому +1

    Great job! However, I see Port is minimum 18000$ annually?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      Yeah. That's why I said "...and if you can afford it."
      There is a free option for up to 15 users. Above that it depends on how much people in your company cost and whether the reduction in development and maintenance when, for example, we compare it with backstage, makes it a good deal or not.
      An engineer in US can easily cost 200k a year, half that in EU, etc. If Port saves you from having to have an extra person or makes others more productive that cost might not be that high.

  • @pavelpikat8950
    @pavelpikat8950 День тому +1

    Transcript link is broken

  • @po6577
    @po6577 День тому +1

    I would definitely say oh my posh are much better than starship, I once try to migrate to starship, but are missing some function I want

  • @tvbyikadamba2333
    @tvbyikadamba2333 2 дні тому +1

    Nice

  • @elclaustrocl
    @elclaustrocl 2 дні тому +1

    Fabric is the only AI tool that worked for me

    • @Mandguy7
      @Mandguy7 2 дні тому +3

      Farcic is the only AI that worked for me 😂

    • @mrcaique1025
      @mrcaique1025 2 дні тому +1

      @@elclaustrocl very nice tool, i have checked their examples and it is very impresive

  • @halllo54321
    @halllo54321 День тому +1

    Someone knows when the next earthly release comes ?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      Not sure... It's been half a year since the last release. I suspect that they are putting all their effort into Lunar.

    • @halllo54321
      @halllo54321 День тому +1

      Yeah i see it but lunar is not Open source and another Tool from earthly right ?

    • @DevOpsToolkit
      @DevOpsToolkit  День тому

      I haven't tried it myself. I just saw it on their site.

  • @jirityr
    @jirityr 7 годин тому +2

    I was really curious if you are going to improve the video content comparing to a similar video you produced last year but unfortunately the trend continues in wrong direction. You are comparing apples with pears, prefer personal use over production usability and promoting Crossplane for any price. I hope nobody is actually going to follow your advices because that would be a disaster for the real world application.

    • @dirien
      @dirien 6 годин тому +3

      I am a huge fan of Viktor and even a member of his channel. However, I was a bit surprised, to put it that way, when I saw Crossplane as "suggestion". Viktor is a CNCF ambassador and works for the commercial company behind Crossplane. These two points make it difficult to determine whether the recommendation is unbiased or promotional. Don't get me wrong, Crossplane is a great tool, but when it is selected as one of the must-have DevOps tools for 2025 by someone so deeply involved with it, it weakens the recommendation and raises questions about potential bias.

  • @TobiasWolf85
    @TobiasWolf85 19 годин тому +1

    Ghostty.