← 2026-03-31 の一覧へ戻るホーム
Proxmox → FreeBSD & Sylve ―　オフィス・ラボの移行

2026/03/28 21:20

Proxmox → FreeBSD & Sylve ―　オフィス・ラボの移行

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

著者は、Proxmoxを放棄しSylveベースのFreeBSDスタックへ移行した理由を説明しています。Proxmoxの機能セットは日常業務に対して過剰になり、彼らはすべての運用ニーズをカバーしつつもより軽量な環境へ切り替えました。

FreeBSDはコアビルディングブロック—ZFS（ファイルシステム）、bhyve（ハイパーバイザー）、jails（軽量コンテナ）、pf（ファイアウォール）、VNETとepair（仮想ネットワーク）を提供します。Sylveはこれらのプリミティブに直接構築され、余分な抽象化レイヤーを避けます。これによりプロビジョニング、ストレージ調整、パススルー、レプリケーション、ファイル共有、イメージテスト、マシン廃棄が軽量で済みます。

彼らはSylveを本格的に採用した最初期のチームの一つであり、その実際の有効性を示しました。この移行はProxmox の反復作業への複雑さが増す中、多くの中小企業（SME）が高可用性（HA）を備えた従来型仮想化に依存している状況で起きました。

ZFS 統合はスナップショット、バックアップ、レプリケーション、チューニングを自然に感じさせます。ハードウェアパススルーは UI から管理でき、cloud‑init サポートが別々のプロビジョニング儀式を排除します。実際のメリットには、ディストリビューションミラー用のトレント／マグネットリンクダウンロード、オンザフライ VM ディスクイメージ変換、ghostty‑web による高速ウェブターミナルが含まれます。

チームは安定性・直感的操作性・最小限の認知負荷を重視し、大規模な新インフラモデルよりも「頭に占めるスペースが少ない」スタックを好みます。多くの SME にとって従来型仮想化＋HA は明白な選択肢ですが、このチームのワークロードはより小さく、ネイティブなアプローチで報われます。

FreeBSD Foundation のサポートはプラットフォーム成熟を示し、ライブマイグレーションが近いうちにメインラインへ導入される見込みです。彼らは Sylve に関するデモや議論をメール（[email protected]）または電話（+971‑4‑2142000）で歓迎しています。

本文

長い間、私たちのオフィスラボは十分に機能していました。Proxmoxを稼働させて問題なく動作し、変更による劇的な障害も発生していませんでした。実際の問題はそれほど急激ではなく、時間が経つにつれてスタックが行っている仕事よりも重く感じられ、インフラ管理に費やすエネルギーが増えただけというものです。

これは Proxmox を否定するものではありません。依然として、クラウドネイティブツールを必要としない環境で、従来型の VM ベース HA 構成を望むクライアントには展開しています。多くの環境においてはそれも十分合理的な選択です。しかし私たち自身の作業負荷が別の方向へと私たちを引き寄せていたのです。

内部では、ほとんどの作業が繰り返しであり、可能な限り華やかさを排除しています。開発者全員に統一された設定のリモート VM と VS Code のリモートアクセスを提供します。カスタム Linux ディストリビューションのテスト、新しいシステムの起動、マシンの再構築、ストレージ挙動の調整、ハードウェアのパススルーによる検証など、頻繁に行います。ある程度経つと、インフラを機能マトリクスとして考えるよりも、日常業務がスムーズかイライラするかを重視するようになります。この点が FreeBSD と Sylve に移行した最大の動機でした。

Sylve は比較的早い段階で採用し、最初に本格的に運用したチームの一つとなりました。実際のインフラ上で使い、テストしながら開発にフィードバックを返すことで、日常使用時に何が機能し、何がまだ課題かをより明確に把握できました。

私たちにとって重要だったのは、スタックが再発明を試みない点です。FreeBSD は既に必要なプリミティブ（ZFS、bhyve、jails、pf、VNET、epair インターフェースなど）を提供しています。Sylve はそれらに近接し、管理層を別の宇宙へと分離せずにクリーンに扱えるようにします。

この設計は私たちのワークフローにほぼ即座に合致しました。週の多くは「VM をプロビジョニングする」「ストレージ設定を微調整する」「デバイスをパススルーする」「データセットを複製する」「ファイルを共有する」「イメージをテストする」「マシンを破棄して再度行う」という同じような小さなタスクの繰り返しです。これらは決してエキサイティングではありませんが、インフラの実際の形であり、私たちはその反復に対して軽量であるスタックを求めていました。

そこから「セットアップが正しいと感じる」瞬間が生まれました。ZFS は表面に近い状態を保ち、スナップショット、バックアップ、レプリケーション、ストレージチューニングが自然に扱えるようになります。ハードウェアパススルーは UI から管理できるため、ディストリビューションのテストや GPU パススルーで Jellyfin を楽しむときなど、ターミナルを使う手間を最小限に抑えられます。cloud‑init は必要なときにだけ機能し、プロビジョニングを別個の儀式化させません。基本的な Samba 共有も、シンプルで目立たず、常に便利という形で役立ちました。

