# SaaS アーキテクチャの基礎
出版日:**2022 年 8 月 3 日** ([ドキュメントの改訂](document-revisions.md))
Software as a Service (SaaS) モデルでビジネスを運用することの範囲、目標、および性質を定義するのは困難な場合があります。SaaS を特徴付ける用語とパターンは、その起源によって異なります。このドキュメントの目標は、SaaS の基本的な要素をより明確に定義し、AWS で SaaS システムを設計およびデリバリーする際に適用されるパターン、用語、価値体系をより正確に把握することです。より大きな目標としては、SaaS デリバリーモデルの採用を検討する際に、考慮すべきオプションについてより明確に把握できるように、一連の基礎的な分析情報を提供することです。
本誌は、SaaS の導入を開始したばかりの SaaS ビルダーやアーキテクト、そして SaaS のコアコンセプトについての理解を深めたい経験豊富なビルダーを対象としています。この情報の一部は、SaaS のランドスケープに精通したい SaaS プロダクトオーナーやストラテジストにも役立ちます。
## 序章
Software as a Service (SaaS) という用語は、ビジネスモデルとデリバリーモデルを説明するために使用されます。ただし、課題は、SaaS であることの意味が広く理解されていないことです。
SaaS の中核となる柱のいくつかについてはある程度共通の理解がありますが、SaaS であることの意味については混乱が残っています。チームの SaaS に対する見方に多少のばらつきがあるのは当然です。しかし、それと同時に SaaS の概念や用語が明確でないと、SaaS デリバリーモデルを検討している人にとって混乱を招く可能性があります。
このドキュメントでは、SaaS の中核となる概念について説明するために使用される用語の概要を説明することに重点を置いています。これらの概念について共通の考え方を持つことで、SaaS アーキテクチャの基本的な要素が明確になり、SaaS アーキテクチャの構成要素を説明するための共通の語彙が身に付きます。これは、これらのテーマに基づいて構築される追加コンテンツについて調べるときに特に役立ちます。
このホワイトペーパーでは、マルチテナンシーのアーキテクチャの詳細ではなく、SaaS であることの意味について、その基礎をどのように定義してきたかを説明します。また、理想的には、これによって用語がより明確になり、組織が SaaS ソリューションの種類や性質についてより迅速に認識できるようになればと思います。
## Well-Architected とは
[AWS Well-Architected フレームワーク](https://aws.amazon.com/architecture/well-architected/)は、クラウド内でのシステム構築に伴う意思決定の長所と短所を理解するのに役立ちます。このフレームワークの 6 つの柱により、信頼性、安全性、効率、費用対効果、持続可能性の高いシステムを設計および運用するための、アーキテクチャのベストプラクティスを確認できます。[AWS マネジメントコンソール](https://console.aws.amazon.com/wellarchitected) に無料で提供されている [AWS Well-Architected Tool](https://aws.amazon.com/well-architected-tool/) を使用すると、各柱に関する一連の質問に答えることで、これらのベストプラクティスに照らしてワークロードをレビューできます。
[SaaS レンズ](https://docs.aws.amazon.com/wellarchitected/latest/saas-lens/saas-lens.html)では、AWS で Software as a Service (SaaS) ワークロードを構築するためのベストプラクティスに重点を置いています。
クラウドアーキテクチャに関する専門的なガイダンスやベストプラクティス (リファレンスアーキテクチャのデプロイ、図、ホワイトペーパー) については、[AWS アーキテクチャセンター](https://aws.amazon.com/architecture/)を参照してください。