多くの「クラウド生まれ」のISVは、ハイパースケーラーの本来の機能を活用して、シングルテナントSaaSインフラストラクチャを構築しています。オンプレミスで開始し、マルチテナントSaaSアプリケーションをクラウドのみに存在するように移行しているでしょう。または、多くの場合、ビジネスはこれらのアプローチの組み合わせになっています。どのパスをたどったかに関係なく、クラウドを利用するすべてのISVは、セキュリティ、可観測性、ビジネス継続性、自動化などの主要な横断的関心事に取り組む必要があります。この後のセクションでは、これらの機能上の課題に対応し、競合他社と差別化するためにオラクルがどのように位置付けられているかを確認します。

• セキュリティ、ガバナンス、コンプライアンス

  オラクルのアプローチでは、セキュリティはデフォルトで常に「オン」であり、シンプルで規範的であることが必要です。また、お客様はコストとセキュリティのどちらかを選択する必要はないと考えています。また、すべてのセキュリティ関連サービスを無料または低コストで提供し、パートナーが市場を通じて代替手段を提供するよう努めるべきであると信じています。さらに、脆弱性を防ぐツールが存在しないこと、存在してもコストがかかりすぎるか、操作が難しすぎることが理由で、お客様が侵害されることはないと確信しています。

  オラクルは、セキュリティはクラウドプロバイダーとISVの間で共有される責任であると考えています。オラクルは、分離されたネットワーク仮想化やハードウェアのRoot-Of-Trustなどの特定のコア機能を提供し、ISV向けにセキュリティ体制のカスタマイズに使用できるツールとサービスでそれらの機能を強化しています。セキュリティ製品に関心のあるISVは、まずはその概要についてセキュリティ・ランディング・ページとクラウド・セキュリティ・アーキテクチャで確認できます。

  コア・セキュリティは、ロールベースのアクセス制御を直感的なポリシーフレームワークと統合する堅牢なIdentity & Access Management（IAM）の実装から始まります。この機能は、ユーザー、グループ、IDフェデレーション、インスタンス／リソースプリンシパル認証などのさまざまなトピックを対象とします。IAMの対象外ですが、別のコア・セキュリティの概念は、ネットワーク・セキュリティ・ルール、グループ、リストの使用によるユーザー定義ネットワークに関連しています。

  Oracle Cloud Infrastructure（OCI）で安全な技術アーキテクチャの開発を始める場合、適切な出発点は、セキュリティのベスト・プラクティスをカタログ化するベンダー中立の組織であるCenter for Internet Security（CIS）です。CISは、OCIアプリケーション用のセキュアベンチマークを開発し、オラクルは、ISVがTerraformを介してCISの推奨事項を実装するのに役立つ自動化を開発しました。

  OCIは、以下にまたがる他の多くの基本的なセキュリティサービスを提供します。

  • 暗号化キーとシークレットの管理
  • ホスト、コンテナ、ネットワークの脆弱性スキャン
  • DDoS保護、APIアクセス制御、ID統合などのAPI Management & Security機能
  • 脅威インテリジェンス、セキュリティ・コンプライアンス・ポリシー、適応型ボット管理をサポートするWebアプリケーション・ファイアウォール（WAF）機能
  • 顧客がプライベートリソースへの制限された期限付きのアクセスを提供できるようにする踏み台サービス
  • 公開鍵暗号（PKCS）証明書の保管と管理のための証明書サービス

  スタックの上位で、OCIの独自の機能は、OCIでセキュリティ・ポリシーを自動的に設定して適用するMaximum Security Zonesです。これにより、セキュリティのベスト・プラクティスを使用して宣言型のセキュリティを適用できるようになり、最も重要なリソースのセキュリティに対して事後対応ではなく事前対応のアプローチが提供されます。

  最後に、OCIエステート全体に対してCloud Guardが提供し、データベース・ワークロードに対してData Safeが提供するセキュリティ体制管理がなければ、セキュリティのプロセスは完成しません。どちらのサービスもOCIのお客様に無料で提供され、誤って設定されたリソースや安全でない活動が、すぐに使用できるセキュリティ方策や、SIEM/SOCシステムへのデータの送信により、自動化された方法で迅速に検出および修正されます。

