解決すべき問題に応じて選択された技術

意思決定は、ルール、データ量、変更率、データの一貫性、統合、そしてユーザーが必要とするエクスペリエンスといった領域から始まります。次に、利用可能な知識、ランタイムサポート、配信、セキュリティ、診断、復旧、保守期間といった、実際のチームと環境の制約を検討します。

私たちは、実績に基づいて拡張できる小規模な基盤を好みます。追加するコンポーネントごとに、所有権、アップグレード、テスト、監視、そして代替案が必要です。このアプローチは、PHPとそのエコシステムをフロントエンド、データ、または外部サービスと組み合わせることで、誰も安全に変更できない部品の集合体となることなく、製品を構築します。

1. 必要達成すべき成果と、超えてはならない機能的な限界。
2. フィットアーキテクチャ、データ、チームの経験、および環境上の制約との互換性。
3. 業務セキュリティ、可観測性、バックアップ、パフォーマンス、および障害復旧。
4. 連続アップグレード、交換、利用可能なサポート、そして将来的な撤退にかかる費用。

PHPコアは、一貫性が求められるルールとユースケースを集約しています。Web、API、非同期プロセス、管理などのインターフェースは、明確な境界を通じてこれらの機能を利用します。データは一貫性とアクセス性を重視して設計されており、インフラストラクチャはドメインのあらゆる意思決定に介入することなく、配信、監視、復旧機能を提供します。

この分離は、システムを複数のサービスに分散させることを意味するものではありません。モジュール型のモノリスは、今後何年も最も明確な選択肢であり続けるでしょう。私たちはまず責任と契約を分離し、実行やストレージの分割は、規模、分離性、所有権、または変更率によって検証可能な理由が生じた場合にのみ行います。

1. ドメイン製品を定義する規則、状態、および決定。
2. インターフェースウェブ、API、イベント、および内部ツールには、明確な契約書が必要です。
3. データ一貫性、検索、キャッシュ、処理は必要に応じて選択されます。
4. 業務配信、セキュリティ、可観測性、バックアップ、リカバリ。