テスト環境構築方針(まとめ).html
【重要】システム開発仕様変更に関する対話まとめ
Web巡回・Chatwork通知機能のテスト環境構築と本番移行方針について
ご担当者様
AIアシスタント
ご担当者様
AIアシスタント
ご担当者様
AIアシスタント
提案されるテスト環境構築方針(まとめ)
- データベース: こちらのテスト環境はMySQLを継続して使用します。
- 理由: PHP版でもMySQLを使用するため、データベーススキーマを共通化できます。
- 権限の制約: こちらの環境ではDockerコンテナでMySQLを運用し続けます。依頼者のサーバーでは、既存のMySQLインスタンスにテーブルを構築してもらう形になります。
- 干渉: Dockerコンテナなので、既存のFlaskアプリケーションへの干渉は最小限です。
- ロジックの実装: Pythonで開発・テストを行い、PHPへは「移植(再実装)」します。
- 理由: 慣れているPythonでまずロジックを確立することで、PHPでの開発リスクを低減します。
- Pythonでの実装:
- Web巡回・通知スクリプトは独立したPythonスクリプトとして開発し、既存のFlaskアプリとは別のディレクトリ(例:
~/web-monitor-app-py/
)に配置します。 - FlaskのBlueprintとしてWebインターフェース(ホームページ登録、ユーザー登録、巡回履歴表示など)を開発し、Web経由でのテスト実行や設定管理を可能にします。
- ユーザーレベルのCronジョブからこのPythonスクリプトを定期的に呼び出すことで、巡回を自動化します。
- Web巡回・通知スクリプトは独立したPythonスクリプトとして開発し、既存のFlaskアプリとは別のディレクトリ(例:
- PHPへの移植(最終的な本番環境用): Pythonでロジックが安定したら、そのロジックをPHPで再実装(移植)します。依頼者のサーバーのPHP CLI環境または既存Webサーバー経由で稼働させます。
このアプローチにより、開発・テストのしやすさを確保しつつ、最終的なroot権限なし環境への移転と、将来的なPython・PHP両方でのメンテナンス対応の可能性を考慮します。