ネットワークエンジニア – Voice 動画配信の今を伝えるエンジニア情報サイト

【レポ―ト】IAB Workshop on IP Address Geolocation での登壇振り返り – 標準化の世界に足を踏み入れてみて

jst_recruit — Tue, 13 Jan 2026 07:46:11 +0000

国際会議に参加するきっかけ

私は、国内のVNE事業者が中心となって組織しているIPoE協議会でIPv6アドレスの地理情報(GeoIP)のデータ構築や利活用を推進する委員会の幹事をしております。今回はインターネットの標準化を行っているIETFの上位組織であるIABの主催で、地理情報を活用する上での課題や今後必要となる技術などを議論するためのワークショップが開催されたましたので参加してきました。

国際的な場で話す。というのは、なかなか経験できないことで「国際会議で話すぞー！」という前向きな気持ちでがんばりましたが、スピーディーな議論やネイティブな英語の質疑で相当苦労しました。。。

今回のレポートでは、IABって何？ということから、発表の中身や行われていた議論のポイントを中心に紹介したいと思います。

IP Address Geolocation とは

インターネットに接続して動画配信やSNS、メッセージングなどのサービスを利用するためには、インターネット上の住所となるIPアドレスが必要です。

エンドユーザーは、IPアドレスをプロバイダー(ISPやCATV事業者)や所属している会社などから割り当てられていますが、あまり意識することはないのではないでしょうか。

IP Address Geolocation とは、エンドユーザーに割り当てられたIPアドレスが、地理的に「どこ」にあるのかを示すデータベースです。日本では「地理情報」と表現します。

IPv4アドレスは数が限られているため、キャリアグレードナットなどの技術を使って、同じIPアドレスを複数のエンドユーザーが共有しているため、異なる場所にいるエンドユーザーが同じ場所にいるように判別されてしまう問題が顕著化しています。そのため、アドレス数が豊富でアドレス共有が行われていないIPv6アドレスを使った地理情報データベースの構築と利用が必要となっています。

当社も参画しているIPoE協議会の「IPv6地理情報共有推進委員会（以下、推進委員会）」では、国内のVNE事業者を中心として、IPv6アドレスの地理情報を収集し、データベース化して利活用を推進しています。

IAB Workshop とは

IABとは、「Internet Architecture Board」の略で、インターネット全体のアーキテクチャーについて議論する技術者集団です。13名で構成されます。今回はワークショップという形で、GeoIPに関する利活用の状況や課題点、今後の展望などを広く議論する会でした。IETFやIABを理解するには、JPNICが掲載している「IETFの組織構造」も参考にしていただけるといいと思います。

今回参加したのは「IAB Workshop on IP Address Geolocation」というワークショップで、オンラインですが3日間の発表と議論が行われました。参加者はMaxMindなどの地理情報を提供している会社、AkamaiやCloudflareなどのCDN事業者、地域レジストリなど、幅広いメンバーが参加していました。

議題としては地理情報の利活用についてやGPSとの連動についてなどの議論が行われてましたが、海外からの参加者はエリアマーケティングの例として「地理情報を使うことで、温かいピザが食べられる！」という話が何度か登場して、ニヤリとしてしまいました。

印象に残っているのは、衛星インターネットを使うユーザーの地理情報をどのように扱うか。という先進的な議論が行われていたことです。また、参加者の多くは欧米の方でアジア圏からの参加者は我々とネパールからだけ。という状況でした。

IPv6地理情報の利活用とIPv4アドレス共有の問題点

発表としては、日本国内でのIPv6地理情報の利活用として、エリアマーケティングやECサイト・インターネットバンキングでのフィルタリングへの活用などの事例を紹介しました。また、動画配信におけるコンテンツフィルタングとしての利用について、実証実験の話をしたり、コネクテッドTV（CTV）やセットトップボックス(STV)などのGPSを持たない端末についても地理情報を活用したサービスが提供できる点などを説明しました。

最後に日本でのIPv4アドレス共有の仕組みや実態について紹介し、アドレス共有の問題点として、エンドユーザーを特定するためには、IPアドレスだけでなくポート番号とアクセスする時間が必要となり、地理情報が不正確になっていることを説明しました。IPv6アドレスへの移行により、この問題へ対処することがよいのではないかとの意見を表明してきました。

質疑としては、災害時の地理情報の利用やGPSを持たない機器についての応用について、新しい取り組みで興味深いという意見をいただきました。また、せっかく複数のISPがまとまってデータベースを作っているのであれば、RFC8805に準拠したデータ形式として公開するのがよいのではないか。という意見もいただきました。

RFC8805は、ISPやCATV事業者が自身のネットワーク内のIPアドレスと地理情報を外部に公開するためのフォーマットについて規定しています。今回のワークショップの中でも議題として挙げられており、今後地理情報を提供する上では抑えておくべき技術だと感じました。当委員会としても検討が進められていない部分だったので、有用性や公開の仕方なども含めて対応を進めていきたいと思いました。

議論を通じての感想

私自身、インターネットの標準化に関わってみたい。という目標があったのですが、なかなかハードルが高く、何から始めればいいの？とずっと思っていました。しかし、今回、突然の誘いでIETFに関わる国際会議で話すことができました。目標に一歩近づき嬉しい気持ちとまだまだやらなければならないことが山盛りだなと改めて感じました。

今回のワークショップでは、RFC8805の利活用について活発な議論が行われていました。またAkamaiやCloudflareなとのCDN事業者もロードバランスに利用しているという紹介もあり、活用が進んでいることがわかりました。このように技術の標準化に関する最先端の動向を肌で感じることができとても貴重な経験ができたと実感しています。

また、日本国内での事情や工夫を話すことも大切ですし、標準化された技術を使うことで、世界を見据えた活動を進められればと感じました。

【関連情報】

IPv6地理情報共有推進委員会
https://ipoe-c.jp/wg/IPv6/

IAB Workshop on IP Address Geolocation
https://datatracker.ietf.org/group/ipgeows/about/

IETFの組織構造

https://www.nic.ad.jp/ja/tech/ietf/section3.html

RFC 8805 – A Format for Self-Published IP Geolocation Feeds
https://datatracker.ietf.org/doc/html/rfc8805

「JANOG 56 ミーティング」におけるストリーミング協賛および登壇について

jst_recruit — Fri, 18 Jul 2025 06:47:56 +0000

【ニュースリリース】

株式会社Ｊストリーム

株式会社Ｊストリーム（東証グロース：4308、本社：東京都港区、代表取締役社長：石松俊雄、以下「Ｊストリーム」）は、2025年7月30日（水）～8月1日（金）に島根県松江市で開催される「JANOG 56 ミーティング」において、株式会社インターネットイニシアティブ（東証プライム：3774、本社：東京都千代田区、代表取締役社長執行役員谷脇康彦）と協力し動画配信を実施します。

■イベント概要とＪストリームのかかわりについて
JANOG（JApan Network Operators’ Group：日本ネットワーク・オペレーターズ・グループ）は、日本のインターネット技術者やネットワーク運用者のコミュニティです。インターネットにおける技術的事項及び、それにまつわるオペレーションに関する事項を議論しており、定期的に開催されるミーティングイベントでは、全国から参加者が集い、登壇・交流が行われます。

7月30日（水）～8月1日（金）に島根県松江市で開催されるミーティングイベント「JANOG 56 ミーティング」において、Ｊストリームは、本ミーティングのホスト企業である株式会社インターネットイニシアティブと協力し、ストリーミングサポーターとして動画配信を実施します。

また、会期1日目、2日目には、当社アーキテクト（インフラ）の高見澤信弘が登壇するほか、ＪストリームエンジニアがNOCチームに参加し、会場ネットワークの構築、管理、運用に携わります。
※NOCチームページ： https://www.janog.gr.jp/meeting/janog56/nocmember/

＜イベント概要＞
主催：日本ネットワーク・オペレーターズ・グループ
開催日時： 2025年7月30日(水)～8月1日（金）
開催場所：島根県立産業交流会館くにびきメッセ (島根県松江市学園南1丁目2-1)
https://www.kunibikimesse.jp/access/
参加費：無料（本会議）
イベントサイトURL ： https://www.janog.gr.jp/meeting/janog56/

＜登壇プログラム＞
■登壇①
タイトル： ECS(RFC 7871)を実際使おうと思うと困ること～商用利用を前提とした検証結果の共有～
実施日時： Day1 2025年7月30日(水) 16:00～17:00（1時間00分）
プログラム概要： https://www.janog.gr.jp/meeting/janog56/rfc7871/

■登壇②
タイトル：大規模災害発生時における通信事業者連携
実施日時： Day2 2025年7月31日(木) 14:30～15:30（1時間00分）
プログラム概要： https://www.janog.gr.jp/meeting/janog56/disaster/
※上記セッションでのＪストリーム登壇者：
高見澤信弘（プラットフォーム本部エンジニアリング推進室兼プ

ロダクト企画部アーキテクト）

■ストリーミング協賛および登壇趣旨
私たちＪストリームは、コーポレートメッセージとして「もっと素敵な伝え方を。」を掲げ、テクノロジーを通じてコミュニケーションの発展に寄与することを目指しています。

よりよい社会の実現のために、自社内で閉じることなく業界内で連携して行う、コミュニティ活動や実証実験も重視しています。本イベントの協賛活動、参加を通じて、動画およびライブ配信やCDNに関する事業者としての長年の知見を還元し、日本のインターネットの発展に寄与できるよう活動を進めてまいります。

また、イベント協賛に際し、当社のエンジニア情報サイト Voice （ https://voice.stream.co.jp/ ）からも関連情報を発信する予定です。

■株式会社Ｊストリームについて
Ｊストリームは1997年の設立以来、動画配信を主軸に事業展開を続けております。
自社で保有･運営する独自のコンテンツ配信ネットワーク（CDN）を活用した動画配信に加え、これまで積み上げてきたノウハウを活かした動画の企画・制作・運用やWebサイト制作、システム開発、動画広告による収益化支援まで総合的なサービスとソリューションを提供することで、年間1,200社・10,000案件以上の企業活動における動画活用を支援しています。
社名（商号）：株式会社Ｊストリーム（英語表記：J-Stream Inc.）
証券コード： 4308（東証グロース）
設立： 1997年5月
資本金： 21億8,237万円（2025年3月末現在）
代表者：代表取締役社長石松俊雄（いしまつとしお）
事業内容：（1）ネットワークシステムにおける、動画データ及び各種情報の提供サービス業
（2）ネットワークシステムを利用した会員情報管理、商取引、決済処理に関する
受託業
（3）デジタルコンテンツ、出版物の企画・制作・販売及び賃貸業
（4）ネットワークシステムに関するハードウェア・ソフトウェア・付帯サービスの企画
開発、運営、制作、販売、輸出入・賃貸及び代理店業
（5）広告・宣伝に関する企画・制作及び代理店業
（6）１から５に関連するコンサルテーション、調査、分析、研究等

