back to article Cisco goes Christmas shopping, buys Cilium project originator Isovalent

Cisco has bought itself a Christmas present: Isovalent, the startup that originated Cilium, an open source networking, observability, and security tool recently graduated to full project status by the Cloud Native Computing Foundation. As explained in Isovalent's "we're being acquired and that's awesome" statement, the project …

  1. mikus

    Alas poor Cilium, I knew him.

    Cisco will try to cram a square peg into a round hole most of their backward customers will never ever figure out how to use while they still try to evolve beyond windows. As a Linux solution it's great, but as a Cisco solution it will be spurned and/or forked, thus marginalized as an undesired solution internally that it'll become another relic of the past like appdynamics, tetration, tail-f, viptela, and others.

  2. ldo

    Fun Fact

    Note that, notwithstanding the “B” stands for “Berkeley”, eBPF is very much a Linux-only technology.

    1. diodesign (Written by Reg staff) Silver badge
      1. ldo

        Re: Fun Fact

        Sure, they tried that with Docker, too. Remember how well that went?

        1. diodesign (Written by Reg staff) Silver badge

          What's a Docker?

          I think that was more on Docker than MS. The startup that flew a little too close to the sun.

          C.

          1. ldo

            Re: What's a Docker?

            Microsoft gave up a little bit before that, if you remember. Here’s a quote from an article on this very site, from 2019:

            ❝At Microsoft's Build conference last month, Gabe Monroy, lead program manager for the Azure Container Compute team, was asked whether Windows Containers are for legacy and Linux Containers for new projects. "I think that is a fair description," he said, demonstrating how the company's thinking on the subject has shifted.❞

            Think of it: the coming of WSL2 is the beginning of a trend. Whether Microsoft is consciously planning it or not, the path of least resistance will be to rely on the Linux kernel more and more, while the Windows kernel gradually withers away.

            1. diodesign (Written by Reg staff) Silver badge

              Sure, Windows kernel, Linux, etc... but:

              We were talking about Docker. By 2019, the biz was not in a good place so I'm not surprised Microsoft was shifting its position.

              C.

              1. ldo

                Re: Sure, Windows kernel, Linux, etc... but:

                Notice that none of its rivals run on Windows, either.

                Moral: the Linux world moves faster than Microsoft can keep up. That applies to eBPF, too.

                1. Bronek Kozicki

                  Re: Sure, Windows kernel, Linux, etc... but:

                  .... and for a good reason. Linux has a much smaller, and better designed, system API that it needs to support indefinitely. On the other hand, the necessity to drag Windows API *and* native (kernel) API to every new release is a severe drag on Windows development speed.

                  1. ldo

                    Re: Sure, Windows kernel, Linux, etc... but:

                    Dave Cutler’s original concept for Windows NT may have been a clean, modern design (for its time). But the original integrity of the design has become lost in a morass of so many short-sighted revenue-focused management decisions made since then. We see that in the deteriorating quality of updates and patches.

                  2. Anonymous Coward
                    Anonymous Coward

                    Re: Sure, Windows kernel, Linux, etc... but:

                    >> "and for a good reason. Linux has a much smaller, and better designed, system API that it needs to support indefinitely."

                    Another good reason is that Linux users, not marketing, drive the roadmap.

                    Container technologies (chroot, namespaces, control groups...), for instance, could never have been born at Redmond: they are all aiming at reducing the number of instances in datacentres. These capabilities are not exactly business friendly if your licence model is based on number of sold copies. Nothing Dave Cutler could have done about it (even remembering OpenVMS Galaxy).

    2. Anonymous Coward
      Anonymous Coward

      Re: Fun Fact

      Windows has a layered network stack much more modular than Linux and implementing such should be little problem if it was needed.

  3. Anonymous Coward
    Anonymous Coward

    Cncf

    Big things to note here is that Cilium and Tetragon are both CNCF products. So the Cisco acquisition nets them the Enterprise offering built on them and the top contributors, but not the core products.

    It's a smart acquisition by Cisco. And likely the rapid pace of development on those products will slow depending on the truth of Cisco's new found "commitment" to open source. But the high quality tooling will still be there with support from all the hyperscalers.

    Their current offerings of ACI and Talos will pick up some way better tech. The service mesh and cluster mesh already have applications outside of kubernetes which is core Cisco bread and butter. Combine it with their acquisition of Splunk and they have some great modern tech to integrate all together.

    But like all of the big dogs acquiring to innovate and sell big enterprise packages. The just acquiring isn't enough. Take the Tetragon security acquisition, hope it's better than Palo Alto and their cobbled Prisma Cloud buying and poorly integrating TwistLock/BridgeCrew or Red Hat trying to slap StackRox into OpenShift.

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Other stories you might like