Octeliumはゼロトラストアーキテクチャであって、P2P VPNじゃないけど、WireGuardやQUICを使ったリモートアクセスVPNとしてスムーズに動作することもできる。アーキテクチャはCloudflare AccessやTeleportに近くて、動的なL7対応のアクセス制御や、シークレットなしのアクセス（APIキーやアクセストークン、データベースのパスワード、SSHの秘密鍵、mTLSの秘密鍵などをユーザーに配布せずに注入すること）を提供してる。さらに、動的な設定や上流へのルーティングも行うし、単にレイヤー3のVPNとして機能するだけじゃなくて、OpenTelemetryネイティブの可視化や監査もリアルタイムで提供してる。ZTNAやBeyondCorpのような真のゼロトラストアーキテクチャは、サービスメッシュ（例えばKubernetesのサービスメッシュ）を除けば、P2P VPNとして実装するのは難しい。アクセス制御や可視化をアプリケーションレイヤーでリクエストごとに行うには、L7対応のアイデンティティプロキシが必要なんだ。

簡単なP2P接続 >中央集権的ルーター Tailscaleを使うと、パケットは中央集権的なルーターを通ることがあるから、参考までに。

そのバズワードのリストを教えてもらえると、READMEを改善するのに助かるんだけど。

APIとAIゲートウェイの間には共通の機能がたくさんあるよ。ドキュメントの例をチェックする方がずっと簡単だと思うよ。AIゲートウェイについてはここを見てね: https://octelium.com/docs/octelium/latest/management/guide/s... APIゲートウェイについてはここ: https://octelium.com/docs/octelium/latest/management/guide/s... それに加えて、提供されているもの以外にもHTTPリクエストやボディの内容を変更するプロセスを拡張する作業もしてるよ（詳しくはここを見てね: https://octelium.com/docs/octelium/latest/management/core/se...）。今のところ、Envoyのext_procサポートが来る予定で、興味があればproxy-wasmのサポートにも取り組むかもしれない。

TailScaleは素晴らしいけど、競争が必要だね。IPOが近いと思うし、そのフェーズに入ったら、誰かが彼らの足元を狙っていない限り、嫌な価格上昇が続くのは確実だよ。

headscaleはtailscaleのオープンソースの代替品だよ。

insightfulなフィードバックありがとう。批判の内容はよくわかるよ。Octeliumは意識的に同時にいろんなことをできるようにデザインされてるからね。他の返信でも言われてるけど、Octeliumは統一されたゼロトラストアクセスプラットフォームで、人とワークロード、ワークロード同士の多くのユースケースに適応できるんだ（ドキュメントには詳細な例がいろいろ載ってる）。だから、新しい人にはちょっと混乱するかもしれないね。最初のコミットは突然出てきたけど、実は2020年初めからこのプロジェクトに取り組んでいて、1ヶ月前にコードを公開する際にクリーンな公開リポジトリから始めることにしたんだ。過去5年間で9000回近く手動でコミットしてきたからね。初期のコミットではプライベート情報が漏れる可能性があったかもしれないから、確認できなかったんだ。そして、プロジェクト自体は、シンプルなリモートアクセスのWireGuard VPNから、今のアーキテクチャや機能、複雑さに至るまで、ほぼ完全に変わったんだ。

オープンソースの開発者に少し休みをあげようよ。OPのバックグラウンドや動機はわからないし、もしかしたら楽しみでこのプロジェクトに取り組んでいるかもしれない。彼は何も正当化する必要はないんだ。これはオープンソースでフリーソフトウェアだから、そのまま受け入れればいい。 >もしソフトウェアの目的を普通の人に一文で説明するのが難しいなら、かなり苦戦することになるよ。 それはそうだね。TailscaleやCloudflare Access、ngrokを使えば、製品はかなりうまく説明できるよ。もし使ってないなら、たぶんこの製品は必要ないんじゃないかな。

あなたの言いたいことが分かっていれば、Octeliumは実際にあなたが見たいことを、ある程度はマネージドコンテナを通じて実現しようとしているよ。例えば、Octeliumはコンテナ化されたアプリケーション（ウェブアプリ、API、データベース、さらにはPiHole DNSサーバーなど）をデプロイ、スケール、管理できて、それをOcteliumサービスとして自動的に提供・保護してくれるんだ。サービスが終わったら、マネージドコンテナのインフラは自動でクリーンアップされるよ。ドキュメントからいくつかの例が見られるよ： https://octelium.com/docs/octelium/latest/management/guide/s...

もっとたくさんあるよ： https://github.com/anderspitman/awesome-tunneling

敬意を表して言うけど、Octeliumがあなたが言った製品を置き換えられるかどうかに関わらず、その関心の範囲はもっと広くて、単なるVPNやリモートアクセスツールではなく、ゼロトラストに焦点を当てているんだ。まずはドキュメントを読んで、Octeliumの機能やアーキテクチャ、目的を理解してもらえると嬉しいな。最近はどの製品も「ゼロトラスト」を謳っているけど、NISTが定義する実際のゼロトラストアーキテクチャ（L7対応のアイデンティティ認識プロキシ、ポリシー決定ポイント、リクエストごとのアクセス制御などに基づくアーキテクチャ）を持っている商業製品もたくさんあるよ（Cloudflare Access、Teleport、Google BeyondCorp、StrongDM、Zscalerなど）。ただ、この用語は企業によって乱用されていて、現実を歪めたり、彼らの製品がゼロトラストのために作られていないことを隠したりしている。これらの偽「ゼロトラスト」ベンダーが目指しているのは、「みんながゼロトラストでなければ、ゼロトラストは実際には存在しないか、何も意味しない、ただのバズワードだ」ということ。

ドキュメントを読み進めているけど、ここに価値を見出せていない人が多い気がする。もし実際にドキュメント通りのことができれば、これは原石になるかもしれない。企業が求めているのは、境界ベースのセキュリティモデルから、GoogleのüberProxy/BeyondCorpが何年も前に提唱した約束に移行することなんだ。それがバズワードの海に埋もれてしまっている。とてもシンプルだよ。1. プロダクション、コーポレート、パブリックインターネットの間にクリーンな分離があること。そして、従業員がそれらの間を移動する際のUXはできるだけ透明であること。（ネットワークセグメンテーションは、エンジニアにとって追加の痛みを伴うことが多い。）2. 1つのパイプで観察し、これらの境界間のトラフィックやメッセージの流れに応じて権限を明確に調整すること。3. すべてのクライアントに対して強力なアイデンティティの証明が必要。問題は、Googleの外ではプロトコルエコシステムが非常に多様だということ。これがベンダーとしてこれらの3つの約束を実現するのを非常に難しくしている。（多くを評価してきた）プロトコルを意識したプロキシを構築することは、問題の半分しか解決しない。粗い決定を下すことができて、良いログのストーリーが得られるだけだ。リクエストレイヤーで型推論を行うことができるプロキシを構築することで、よりリッチな認可のストーリーが可能になる。ビジネスが自社のアプリよりもプロキシで認可レイヤーを構築できるようになるんだ。（リクエストのすべての条件をポリシーエンジンに渡すのはすごく便利だと分かった。）ドキュメントは少し冗長かもしれないし、マーケティングもあまり良くないかもしれない。でも、これは本質的に複雑な問題なんだ。誰も完全には解決していない。TeleportはこれらのアイデアをOSS化して商業化する最初の企業だった。StrongDMもこの分野で本当に興味深い仕事をしている。Hashicorpがもっとこの分野に投資していればよかったのに。免責事項：私の意見は私自身のものです。