【レポート】ECSの3社共同検証の結果共有_DNS Summer Day 2025

jst_recruit — Wed, 02 Jul 2025 09:18:38 +0000

DNS Summer Dayとは、どういうイベント？

DNS Summer Day 2025は、日本DNSオペレーターズグループが主催し、DNSに関わるエンジニアや事業者が一堂に会するイベントです。Summerというイベント名からもわかるように、毎年「夏」に行われているイベントです。

今回のプログラムでは、新しいDNSキャッシュサーバー実装の検証結果共有、DNSの運用において便利なツールの紹介（オープンソースの実装を紹介するだけでなく、自身で作成したツールの紹介もあった）、DNSサーバーのチューニングや安定運用に関する話題など、DNSに関する技術的な話題を中心に発表と議論が行われました。

今回のレポートでは、当日参加して、特に気になったセッションをいくつかピックアップしました。また、共同セッションで登壇しましたので、あわせてご紹介したいと思います。

DNSに関する最新情報のアップデート

Protective DNSという仕組み

スポンサーセッション：「NIST 800-81r3で変わるDNSの常識」

DNSに関して、いろいろな切り口で発表が行われましたが、セキュリティーに関する話題で気になったのは、Protective DNS(PDNS)です。

DNSを使った名前解決を行わなければ、インターネット上のWebサイトやサービスを利用することはできません。そのため出口対策として、クライアントが指定するキャッシュDNSサーバー上で不正サイトやサービスへのアクセスをブロックしてしまう、というのがProtective DNSという仕組みです。マルウェアやランサムウェアもDNSを用いた名前解決を利用しているので、効果が高いと感じました。

一方で、この手法は一種のブロッキングとなりますので、社内などの特定の組織内であれば適用可能と思いますが、インターネット全体に適用することは難しいと思います。

ドメイン名のドロップキャッチ

セッション：「ドメイン名のライフサイクルマネジメント

　〜ちょっと待てぇい！そのドメイン名どうするん？？〜」

一方で「人的なセキュリティー」としては、ドメイン名のドロップキャッチの件が気になりました。イベントなどで一時的に利用するサイトに対して新規にドメイン名を取得し、イベント終了後に更新を行わなかったり、サービス終了により利用していたドメイン名の更新をやめてしまうことで、悪意のある第3者にドメイン名を取得されてしまうことがあります。

その後、第3者に取得されたドメイン名で、フィッシングサイトや海賊版サイトが立ち上げられるというケースがあります。また、一度利用されたいたドメイン名ですので、他のサイトからリンクされていたり、他のサイト内に埋め込まれていたりする可能性があります。

元々ドメイン名を取得した組織は、利用を終了して更新をしなかった場合でも、他者が悪用してしまった場合、インターネット場の利用者が不利益を被ってしまうことが問題です。

当社では、新規にサービスを立ち上げる場合、コーポレートドメイン等のサブドメインとして立ち上げるようにしています。本セッションが指摘するように、万が一の倒産等でドメイン利用終了した場合に伴う発生リスクは、企業として常に意識すべきだと思いました。また、ドメイン利用終了後も、長期的に悪用防止への意識を持ち、定期的に確認を行う必要があり、まだまだ完璧とは言えないと思いました。このようなリスクを多くの方に理解してもらう活動が重要となると感じました。

ECS(RFC 7871)の3社共同検証の結果共有としての登壇

私の発表は「ECS(RFC 7871)の3社共同検証の結果共有〜商用利用を前提とした検証結果の共有〜」と題して、株式会社JPIX、KDDI株式会社と株式会社Ｊストリームの3社で行ったECSの共同検証についてのお話をさせていただきました。

当社としてはCDN事業者としてECSを利用することで、ピアリングの有無や東阪の分散だけでなく、地方でのトラヒック交換がうまくできるようになるのではないかと期待していました。ただ実際にECSを動かすためにはISP側のキャッシュDNSサーバーでECSを有効にしていただく必要があります。その観点でIPoE事業を行っているJPIX社、KDDI社と一緒に検証ができたことは、とても有意義でした。

今回の検証を通して、権威DNSサーバーもキャッシュDNSサーバーも複数の実装を試したため、実装上の違いがあることがわかりました。特にScope Subnetの扱い方がDNSサーバーの実装により異なること。また権威DNSサーバー側で細かいprefixを設定してもキャッシュDNSサーバーが要求してくるprefixよりも細かい情報は利用されないことなど、ECSを設計者の意図通りに動かすためのポイントを中心にお話をしました。

※当日のＪストリーム登壇資料は以下よりご覧いただけます。

ECS(RFC 7871)の3社共同検証の結果共有_DNS Summer Day 2025_20250627_takamizawa by @j-stream_eng

最後に質疑を通して、キャッシュDNSサーバー側のキャッシュヒットの低下は非常に大きな問題ということがわかりました。また全国ISPにおいても、ECSを導入するメリットが享受できる場面は限られているという意見もあり、実際に全国ISPの方やキャッシュDNSサーバーのアウトソーシングサービスを提供している事業者の方からもコメントをいただき、知見が広がりました。

まとめ

DNS Summer Day 2025に参加して、DNSというインターネットを構成する重要な機能について、集中的に情報を収集できる貴重なイベントだと思いました。ぜひインフラエンジニアの方々は参加されることをお勧めします。

一方自身の発表としては、ECSという、昨今のDNS界隈のトピックスの1つについて、発表することで、現場のエンジニアの方からの意見をいただけたことは非常に良かったと思います。来年も検証の結果をアップデートだったり、ネタを持って参加できるようにがんばりたいと思いました。

【関連情報】

DNS Summer Day 2025 公式サイト

※当日のセッション資料が一部公開されています。

【6/27登壇情報】「ECSの3社共同検証の結果共有」_DNS Summer Day 2025

jst_recruit — Fri, 20 Jun 2025 01:13:05 +0000

2025年6月27日 (金) に東京・日本橋で開催される「DNS Summer Day 2025」に弊社アーキテクト高見澤信弘が登壇します。
今回は、KDDI様、JPIX様と一緒に登壇させていただきます。

■登壇セッション概要
「ECS(RFC 7871)の3社共同検証の結果共有
　〜商用利用を前提とした検証結果の共有〜」

時間：15:10-15:40

■イベント概要
主催：日本DNSオペレーターズグループ（DNSOPS.JP）
開催日時：2025年6月27日（金）　10時～17時50分
参加費：無料（事前登録、先着順）　※オンライン配信あり
詳細URL：https://www.dnsops.jp/event20250627.html

DNSOPS.JPでは、インターネットの安定運用にとって重要な基盤技術であるDNS（Domain Name System）について、情報交換、共有、議論、国内外における関係各組織との連携に取組まれています。

本イベントは、技術の変化と社会的要請の狭間で揺れるDNSの「いま」と「これから」について多角的な視点で議論する場としてハイブリッド開催されます。

ご都合あわれる方は、ぜひご覧ください。

「第59回JAIPAの集いin鳥取」への協賛および登壇について

jst_recruit — Tue, 27 May 2025 01:32:07 +0000

Ｊストリームは、2025年5月29日（木）、30日（金）に鳥取市で開催されます「第59回JAIPAの集いin鳥取」に協賛および弊社社員が登壇しますのでお知らせいたします。

「JAIPAの集い」は、1999年に設立された日本のインターネットプロバイダーの業界団体であるJAIPA（一般社団法人日本インターネットプロバイダー協会、以下JAIPA）が、年2回主催するイベントです。同団体では、インターネットの健全な発展を目指し、全国各地150社を超える会員企業と緊密に連携した活動を進めています。「JAIPAの集い」では、インターネットに携わる事業者が一堂に会し、2日間にわたり課題や情報の共有と意見交換を行います。

詳細は下記プレスリリースをご覧ください。

Ｊストリーム、「第59回JAIPAの集いin鳥取」への協賛および登壇について

属人化を超えて、次世代へ。個の力を組織の資産へ変えるマネジメント論

jst_recruit — Mon, 26 May 2025 07:34:39 +0000

今回は「組織を支えるマネジメントと人材育成」をテーマに、現役マネージャーへのインタビューを実施しました。登場するのは、2022年にＪストリームへ入社して、ネットワークインフラ部門の部長を務める奥田康司です。これまでのキャリア、標準化の本質、若手への期待 ── その一つひとつの言葉に、実践を重ねたマネージャーならではのリアリティが宿っています。「組織は人で成り立つ」ことを、改めて考えさせられるインタビューとなりました。

属人的ノウハウを、誰もが成長できるナレッジに

―― 最初に、ネットワークインフラ部の担当業務について、ご紹介をお願いします。

物理的なサーバやネットワーク、回線などのインフラに関わる企画・構築・維持・運用が主な業務となる部門です。Ｊストリームは、日本全国のISP・IDCに配信用サーバを分散配置し、大規模なコンテンツ配信ネットワークを自社構築しています。私は、ネットワークインフラ部門の責任者をしています。

―― Ｊストリームでの働き方や組織の雰囲気について、どのように感じていますか？

私の入社時は、10名ほどの組織でしたが、部内で誰がどんな業務をしているのかも分からない状態でした。ですが、タスクの棚卸しを抜本的に行ったことで、メンバーが何に取組んでいるかが可視化されるようになりました。個々が持っていた300〜400件もの業務を一つひとつ精査して、必要なもの、不要なものを整理するところから始めました。そして今では、誰が読んでも、誰がやっても対応できるような設計書や手順書づくりに注力しています。

もちろん最初は反発もあり、「文書化するよりも実機を見ればわかる」と食い下がる声も聞こえました。でも、誰でも対応できるようにしないと、再現性はなく、組織として成立しない。標準化の必要性を繰り返し伝え続けました。その後、「個々のスキルを上げれば文書化は必要ない」と主張していたメンバーが、評価の目標に「標準化」という言葉を入れてくれたことがありました。あの時は非常に嬉しかったですね。

―― マネジメント方針として大切にしていることはありますか？

Ｊストリームは、若手が活躍している組織で、大前提として、メンバーは皆素直。だからこそ、長期的に成長を見守ることが大切だと思います。着任当初は、私自身が現場に張り付き、データセンターにも同行して、作業の全てを見ていました。今になって振り返ると、そういった私の動きこそが“属人化”とも言えるのですが、その点を含めて、まさに今、そこからの脱却を図っているところです。現場を任せられるマネージャー層の厚みを増し、自分の業務を再現可能な手順に落とし込むことが、喫緊の課題だと思っています。

