zrok/blog/atom.xml

<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <id>https://zrok.io/blog</id>
    <title>Zrok Blog</title>
    <updated>2023-01-30T20:38:34.000Z</updated>
    <generator>https://github.com/jpmonette/feed</generator>
    <link rel="alternate" href="https://zrok.io/blog"/>
    <subtitle>Zrok Blog</subtitle>
    <icon>https://zrok.io/img/space-ziggy.png</icon>
    <entry>
        <title type="html"><![CDATA[Introducing zrok]]></title>
        <id>/introducing_zrok</id>
        <link href="https://zrok.io/blog/introducing_zrok"/>
        <updated>2023-01-30T20:38:34.000Z</updated>
        <summary type="html"><![CDATA[I'm fortunate that I've had the opportunity to work on many interesting projects throughout my career. I was one of the original developers who broke ground on the OpenZiti project back in 2017. Most of my work on OpenZiti centered on the fabric, data and control plane design, and designing abstractions that would support a lot of what became the "edge" layers. It's been quite exciting to watch OpenZiti blossom and grow over the years.]]></summary>
        <content type="html"><![CDATA[<p>I'm fortunate that I've had the opportunity to work on many interesting projects throughout my career. I was one of the original developers who broke ground on the <a href="https://github.com/openziti/ziti" target="_blank" rel="noopener noreferrer">OpenZiti</a> project back in 2017. Most of my work on OpenZiti centered on the <a href="https://github.com/openziti/fabric" target="_blank" rel="noopener noreferrer">fabric</a>, data and control plane design, and designing abstractions that would support a lot of what became the "edge" layers. It's been quite exciting to watch OpenZiti blossom and grow over the years. </p><p>For the last six months, I've had the opportunity to re-approach the world of zero-trust and next-generation networking from the other side of the stack. Instead of working in the lowest layers of protocols and abstractions, I'm working from the perspective of usability and enabling an amazing end-user experience. I'm excited to introduce you to a new set of tools designed to empower users at the network edge to seamlessly and transparently share resources. Imagine network sharing that is equally secure and transparent.</p><p>This new project is called... <code>zrok</code>.</p><p><code>zrok</code> focuses on streamlining sharing for both developers and end users alike. <code>zrok</code> takes inspiration from several other offerings that streamline developer endpoint sharing. Starting from that recipe, <code>zrok</code> adds powerful capabilities that are made possible by building on the foundation provided by OpenZiti.</p><p>Here are some of the things that make <code>zrok</code> different...</p><h2 class="anchor anchorWithStickyNavbar_LWe7" id="private-sharing">Private Sharing<a class="hash-link" href="#private-sharing" title="Direct link to heading">​</a></h2><p>Most of the offerings in this space allow you to easily create "tunnels" that allow outbound-only access to local HTTP resources without punching any holes in a firewall. These tools make these kinds of tunnels effortless to create; with a single command, you've got a public URL that you can share to allow access to your endpoint.</p><p><code>zrok</code> expands on this model by supporting something that we're calling "private sharing". Private sharing allows you to share securely on the zero-trust overlay network, without exposing anything to the public internet. You're still sharing with a single command, but your resources are only available to other <code>zrok</code> users through the zero-trust overlay network.</p><p>In this model, no user ever has to enable any inbound access. All network access is handled through the secure, zero-trust overlay network. <code>zrok</code> handles all of the control plane management of the overlay network, deeply simplifying the experience. This secure sharing model remains the single-command affair that users have come to expect.</p><p>And if you want public sharing, <code>zrok</code> has that also. Our private sharing modes are an additional capability that <code>zrok</code> adds to the recipe. <code>zrok</code> supports fleets of "public frontends" that can be geographically deployed wherever your internet users need them.</p><h2 class="anchor anchorWithStickyNavbar_LWe7" id="files-repositories-video-decentralized">Files; Repositories; Video... Decentralized<a class="hash-link" href="#files-repositories-video-decentralized" title="Direct link to heading">​</a></h2><p>Most of the other offerings in this space are focused on sharing low-level network resources. These tools are often used by developers or operations staff to allow access to a private HTTP endpoint or to facilitate a callback to a private endpoint through a webhook. It's considered table stakes for these tools to do this in a <em>frictionless</em> way.</p><p><code>zrok</code> also provides a frictionless experience for sharing these kinds of network resources. However, we're taking it a step further... <code>zrok</code> will also make this kind of frictionless, decentralized sharing possible for f
    </entry>
</feed>