さらに実用的だった点としては、ディストリビューションミラーが地域によって速くないことがあるため、トレントやマグネットリンク経由でイメージを取得できるのは非常に有効でした。オンザフライで VM ディスクイメージを変換する機能も、テストと再構築時の手作業を大幅に削減しました。そしてウェブターミナルが想像以上に重要になりました。Sylve は ghostty‑web を使用しており、実際に高速で使いやすいコンソールがあることで、一日中その環境にいるときの差異が顕著です。

要するに、これは最もシンプルなストーリーだと思います。私たちは壮大な新しいインフラモデルを求めていたわけではなく、日々行う仕事に比例したスタック—安定し、直接的で、不要な負担がないもの—を望んでいただけです。

多くのチーム、とりわけ中小企業にとっては、成熟した仮想化プラットフォームとシンプルな HA ストーリーが依然として明らかな選択肢ですが、私たち自身の作業負荷はより小さく、ネイティブなアプローチを報酬として返してきました。FreeBSD と Sylve に至ったのは、もっと野心的なものを求めていたわけではなく、インフラが頭に占めるスペースを減らしたかったからです。

ひとつだけ小さな注目点があります。FreeBSD Foundation がこの分野での作業を支援していることは嬉しいです。それは私たちにとって、実際のインフラ構築に向けてプラットフォームが正しい方向へ進んでいるという意味のある兆候だと感じます。また、ライブマイグレーションがメインラインに登場することを期待しています。

Sylve のデモをご希望の場合や、ご自身の環境で有用かどうかを話し合いたい場合は、ぜひご連絡ください。メール（[email protected]）または電話（+971‑4‑2142000）でお待ちしております。

同じ日のほかのニュース

一覧に戻る →

2026/03/31 3:16

**Fedware：政府が禁止するアプリよりもはるかに多く監視する“安全”アプリ** 政府が推進している「セキュリティ重視」のソフトウェア化の動きにより、実際には商用版を置き換えると主張しながらも、むしろそれ以上に膨大なデータを収集する新世代のアプリが登場しています。批判者は消費者向けアプリでもすでに多くの個人情報が取得されている点を指摘しますが、政府運営のプログラムは位置履歴から生体認証まで幅広く収集し、時には明確な同意や十分な保護措置なしに行われるケースもあります。 主な懸念事項は次のとおりです： - **無制限なデータ保持** 政府アプリはユーザー活動を何年にもわたって保存し、法執行機関や外国情報機関がアクセスできる「ビッグデータ」リポジトリを構築しています。 - **不十分な透明性メカニズム** ユーザーはほとんどの場合、自分のデータが何に使われるかを把握できず、プライバシーポリシーも密度が高く、法律用語で書かれています。 - **濫用の可能性** 民間企業と同等のアクセス権限を持つことで、データが政治的監視や市場優位に利用される危険性があります。 結論として、安全な政府アプリへの意図は理解できますが、実際にはそれらが置き換えようとしている商用ツールよりも侵襲的である可能性が高いという現状があります。

## 日本語訳： **概要：** 米国政府のモバイルアプリ（ホワイトハウス・アプリ、FBI myFBI Dashboard、FEMA、IRS2Go、MyTSA、CBP Mobile Passport Control、ICE’s Mobile Fortify、SmartLINK、Venntel SDK、およびIRS‑ICE覚書）は、GPS位置情報、指紋認証、生体認証、カメラ、バックグラウンド位置情報、Wi‑Fi スキャンなどの幅広い機密権限を取得し、Huawei Mobile Services Core、Google AdMob、Clearview AI など多くのサードパーティトラッカーを埋め込んでいます。 **アプリ別主な発見：** - **ホワイトハウス：** バージョン47.0.1は GPS、指紋認証、ストレージ変更、スタートアップ起動、オーバーレイ表示、Wi‑Fi 監視、バッジ通知を要求し、Huawei Mobile Services Core と ICE のヒントラインボタン（「Greatest President Ever!」というメッセージを自動入力）を含み、名前/電話番号を収集します。 - **FBI myFBI Dashboard：** 12 個の権限（Wi‑Fi スキャン、アカウント発見、電話状態読み取り、自動起動など）と4 つのトラッカーを持ち、そのうち1 つが Google AdMob です。 - **FEMA：** 28 個の権限；v3.0.14でトラッカー数は1に減少しました。 - **IRS2Go：** 10 個の権限、3 つのトラッカー。TIGTA の監査では、プライバシー影響評価（PIA）を署名する前にアプリがリリースされ、デバイス ID、アプリ活動、クラッシュログを第三者と共有した際に、提出状況や返金額の暗号化確認が行われていないこと（OMB Circular A‑130 への違反）が判明しました。 - **MyTSA：** 9 個の権限、1 つのトラッカー；GPS をローカルに保存し、TSA に送信しないと主張しています。 - **CBP Mobile Passport Control：** 14 個の権限（うち7 は「危険」なもの：バックグラウンド位置情報、カメラ、生体認証、外部ストレージ全読み書き）を要求し、データは DHS、ICE、FBI が最大75年間顔写真を保持するネットワークに送られます。 - **ICE Mobile Fortify：** 2025年9月に Clearview AI と920万ドルの契約を結び、インターネットからスクレイピングした50億枚以上の顔画像へのアクセスを取得しました。 - **SmartLINK：** 地理位置情報、顔写真、音声プリント、医療データ（妊娠含む）、連絡先を収集し、ICE はすべての収集データを無制限に使用・処分・開示する権利を持ちます。 - **Venntel SDK：** 250万台以上のデバイスから1 日あたり150億地点の位置情報を >80,000 アプリ内の SDK を通じて取得し、DHS、FBI、DOD、DEA が令状なしで購入しています。 - **IRS‑ICE覚書（2025年4月）：** ICE に対し、除去命令がある人の名前・住所・税務データを受領できるようにしますが、IRS は誤って数千件の不適格レコードを共有し、辞任につながりました。裁判所は配布後のみさらなる共有を停止しました。 **監査・規制文脈：** GAO の報告によれば、2010 年以降に発出されたプライバシーとセキュリティの推奨事項の約 60% が未実装であり、2013 年および 2019 年に議会が包括的なインターネットプライバシー法を求めたにもかかわらずです。 **影響：** これらの慣行はユーザーを複数機関による広範なデータ収集にさらし、OMB Circular A‑130 への違反など法的コンプライアンス上の懸念を生じさせます。追加の合意が進むと、部門横断的なデータフローがさらに深まり、議会または法的監査対象になる可能性があります。