―― 具体的な育成施策についても教えてください。

施策は大きく2つあります。1つは、個別のキャリアアップ計画を作成すること。3年後に目指す姿を定め、1年目・2年目で何をやるかを明確にし、定期的に「ここはできたね」「ここはまだできていないね」と課題を潰していく仕組みです。

もう1つは、部署全体での「改善検討会」の実施です。月に1回開催して、数値をもとに課題を洗い出して、対策を検討しています。私たちは、問題を「プロセス（業務の進め方）」「ピープル（人の配置や心理的要因）」「プロダクト（使用しているツールやシステム）」という3つの視点＝“3P”で捉えます。どの領域に課題があるのかを明確にすることで、最適な改善策を導き出せるようにしています。

―― 改善活動を続けた先に、どのような組織像を描いていますか？

理想は“完全自動化”です。作業依頼がきたらシステムが自動で動く、障害が起きたら自動で復旧する。2000年頃にIBMがWatsonで構想していたような世界観が、今でも本質的には未達成です。それを、当社で先んじて実現できたらと考えています。

―― 自動化が進んだ場合、組織や人の役割はどう変わっていくのでしょうか？

どれだけ自動化しても、最終的な判断や責任の所在は人間にあります。実行していいのか、どのコストを許容するのか、という意思決定には人の介在が不可欠です。無駄が減った分、その浮いた工数を“未来のチャレンジ”に充てたい。具体的なプランはこれからですが、目指す改善の先には、必ず新たな価値創出があると信じています。

企業の問題に真正面から向き合いたい ―― 道なき道を選び続けて、見えてきたもの

―― そんな未来を掲げる奥田さんは、どんな経歴なのでしょう。

Ｊストリームが8社目になります。新卒で広告代理店へ入社し、スニーカー好きが高じて飛び込んだアパレルメーカーでの店舗販売経験を経て、その後IT業界へ進みました。直近はIT系の事業会社で5年、その前は通信会社で9年勤めました。

―― 直近では、事業会社での経験が続いていますが、その背景をうかがえますか？

IT業界でのキャリアの出発点はSIerでした。その後、システム構築部隊に配属される予定が、当時の部長から「お前はコンサルティングを学んでこい」と言われ、コンサル部署に配属となりました。コンサル時代には、ある提案に対してお客様から「通り一遍すぎる」と厳しい指摘をいただき、自分の経験の浅さに気づきました。構築・運用・保守といった“システム実務の泥臭さ”を知らずにお客様へ提案していた自分自身に疑問を持ち、次は事業会社で経験を積みたいと思ったのです。

多くの企業が本当に困っているのは納品後の運用です。高コスト、障害、使いにくさ……。そういった数々の問題に正面から向き合いたいと思いました。

―― 通信キャリア系の企業では、どのようなことに取り組まれましたか？

モバイル広告配信などのシステム開発を担当しました。IT業界に踏み込む際に抱いた、「ネット広告に関わりたい」という希望を叶えることができ、幅広い経験を積むことができました。その後、「Webでどう儲けるか」、つまり物販をはじめとした、より“ビジネスの仕組み”に踏み込んでみたくなり、転職しました。転職先では、決済システムの開発に携わり、セキュリティや堅牢性が求められる現場で自分のスキルを広げることができました。

―― その後、Ｊストリームに入社されたきっかけは？

2022年の4月に入社しました。大きかったのは「これからは動画の時代になる」という確信と、これまで触れてこなかった大規模ネットワークへの興味です。現在は、ネットワークインフラ部門の部長を務め、組織基盤の整備を進めています。

振り返ってみると、「やってみたい」という気持ちに正直に従って重ねてきたキャリアだったかもしれません。でも、だからこそ多面的な視点と実践経験を積むことができ、今のマネジメントにも自信を持って臨めていると感じています。

組織マネジメントの中核は「標準化」

―― プロジェクトマネジメントと組織運営を専門にキャリアを積まれてきたとうかがいました。Ｊストリームでも、そうしたマネジメントの経験が活きているのですね。

そうですね。私のエンジニアとしてキャリアはSIerのみで、プロジェクトマネジメントと組織運営を専門にしてきました。

今のスタイルは、システムコンサルティング会社で学んだマネジメントの集大成だと思っています。そこで学んだのが、ITILに基づくPDCA型の改善活動。技術面よりも、人やプロセスのマネジメントを重視し標準化を目指すという考え方です。

―― その標準化とは、具体的にどのようなことを指すのでしょう？

属人化の排除です。特定の人しかできない、判断できない、という状態をなくして、誰がやっても同じ成果が出せる状態を目指します。そのために業務フローを作り、ルールに基づいて進めていく。ただし、ルール通りにやってもうまくいかないこともあります。その場合は、ルール自体に問題があるのか、ルールを守らなかったのかを見極めて対応します。前者ならルールを改めて、後者ならルールを徹底させる。それが私の改善の基本姿勢です。

―― 属人化の排除にあたっては、どのようなことを大切にしていますか？

誰でも再現可能な水準を大切にしています。標準化はあくまで“業務の土台”であり、そこに個人の技術的成長を妨げる意図はありません。技術スキルにたけている人は、自身のスキルをどんどん伸ばしていけばいい。この2つは、共存するものです。

―― Ｊストリームの組織文化や技術力については、どのように見ていますか？

技術力が非常に高いですね。インフラの9割以上を自社の社員のみで担っている点は、とても驚かされました。高い技術力は、大きな強みですね。一方で、スタートアップ的な感覚が残っていると感じており、標準化やマネジメント体制はまだ成熟途上にあります。売上が100億円を超える規模になれば、より構造的な運営が必要になると考えています。

―― 組織改革の進捗と、今後の展望について教えてください。

私が入社した頃は、「この人にしかわからない」という属人性が色濃く残っていましたが、現在はチームで支える体制にシフトできています。次の課題は、こうした変化を“定量的に示す”ことです。過去の属人状態はそもそも数値で捉えられておらず、改善の成果を証明しづらい面はありますが、システムの安定性は着実に向上していると感じています。

夢を持つことが、未来をつくる力になる

―― これからのＪストリームを担う人材として、どのような人物像を思い描いていますか？

まずは、自動化や効率化の推進に力を貸してくれる人。そしてもう一つは、会社の未来を見据えながら「何をやるべきか」を考え、提案できる人です。現場を支えるだけではなく、事業そのものに関心を寄せ、組織を成長させていく視点を持っていてほしいですね。

―― 「エンジニア組織が大切にする7つの価値観」のうち、ご自身が大事にしているものは？

「探求と挑戦」です。これがなければ、学びも成長もない。そして何より“夢を描く力”にもつながってくる。社歴や年齢に関係なく、大胆な挑戦を続けること。それこそが、Ｊストリームの未来をつくる原動力だと思っています。

―― 社内の若手、そしてＪストリームの「未来の仲間」に向けて伝えたいことはありますか？

「必ず夢を持ってほしい」ということです。突拍子もないことで構いません。私は、ようやく大好きなガンプラを作る余裕ができたここ10年ほどで、「宇宙に関わる仕事がしたい」という夢を持っています。現状、自社の事業とはまったく関係がない。でも、夢があると発想の幅が広がりますよね。当社のサービスが宇宙に応用できるとしたら？なんて考えることもあります。

夢を語りあうことが少ない組織は、やはり寂しいです。もちろん「キャンプをしたい」「街へ遊びに出かけたい」という希望もいいですが、願えばすぐ叶うことも多いです。自分の可能性を信じて、もっと先の、自分の人生を賭けるに値するような夢について考え、堂々と語ってほしいです。

私自身の反省として、30代・40代の頃は仕事漬けで、夢を描けていませんでした。だからこそ、若い人には、今のうちに“死ぬまでにやってよかった”と思える夢を持つ価値を伝えていきたいですね。

―― 夢をもつことが、仕事に意味を与えるということですね。

おっしゃる通りです。余談ですが、私はよく、手順書づくりにガンプラを引き合いに出すんですよ。「その手順書でガンプラ完成する？」「このままじゃ角が変なとこに立っちゃうよ」って（笑）。好きなことや夢をもとに考えると、実現方法がイメージしやすい。その点でも重要ですね。

―― 奥田さんご自身の今後の目標についても、教えてください。

残りのキャリアでは、自分が培ってきた経験や考え方を若い世代に継承することに全力を注ぎたいと思っています。これまで自分を育ててくれた方々への恩返しの意味も込めて、次の世代の育成に取り組んでいきたい。そしてもう一つの個人的な願いとして、誰かに誇れるようなサービスをこの手で生み出したい、という想いもあります。

―― 現状の組織構造では、ミドルマネジメント層が相対的に少ないですね。世代間ギャップに対して意識していることはありますか？

実のところ、私はあまりギャップを感じていません。あえて一つ挙げるなら、若手のExcel離れでしょうか。計算も表も自動化も、使い方次第では便利なツールなのに、どうも“古い”と感じるのか、ギャップといえばそんなところでしょうか(笑)。

―― 最後に、若手に大切にしてほしい“意思決定の軸”について教えてください。

それは「世の中に貢献できるかどうか」です。AppleがiPhoneをつくり、Googleが検索を生んだように、規模は大小にかかわらず、誰かの役に立てる仕事をしてほしい。

アイデアを事業化できるかどうかは、時の運によることもあります。私も過去、手がけた事業が、他社に先を越され悔しい想いをした経験があります。また、広告代理店時代に、とある企業が、かつて提案して一蹴した内容と似た仕様を、後に実装しているのを見て驚いたこともあります。それでもやはり、いつでも「社会をどう良くするか」を考え続けてほしい。その視点を軸に意思決定していくことが、エンジニアにも求められていると思います。

―― お話をうかがい、奥田さんと部門の皆さんが一緒に変化に挑戦している姿が目に浮かびました。今後のネットワークインフラ部門の組織力に、まずます期待しています。

※在籍年数や役職を含む記載内容は、取材当時のものです。その後、状況が変化していることがあります。

※下記ページでは、エンジニアの方向けにＪストリームの企業紹介ぺージを公開しています。あわせてご覧ください。

Ｊストリーム・事業紹介

エンジニア組織が目指すもの（大切にしてほしい価値観）

Ｊストリーム・技術の歴史

キャリア形成（多様なエンジニアキャリアをサポートする制度・体制）

働く環境（技術への情熱と活躍をサポートする環境）

いんふらっと会 in 軽井沢レポート

jst_recruit — Fri, 24 Jan 2025 00:43:48 +0000

所属するネットワークインフラ部では、2024年11月にBIG-IPに特化した1泊2日での勉強会合宿を行いました。その時の様子をご紹介します。

いんふらっと会とは？

