2026-09-08／株式会社東京ネット工務店 海老沢敦
① 何が終わったか
米Rapid7、従業員の約12%削減を8-Kで公表 費用1000万〜1100万ドル
米セキュリティ企業Rapid7は2026年8月10日、Core Platform Solutionsへの経営資源集中を理由に、従業員の約12%を削減する計画をSECへの8-K（Item 2.05、企業の重要な事象を臨時開示する様式）で公表した。想定費用は1,000万〜1,100万ドルで、主に離職手当・通知期間の給与などの現金支出。費用の大半は2026年第3・4四半期に発生し、第4四半期末までに実質完了する見込みとしている。
三重・六石ゴルフ倶楽部が民事再生法を申請 負債56億円
三重県いなべ市の株式会社六石ゴルフ倶楽部（1958年7月設立、代表・三澤孝行氏）は2026年9月1日、東京地裁に民事再生法（会社の事業を続けながら債務を整理する法的手続き）の適用を申請し、同日保全処分命令を受けた。ゴルフ場営業は継続し、会員のプレー権は保護される。負債総額は約56億円（債権者約1900名）。ピーク時の1998年3月期は年収入高約11億3600万円だった。
名古屋の縫製OEMカフカが破産手続開始決定 負債60億4500万円
名古屋市中村区のカフカ株式会社（2005年設立、レディースウェア・子供服・メンズウェアのOEM・ODM受託製造）は2026年5月29日に事業を停止し、7月21日に名古屋地裁から破産手続開始決定を受けた。負債総額は約60億4,500万円（債権者約110名）。2025年4月期の年売上高は約66億4,600万円、2026年4月期は最終赤字約45億7,900万円だった。
英バス運行のCT4N、管財人選任でadministration入り
英レスターシャー登記のバス運送会社CT4N Ltd（会社番号10465180、2016年11月7日設立、ノッティンガム市シャーウッドで営業）について、2026年8月26日、バーミンガムの高等法院がadministrator（管財人、裁判所が選任し会社の資産・事業を管理する役員）を選任した。管財人はTyrone CourtmanとJoe Barryの両氏（RSM UK Restructuring Advisory LLP）。事件番号はCR-2026-000427。
Google Cloud、光ファイバー誤切断でus-central1-bが4時間11分停止
Google Cloudは、米国時間2026年9月1日07時41分から11時52分まで、us-central1-bゾーンで発生したネットワーク障害を報告した。ルーチンのハードウェア保守作業中に光ファイバーケーブルが誤って物理的に切断され、Compute Engine、Kubernetes Engine、BigQuery、Cloud SQL、Spannerなど20以上のプロダクトに影響した。障害継続時間は4時間11分。
AWS、DynamoDBのDNS自動化に競合状態、US-EAST-1で14時間32分の障害
AWSは、2025年10月19日23時48分から10月20日14時20分（米国太平洋時間）まで、北バージニア（US-EAST-1）リージョンで発生したサービス障害を報告した。DynamoDBのAPIエラー率上昇を起点に、EC2、Lambda、ECS/EKS/Fargate、Redshift、Amazon Connectなど広範なサービスに波及した。障害継続時間は約14時間32分（DynamoDB自体の復旧は約3時間）。
② 当時、それはどう見えていたか
Rapid7について、削減公表は同時期のQ2 2026決算開示と重なっており、同四半期のARR（年間経常収益）は824.0百万ドルで前年同期比2.0%減であったことが同時に開示されています。この減速が削減方針の前提として事前に公表されていたかは確認できませんでした。
六石ゴルフ倶楽部について、帝国データバンクの記事は、会員預託金（ゴルフ会員から預かった保証金で退会時に返還義務がある）の償還に関する負債を抱えていたこと、元支配人の不正事件に起因する修正申告で租税負担が増加したことを経営悪化の要因として挙げています。リソルホールディングス（東証プライム上場）がスポンサーとして支援し、DIPファイナンス（法的整理中の企業向けのつなぎ融資）と配当原資の支援により再建のめどが立ったとしています。
カフカについて、帝国データバンクの記事は、2025年4月期時点で年売上高約66億4,600万円を計上していたと述べたうえで、円安進行により中国・フィリピン等への外注製造コストが膨らみ収益性が急速に悪化、2026年4月期に最終赤字に転落したとしています。スポンサー支援は実現しませんでした。
CT4Nについて、当時の材料は確認できませんでした。The Gazette（英国政府の公式官報）の公告には負債・資産の具体額の記載がありません。
Google Cloudについて、保守作業は手順化された定型作業として実施されていました。作業員はファイバー経路を13分以内に順番に切り離しており、切断が完了するまでの間に警告は届いていませんでした。監視の仕組み自体は存在していましたが、手順の実行がその検知より先に完了しました。
AWSについて、DynamoDBは3つの異なるアベイラビリティゾーンで動作する複数のDNS Enactor（DNSレコードを自動更新する仕組み）による自動DNS管理を採用していました。これは可用性を高める設計として運用されていましたが、Enactor間の競合状態（複数の主体が同時に同じリソースを書き換えようとして不整合が生じる状態）により、リージョンエンドポイントの全IPアドレスが削除されました。
③ 構造として残るもの
Google Cloudの障害は、手順化された保守作業の完了が、警告の到達より先に終わったことで起きました。作業員はファイバー経路を13分以内に順番に切り離し、切断が完了するまで警告は届きませんでした。AWSの障害は、可用性を高める目的で3つのアベイラビリティゾーンに配置した複数のDNS Enactorが、同時に同じリソースを書き換え、リージョンエンドポイントの全IPアドレスが削除されたことで起きました。
両者に共通するのは、正常な稼働を前提に設計された手順・仕組みが、異常時の検知より先に完了する構造です。数人の会社では、定型作業をする人と、異常に気づいて止める人が同じであることが多く、作業が完了する前に気づく余地があります。数十人になると、定型作業をする担当と、監視・アラートを見る担当が分かれ、作業を止める権限が監視側に無いまま、完了まで進む仕組みが生まれます。自社の定型作業・自動化の手順に、実行の途中で止められる人が実際に含まれているかを確かめる余地は残ります。
