# Salesforceのマルチテナントアーキテクチャと開発時の配慮点

## 目次
1. 1-1. はじめに
2. 1-2. Salesforceのマルチテナントアーキテクチャとは
   1. 2-1. マルチテナントアプローチの特徴
   2. 2-2. マルチテナントが提供する利点
   3. 2-3. マルチテナントアーキテクチャの仕組み
3. 1-3. 開発時の配慮点
   1. 3-1. パフォーマンスとスケーラビリティの確保
   2. 3-2. セキュリティの強化
   3. 3-3. データのセパレーション
4. 1-4. 実際の開発における注意点
   1. 4-1. Apexコードの最適化
   2. 4-2. データベース問い合わせの最適化
   3. 4-3. 標準オブジェクトとカスタムオブジェクト
5. 1-5. まとめ

### 1-1. はじめに

Salesforceは多くの企業が利用する顧客関係管理（CRM）サービスを提供しており、世界中でのユーザー数は膨大です。その根幹を支える技術の一つがマルチテナントアーキテクチャです。このアプローチにより、複数のユーザー（テナント）が単一のインフラとソフトウェアを共有しながら、個別のアプリケーションインスタンスを安全に利用できる仕組みが実現されています。

### 1-2. Salesforceのマルチテナントアーキテクチャとは

#### 2-1. マルチテナントアプローチの特徴

マルチテナントアーキテクチャは、単一のインスタンスで複数のテナント（顧客）をサポートする設計として定義されます。それによりハードウェアやリソースの効率的な利用が可能となり、顧客には低コストでのサービス提供が可能です。

#### 2-2. マルチテナントが提供する利点

マルチテナントアーキテクチャの利点は以下のようなものがあります：
- **効率性**: リソースの共有によりコストが削減されます。
- **スケーラビリティ**: 簡単にユーザー数を増やすことができるため迅速な拡張が可能です。
- **メンテナンスの容易さ**: ソフトウェアの更新が単一インスタンスで済むため、更新作業が簡単です。

#### 2-3. マルチテナントアーキテクチャの仕組み

Salesforceのマルチテナントアーキテクチャでは、複数の顧客データを同じデータベーステーブルに格納します。特定のセキュリティメタデータが各テナントのデータへのアクセスを制御し、各テナントが自身のデータだけを操作できるようにしています。

### 1-3. 開発時の配慮点

#### 3-1. パフォーマンスとスケーラビリティの確保

マルチテナント環境ではパフォーマンスの最適化が重要です。リソースや処理時間を一つのインスタンスで共有するため、効率的なコード設計が求められます。

#### 3-2. セキュリティの強化

特にデータのプライバシーとコンプライアンスに配慮し、各テナントが自身のデータのみをアクセス可能とするセキュリティモデルを構築する必要があります。

#### 3-3. データのセパレーション

Salesforceではセキュリティレールを設定し、アクセス可能なデータを個々のユーザーやグループに限定する方法が提供されています。

### 1-4. 実際の開発における注意点

#### 4-1. Apexコードの最適化

Apexコードはガバナンス制限と呼ばれる制約内で動作させる必要があります。例えばSOQLクエリの数やDMLステートメントの数には厳しい制限が設けられています。

#### 4-2. データベース問い合わせの最適化

クエリの使用回数を最小限に抑え、バルク処理を利用することでリソース消費を抑える工夫が必要です。

#### 4-3. 標準オブジェクトとカスタムオブジェクト

可能な限りSalesforceの標準オブジェクトを使用することで、パフォーマンスと保守性を向上させつつ、カスタマイズが必要な場合には慎重にカスタムオブジェクトの設計を行います。

### 1-5. まとめ

Salesforceのマルチテナントアーキテクチャは、効率的なリソース利用を可能にし、多くの企業に対してスケーラブルでコスト効率に優れたCRMソリューションを提供しています。その一方で、開発時にはパフォーマンス、セキュリティ、そしてデータ管理の観点から様々な配慮が必要です。テナント間のデータセパレーションやガバナンス制限に留意しながら、最適なシステムを構築することが求められます。 [cv:issue_marketplace_engineer]

Salesforceのマルチテナントアーキテクチャと開発時の配慮点

目次

続きを読むには単価診断を受けてください（30秒）