• 可観測性

  すべての組織は、運用をサポートし将来のIT計画を立てるために、クラウドエステートのパフォーマンスに関する洞察を収集する機能を必要としています。ISVは特に、アプリケーションのパフォーマンスのより詳細なインストルメンテーションを必要とすることが多いカスタム・アプリケーションを実行しているため、より豊富な機能を必要とします。さらに、ISVは、24時間365日の外部コンシューマーベースでクラウド規模でワークロードを実行している可能性があり、通常のバックオフィス・システムよりも高いレベルのアップタイムが必要になります。

  基本レベルでは、OCIが提供するモニタリングサービスは、OCIでのワークロードのパフォーマンスに関するリアルタイムの洞察を可能にし、健全性とパフォーマンスのすぐに使用可能なメトリックを提供します。ユーザーは、異常を検出して対応するようにアラームを設定できます。このサービスは、ワークロードによって生成されたログに加えてOCIログを表示する、コア・ログサービスと組み合わせて利用されます。前述のサービスのいずれかで特定された状態や問題は、オラクルのNotificationsサービスによって処理できます。このサービスは、可用性が高く低レイテンシのパブリッシュ／サブスクライブ・システムを提供します。また、サーバーレス機能（自動修復用）、電子メール、またはメッセージ配信パートナー（SMS、Slack、PagerDutyなど）にアラートを送信します。

  スタックの上位で、オラクルは、ログ、アプリケーション・パフォーマンス、データベース・パフォーマンス、運用の領域でより詳細な分析を提供する、多数の機械学習（ML）駆動型サービスを提供しています。Logging Analyticsを使用すると、すべてのログデータをモニタリング、集約、インデックス作成、分析し、MLを使用して問題のあるクラスターと異常を視覚的に検出できます。Application Performance Monitoringは、標準に準拠した（OpenTracing & OpenMetrics）サービスであり、カスタム・アプリケーション（多くのISVが提供するKubernetes/docker環境から派生したマイクロ・サービス・テレメトリをネイティブでサポート）の合成モニタリング、分散トレース、トランザクション実行分析を可能にします。Database ManagementはOracle DatabaseフリートとOperations Insightsのモニタリング機能を提供しており、管理者はML分析を使用してパフォーマンスの問題を発見し、消費を予測し、容量を計画できるようになります。組織はこれらの機能を使用して、データに基づく意思決定を行って、リソースの使用を最適化し、サービス停止を事前に回避し、パフォーマンスを向上させることができます。

  これらの可観測性機能はすべて、OCIの統合サービスとして提供され、豊富な「無償利用枠」が用意されているため、ISVは制限付きのシナリオでサービスを利用し、初期の成功に基づいて使用量を増やすことができます。

