トピック
ソフトウェアライフサイクルとベンダーロックイン
「トピックの観点から見たソフトウェアライフサイクルとベンダーロックイントピックは、特定のテーマ、シグナル、または監視すべき話題を共有する記事を結びつけます。このページは、関連報道、公開情報源、市場関係者、インフラへの影響をたどる豊かな道筋を提供し、企業動向、政策決定、地域的影響、運用リスクにわたってそのトピックがなぜ重要なのかを理解するための十分な文脈を与えます。単なる記事リストにとどまらず、読者は繰り返し現れるシグナル、影響を受ける組織、公開証拠、市場背景、サービス継続性、調達、競争、コンプライアンス、戦略計画といった背景を比較できます。このページでは、トピックの対象範囲、関係するインフラ事業者や政策、報道内容を裏付ける証拠、そして通信事業者、顧客、投資家、政策関係者にとってそのテーマがなぜ重要なのかを説明します。」
北米のクラウドサービストレンド
CrowdStrike、販売手数料の償却を5年に延長 Q2 費用は2550万ドル減
CrowdStrike の成長とキャッシュ創出は会計上の見積もりだけでは説明できない。一方で、営業損失の改善速度には、契約獲得手数料を4年ではなく5年で費用化する判断が効いている。この変更は、顧客が5年目にも価値を生むという検証可能な仮説だ。
インターネット史
予約が生きていても、内容が正しいとは限らない
RSVP の要約リフレッシュは、以前に送った状態を識別子で指し示し、同じ説明の繰り返しを減らした。ただし、記録の寿命を延ばす処理と、その記録の中身を確かめ直す処理は同じではない。効率化の歴史には、その差を埋める仕事も残されている。
北米のクラウドサービストレンド
Nutanix の15億ドル利益を、税・事業・現金に分けて読む
税引前利益が3億2710万ドルの会社から、純利益15億683万ドルが出てきた。Nutanix の2026年度決算は、数字の大小よりも、どの数字がどの台帳に属するかを問う決算である。
インターネット史
SMTP が分けられなかった応答：LMTP はローカル配送を受信者単位にした
同じメッセージでも、ローカル配送の結果は一つとは限らない。片方のメールボックスには格納でき、もう片方は一時的に容量不足になる。SMTP の最終応答はトランザクション全体に一つだった。LMTP は、受理済み受信者の順序に沿って結果を返し、再試行の責任を既存キューに残した。
インターネット史
更新を促す通知に、設定を書き換える力はなかった
サーバーから届いた FORCERENEW の次に、クライアントから DHCPREQUEST が返る。この向きの反転に、DHCP の再構成拡張が得た力と、その力が届かない範囲が表れている。
インターネット史
オリジンが外すよう求めたリンク：HTTP 410が404ではなかった理由
リンク切れを見つけたことと、そのリンク先が意図的に廃止され、戻る見込みが薄いと知ることは同じではない。HTTP 410は後者をオリジンの責任ある表明として運ぶために生まれた。ただし、その効力は外部の記憶まで消す権限ではなかった。
インターネット史
送信をやめるだけでは、相手の待機は終わらない
届かなかったデータを埋めずに、受信側の処理を先へ進める。そのために SCTP が導入したのは、単なる再送の打ち切りではなく、どこまで待つのをやめてよいかを伝える共通の手続きだった。
グローバルのクラウドサービストレンド
Commvault の SaaS ARR 4.24億ドルは、ライセンス粗利率96%をまだ代替していない
粗利率は単なる収益性の順位表ではない。誰がインフラを動かし、復旧時の負荷を引き受けるかを示す責任の地図でもある。Commvault の6月四半期は、その地図がライセンスから SaaS へ移る途中にある。
インターネット史
包まなかったパケットは、家へ送り返してはいけない
移動先で送ったデータを、いったん元のネットワークへ戻す。そのための仕組みに、戻してはいけないパケットの規則がある。Mobile IPv4 の逆方向トンネルは、単に経路を一本増やした技術ではない。どの通信を帰属先に預け、どの通信を現地の経路に残すのか。その選択を、包み方によって区別する設計でもあった。
インターネット史
過去を受け継いだ新しい鍵――TLS KeyUpdate が更新できたもの
長時間つながる TLS 接続では、接続そのものより先に一つの鍵の使用限界を意識しなければならない。TLS 1.3の `KeyUpdate` は、通信を張り直さずに保護鍵を次代へ送った。ただし、その次代は現在の秘密から生まれるため、侵害からの再出発にはならない。
インターネット史
EOF では代われなかった警報――TLS が片方向の終わりを明示するまで
受信した全バイトが正しく認証されても、それが送信者の意図した全量だとは限らない。TLS の `close_notify` は、単なる通信断と保護された終了宣言を分け、さらに二つの通信方向が同時に終わるとは限らないことを仕様に刻んだ。
インターネット史
参加者を数えるとき、端末を数えてはいけない
会議に端末が一台増えた。だから報告する相手も一つ増えた、と考えると、RTCP の時間配分を取り違えることがある。一台の端末が複数の送信元を持ち、それぞれが報告の時計を持つからだ。インターネットのリアルタイム通信が積み重ねてきたのは、人数に合わせて待つ技術というより、自分の数え方を行動の直前に問い直す技術だった。
インターネット史
受信側が抱えきれなかったレコード――TLS がサイズをローカルな申告にした理由
小さな機器は暗号文を順次送り出せても、同じ大きさの受信レコードを認証まで保持できるとは限らない。TLS のレコード制限は、送受信を鏡像として扱わなくなったときに実用的になった。
インターネット史
新しい検査値への変更を、旧方式で頼んだ
32ビットの Fletcher 値を選ぶと、TCP の既存欄だけでは結果を運べない。RFC 1146は後半を Kind 15という別のオプションに入れた。交渉は SYN で一度行えばよいが、長い結果の代金は通常セグメントのたびに払う。この反復する負担からさかのぼると、なぜ SYN と RST だけは最後まで旧方式に残されたのかが見えてくる。
インターネット史
サーバーの最終証明より先に TLS が送った便：False Start はいかに一往復を借りたか
False Start は、クライアントが自分の Finished を送った後、サーバーの Finished を検証する前に、新しい鍵で暗号化したアプリケーションデータを出した。証明を省いたのではなく、到着待ちの時間を借りた。
インターネット史
そのアドレスには、端末内の手掛かりが要った
診断画面に同じリンクローカルアドレスが二つ現れたとき、利用者が選ぶのは二つの「相手」ではない。自分の端末から出る二つの経路のうち一つである。IPv6 のゾーン識別子は、その選択をアドレスそのものに偽装せず、ローカルな手掛かりとして扱うために生まれた。
インターネット史
TLS が隠す前に聞かなければならなかった名前：SNI はいかに共有 HTTPS を可能にしたか
同じアドレスの先に複数の安全なサイトがある。サーバーは正しい証明書を先に選ばなければならないが、サイト名を含む HTTP 要求は TLS 確立後まで読めない。SNI は名前を ClientHello へ前倒しし、その矛盾と引き換えに新しいプライバシー境界を生んだ。
IETF
Final Review は標準への二度目の投票ではない
公開前の管理表には、承認済みの Internet-Draft、開いたままの pull request、未回答の著者確認が並んでいた。担当者はそれを「標準案が再び採決に戻った」と要約した。しかし、そこで行われていたのは再採決ではない。ストリームの出版承認は既に存在し、RFC Production Center が出版用の版を整え、編集の範囲を越える変更だけが元の承認主体へ戻される段階だった。
インターネット史
存在しても、まだ使えない行
管理画面には新しい行が見えている。値もいくつか入っている。それでも装置は、その行を動作に使っていない。SNMP の `RowStatus` は、この一見曖昧な途中状態を欠陥として隠さず、作成、準備、稼働、破棄を別々に観察できる境界へ変えた。
インターネット史
サーバーが封じて預けた記憶――TLS セッションチケットは状態をどこへ移したのか
TLS サーバーは、再開に必要な記憶を暗号化した小包にして client へ預けた。client はそれを持ち帰れるが、開封も書き換えもできない。保存場所が移っても、受理する権限と鍵は server 側に残った。