2026/03/31 7:05

Android 開発者認証

## 日本語訳: Android は、主にサイドロードされたアプリから発生するマルウェアを抑制するために、必須の開発者認証システムを展開しています。2026年9月30日以降、ブラジル・インドネシア・シンガポール・タイで登録されていないアプリは認定デバイス上でブロックされます。グローバル展開は 2027 年から始まります。 Play Console を使用しているかどうかに関わらず、すべての開発者は本日中に開発者アカウントを作成する必要があります。認証が完了した Play Console ユーザーは自動登録されますが、自動登録に失敗した場合は手動でアプリをクレームする必要があります。Android Studio の開発者は、次の 2 か月以内に署名済み App Bundle/APK をビルドするときに登録状況を見ることができます。 新しい「Android Developer Verifier」サービスは 2026 年 4 月に開始され、開発者がコンプライアンスを確認し、認証されたアプリのインストール体験をスムーズにすることが可能になります。ユーザーは 2026 年 9 月 30 日まで変更を感じることはありません。その後、認定デバイス上でインストールまたは更新できるのは認証済みアプリのみです。未登録のアプリは ADB または新しい高度なサイドロードフロー（2026 年 8 月にグローバル展開）を使用してインストールする必要があります。 学生とホビイストは、政府 ID が不要で最大 20 台まで無料配布アカウントを 2026 年 6 月に取得でき、セキュリティを維持しつつ革新を阻害しないように支援します。

2026/03/30 21:39

以下に、文書体裁を整えたサンプルテキストをご提示します。 - 余分な改行やスペースは削除済みです。 - 箇条書きには適切なインデントを付与しています。 - 不要な記号もすべて取り除いてあります。 **サンプル本文** この文書は、簡潔で読みやすい構成を意識して作成されています。主なポイントは以下のとおりです。 - **目的**: 情報共有と意思決定の迅速化 - **対象読者**: プロジェクトメンバー全員 - **使用方法**: 必要に応じて更新・参照してください - **注意点**: 最新バージョンを必ず確認し、古い情報は削除します 以上の構成で、文書がスムーズに読めるようになっています。

## Japanese Translation: > **主旨**：執筆は意図的でスキルを構築する活動であり、自己と他者のためにアイデアを明確化します。LLM（大規模言語モデル）に代わりを書かせると個人の所有感や信頼性が損なわれます。 > > **主な理由**： > 1. 執筆は「何を作るべきか？」または「どのように作るべきか？」などの重要質問を促し、曖昧さを構造化します（K1, K2）。 > 2. 自分の能力の限界で練習することでスキルが強化されます。これはトレーニングに似ています（K3）。 > 3. 執筆をLLMに頼ることは、他人に代わって運動させてもらうようなものであり、「LLM生成」と感じられる文書は個人的関与の欠如を示します（K4, K5）。 > 4. このような依存は信頼性やリーダーシップの機会を損ない、真実性への疑念も生じます（K6, K7）。 > 5. LLMは調査・事実確認・迅速な文字起こし・アイデア生成に有用です（K8）。 > 6. 多くのアイデアが出た場合、利用できるものは限られます。未使用のアウトプットには害はありません（K9）。 > 7. LLMを思慮深く活用すればソフトウェア開発効率が向上しますが、その恩恵を最大化するには意図的な適用が必要です（K10）。 > > **結論**：執筆を過度に外注すると信頼性は低下し、意図的練習と選択的LLM支援を組み合わせれば所有感を損なうことなく効率を高められます。