Live data from Hacker News

Viewing profile — williamallthing

williamallthing

HN member
Joined
Tue, Nov 04, 2008, 9:07 PM UTC
HN karma
199
Public activity
82 items

About williamallthing

talky person at buoyant (https://buoyant.io)

Recent public activity

  1. comment
    Comment #39462664

    Hi, Linkerd person here. I don't use HN much these days but I was pointed me to your comment. First, thank you for your empathy. The truth is that as much as I would prefer it othe…

  2. comment
    Comment #37137893

    Thank you!

  3. comment
    Comment #36703382

    Exactly. Linkerd is fast and simple in no small part because it doesn't have 20 competing, sharp-elbowed vendors pulling it in 21 different directions. Customer focused is everythi…

  4. comment
    Comment #36703353

    You have no idea how many Istio companies have turned to Linkerd because of this very complexity. Here's one of my favorite writeups. https://nais.io/blog/posts/changing-service-me…

  5. comment
    Comment #36703336

    Maybe you're just not talking to the right companies. There are a ton of Linkerd adopters and the list is constantly growing! https://linkerd.io/community/adopters/

  6. story
  7. comment
    Comment #30400101

    IMHO the operational cost of a service mesh only really makes sense in the context of Kubernetes. A service mesh works by deploying lots of proxies everywhere; in Kubernetes you ca…

  8. comment
    Comment #28356975

    Thanks, I updated the curl command-line args.

  9. comment
    Comment #28341753

    Non-HTTP TCP traffic will be mTLS'd by Linkerd just as well as HTTP traffic is, as long as there's a proxy on both ends of the connection. No tunnel required.

  10. comment
    Comment #28329999

    Just published this earlier this morning. Would love your comments and corrections. TLS is a huge topic and I'm sure I got something wrong in here.

  11. comment
    Comment #28067333

    Mesh expansion is on the Linkerd roadmap, which will make it possible to run the data plane outside of Kubernetes.

  12. story
  13. comment
    Comment #25818292

    If all your experience is with Istio and "layers on top of Istio", I'm not surprised you think service meshes need lots of config. Sounds like you need to try Linkerd!

  14. comment
    Comment #25818276

    > Service Mesh == Dynamic Linker For Cloud TMYK: Linkerd was actually named for the dynamic linker ("linker daemon"). It's also the service mesh most focused on transparency--in th…

  15. story
  16. comment
    Comment #23086786

    Thanks for the Linkerd shoutout! Many our Linkerd adopters these days in fact seem to be Istio refugees, looking for something simpler and lighter. Happy to have them :)

  17. comment
    Comment #22928565

    Great to hear Linkerd is treating you well. If you run into any issues please join us in the community Slack (slack.linkerd.io). Big friendly group of people ready to help you :)

  18. comment
    Comment #22495885

    Have you given Linkerd a try for comparison? Mutual TLS in 0 seconds (it's on by default) and a significantly lighter footprint. Canary traffic via SMI. Etc

  19. comment
    Comment #21630297

    I'm also curious about this (author here btw). The majority of people we see coming to Linkerd today are coming from Istio. They get the service mesh value props, but want Linkerd'…

  20. comment
    Comment #21328030

    Thanks for the Linkerd shoutout! For those who aren't familiar with the project, Linkerd will give you per-service metrics (success rates, RPS, latency distributions), mutual TLS, …

  21. comment
    Comment #21285296

    Dapr is definitely not Microsoft's answer to Istio (see e.g. [1]). But if you are looking for something like Istio but that actually works out of the box (zero config), I'd highly …

  22. comment
    Comment #21250287

    Really cool. Tokio is the core of Linkerd ( https://linkerd.io ) and I am really excited to see exactly what kind of impact this will have on Linkerd performance. A super fast, sup…

  23. story
  24. comment
    Comment #21103873

    Ubuntu's MOTD displays dynamic ads and at least one of these ads was about Istio. E.g. as best I can tell, every Ubuntu installation that hadn't disabled dynamic MOTDs displayed th…

  25. comment
    Comment #20977683

    Yes, you pay a latency and resource cost to have the service mesh features decoupled from the application code. Same with any abstraction e.g. containers or Kubernetes. You could a…