ネットワークインフラ部は、Ｊストリームのサービス基盤となるネットワークインフラ部の構築・運用保守を担当しています。現在の体制は、9名です。

私たちの部では、月1回、全員出社日を設けて「いんふらっと会」という勉強会を実施しています。この会では、Ｊストリームの基礎となる仕組み理解を目的としています。

初の合宿形式で開催

昨年11月に、1泊2日での初の勉強会合宿を軽井沢で行いました。この合宿では、BIG-IPに特化し、2日間にわたり、Ｊストリームで導入・運用しているF5社のBIG-IP製品について学びました。

BIG-IPは、DNSサービスやロードバランサー（LB）として重要な役割を担っています。重要インフラ機器の運用品質向上と、チーム全体の技術力強化は、組織にとって不可欠です。

実施内容

2日間のプログラムは下記のような内容でした。

【Day 1】 BIG-IP LTM 研修

BIG-IP基礎（仮想サーバー/プール設定）

ロードバランシング実装演習

トラブルシューティング実践

【Day 2】 BIG-IP DNS(GTM)研修

高度な構成設定

nPath構成の実装

DNS/LTM連携構成

広域負荷分散の実現

広域負荷分散の実装演習

トラブルシューティング実践

得られた成果

「運用効率の向上」と「技術的知見の深化」において、以下のような成果が得られたと考えています。

●運用効率の向上

・新規構築から運用までの一貫した知識習得 → 実機での構築経験による設定意図の理解

・iHealthを活用したトラブル時の迅速な対応

→ 保守サポートに頼らず、ある程度自分たちで解決可能に

・障害時の迅速な原因特定

●技術的知見の深化

・AutoLastHopなどの固有機能の理解促進

・トラフィックコントロール最適化手法の習得

・冗長構成における信頼性向上策の習得

・LTM/DNS（GTM）の製品特性の明確化

→ CDNサービスにおける最適な構成の理解

参加メンバーの感想

●BIG-IP-DNSもBIG-IP-LTMも構築手順がないため、担当でない限りイチからBIG-IPを触る（構築する）というのは中々できない貴重な体験でした。
今回の勉強会は成り立ちを知るのに非常にいい経験でした。（T.K.さん）

●LTMとGTMの名称と役割の違いを改めて整理することができ、設定内容からサービス構成のイメージがつかめてCDNext（自社CDNサービス）の理解にもつながりました。（K.Y.さん）

●Ｊストリームと同じ環境を検証環境として提供いただいたので、実機操作がやりやすかった。（K.E.さん）

●初期設定からロードバランシングまで通してのハンズオンにより、 AutoLastHopといった独自の実装も改めておさらいすることができた。（H.I.さん　テックリード）

●iHealthを用いたステータス確認で、現在の高負荷問題への効果的な対処方法を習得できた。また、証明書切れの影響とその確認コマンドを学び、現在直面している課題の解決に直接活用できる知見を得た。（D.I.さん）

まとめと今後について

今回の合宿では、下記のような成果が期待されるものでした。

●トラブルシューティング時間の短縮

●予防保守による障害の未然防止

●チーム全体の技術力向上

なお、今後のいんふらっと会では、以下を予定しています。

●運用手順の標準化推進

●継続的な技術力向上定期的な勉強会への参加

●現行のBIG-IPが2027頃 EOSを迎えるため、新OSの検証実施・勉強会への参加

またご紹介できればと思います。

※在籍年数や役職を含む記載内容は、掲載当時のものです。その後、状況が変化していることがあります。

データセンタ間冗長への挑戦と学び、キャリアを広げた登壇：Zabbix Conference Japan 2024 振返り

jst_recruit — Tue, 10 Dec 2024 02:12:53 +0000

こんにちは、Voice編集長の久保田です。

11月18日～22日に開催されたZabbix Conference Japan 2024では、Ｊストリーム・ネットワークエンジニアの小山拓海がDay 4（11月21日）に登壇しました。

当日、小山は、6月にリリースされたばかりのZabbix 7.0について、自社での構築事例紹介を行いました。業界的に情報が少ない状況に対して、技術的な事例共有で業界貢献したいという登壇者の想いでの登壇でした。

登壇終了直後の小山に、今回伝えたかった技術的ポイント、登壇までの経緯や想い、そして、あわせて、キャリアや組織カルチャーなどについても聞きました。

↓ 当日の登壇資料はこちらです ↓

DR観点に基づき、データセンタ間冗長での構築を実現

―― 小山さん、まずは、登壇お疲れさまでした！登壇を終えて、一言お願いします。

緊張しなかったのか、登壇もスムーズに終わりました。そのため、登壇した実感があまりないです。しかし、撮影していただいた写真を見返すと、自分が本当に登壇していたと改めて感じるようになりました。

―― さて、本題に入る前に、まずは読者の皆さんへ自己紹介をお願いしたく。普段は、どのような業務を担当しているのですか？

主にサーバやネットワークの設計や構築を担当しています。サーバについて、別部署からの依頼があると、要件定義から設計、構築までを担当します。

ネットワークに関しても同様で、ネットワークスイッチの導入から構築、通信の設計や設定の反映などを行います。

最近では、オンプレミスでK8s（Kubernetes）の構築も担当しています。

―― 今回の登壇されたZabbix Conference Japanとは、どのようなイベントですか？

ネットワーク監視ソリューションを提供するZabbix社が、主催するイベントです。開発ロードマップを共有したり、ユーザー事例、関連ソリューションなどの最新情報が発表される場です。

会期は、Webセミナー3日間と会場＋オンライン2日間でZabbix Weekと称されます。2024年は、11月18日～22日に開催されました。

―― 小山さんの講演趣旨について、聞かせてください。

今回の講演は、「オンプレ環境でのZabbix7.0：構築内容と気づきの共有」というタイトルで、オンプレ環境でZabbix7.0を構築事例紹介を行いました。

Ｊストリームは、オンプレミスでネットワーク構築を行い、企業向けにサービス提供を行っています。多数の視聴者に映像や音声を配信したり、大量のアクセスにも耐えうるCDN（Conetent Delivery Network）により、安定した配信を実現しています。

そのため、利用企業様の事業継続マネジメントを踏まえたネットワーク構築は、重要な責務のひとつです。

Zabbix7.0での構築に際しては、DR（Disaster Recovery / 災害復旧）観点よりデータセンタ間冗長（L3冗長）構成を実現しました。

このようなケースは前例がないものでした。ですので、当日は、「設計」「構築」「運用」について振返り、当社での気づきを共有しました。自社での取組みをお話しすることで、少しでも業界貢献できればという想いがありました。

―― Zabbix 7.0で構築した背景をお聞かせください。

以前は、同じデータセンタ内での冗長化構成を採用していたのですが、ファイアウォールのメンテナンスや回線のトラブルにより、Zabbixの監視ができない事態が発生していました。

さらに、同じデータセンター内であるにも関わらず、フェイルオーバーに時間がかかり、タイムアウトによる切り替わりが成功しなかったという課題も発生しました。

講演では、4つの問題点としてご説明しました。ぜひ公開資料もご覧ください。

―― 構築における一番のこだわりを教えてください。

データセンタ間冗長を実現したところです。当社では、データセンタが離れていた場所にZabbixを立てましたが、データの同期はできているため、差分を発生させない仕組みを構築しました。

他の企業様のユースケースを見るとスタンドアロンで構築されており、運用でデータの整合性をカバーされているように見受けられました。

―― 構築で最も苦労した点は？

DBレプリケーションの検証で、レプリケーションがうまく張れず、2か月ほど検証に苦戦していました。意図したDBの切り替わりができなく、途中であきらめそうになりました。

―― その際には、どのように乗り超えたのでしょうか。

DB自体をMYSQLからPostgreSQLに構成変更することで、上記の問題を解決できました。

下記が最終構成です。最終的には、構築検討時に整理した4つの問題点を、すべて解決させることができました。

登壇を通じて拡がる人脈と可能性

―― 技術面以外のお話も、うかがいたいと思います。Zabbix Conference Janpanは、2020年の登壇に続き2回目ですよね。今回の登壇経緯を教えてください。

今夏に開催されたJANOG 54 Meeting in NARAでもZabbixをテーマにした内容で登壇を行いました。 JANOG54の企業ブースにZabbix社の方がいらっしゃり、その場でお声がけいただき、Zabbix Conference Japan 2024への登壇も決まりました。

1回目の登壇の際は自らZabbix社に応募したのがきっかけでした。

―― 登壇立候補について、会社へ話した際の反応はいかがでしたか？

最初は、上長にやんわりと「参加します」くらいにしか登壇意思を伝えていませんでしたし、上長としては「本当に出るの？」みたいな印象だったと思います。会社として断られたら、今年の登壇は諦めようと考えていました。

しかし、上長の快諾も得られ、また登壇資料作成で他の社員も協力してくれました。イベント当日は、会場に足を運んでくれた社員もいました。

―― 通常業務との両立はうまくいきましたか？

うまくいったと思います。

―― 通常業務との両立のために、どのような工夫をしましたか？

資料作りは始業前や終業後、休日に作成することも多かったです。

登壇に向けての練習も同様に行いました。

―― 登壇にかける熱い想いが印象的でした。その想いの源泉は、何でしょうか？

要件定義や基本設計がされていないシステムが数多く存在をし、引き継ごうにも引き継げない状況がありました。自分も運用を引き継げないですし、後から入った方も情報がない中で運用は難しいと考えました。

これらを打破するために、設計からきれいに行って、あとから入った方にも困らないシステムの設計を心がけました。

―― 登壇準備で、苦労したことなどがあれば教えてください。

資料提出1か月前から作り始めました。構成をどのようにするのかで結構時間を使ったと思います。

―― 登壇準備での苦労は、どのように乗り越えましたか？。

資料の構成や文章の修正時には、他の社員もコメントしてくれたり、サポートしてくれました。登壇２日前にはリハーサルも行い、その場でアドバイスや指摘なども受けられました。

―― イベントでは、いい出会いがありましたか？

はい、ありました。

登壇後には、当日のプログラム終了後に開催された懇親会を含め、「先ほど登壇されてましたよね？」と多くの方から声をかけていただけました。Zabbix社の方からも数名にお声がけいただけました。

「あの構成での構築は、さすがに難しい」と何人かにお話しをいただけたのは、やはりうれしかったです。

その他、参加されている年の近い方とも交流することができ、仕事や技術的な話で盛り上がりました。

切磋琢磨できるチームでの成長

―― さて次に、組織カルチャーについてもうかがいます。登壇に際して、社内の反応はどうでしたか？

社内のSlackチャンネルでは、登壇風景の紹介に拍手やいいねをはじめとした多くのリアクションをいただきました。

今回の登壇に少しでも興味を持ってくれたのではないかと、嬉しかったですね。

