Mozilla Foundationによって開発されているウェブブラウザ・Firefoxの公式GitHubリポジトリが登場しました。
Mozilla Foundationは長らくバージョン管理システムとしてMercurialを使用していましたが、2023年11月にMercurialからGitに移行することを発表しました。これに伴い、Firefoxの正規ホームもMozilla.orgサーバーのMercurialからGitHubに移行したとのこと。
⇧ 時代の流れですかね...
Azure Virtual Machines for Visual Studio Code (Preview)でローカル環境からAzureの仮想マシンを操作できるらしいが...
何やら、
Azure Virtual Machines extension for Visual Studio Code
Create and manage Azure Virtual Machines directly from VS Code.
⇧ ローカル環境の「VS Code（Visual Studio Code）」からAzure環境にログインして、「Azure Virtual Machine」に対して操作ができるらしい。
ただし、「SSH接続」できるのは、「Linux」環境の「仮想マシン」の「Azure リソース」に限られるようだ。
- Use Visual Studio Code Remote - SSH to seamlessly connect to your Azure VM from VS Code.
NOTE: This command is only available for Linux virtual machines.
更には、「Azure Bastion」などを踏み台サーバーとして経由しての、所謂、多段SSH接続をする必要がある場合は、別途「拡張機能」が必要となるようだ。
⇧「VS Code」の「拡張機能」で「SSH Tunnel」する分には、「CLI」をインストールする必要はないようだ。
「Common questions」にある質問で、
Accessing the VS Code Server involves a few components:
⇧ 各々の「拡張機能」の違いの説明が分かり辛いが...
整理すると、
- Remote Tunnels
- VS Code Server
- Remote Development
- Remote Development extension pack
- Remote - SSH
- Dev Containers
- WSL
- Remote - Tunnels
- Remote Development extension pack
の3つの項目の関係性についての質問なのだとは思うのだが、「1. Remote Tunnels」と「3.1.4. Remote - Tunnels」は同じものを指しているのだと思われる。
とりあえず、「Azure」環境にログインする際の要件とかが無いのかが気になるのだが...
一応、「VS Code（Visual Studio Code）」の「拡張機能」として存在するようだ。
⇧「VS Code（Visual Studio Code）」の「拡張機能」での名前が「Azure Virtual Machines」となっていて、「GitHub」で公開されている名前と異なるという...
| No | 文脈 | 名前 |
|---|---|---|
| 1 | GitHubのREADME.md | Azure Virtual Machines for Visual Studio Code (Preview) |
| 2 | VS Code（Visual Studio Code）の拡張機能 | Azure Virtual Machines |
このあたり、初見だと混乱しそうね...
何と言うか、「VS Code（Visual Studio Code）」上の「拡張機能」で表示される名前が「Azure Virtual Machines」というのが良くない気がするんだが...
混乱を招くのは、
⇧「VS Code（Visual Studio Code）」上で「Azure Virtual Machines」以外も表示されているところですかね...
機能的には、
Features
- View, create, delete, start, and stop Azure Virtual Machines
- Add SSH key to existing Azure Virtual Machines
⇧ 上記の説明を見た感じでは「Azure Virtual Machines」のみを対象としているようにしか思えないんだが...
悲報...
⇧ どうやら、拡張機能「Azure Virtual Machines」の機能ではSSH接続が行えないバグがあり、解決されていないようだ...
と言うのも、2025年5月16日（金）時点では、issueの状態が「Open」であり「Close」されていないので、バグが残ったままのようだ...
つまり、SSH接続の部分については、拡張機能「Remote SSH」で実現するしか無さそうである...
VS Code（Visual Studio Code）の拡張機能「Azure Tools」を利用してAzureと連携するのが良いのか
ネットの情報を漁っていたところ、
⇧ ある程度の「Azure リソース」に対する操作が可能な「拡張機能」をまとめた「Azure Tools」というものが見つかった。
利用者の評価が微妙ですが...
他にも様々な「Azure」向けの「拡張機能」が公開されている模様。
とりあえず、
YAGNI (You aren't gonna need it) とは、エクストリーム・プログラミング(XP)から生まれた原則であり、「プログラマは、それが実際に必要となるまで機能を追加しない方が良い」というものである。直訳すると「あなたはそれを必要でなくなるだろう」、意訳すると「そんなの必要ないって」などという意味で、他の表現として"You aren't going to need it" (YAGTNI) や"You ain't gonna need it"というものもある。
XPの共同創設者であるロン・ジェフリーズは、「それが実際に必要になったときに実装するべきあって、必要になると予見したときに実装するべきでない」と述べている。ジョン・D・カーマックは、「将来の要件やアプリケーションを考慮して設計することが、トータルでプラスになることはほとんどないことを、経験の浅い開発者が理解するのは難しい」と書いている。
YAGNIは、XPのプラクティスである"do the simplest thing that could possibly work"（DTSTTCPW、うまくいく方法のうち最もシンプルなものでやれ）の背後にある原則である。
⇧「YAGIN（You Aren't Gonna Need It）」の思想を尊重するならば、「Azure Tools」ではなく、個別に「拡張機能」を追加していく感じになるってことですかね？
まぁ、結局、必要な「拡張機能」が分からなくて、無駄なものがインストールされるあるあるになりそうではあるが...
ちなみに、
⇧ 上記サイト様によりますと、「VS Code（Visual Studio Code）」の「拡張機能」で利用しているものを共有できそうではある。
どちらにしろ、チームで統一したいとなった場合は、誰かが正しい「拡張機能」をインストールできている必要があるのだが...
Azure Virtual network gatwaysでVPN（Virtual Private Network）を構築すべきか
昨今、「ゼロトラスト（ZT：Zero Trust）」が普及しているとかいないとかではあるのだが、「Azure Tools」自体が「ゼロトラスト（ZT：Zero Trust）」に対応しているとは思えないので、「Visual Studio Code」の「拡張機能」の、
- Azure Tools
- Remote Development extension pack
- Remote - SSH
- Dev Containers
- WSL
- Remote - Tunnels
のみで「SSH接続」するのが「セキュリティ」的に問題あるのかどうかが判断できない...
一応、
- 図の左側には、この記事の手順を使って作成する仮想ネットワークと VPN ゲートウェイが示されています。
- 図の右側に示すように、後でさまざまな種類の接続を追加できます。 たとえば、サイト間接続やポイント対サイト接続を作成できます。 構築できるさまざまな設計アーキテクチャを確認するには、「VPN Gateway の設計」を参照してください。
https://learn.microsoft.com/ja-jp/azure/vpn-gateway/create-routebased-vpn-gateway-cli
⇧ 上図のような感じで、
- Azure 仮想ネットワーク（Azure VNet：Azure Virtual Network）
- オンプレミス環境
との間に「VPN（Virtual Private Network）」を構築できるようだ。
構築できる「VPN（Virtual Private Network）」の方式については、
⇧ 上記によると、5つのタイプがあるようだ。
「2. ポイント対サイト VPN」の場合だと、
の3つの方式があるらしいのだが、サイドバーから「2. P2S の構成 - Microsoft Entra ID 認証」のドキュメント構成を見てみると、
⇧ 上記によると、大きく分けて、
の2か所で構成を構築する必要がありそうなのだが、必要な情報が非常に分かり辛い...
とりあえず、
■前提
- Microsoft Entra テナントの準備ができている
という前提で話を進めると、
■作業
- Azure側での作業（Azure Portal）
- クライアント側での作業（ローカル環境）
- Azure VPN クライアントをダウンロードする
- クライアント プロファイルの構成ファイルを抽出する
- プロファイル構成ファイルを変更する
- クライアント プロファイル構成設定のインポート
の作業が必要になってくるようだ。
各々のPCに「Azure VPN クライアント」をインストールして、「Azure VPN クライアント」の設定として、「Azure」上で作成したリソースである「Virtual network gateway」からダウンロードした「VPN クライアント プロファイル構成パッケージ」の内容を利用する感じになるっぽい。
相も変わらず、「Microsoft」のドキュメントは分かり辛い...
う～む...
結局のところ、ローカル環境から「VS Code（Visual Studio Code）」のような「ソフトウェア」を経由させて、「Azure Virtual Mashine」などの「Azure リソース」にアクセスするための環境構築はどうするのが良いのかサッパリ分からないんだが...
毎度モヤモヤ感が半端ない…
今回はこのへんで。