• ビジネス継続性

  ISVのビジネス継続性の要件は、多くの場合、従来のISV組織のものよりも厳しくなります。人的資源管理（HCM）やエンタープライズ・リソース・プランニング（ERP）システムなどの従来のバックオフィス・システムでは、ダウンタイムが問題になる可能性がありますが、ほとんどのISVのビジネスの生命線である顧客対応システムでは、一時的な中断さえも許容できません。このため、高可用性（HA）や障害時リカバリ（DR）などの概念は非常に重要であり、ISVは、これらの分野でOCIが提供する機能を最大限に活用する必要があります。

  高可用性

  OCIリージョンは、1つ以上のアベイラビリティ・ドメインで構成されるローカライズされた地理的領域であり、それぞれが3つのフォールトドメインで構成されます。高可用性は、アベイラビリティ・ドメイン内のフォールトドメインの冗長性によって確保されます。

  アベイラビリティ・ドメインは、リージョン内にある1つ以上のデータセンターです。アベイラビリティ・ドメインは互いに分離されており、耐障害性を備え、同時に障害が発生する可能性はほとんどありません。アベイラビリティ・ドメインは、電源や冷却装置などの物理インフラストラクチャ、または内部アベイラビリティ・ドメインネットワークを共有しないため、1つのアベイラビリティ・ドメインに影響する障害が他のアベイラビリティ・ドメインに影響する可能性はほとんどありません。

  フォールトドメインは、アベイラビリティ・ドメイン内のハードウェアとインフラストラクチャのグループです。各アベイラビリティ・ドメインには、3つのフォールトドメインが含まれています。フォールトドメインを使用すると、インスタンスを分散させて、それらのインスタンスが1つのアベイラビリティ・ドメイン内の同じ物理ハードウェア上にないようにすることができます。その結果、1つのフォールトドメインに影響する予期しないハードウェアの障害またはコンピューティング・ハードウェアのメンテナンスは、他のフォールトドメインのインスタンスには影響しません。

  リージョン内のすべてのアベイラビリティ・ドメインは、低レイテンシ、高帯域幅のネットワークによって相互に接続されます。アベイラビリティ・ドメイン間のこの予測可能な暗号化された相互接続により、高可用性と障害時リカバリの両方のための構成要素が提供されます。

  保護する障害のクラスに応じて、複数のリージョン、複数のアベイラビリティ・ドメイン、または複数のフォールトドメインにまたがるソリューションを設計できます。

  また、OCIには、ネットワークリソース、ストレージシステム、データベースリソースをローカルの障害から保護するための、多くの機能とオプションがあります。まずは、OCI Architecture Centerの高可用性ソリューション・プレイブックをよく読み、運用モデルに適した選択を行うことをお勧めします。

  障害時リカバリ

  障害とは、ネットワークの停止から機器の故障、自然災害まで、アプリケーションを危険にさらすあらゆるイベントのことです。適切に設計された障害時リカバリ（DR）計画により、障害から迅速に復旧し、ユーザーにサービスを提供し続けることができます。OCIの障害時リカバリ機能は、前のセクションで説明した広範な高可用性機能に基づいています。

  障害時リカバリ戦略を検討するときは、最初に目標復旧時間（RTO）と目標復旧時点（RPO）を検討する必要があります。RTOは、障害発生後に特定のアプリケーションを復元する必要がある目標時間です。通常、アプリケーションの重要度が高いほど、RTOは短くなります。RPOは、障害が発生してからビジネスに影響し始めるまでに、アプリケーションがデータの損失を許容できる期間です。

  次に、設計対象となる障害シナリオのタイプを決定する必要があります。アプリケーションの障害、ネットワークの障害、データセンターの障害、地域別のサービス停止、またはこれらのすべてから保護しようとしていますか？この質問への回答は、RTO/RPOの決定事項と相まって、DR戦略の推進要素となります。

  OCIには、コンピューティング、ネットワーク、ストレージ、アプリケーション、データベースの各レベルで耐障害性アーキテクチャを構築するためのガイダンスが用意されています。これらのツールを使用して、アプリが2つのリージョンで同時に機能し、リージョン「a」での障害をリージョン「b」で処理できるアクティブ-アクティブ・アーキテクチャを構築できます。これはウォームバックアップ・シナリオであり、プライマリリージョンの障害発生時、コールドバックアップ時（ビジネス・オペレーションを復元するために手動／自動の手順の組み合わせが場合によって必要になる）、またはそれらの同時発生時に、プライマリリージョンのトラフィックをセカンダリリージョンが引き受けることができます。

  まずは、OCI Architecture Centerの障害時リカバリ・ソリューション・プレイブックをよく読み、運用モデルに適した選択を行うことをお勧めします。