―― 小山さんにとって、所属部門であるネットワークインフラ部を一言で表現すると？

「切磋琢磨できるチーム」です。

―― その心は？

ネットワークインフラ部は技術的探究心のある方が多いです。問題解決に取り組む際に情熱を持って向き合い、一つひとつを徹底的に突き詰めるところが部としての強みだと考えています。

―― Ｊストリームは、コミュニティ活動が活発ですか？

はい、具体例を挙げると、ネットワーク系では、JANOG（日本ネットワーク・オペレーターズ・グループ）、QUNOG（九州沖縄ネットワークオペレーターズグループ）、JAIPA（日本インターネットプロバイダー協会）などネットワークコミュニティに参加されている方が多い印象を受けます。

―― 小山さんが考える「コミュニティ活動を楽しむコツ」があれば教えてください。

Ｊストリームに入社したてのころから、漠然とどこかのコミュニティに所属したいなと考えておりました。わからないながらも参加してみることが大切かなと思います。

―― 今後の抱負をお聞かせください。

コミュニティ活動を通じて、人と人とのつながりも大切だと実感するようになりました。そのためZabbix Conferenceだけでなく、コミュニティ活動には積極的に参加できるようなエンジニアを目指していきます。キャリアの面では、「他部署の相談窓口」としてフルスタックエンジニアのようなポジションに立つ人間になりたいと考えております。

―― 今回の登壇が、次のステップを引き寄せているようですね。今後も活躍を楽しみしています。

※Ｊストリームでは、コミュニティ活動を重視し、エンジニアの積極的な参加・取組みを奨励しています。イベント等でＪストリームエンジニアを見かけたら、ぜひお気軽にお声がけください！

エンジニア組織が目指すもの | 7つの価値観

※在籍年数や役職を含む記載内容は、取材当時のものです。その後、状況が変化していることがあります。

【関連情報】

Zabbix Conference Japan 2024

教科書にはない”ネットワークのリアル”を楽しみ、成長の糧に

jst_recruit — Wed, 17 Jul 2024 06:21:04 +0000

今回は、ネットワークエンジニアを志す学生や若手エンジニアの皆さんへの応援メッセージの意味を込めた、ITエンジニアインタビューです。新卒入社2年目、新人賞受賞経験も持つ、ネットワークエンジニアのK.E.さんは、研究室での経験をきっかけにネットワークの世界にのめりこみました。Ｊストリーム入社後は、膨大なトラフィックを処理するCDNの安定稼働とパフォーマンス最適化にまい進しています。

学生時代に没頭したプログラミング経験も活かし、教科書にはない“ネットワークのリアル”を楽しみ、ITエンジニアとしての成長を目指すK.E.さんの様子をご紹介します。

大学院の研究室で、ネットワークに興味を抱く

―― まず、経歴について詳しく教えてください。

学部時代は物理学を専攻していました。ただ、プログラミングにも興味があり、趣味の範囲でC/C++やPythonに触れることが多かったですね。学部卒業後は大学院に進学し、数学の問題をプログラミングで解くという研究テーマに取り組みました。

研究室に入るタイミングでちょうどサーバの払下げがあり、クラスタ計算機の再現に挑戦しました。これが思った以上に面白くて。OSのインストールから始まり、IPアドレスの設定を行い、ネットワーク構築をしていくなかで、興味関心がどんどんと深まっていきました。

修士課程を修了後は、ネットワークエンジニアとしてキャリアをスタートさせようと就職活動を行いました。当時はAWSなどクラウドサービスが主流になりつつある時期でしたが、私はあえてオンプレミス環境での仕事にこだわりました。自分の手でインフラを構築し、運用していきたいという思いが強かったんです。

就職活動ではいくつかの企業選考を受けましたが、最終的にＪストリームに決めました。動画配信を支える大規模なネットワークに携われることは、大きな魅力でした。また、面接での丁寧な対応や、若手が活躍できる雰囲気を肌で感じられたのも要因のひとつでした。

教科書にはない”ネットワークのリアル”に触れる面白さ

―― 入社後は具体的にどのような業務を担当しているのでしょうか？

主にサーバやネットワーク機器の設計、構築、運用を担当しています。具体的な業務としては、サーバの設置やネットワーク機器の設定変更、トラブルシューティングなどがあります。膨大なトラフィックを処理するCDNサービスでは、インフラの安定稼働とパフォーマンス最適化が求められます。自分が担う業務のひとつひとつは、サービスの根幹を支える重要な役割を担っているんです。

数多くのサーバをいかに効率よく運用するかは、なかでも重要なテーマです。私も、昨年、サーバの設定変更に関する自動化を担当しました。自動化前は、設定変更のたびに一台一台対応するため、1時間前後を要していたことが、数十秒で完結し、ミスの低減にも貢献できました。常にサービス状況を監視しながら、改善施策を打っていくのが私たちの仕事ですね。

―― 実務に携わってみての感想を聞かせてください。

一言で表現すると「教科書にはない面白さ」があります。面白さの根源は、何といっても希望であったオンプレミスに携われたことですね。しかも、Ｊストリームのような大規模ネットワークは、なかなか経験できない環境です。

データセンターへもよく行きますが、そこでは、サーバの設置や、ケーブルの配線ひとつにしても数年後のリプレイスを意識して慎重に行います。現状の構成をとる理由を理解し、新しい知識を吸収するのは、とても面白いです。

日々、膨大なトラフィックが流れる環境で、安定稼働とパフォーマンス最適化を追求していく。ネットワークエンジニアなら、憧れる環境ではないでしょうか。

Ｊストリームは、ネットワーク機器の量が多いので、飽きることがありません。また、Ｊストリームは四半世紀以上の長きにわたり動画配信歴事業を手がけてきました。そのため、導入時期によって機器の設定が異なることもあり、「あぁ、こういう歴史でやってきたのかなぁ」と目の当たりにできるのはリアルです。

―― 機器選定の基準は、あるのでしょうか？

もちろん、価格とかコスト面は重視されますが、それだけでもありません。他社だと特定のベンダーの機器に限定されてしまうケースもあると聞きますが、Ｊストリームでは、マルチベンダー戦略を採用しています。

技術の拡がりも重視していて、新しい技術で「面白いからやってみて」という経緯で導入したものもいくつか聞いています。新しい機器導入の際は、「設定方法は問題ないか」「ミドルウェアは動くのか」など、入念な検証を行います。

特定の技術だけでなく、機器を横断した幅広い知識やスキルを身につけられるんです。エンジニアとして様々な機器を扱える技術力は、とても重要だと考えています。

プログラム経験を活かし、データ領域にもチャレンジ。新人賞も受賞

―― 「ファミリー」という取組みがあると聞いていますが、概要を教えて下さい。

「ファミリー」は、本部内にある部署横断プロジェクトの呼称です。異なるスキルセット間でのディスカッションによる新企画などを目的としています。現在は、自社開発プロダクト関連を中心に動画配信プラットフォーム、CDN、社内共通開発基盤、ライブ、データをテーマにしたファミリー活動があります。私は、大学院での研究が、線形代数関連だったこともあり、上長からの勧めがきっかけで、データファミリーに参加しています。

―― データファミリーでは、どんな業務を担当しているのですか？

ファミリーでの担当業務は、所属部門での通常業務の範疇に限りません。加えて、何をすべきか、誰が担当するかは、ファミリー内でイチから決めていきます。昨年、私は、自社CDNサービスのログ分析・解析システムの新規構築を手がけ、要件定義から設計、実装までを一貫して行いました。

CDNでは、複数の拠点に分散配置したデータセンターからトラフィックが流れます。トラフィックコントロールは、事前に設定を行います。ただし、設定後の実際のトラフィックは、生ログから確認する必要があります。そのため、全体俯瞰に必要な全HTTPリクエストの膨大なログ処理には、抽出だけでも数時間を要していました。

昨年、私が担当したシステム構築により、膨大なログ集計に対する効率化とグラフ化が進み、トラフィックコントロールの有効性を可視化できるようになりました。CDNのトラフィックコントロール戦略を立てやすくなった、という評価もいただきました。

プログラミング経験を活かしながら、インフラ構築の視点も取り入れてシステム全体を作り上げていくのは、挑みがいがありましたね。

―― サーバ設定変更の自動化や、データファミリーをはじめとした取組みが評価され、昨年は全社新人賞を受賞しましたね。

入社1年目からこれだけ大きな仕事を任せてもらえるとは思っていなかったので、本当に貴重な経験でした。Ｊストリームの風土として、若手でもアイデアを出して手を挙げれば、新しいことにチャレンジできる環境があります。上長も「自分が主導してやりたい」という私の意欲を後押ししてくれました。新人だからと受け身になるのではなく、自分から新しいことにチャレンジしていく姿勢が大事だと痛感しましたね。

―― 若手エンジニアの成長を後押しする風土は魅力的ですね。

夢は、ネットワークとデータ分析の両面から貢献できるエンジニア

―― 他にも、Ｊストリームの魅力だと感じるポイントはありますか？

Ｊストリームの魅力は、若手が多く活躍している点です。私が所属するネットワークインフラ部でも、20代・30代のエンジニアが中心となり、日々の業務に取り組んでいます。私は大学院を卒業して24歳でＪストリームに入社したのですが、その時点で年齢層としては部内で真ん中くらいでした。それくらい若いスタッフが多く、他の部署を見ても30歳前後の方が活躍している印象です。

―― 社員同士の連携についても、うかがいたいです。

大規模なインフラを運用しているため、常に新しい課題が発生します。単調ではないのがいいですね。それに対してチームで知恵を出し合いながら、最適な解決策を見出していきます。そうした問題解決のプロセスは、エンジニアとしての成長につながります。

普段、当たり前に業務していると、時々、ふと「あれ？これって、今まではできなかったはず」と気がつくことがあります。私が、成長を実感する瞬間です。入社後の1年間は、新しいスキル習得や発見の連続でした。実は、3か月前の自分を問われると、すぐには思い出せないんです。毎日、変化がありすぎて(笑)。過去のドキュメントを紐解いてみると、「え、3か月前の自分は、こんな感じだったんだ」と驚きます。それと同時に、自信にもつながっています。

―― 成長の糧として、日々の業務経験を血肉にしているのですね。

あとこれは半分冗談ですが、スーツを着る必要がないのも嬉しいポイントです。週1回ほどデータセンターでの作業はありますが、それ以外は自宅からVPNでリモートワークできる働き方も柔軟だと思います。

―― 今後のキャリアについてはどのように考えていますか？

目指しているのは、ネットワークとデータ分析の両面を兼ね備えたエンジニアです。Ｊストリームに入社して1年が経ちましたが、まだまだ学ぶべきことはたくさんあります。ネットワークの世界は奥深く、ゴールがありません。業務の性質的に「通信を止めない」ことが最重要なので、評価も難しいです。

