🎯 はじめに：なぜ今、「脱Microsoft」なのか
本記事はシリーズ 「脱Microsoft・OSS移行」の第 1 回（総論） です。Windows 11 + Microsoft 365 + Visual Studio + ActiveReports という「Microsoft 一色のスタック」を、Ubuntu 26.04 LTS + Google Workspace + VS Code + Playwright + Scriban という OSS 中心のスタックに置き換えるまでの全体像を、実際に CTS が踏んだ手順ベースで整理します。
⚠️ 本シリーズは「Microsoft 製品が悪い」という話ではありません。ライセンス費の伸び方が事業のスケーラビリティと噛み合わなくなったという、ごく実務的な経営判断の記録です。Office・Visual Studio はいずれも完成度の高い製品で、用途によっては引き続き最適解です。
🌍 世界的な潮流：行政・自治体から始まった脱Microsoft
「脱Microsoft」は CTS が独自に始めた話ではなく、ここ数年で世界の行政・自治体が先行している大きな流れです。
| 主体 | 動き | 主な動機 |
|---|---|---|
| フランス政府 | 行政システムを Linux + LibreOffice 中心に切替の方針を継続 | 主権・コスト・ベンダーロックイン回避 |
| ドイツ・シュレースヴィヒ＝ホルシュタイン州 | 行政の標準デスクトップを Windows + Microsoft 365 から Linux + LibreOffice + Nextcloud へ | デジタル主権・データ管理の透明性 |
| 一部自治体・大学（日本含む） | LibreOffice / Linux 試験運用 | ライセンス更新コストの圧縮 |
参考リンク（外部記事）：
行政が先行している理由は、**「コストが伸び続けるサブスクリプションを、規模拡大に応じて無条件に飲み続けられない」**という構造的な事情です。これは少数精鋭で運営する CTS にもそのまま当てはまります。
💸 きっかけ：4 つの値上げが同時に来た
CTS が踏み切った直接の引き金は、ここ数年で続いた以下 4 つのコスト増でした。
| 領域 | これまで | 直近の変化 | 影響 |
|---|---|---|---|
| Windows / OS | プリインストール（実質固定費） | 新規 PC 増設のたびに OS ライセンス費 | 社員増 × OS 費が線形に乗る |
| Microsoft 365 | Business Premium で安定 | 価格改定が続き、為替も追い打ち | 1 名あたり月 $22 級まで上昇 |
| Visual Studio | 数年に 1 回のメジャー更新 | 年次リリース化による実質値上げ（4 年サイクル → 1 年サイクル） | サブスク維持コストが大きく拡大 |
| ActiveReports（帳票ライブラリ） | バージョンごとに対応 .NET が固定 | .NET の年次リリース（8 → 9 → 10）に引きずられ対応バージョンも強制更新 | 実質的にライセンス再購入サイクルが短縮、Windows + Visual Studio 縛りも継続 |
💡 ActiveReports の隠れたコスト連鎖: ActiveReports は 特定の .NET バージョン専用にコンパイルされており、.NET を上げると ActiveReports も対応バージョンに更新する必要があります。Microsoft が .NET を 年次リリース（旧 3 年サイクル → 1 年サイクル） に変えた結果、ActiveReports のライセンス更新サイクルも引きずられて短縮し、事実上の値上げとして効いてきます。.NET を最新に保ちたいなら ActiveReports も毎年〜数年で再購入が必要、というロックイン構造です。
💡 「個別の値上げは飲める。4 つが連鎖して重なると飲めない」 — これが今回の判断の本質です。1 つずつ見れば妥当でも、人数×製品×年数で掛け算になり、さらに 「.NET を上げる → ActiveReports も上げる」 のような連鎖が加わると、事業のスケーラビリティを正面から殴ります。
🪜 もう一つの追い風：Ubuntu 26.04 LTS と Google Workspace の成熟
コスト圧迫が「押し出す力」だとすれば、**OSS 側の成熟は「引き寄せる力」**でした。
- Ubuntu 26.04 LTS（2026 年 4 月リリース） — 2031 年までの長期サポート、Docker / .NET / Node.js / Python の公式パッケージが充実、Dev Container との親和性が高い
- Google Workspace — Microsoft 365 とほぼ同じ業務をブラウザだけで賄える完成度。GCP との SSO 統合が標準で、CTS が既に GKE / Cloud Run を使っている環境と素直に噛み合う
- VS Code + Claude Code + .NET MAUI — これまで Visual Studio で進めていた .NET 開発を、Linux + VS Code でも快適に回せるところまで到達。.NET MAUI 公式の VS Code 拡張により、iPhone / Android クロスプラットフォームアプリ開発も VS Code だけで完結できる（iOS ビルドの最終署名のみ macOS が必要）
- Playwright + Scriban — ActiveReports の代替として、HTML/CSS テンプレート + ヘッドレス Chromium で印刷品質 PDF を生成できる
つまり「移行先の OSS が、Microsoft 製品と同等以上の生産性で動く」状態になっていることが確認できたタイミングと、コスト圧迫が重なったことが今回の決断を後押ししました。
🚀 CTS のアプリ開発力 — 1 ソースで iPhone / Android 両対応のクロスプラットフォーム開発
CTS は .NET MAUI による iPhone / Android クロスプラットフォームアプリ開発を主力サービスのひとつとしています。1 つのコードベース・1 つのチームで iPhone と Android の両方に対応できるため、ネイティブを 2 系統別々に開発する場合に比べて開発コスト・運用コストを大幅に圧縮できます。
Linux + VS Code + Claude Code 体制への移行で、Visual Studio ライセンスを払わずにこのモバイルアプリ開発体制を維持・強化できる目処が立ったことも、今回の意思決定を支えた重要な要素です。Web・業務システムだけでなく、スマホアプリ開発案件もぜひ CTS にご相談ください。
🧭 シリーズ全体の地図
本シリーズは全 9 回構成です。読み進めやすい順番で並べているため、後述の「移行ロードマップ（Phase 0 〜 6）」の物理的な実施順序とは一致しません（例：移行プロジェクトとしては Phase 1 の ActiveReports 置換が最優先ですが、シリーズ記事としては手順理解のしやすさを優先して後半に配置しています）。
| # | タイトル | 主要トピック | 対応フェーズ |
|---|---|---|---|
| 1（本記事） | 脱Microsoft 全体戦略・総論 | 値上げ背景・ロードマップ・コスト・リスク | 全体 |
| 2 | Windows 11 + Ubuntu デュアルブート構築 | M.2 物理分離・KDE Plasma・GRUB | Phase 0 + 4 |
| 3 | Ubuntu PC セットアップ | NVIDIA ドライバ事後導入・サスペンド無効化・Bluetooth・ターミナル選定 | Phase 4.5 |
| 4 | Ubuntu 開発環境セットアップ | Docker Engine ネイティブ・DevContainer 機密情報マウント・Claude Code | Phase 5 |
| 5 | Ubuntu データ共有セットアップ | rclone Drive + systemd・QNAP NFS/SMB・Obsidian Vault・AppArmor | Phase 5.5 |
| 6 | Microsoft 365 → Google Workspace 全面移行 | メール・SSO・MFA・MX 切替 + OneDrive → Google Drive ファイル移行・共有リンク・コスト最適化 | Phase 2 + 3 |
| 7 | Ubuntu リモート開発セットアップ | Tailscale + SSH + VS Code Remote / DevContainer・Wayland で GUI RDP が詰む理由 | Phase 6 + 運用編 |
| 8 | ActiveReports → Playwright + Scriban 移行 | 帳票エンジン置換・バーコード・印刷品質 PDF | Phase 1 |
| 9 | コスト削減効果と 1 年運用レビュー | 実績ベースのコスト・運用上のハマりどころ | 振り返り |
🗺️ 移行ロードマップ：6 フェーズ構成
CTS が採用した移行プロセスは、ハードウェア準備からスタートし、ブロッカーから順に潰していく 6 フェーズ構成です。
フェーズの順序にこだわる理由
- Phase 1（ActiveReports）を先にやる — ActiveReports は Windows + Visual Studio 限定で、これを残したまま Linux に移ると業務が止まる。移行の最大ブロッカーから片付ける
- Phase 2（M365 → Google Workspace）を OS 移行より先に — メール・カレンダー・ファイル共有は全社員に関わるため、OS が変わる前にクラウド側を切り替えておくほうが影響を局所化できる
- Phase 4（Ubuntu）の前にハードウェアを物理分離 — パーティション操作のミスで Windows を破壊するリスクをゼロにするため、M.2 SSD を 2 枚構成にしてからインストール
🔌 デュアルブートを採用した理由 — 完全移行ではなく「橋」を残す
CTS は Linux 完全移行ではなく、Windows 11 + Ubuntu のデュアルブート構成を選びました。
| 観点 | 完全移行（Linux のみ） | デュアルブート（採用） |
|---|---|---|
| ライセンスコスト | 最大限削減 | ほぼ同等（Windows は既存ライセンスを流用） |
| e-Tax・年末調整 | スマホ + マイナンバーカードで代替 | Windows で従来どおり対応可能 |
| 周辺機器の互換性 | 事前に全数検証必須 | 問題発生時は Windows に切替で即復旧 |
| ActiveReports 移行中の安全網 | なし | 移行完了まで Windows を残せる |
| 心理的ハードル | 高い | 低い（撤退路がある） |
💡 「いつでも戻れる」という安心感が、移行プロジェクトの推進力を保つうえで想像以上に効きます。完全移行を後から選ぶことはいつでもできるので、最初の一歩はデュアルブートで踏み出すのが現実解。
物理構成は M.2 SSD を 2 枚搭載して OS ごとにドライブを完全分離します。
| ドライブ | 用途 | スロット | インターフェース |
|---|---|---|---|
| Crucial T700 2TB（既存） | Windows 11 | CPU 直結 M.2 | PCIe 5.0 x4 |
| KIOXIA EXCERIA G4（新規） | Ubuntu 26.04 LTS | チップセット経由 M.2 | PCIe 4.0 x4 |
パーティションではなくドライブ単位で物理分離するため、片方のインストールがもう片方に影響しません。詳細は第 5 回で扱います。
💰 コスト削減効果（5 名規模・年額試算）
詳細はシリーズ最終回で 1 年運用後の実績を載せますが、事前試算ベースでの削減見込みは以下のとおりです。
| 項目 | 現行（年額概算） | 移行後（年額概算） | 削減額 |
|---|---|---|---|
| Microsoft 365 Business Premium（5 名） | $1,320（$22 × 5 × 12） | $0 | $1,320 |
| Google Workspace Business Starter（4 名） | $0 | $346（$7.20 × 4 × 12） | -$346 |
| Cloud Identity Free（組織管理者 1 名分を維持） | $0 | $0 | $0 |
| Visual Studio Professional（5 名） | $2,500+（$500 × 5） | $0 | $2,500 |
| Windows ライセンス（新規 PC 時の想定） | $750（$150 × 5） | $0 | $750 |
| ActiveReports ライセンス | （契約継続） | $0 | 契約相当 |
| 合計 | $4,570+ | $346 | $4,224+ |
💡 ポイント: 組織管理者専用の Cloud Identity Free アカウントを 1 つ残し、Google Workspace 有料ライセンスは 実利用ユーザー分（4 名）に絞る設計です。GCP 組織管理者の役割は Cloud Identity Free 側に集約し、その宛メールは Workspace 管理者アカウントへルーティング転送する運用にしています。第 3 回で詳述します。
数字だけ見るとライセンス削減ですが、本質的に効くのは 「社員 1 名増えるごとに発生する追加ライセンス費」が抑えられる構造です。スケールに対して線形に増える費用が小さくなることが、少数精鋭の SIer にとっての本丸の恩恵になります。
🛡️ リスクと対策（経営層に説明するときの 6 行）
社内・経営層に説明する際に必ず聞かれるリスクと、CTS としての対策を整理します。
| リスク | 影響度 | 対策 |
|---|---|---|
| e-Tax / 年末調整が Linux 非対応 | 低 | デュアルブートで Windows に切替。スマホ + マイナンバーカード認証も併用 |
| 特定 .xlsx の互換性問題 | 低 | LibreOffice / Google Sheets / Microsoft 365 Web 版（無料）で開ける |
| 周辺機器ドライバ | 中 | Ubuntu は主要メーカーのドライバをカーネル内蔵。事前検証で網羅 |
| 社員の学習コスト | 低 | IT 開発者中心のため Linux 操作に元々抵抗が小さい |
| Google Workspace 障害時 | 低 | SLA 99.9%。Microsoft 365 と同等水準 |
| Ubuntu インストール失敗 | 極低 | M.2 物理分離のため Windows は無傷。SSD を抜けば元通り |
📌 経営層への説明では「最悪ケースでも Windows に戻せる」という一文が決定的に効きます。デュアルブートを採用した本当の価値はここにあります。
🧱 移行後のスタック全体像
主な技術的恩恵は次の 3 点です。
- WSL2 仮想化レイヤーの解消 — Windows + WSL2 + Docker Desktop の二重仮想化（基本消費 30GB+）が消え、Docker がカーネルネイティブで動く
- tmux + Claude Code Agent Teams のネイティブ動作 — Windows ではエンコーディングや起動順序の制約があったが、Linux ではそのまま安定動作
- GCP との認証・課金の一本化 — Entra ID ↔ Cloud Identity の二重管理から、Google Workspace + Cloud Identity Free の単一系統に整理
✅ 第 1 回まとめ
- 「脱Microsoft」は 3 つの値上げ（Windows / M365 / Visual Studio）が同時に来たことが直接の引き金。世界の行政・自治体の先行事例とも整合する流れ
- OSS 側の成熟（Ubuntu 26.04 LTS / Google Workspace / Playwright / Claude Code）が「移行先で困らない」状態を作り、決断の後押しになった
- ロードマップは Phase 0 〜 6 の 6 フェーズ構成。「移行の最大ブロッカー（ActiveReports）から先に潰す」「OS より先にクラウド側を切り替える」のがコツ
- デュアルブート + M.2 物理分離 で「いつでも Windows に戻せる」安全網を確保。完全移行は後からでも選べる
- 5 名規模で 年間 $4,200+ の削減見込み。それ以上に効くのは「社員増 × ライセンス費」が線形に伸びない構造をつくれること
- 次回以降、各フェーズの実装手順とハマりどころを実録ベースで掘り下げる
次回 Windows 11 + Ubuntu デュアルブート構築 — M.2 SSD 物理分離・UEFI・KDE Plasma・GRUB では、M.2 SSD 2 枚での物理分離設計、Ubuntu 26.04 LTS のインストール手順、KDE Plasma を選んだ理由、GRUB ブートローダーの運用までを実機ベースで扱います。
📚 シリーズ記事
| # | タイトル | 内容 |
|---|---|---|
| 1 | 脱Microsoft 全体戦略・総論（本記事） | 値上げ背景・ロードマップ・コスト・リスク |
| 2 | Windows 11 + Ubuntu デュアルブート構築 | M.2 物理分離・KDE Plasma・GRUB |
| 3 | Ubuntu PC セットアップ | NVIDIA ドライバ事後導入・サスペンド無効化・Bluetooth・ターミナル選定 |
| 4 | Ubuntu 開発環境セットアップ | Docker Engine ネイティブ・DevContainer 機密情報マウント・Claude Code |
| 5 | Ubuntu データ共有セットアップ | rclone Drive + systemd・QNAP NFS/SMB・Obsidian Vault・AppArmor |
| 6 | Microsoft 365 → Google Workspace 全面移行 | メール・SSO・MFA・MX 切替 + OneDrive → Google Drive ファイル移行・共有リンク・コスト最適化 |
| 7 | Ubuntu リモート開発セットアップ | Tailscale + SSH + VS Code Remote / DevContainer・Wayland で GUI RDP が詰む理由 |
| 8 | ActiveReports → Playwright + Scriban 移行（公開予定） | 帳票エンジン置換・バーコード・印刷品質 PDF |
| 9 | コスト削減効果と 1 年運用レビュー（公開予定） | 実績ベースのコスト・運用上のハマりどころ |
🔗 関連リソース
CTS-KB 内の関連記事
- Claude Code + Claude Design 連携ワークフロー — 移行後の Linux 上で運用する AI 駆動開発スタック
- Claude Code 7 層ハーネスエンジニアリング — Phase 5 で構築する Claude Code 環境の設計指針
- L2TP から Tailscale へ ― 開発者のためのリモートデスクトップ乗り換えガイド — 第 7 回（Ubuntu リモート開発）の Windows ホスト版にあたる姉妹記事
- Claude Code リモートコントロール：CLI セッションをスマホ・Web から操る — Linux ネイティブ環境とスマホからの操作
- GCP/AWS キーレス認証の落とし穴 — Google Workspace + GCP SSO の前提となるキーレス認証
外部リソース
- Ubuntu 公式
- Google Workspace 公式
- .NET MAUI 公式 — iPhone / Android / macOS / Windows のクロスプラットフォーム UI フレームワーク
- .NET MAUI 公式 VS Code 拡張 — Visual Studio なしで MAUI 開発を完結させる公式拡張
- rclone 公式 — クラウドストレージ間同期ツール
- Tailscale 公式 — WireGuard ベースの VPN（リモートアクセス）