• 予算とクォータ

  SaaSアプリケーションを実行しており、OCIのコンパートメントにより分離しているISVは、自社または顧客がリソースの管理を向上させるために、いくつかの関連するプリミティブを検討することをお勧めします。各OCIテナンシーは通常、年間予算が事前設定されており、超過分にペナルティは発生しませんが、ほとんどのISVはリソース使用率を厳密に制御することを望んでいます。

  ISVは、テナンシー内のさまざまなコンパートメント間でテナンシー全体のリソースを分割するためのツールとして、コンパートメント・クォータを検討することから始める必要があります。このプリミティブを使用すると、CPUやストレージブロックなどの一般的なリソース、またはGPUやExadataなどのより特殊なリソースをコンパートメント全体に割り当てて、大規模なリソースがテナントに割り当てられないようにし、特定の特殊なリソースが適所に割り当てられるようにすることができます。

  クォータはクラウドリソースに対して機能します。予算の割り当てを管理する場合、ISVはOCIの予算を確認する必要があります。この機能を使用すると、各コンパートメントに使用予算を設定し、予算がソフト制限に近づいたとき、またはハード制限を超えたときにアラートを受信できます。この機能は、ISVが複数の顧客にまたがって支出を管理し、将来のリソース増加の必要性を予測するのに役立ちます。

  チャージバック

  ISVごとにSaaSサービスの価格は異なりますが、多くの価格設定モデルへの一般的な入力は売上原価（COGS）です。製品の作成と提供にかかるコストを知らなければ、製品の価格を公正に設定する方法と、さまざまな消費者間でその価格を調整する方法を知ることは困難です。

  SaaSサービスには、エンジニアリングやマーケティングのコストを含め、多くの価格設定への入力がありますが、重要な要素の1つはクラウドホスティングのコストです。この領域では、OCIのコスト分析が、コンパートメントやコスト追跡タグによって分割された顧客テナント全体の使用状況を動的に視覚化するのに役立ちます。これらのツールを使用すると、各顧客をホストするためのコストを理解し、顧客に提示する価格を調整する必要があるかどうかを判断するのに役立ちます。

  可視化が提供するよりも詳細なデータが必要な場合は、選択したツールを使用してさらに分析するために、より詳細な使用状況データを機械可読形式でエクスポートできます。また、ハイブリッドクラウド環境で運用している場合は、CloudHealthなどのマルチクラウド・サードパーティ・ツールを使用して、統合分析を自由に行うことができます。

• インフラストラクチャの自動化

  手作業で環境を構築している組織はほとんどありません。ISVは特に、Terraform、Ansible、PuppetなどのInfrastructure-as-Code（IaC）ツールを使用したインフラストラクチャのオーケストレーションと設定管理の価値を認識しています。IaCは、組織の規模、技術的なフットプリント、導入アプローチに関係なく理想的です。同時にこれは、地域別のフットプリントとインストール基盤を絶えず拡大している成長中のISVにとって特に重要です。自動化がないと、メンテナンスのオーバーヘッドが指数関数的に増大し、管理が困難になります。

  OCIは、クラウドに中立な自動化戦略を実装できるようにする、業界標準の多数の自動化ツールのサポートを提供します。これには、HashiCorp Terraform、Ansible、Chefの製品化されたサポートが含まれます。OCIのすべての機能はSDKとCLIを介して利用できるため、Puppetなどの他のツールと簡単に統合できます。

  さらに、OCIはResource Managerと呼ばれるマネージドサービスを提供することで、Terraformの機能に基づいています。このサービスは、OCIのお客様に無料で提供され、TerraformをOCIのポリシーベースのセキュリティモデルの範囲内から実行できるようにし、すぐに使用できる状態管理、テンプレート作成、リソース検出、GitHub/GitLab統合を提供します。

• ソフトウェア・ライフサイクルの自動化

  ISVでは、自動化された構築および導入ツールによりソフトウェア開発ライフサイクルをコードが遷移します。シングルテナント提供モデルを検討する場合、1つの導入が数百のテナントインスタンスに提供される可能性があるため、強力な自動化がさらに重要になります。さらに、これらの導入は、ダウンタイムを排除するためにローリング方式で実行する必要があり、個々の顧客向けの特定のブランチベースのカスタマイズを処理するのに十分な柔軟性が必要です。

  OCIは、市場で業界をリードするCI/CDツールの大部分をサポートしています。Jenkins、Jenkins-X、Spinnaker、TravisCI、GitHub Actions、CircleCIなどを使用している場合でも、ソフトウェア・エコシステムには、選択したツールをOCIで使用している人が多数います。

  さらに、OCIは、開発者向けのエンドツーエンドの継続的インテグレーションおよび継続的デリバリー（CI/CD）プラットフォームである使いやすいDevOps Serviceを提供しています。ISVは、このサービスを利用して、OCIでソフトウェアを簡単に構築、テスト、導入したり、ホストされたプライベートGitリポジトリでソースコードを管理したりできます。