だからこそ、安定した動画配信のために、ネットワークに関して聞かれた時は、何でも答えられるようになりたいです。特に、新しいネットワーク技術の習得は、欠かせません。最新技術をキャッチアップしながら、自分の強みにしたいですね。

また、これまでの経験を活かして、データファミリーでデータ分析の分野にもチャレンジしていきたいです。先ほどお話ししたログ解析システムの構築で、データ分析の面白さを実感したんです。ネットワークの運用データを分析することで、パフォーマンス最適化をより高い次元に引き上げることができます。そこで、統計学の手法なども取り入れながら、データ分析のスキルを磨きたいと考えています。

―― 最後に、Ｊストリームに興味を持つ学生や若手エンジニアに向けて、メッセージをもらえますか？

Ｊストリームはエンジニアとしてのキャリアを積む上で、とても魅力的な環境です。何より大規模なネットワークインフラに携われるのは、他社ではなかなか経験できないことです。

服装は自由、リモートワークも可能など、エンジニアとして働きやすい環境が整っているのもポイントです。こうした環境があるからこそ、エンジニアとしての仕事に集中できるんです。

そして、Ｊストリームには、様々なバックグラウンドを持つエンジニアが集まっています。学生時代にネットワークを専門的に学んでいなくても、入社後に着実にスキルを身につけられる環境が整っているんです。大切なのは、技術への探究心と、成長への意欲です。

もし、大規模なネットワークインフラに興味があったり、最新技術にチャレンジしてみたいという思いがあるなら、ぜひ、Ｊストリームの門を叩いてみてください。私たちと一緒に、ネットワークの最前線で活躍しましょう。

―― 現状を楽しみながらも是とせず、行動を起こしていくK.E.さんの姿勢は、周囲にも多くの刺激となっていると思います。2年目もますますの活躍を楽しみにしています。

※在籍年数や役職を含む記載内容は、取材当時のものです。その後、状況が変化していることがあります。

※下記ページでは、エンジニアの方向けにＪストリームの企業紹介ぺージを公開しています。あわせてご覧ください。

Ｊストリーム・事業紹介

エンジニア組織が目指すもの（大切にしてほしい価値観）

Ｊストリーム・技術の歴史

キャリア形成（多様なエンジニアキャリアをサポートする制度・体制）

働く環境（技術への情熱と活躍をサポートする環境）

【当日LT資料をご紹介】大LT大会2024 春 in Aizu報告

jst_recruit — Fri, 17 May 2024 05:15:51 +0000

Ｊストリームは、5月11日（土）に開催された会津大学公認の技術系サークルZli（ジライ）主催の「大LT 2024 春 in Aizu」に協賛しました。技術LTに登壇した2名のエンジニアより、当日の感想と発表資料の共有です。

※LT：Lightning Talks（ライトニングトーク）の略で、短いプレゼンテーションのことを指します。

イベント概要

＜大LT 2024 春 in Aizu イベント情報＞
【日時】 2024年5月11日（土） 12:00開場、13:00開始（予定）
【会場】会津大学内
【参加対象】 Zli部員限定

今回のイベントには、Zliサークルメンバーの学生の皆さんと協賛企業約60名が参加しました。当日は、LT13:00～18:00＋懇親会という半日かけてのイベントでした。

技術LTその1：YubikeyとNFCでおしゃべりしてみた（並木優祐）

プラットフォーム本部技術開発部の並木です。

会津大学の学生に負けない、かつ公開できる内容ということでだいぶ悩みましたが、プライベートでYubiKeyを使って遊んでいたことを思い出し、今回のLTのテーマにしました。

前半は一般的なご家庭にあるインフラ環境の紹介、後半はFIDO対応の認証器であるYubiKeyにNFCを使ってアクセスし、実際に認証を行ってみる方法を紹介しました。

自宅インフラの紹介に力を入れすぎたため、全体的にかなり駆け足になってしまいましたが、学生に負けないような内容になっていたと信じています…

フロントからバックエンド、インフラ、ハードウェアなどさまざまな分野から濃い内容でのLTが行われており、今年もレベルの高いLTが多いと感じました。

どれも面白いLTでしたが、個人的には特にshinbunbunさんの「Rustでコンテナランタイムを自作してみた」やkashuさんの「自宅サーバー運用日誌」が面白かったです。

コンテナ技術は当社でも利用していますが、その実態はプロセスの名前空間を分離したもの、例えるならサンドボックスで実行されたプロセスです。というのはなんとなく知っていましたが、意外と簡単にそれを行えるというのはいい勉強になりました。

また、インフラ周りは当社の最も重要な技術の一つであり、私がプライベートでも遊んでいるものになります。しかし、まさかBGPの話が私の他に出てくるとは思いませんでした（笑）

今回のLT会に参加して、普段なかなか触らない分野を知ることができ、ますますいろんなことに触れていきたいと思いました。

来年も機会があれば、もっと濃い内容で挑んでみたいですね。

技術LTその2：××な話（べにはら）

ネットワークインフラ部ネットワークインフラ課のべにはらです。

前回やった情報量0タイトルがLT大会では好評でしたので、今回も引き続き情報量のないタイトルとさせていただきました。

内容は大まかにサーバの冗長化の話となっておりますが、一般の冗長化から一歩踏み出して、全国規模で配信サービスを展開している弊社ならではの要素が大きく入っているお話となっています。

ネットワーク・サーバどちらの要素も入っており、インフラエンジニアらしい内容になっているかと思いますので、タイトルの謎も含めてぜひお楽しみください！

なお、本当は”ご”家庭紹介も時間をかけたかったのですが、尺とページ数の都合で今回は控えめですw

今回のLT大会は大きく分けて学生枠と社会人枠となっていました。

社会人枠は言ってしまえば皆さんプロでお仕事されている方々なので、レベルが高いのは自然なのですが、

学生枠のLTもそれに負けず劣らず技術力の高いLTが多く、1日中非常に楽しめました。

その中でも特に、社会人LTでは背景に仕事上の課題があるのに対し、学生LTでは背景に「やってみたかった」「興味がある」「楽しそう」というモチベーションが多かったのが印象に残りました。

学生の頃から技術に対して非常に前向きなモチベーションで取り組んでおり、社会人と比べても遜色ないレベルのスキルを習得しているのは素晴らしい、一緒に働きたいなと思いました。

今回のLTはどれも面白かったのですが、一番興味深かったのは「SMTPSでメールを送ろう」のLTです。

タイトルから初学者向けのやってみた系のLTかと思ったら、SMTPのプロトコルの実装を紐解き、プロトコルの仕様に倣ってSMTPクライアントを実装、さらにそのデモも行うという、

なんともエンジニア心を揺さぶられるLTで聴いていてとても楽しかったです。

今回の参加を通して、社会人として学生達に負けないよう精進しつつ、来年も機会があれば是非参加させていただきたいと思います。

その際にはまた情報量0のタイトルで臨みたいと思いますw

Zliの皆さん、お疲れ様でした＆ありがとうございました

Ｊストリームも楽しくて、実りの多い時間を過ごすことができました。

またぜひお邪魔し、皆さんと交流できればと思います。

Voiceでは、今後もさまざまな社内外イベントをご紹介予定です。ぜひご覧ください！

【関連情報】

・大LT 2024 春 in Aizu – connpass　詳細ページ

「第57回JAIPAの集いin鹿児島」への協賛および登壇について

jst_recruit — Mon, 13 May 2024 06:57:27 +0000

Ｊストリームは、2024年5月16日（木）、17日（金）に鹿児島市で開催されます「第57回JAIPAの集いin鹿児島」に協賛および弊社社員が登壇しますのでお知らせいたします。

詳細は下記プレスリリースをご覧ください。

Ｊストリーム、「第57回JAIPAの集いin鹿児島」への協賛および登壇について

【2024年度版】新卒2年目エンジニアによる入社1年目の振返り

jst_recruit — Wed, 10 Apr 2024 09:40:19 +0000

昨年4月の新卒入社から1年、新卒2年目エンジニア7名が昨年度の1年間を振返りました。担当業務、仕事でのやりがい、最も苦労したことと乗り越え方、自社のエンジニア組織、理想のエンジニア像などについて教えてもらいました。※新卒入社社員は２か月間の研修期間を経て、6月より本配属となります。

※掲載は、イニシャルのアルファベット順です。

H.K. バックエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

CDNextの運用・開発業務を行っております！また、社内ツールの開発にも一部携わっております！

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

わからないことがわかるようになったときや、お願いされたことがしっかりとできて評価されたときです！

Q3: 仕事をしていく中で、最も苦労したことは？

私はフロント側の出身なので、バックエンド側の技術を覚えるのがものすごく大変でした。また、ネットワークの知識も高度な内容を求められるので、今でも苦労しています・・・。

Q4: 最も苦労したことをどのように乗り越えましたか？

わからないことは先輩やメンターに聞くことによって乗り越えていきました！ただ、聞くばかりでは成長しないと思うので、一定時間かけてもダメな時のみ聞くように心がけています。これによって、全く知らない素人からだいぶ成長することができたと思います！

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

スキルアップしたこととしては、やはりバックエンドの知識とネットワークの知識が多く身に付きました。仕事で実際に作業を行っているほかに、自宅にネットワーク環境を構築できるような機材をそろえて、自分で勉強できる環境も揃えたことにより学生時代よりも多くの知識が吸収できたと思います！

Q6：Ｊストリームのエンジニア組織を一言で言うと？

技術力があって若手から活躍しやすいところと紹介すると思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

フロントエンドからバックエンド、インフラまで基本的なことは分かるフルスタックエンジニア

K.E. ネットワークエンジニア

Q1: 新卒1年目での担当業務を教えてください。

所属する部では自社のサーバやネットワーク機器の運用や構築を行っており、自分は主に運用を行っております。サービスに必要なサーバを用意したり、アラートに対応したり、その他プロジェクトを進めたりなどです。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

小さなことで言うとpingが通るようになったとき、大きなことで言うと重要な本番機器での作業が無事完了したとき、です。

Q3: 仕事をしていく中で、最も苦労したことは？

初めて触るような機器（特にネットワーク機器）の作業手順をつくるときです。

Q4: 最も苦労したことをどのように乗り越えましたか？

先輩に教えてもらったり、過去の手順を参考にしたり、です。基本的なことから少しずつ吸収するように意識しています。でも、まだまだ苦労してます…

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

家のネットワークが進化しました。入社前は家庭用ルータ１つに全部がぶら下がっている構成だったのですが、先輩からIX2105というルータを勧められたことをきっかけに、物理と論理が違うぐらいには進化しました。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

