いつも「昴宿蒼星の秘密基地」をご覧いただき、ありがとうございます。
先日公開した「TeslaMateとは何か？そして、なぜハイブリッド構成なのか」の記事について、構成検証と追加調査を進めた結果、一部内容について見直しが必要であることが判明しました。
まずは読者の皆様へ混乱を招く表現が含まれていたことをお詫び申し上げます。
当初の構成方針について
当記事では、
- Oracle Cloud Infrastructure（OCI）
- オンプレミス環境
- API連携
- SeaweedFS
を組み合わせたハイブリッド構成を前提として解説していました。
当時はクラウドとオンプレミスを役割分担させることで、可用性とデータ保全性を両立することを目的としていました。
再検証の結果判明したこと
記事公開後、実際の構築検証やTeslaMateの最新版調査を進めたところ、現行のTeslaMateでは当初想定していた外部API構成が不要であることが判明しました。
また、TeslaMate自体はOCI上で完結して動作させることが可能であり、
- TeslaMate
- PostgreSQL
- Grafana
- MQTT（必要に応じて）
をOCI上へ集約して運用できることを確認しました。
そのため、従来の記事で説明していた一部の構成は、現在では必須要件ではなくなっています。
現在の推奨構成
検証の結果、現在私が推奨する構成は以下です。
クラウド側
- Oracle Cloud Infrastructure（OCI）
- TeslaMate
- PostgreSQL
- Grafana
オンプレミス側
- SeaweedFS
この構成により、
- TeslaMate本体はOCI上で安定稼働
- 自宅設備への依存を大幅削減
- 必要なデータのみSeaweedFSで保管
- 構成がシンプルになる
というメリットが得られます。
今後公開予定の記事について
現在、実際にOCI上へTeslaMateを構築した検証結果をもとに、
「Oracle CloudでTeslaMateを構築する方法」
という新しい記事を準備しています。
こちらの記事では、
- OCI Always Freeでの構築
- Docker Compose設定
- PostgreSQL設定
- Grafana設定
- TeslaMate運用
- 実際につまずいたポイント
- 障害対応の記録
などを含め、より実践的で再現性の高い内容をご紹介する予定です。
最後に
技術記事は執筆時点での調査結果をもとに公開していますが、技術の進化やプロジェクトのアップデートによって最適解が変化することがあります。
今回の見直しもその一例であり、私自身が実際に検証を重ねた結果として得られた新しい知見です。
今後も正確で実践的な情報を提供できるよう努めてまいりますので、引き続き「昴宿蒼星の秘密基地」をよろしくお願いいたします。
コメント