自分から見える範囲しか分かりませんが、「手を挙げれば挑戦させてくれるところ」かなと思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

専門分野のことは何でも応えられて、専門外でもちょっと知見がある、そんな感じですかね。

K.F. フロントエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

自社の動画配信プラットフォームサービス「J-Stream Equipmedia（ジェイストリーム・イクイップメディア）」のポータル機能（EQポータル）に関する機能拡張開発。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

実装している機能の開発が完了した時。

Q3: 仕事をしていく中で、最も苦労したことは？

最初に開発を担当したのがEQポータルの中でもロジックが複雑なログイン周りの機能拡充でロジックを理解するのに苦労しました。

Q4: 最も苦労したことをどのように乗り越えましたか？

先輩と一緒に教えていただきながらの開発だったので、先輩が処理フローを図示したりしながら丁寧に教えていただき乗り越えることができました。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

データベーススペシャリストとネットワークスペシャリスト、LPICの勉強中です。また、それらに関連するものを含み技術書を10冊程度読みました。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

新人でもチャレンジできてチャレンジを評価してもらえるところ。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

幅広い分野における知識を持っておりそれぞれの分野の専門家の話を咀嚼でき、特に自分の専門分野に関しては深い知識を持っていて語ることができるエンジニア。

K.T. バックエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

社内共通開発基盤のJ-Stream Cloud（ジェイストリーム・クラウド）の開発を行っています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自分が開発したものをリリースできた時です。

Q3: 仕事をしていく中で、最も苦労したことは？

初めて扱う言語やプラットフォームが多くあったので、わからないことが多く苦労しました。

Q4: 最も苦労したことをどのように乗り越えましたか？

自分で調べて勉強することはもちろんですが、先輩方が教えてくださったり相談にのってくださったことで乗り越えられたと思います。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

業務に関わる部分だとGo・応用情報の勉強などをしています。
その他の部分だと機械学習の勉強をしています。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

高い技術力を持った方々が集まった組織だと思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

持っている知識や技術の引き出しが多いエンジニアです。

S.T. SREエンジニア

Q1: 新卒1年目での担当業務を教えてください。

先輩方に見ていただきながら運営課の業務を幅広く経験させてもらってます。
最初はEQやミテシルなどの動画配信や動画eラーニングシステム系とCDNextなどのコンテンツ配信基盤系どちらも、後半は動画配信や動画eラーニングシステム系に比重を置いて業務にあたっています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自分の作成したグラフについて、課内のメンバーに喜んでもらえたり、好評だと聞いたり、実際の業務に活かされている場面を見たときです。

Q3: 仕事をしていく中で、最も苦労したことは？

運営課は様々なサービスについて広く知っておく必要があり、自分の知識として吸収していくのが大変でした。（いまもまだまだです…）

Q4: 最も苦労したことをどのように乗り越えましたか？

自分が、何をわかっていて何がわからないのかをはっきりさせたうえで、先輩方への相談を行ったり、過去のドキュメントを読むことで１つずつ対処していていきました。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

業務で触れることも多い、クラウドサービスについて技術書を購入して読みました。クラウドサービスにも種類があるので、次は別の種類の技術書を読もうと思っております。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

技術や知識に長けた人が沢山いるところです。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

分野全体に広く知識や関心を持ちながら、専門分野や担当サービスについては、高い技術力と解決力を持っているエンジニアを目指したいです。

T.S. フロントエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

各種リリーステストを実施しながらの製品理解、社内用ChatGPTサイトの開発、ライブ配信アプリのUI開発、ReactNative開発のナレッジ化。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

コードについて必要な知識を収集し、実際にコーディングに反映する時間：
新しい言語やロジックを学ぶ機会が多く、その学習内容をすぐに成果へ反映できるのは常に結果が見えるのでやりがいを感じている。自分の成長も感じられる。

Q3: 仕事をしていく中で、最も苦労したことは？

スケジュール調整・確認：
かなり自由にスケジュール調整ができる分、後回しにしやすい性格の自分は最後の最後で苦労した。

Q4: 最も苦労したことをどのように乗り越えましたか？

他社員や同期との問題共有：
より経験のある社員の方々からの意見は有用性が高く、一人で抱え込まないことが大事。
同期と相談することは、自分以外の視点だと見えてくる解決の糸口を発見することがあった。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

Reactの習得、React Nativeの研究：
どちらも業務で使う内容だったため半分仕事だったが、新しい技術を共有できるドキュメント（Conflence等）に落とし込む作業で体系的な知識を学ぶことができている。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

自分から機会を作ろうとすれば、いつでも（業務の中でも）自己研鑽ができる部署。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

1年働いたがまだはっきりとは見えてこない。先輩エンジニアとの交流の中で理想像を作っていきたい。

Y.T. ライブエンジニア

Q1: 新卒1年目での担当業務を教えてください。

ライブ現場へ行く日と行かない日で大きく2種類の業務に分かれます。
◆ライブ現場に行く日
配信現場のテクニカルスタッフ
・スイッチャー、ミキサー、エンコーダー　などなど
・機材の搬入手続き
・適切に台本通りにオペレーションする！

◆ライブ現場に行かない日
・ライブ配信に関する前捌き事務（使用する画像音声素材や仕様書の作成など）
・機材の購入や検証
・配信の監視
・機材準備のWチェック　などなど

まだまだ拙く誇れるほどではないですが、着実にレベルアップを目指しています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

オペレーションが最後まで完璧に出来たときや、クライアントの方から感謝の言葉を頂いたときです。

Q3: 仕事をしていく中で、最も苦労したことは？

使用する機材の数が多く、そのほぼ全てが毎現場使用するので覚えることが多いことです。
未だに「これ、こういう使い方も出来るのか!?」と戸惑っています。

Q4: 最も苦労したことをどのように乗り越えましたか？

とにかく会社に行き、機材を触る時間を多くするようにしました。
また、先輩と一緒に現場に行くときはどう機材を扱っているのかを観察して、
もっと効率良いオペレーションができるように思案することです。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

とにかく機材が好きなのと、自宅でもオペレーション練習が出来るようにVR-6HDというスペックの高いAVミキサーを購入しました。
また、映像音声の理解が乏しいため、今は、映像音響試験の合格を目指しています。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

ストリーミング技術の運用や新技術の研究をする、Jストリームの技術の要です。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

よく緊張して手が震えたり頭が真っ白になりそうな時があるので、逆境に負けない胆力のあるテクニカルエンジニアを目指したいです。

ちなみに、下記は、今回登場しました7名のエンジニアが昨年度受講した新卒研修レポートです。懐かしいです。

ネットワーク、Web開発、ログ解析、動画配信etc…
2023新卒ITエンジニア研修レポート

皆さんのますますの活躍を期待しています。

4月からの新たな1年もよろしくお願いします！

【関連情報】

・J-Stream CDNext サービス紹介ページ

・J-Stream Equipmedia サービス紹介ページ

・J-Stream ミテシル（動画eラーニングシステム）

※上記は、Ｊストリームコーポレートサイトへリンクします

・J-Stream Cloud概要紹介インタビュー　　社内共通開発基盤をレガシーからモダン移行した変化と効果

「日本に上陸した新しいCache、Open Cachingを触ってみた。」JANOG53レポート

jst_recruit — Thu, 07 Mar 2024 00:55:46 +0000

※記載している各登壇者の所属は発表時点のものです。

（写真はJANOG53ミーティングフォトアルバムより）

「Open Caching」という新しいCDNをご存じでしょうか。これは、SVTA(*1）という国際アライアンスによって策定された CDN の仕様です。

インターネット上でのコンテンツ配信量が増大するなか、ネットワーク全体の負荷軽減は重要な課題であり、新たな仕組みが模索されています。2024年1月に開催されたJANOG（*2）53では、「日本に上陸した新しい Cache、Open Cachingを触ってみた。」と題するプログラムが行われました。本プログラムでは、過去、2023年に共同で実施されたOpen Cachingの実証実験結果に関する共有が行われました。

登壇者は、株式会社JPIX 中川あきら氏、ケーブルテレビ株式会社石川英昭氏、Ｊストリームエンジニア推進室兼プロダクト企画部（アーキテクト）高見澤信弘の3名。

中川氏からは「Open Caching全体の話」、石川氏からはISP（Internet Service Provider）視点で、高見澤からはCDN事業者視点でというそれぞれの切り口より発表が行われました。本記事では当日の様子をレポートします。

（本文中敬称略）

（*1）SVTA （Streaming Video Technology Alliance）:世界の大手を含むコンテンツ事業者・CDN事業者・ベンダー等が集まるストリーミングビデオの相互運用向上のためのアライアンス。ストリーミングビデオの運用性向上を追求している。

(*2）JANOG：JApan Network Operators’ Groupを意味し、インターネットにおける技術的事項及び、それにまつわるオペレーションに関する事項を議論、検討、紹介することで、日本のインターネット技術者や利用者に貢献することを目的としたネットワーク運用者の集い。

Open Cachingとは

一人目の登壇者・株式会社JPIXの中川あきら氏から、まず、「Open Cachingとは」「実証実験でOpen Cachingを触ってみての結果」について発表されました。

冒頭、中川氏より、Open Cachingとは、SVTA という国際アライアンスによって策定された CDN の技術仕様であるとの説明がありました。この仕様は、比較的新しい RFC などを元に策定されています。いずれもオープンな場で策定されたものであり、全体としてオープンでニュートラルな技術が使われていることが特徴です。このSVTAの仕様をもとに、米Qwilt社がOpen Cachingをサービス化させています。

中川氏はOpen Cachingの概要として、その仕組みを以下のように説明しました（図1）。

「Open Cachingでは、Origin ContentをShield、Edgeという2階層のCache Serverから配信する構成になっています。その配信を司るのが、OCC（Open Cache Controller）と呼ばれる管制塔です。インターネット上の管制塔からは、常時全てのノードのトポロジーや正常性などを把握しており、仮に何らかの理由でEdgeが落ちた場合には、事前の設定に基づき、他のEdgeや上位の Shield （総称して OCN ※Open Caching Nodeと呼ばれる）から配信されるように、OCCが各ノードに自動で司令を出します」。

上記説明では、管制塔という表現が用いられましたが、管制官にはQwilt社のオペレーターがインターネット経由で各ShieldやEdgeにアクセスできる体制となっています。各CP、ISPは、ダッシュボードによりトラフィックのイン・アウトを確認することが可能になっています（図2）。

配信のための3ステップとしては、

【1】OriginからOpen CachingへのRedirect

【2】Open Caching内でEdgeへのRouting

【3】コンテンツ配信

となり、Edge1がダウン時は、OCC（Open Cach Controller）よりEdge2が指定されます。全Edgeがダウンした場合は、Shieldから配信されますが、そのコントロールはきわめて簡単であることを特長として挙げていました（図3）。

今回の実証実験を経て、中川氏は、Open Cachingの特長として以下4つにまとめました（図4）。

1)オープンでニュートラル

2)Edge (Cache) をエンドユーザーに近い ISP に設置可能

3)コントロールが簡単

4)API が充実している、他

実証実験では、Multi CDNでのAS間切替え、IPv4/IPv6の共存を確認

続けて、中川氏より2023年実施のOpen Caching実証実験に関する概要説明が行われました。実証実験は、春と秋の2回行われました。春は、株式会社JPIXの他にJCOM株式会社、Qwilt社、Ｊストリームが参加。秋は、残項目と追加項目に関しての実験を進めるために、ケーブルテレビ株式会社、株式会社JPIX、Ｊストリームが参加しました。実証実験で確認された主な項目は、下記3つでした。

【1】Multi CDN の動作

【2】Open Caching の動作（DNS・https 、IPv6・IPv4）

【3】品質（QoE）の確認

実証実験では、Open Cachingは総じてスムーズに動いており、Multi CDNでのAS間の切替えも問題なく、IPv4、IPv6の共存も確認できました。また、機器ダウン時の挙動として、各プロトコル（IPv6／IPv4）のトラフィックが正常に迂回されることも確認できました。機器障害時にどのトラフィックがどう迂回されるのか、設計の重要性を実験で再認識したという経験者としての所感共有もありました（図5～7）。

ISP視点でのOpen Cachingの利点とは

2人目の登壇者であるケーブルテレビ株式会社の石川英昭氏からは、「ISP（Internet Service Provider）視点でのOpen Caching」について語られました。

ケーブルテレビ株式会社は、栃木県、群馬県、茨城県、埼玉県の4県6市6町にFTTHエリアを展開しているケーブルテレビ事業会社です。Open Caching利用のきっかけは、2021年に総務省の実証事業でEdgeを導入したことでした。

石川氏からは、Open Cachingの導入経験について Before （2021～2023）/ After（2023～）に分けて説明がありました（図8）。

石川氏によると、Before時代のEdge導入背景としては、TOCHIGIXでのチャレンジ、上位回線コスト削減（特にトランジット回線）、トラフィックの品質向上（QoE）がありました。2021年時点で、Edge単体の導入により僅かながらの改善が図られていました。しかし、冗長構成や配信規模の拡大、IPv6対応などの新たな課題も見えてきたと言います。そこで、2023年の実証実験では、JPIXに設置をしているQwit Shieldを利用し、次なる検証へと取組んでいくことになりました。

2023年の実証実験では、Edgeダウン時等の冗長構成、およびDual Stack環境での動作検証を確認ポイントに据えたと言います。JANOG登壇当日は、石川氏より、Dual Stack 区間、IPv6-only 区間、 IPv4-only 区間、それぞれの区間で適切なプロトコルが使われていることを確認できたと報告されました（図9、図10）。

石川氏は、2021年からの2度にわたる経験を振返り、以下のようにまとめました。

・通常時にShield からEdgeに配信されるトラフィックが IX 経由のため、Transitのトラフィックを削減することが可能になった。

・Edgeダウン時においても、Shieldからエンドユーザーへの配信がIX経由になるため、Transitの従量課金への影響が出ない。

・Edgeシングル構成の場合、Shield が Edgeの「予備系」となるため、ISPとしては「冗長構成」を満たすことができた。

・オリジンコンテンツがIPv4で配信する場合も、Open Caching Nodeからエンドユーザーに対してはIPv6で配信できるため、自社(ISP)のネットワークにおけるIPv4 Trafficの削減を期待できる。

・複数のISPが Shield を利用することにより、CP 視点では大きなCDNとなるため、CP がコンテンツを流すモチベーションになると考えられる。

CDN事業者にとってのOpen Cachingの利点とは

登壇者の最後は、Ｊストリームの高見澤から、CDN（Content Delivery Network／エンドユーザーに近い場所からコンテンツを配信するためのサーバ群のこと）事業者として「Open Cachingの実証実験を通して、新しいCDNの仕組み導入から得られた知見」が発表されました。

CDNとは、データを効率よく最適に配信する仕組みのこと。エンドユーザーの近くにキャッシュサーバーと呼ばれるCDNの配信サーバーを多数設置し、オリジンサーバーに置かれている大元のデータをキャッシュサーバーが一時的に複製（キャッシュ）することで、エンドユーザーに配信します。高見澤は、CDNのポイントとして大きく以下2点をあげました。

1．キャッシュサーバーをエンドユーザーの近くに置く

2．エンドユーザーに近いキャッシュサーバーにトラフィックを誘導する

Open Cachingでは、ISP内に共有キャッシュサーバー（Edge)を設置することで、コスト面の問題をクリアしながら上記1の充実を図ることが可能となります。国内CDN事業者としては、Open Cachingを活用することで、ネットワークの公平性（ISPにやさしい）を担保し、高い視聴品質を保てることをメリットとして挙げました（図11）。

実証実験では、障害試験やIPv6 SingleStackでの配信試験なども実施されました。Edgeとなるキャッシュサーバーの障害時は、Shieldとなるキャッシュサーバーへフェイルオーバーする挙動も確認できました（図12）。

また、Open Cachingの品質（QoE）については、

『Request Latencyとしては、動画再生時の”First byte”はOpen Cachingの方が好スコアとなりました。国内においても、距離的に近いOpen Cachingが有利に働く結果となりました』との報告がされました。

一方で、動画の全体的な視聴者エクスペリエンスとしては、全CDNにおいて100（最高スコア）という結果も出ていました。高見澤からは、『両結果を踏まえると、国内のネットワークは優秀ではあるが、Open Cachingを使うことで、よりダイレクトな配信になることによるトラブル発生時の切分けやすさや、キャパシティ強化という点において期待が持てるのではないか』との見解が述べられました。

最後に、高見澤からは、どのようにエンドユーザーを誘導していくのかという「トラフィックの誘導」について語られました。Open Cachingは、各ISP内のキャッシュサーバー（IPアドレス）に対して誘導するため、 DNS方式により誘導しています。

DNSベースでの誘導における課題としては、誘導の精度がキャッシュDNSサーバーベースで決まることです。キャッシュサーバーを地域分散することはある程度できるものの、より高精度な誘導方法を考えておく必要があります。

上記課題に対する解決案として、高見澤からは、ECS（EDNS Client Subnet）というRFC7871で標準化された技術を使用しコントロールする方法が紹介されました。Open CachingのOCCは、ECS対応をしており、ECSはクライアントのIPアドレスやサブネット情報を権威DNSへ伝えることができます。現在、ＪストリームもECS対応を進めており、今後、DNSキャッシュサーバーのリソースへの影響等について検証予定である旨を言及し、報告を終了しました（図13）。

今回の実証実験に関して中川氏、石川氏、高見澤からは、Open Cachingの活用により、冗長構成やDual Stackへのスムーズな対応、キャパシティ強化など多くの効果が期待できる点が発表されました。そして、今後の課題として、Edgeの上位回線のトラフィック削減率や、ECS対応やIPv6のアドレス集約による高度な誘導の可能性など、実証実験を重ねながら詳細を明らかにしていく方向性が共有されました。

最後に、今後の継続的な活動に際して、参加者を随時募集している旨の呼びかけをして、プログラムは幕を閉じました。

―― 今後の取組みについては、また、Voiceでもお伝えできればと思います。最後までお読みいただき、ありがとうございました。

【関連情報】

JANOG53　プログラム紹介ページ

日本に上陸した新しい Cache、Open Caching を触ってみた。 – JANOG53 Meeting in Hakata

新しい Cache “オープンキャッシング” の実証実験開始(2022.12.07 プレスリリース)　※Ｊストリームコーポレートサイトへリンクします

ネットワークエンジニア – Voice 動画配信の今を伝えるエンジニア情報サイト

【レポ―ト】IAB Workshop on IP Address Geolocation での登壇振り返り – 標準化の世界に足を踏み入れてみて

国際会議に参加するきっかけ

IP Address Geolocation とは

IAB Workshop とは

IPv6地理情報の利活用とIPv4アドレス共有の問題点

議論を通じての感想

「JANOG 56 ミーティング」 におけるストリーミング協賛および登壇について

【レポート】ECSの3社共同検証の結果共有_DNS Summer Day 2025

DNS Summer Dayとは、どういうイベント？

DNSに関する最新情報のアップデート

Protective DNSという仕組み

ドメイン名のドロップキャッチ

ECS(RFC 7871)の3社共同検証の結果共有としての登壇

まとめ

【6/27登壇情報】「ECSの3社共同検証の結果共有」_DNS Summer Day 2025

「第59回JAIPAの集いin鳥取」への協賛および登壇について

属人化を超えて、次世代へ。個の力を組織の資産へ変えるマネジメント論

属人的ノウハウを、誰もが成長できるナレッジに

企業の問題に真正面から向き合いたい ―― 道なき道を選び続けて、見えてきたもの

組織マネジメントの中核は「標準化」

夢を持つことが、未来をつくる力になる

いんふらっと会 in 軽井沢レポート

いんふらっと会とは？

初の合宿形式で開催

実施内容

得られた成果

参加メンバーの感想

まとめと今後について

データセンタ間冗長への挑戦と学び、キャリアを広げた登壇：Zabbix Conference Japan 2024 振返り

DR観点に基づき、データセンタ間冗長での構築を実現

登壇を通じて拡がる人脈と可能性

切磋琢磨できるチームでの成長

教科書にはない”ネットワークのリアル”を楽しみ、成長の糧に

大学院の研究室で、ネットワークに興味を抱く

教科書にはない”ネットワークのリアル”に触れる面白さ

プログラム経験を活かし、データ領域にもチャレンジ。新人賞も受賞

夢は、ネットワークとデータ分析の両面から貢献できるエンジニア

【当日LT資料をご紹介】大LT大会2024 春 in Aizu報告

イベント概要

技術LTその1：YubikeyとNFCでおしゃべりしてみた（並木優祐）

技術LTその2：××な話（べにはら）

Zliの皆さん、お疲れ様でした＆ありがとうございました

「第57回JAIPAの集いin鹿児島」への協賛および登壇について

【2024年度版】新卒2年目エンジニアによる入社1年目の振返り

「日本に上陸した新しいCache、Open Cachingを触ってみた。」JANOG53レポート

Open Cachingとは

実証実験では、Multi CDNでのAS間切替え、IPv4/IPv6の共存を確認

ISP視点でのOpen Cachingの利点とは

CDN事業者にとってのOpen Cachingの利点とは

「JANOG 56 ミーティング」におけるストリーミング協賛および登壇について