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

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

  オラクルのアプローチでは、セキュリティはデフォルトで常に「オン」であり、シンプルかつ規範的であることが必要です。また、お客様がコストとセキュリティのどちらかを選ぶ必要はないとオラクルは考えており、マーケットプレイスを通じて代替手段を提供するパートナーとともに、すべてのセキュリティ関連サービスを無料または低コストで提供するよう努めています。お客様が侵入を受けるのは、脆弱性を防ぐツールが存在しないからではなく、そうしたツールが大半の組織にとって高価すぎるか、操作が難しすぎるからであるというのがオラクルの考えです。

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

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

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

  OCIは、以下のようなその他の基本的なセキュリティ・サービスを数多く提供しています。

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

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

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

• 可観測性

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

  基本レベルでは、OCIはMonitoringサービスを提供しています。このサービスは、OCI上のワークロードのパフォーマンスに関するリアルタイムのインサイトを可能にし、健全性とパフォーマンスに関してすぐに使用可能なメトリックを提供します。ユーザーは、異常を検出して対応するようにアラームを構成できます。このサービスは、ワークロードによって生成されたログに加えてOCIログを表示する、コア・サービスのLoggingと組み合せて利用されます。前述のサービスのいずれかで特定された状態や問題は、オラクルの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つの可用性ドメイン内の同じ物理ハードウェア上に存在しないようにすることができます。そのため、あるフォルト・ドメインに影響する予期しないハードウェアの障害またはコンピュート・ハードウェアのメンテナンスが、他のフォルト・ドメインのインスタンスに影響することはありません。

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

  保護の対象となる障害のクラスに応じて、複数のリージョン、複数の可用性ドメイン、または複数のフォルト・ドメインにまたがるソリューションを設計できます。

  また、OCIには、ネットワーク・リソース、ストレージ・システム、データベース・リソースを局所的な障害から保護するための機能とユーザーが選択可能なオプションが数多く用意されています。まずは、OCIアーキテクチャ・センターの高可用性ソリューション・プレイブックをよく読み、運用モデルに適した選択を行うことをお薦めします。

  ディザスタ・リカバリ

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

  ディザスタ・リカバリ戦略を検討するときは、最初に目標復旧時間(RTO)と目標復旧時点(RPO)を検討する必要があります。RTOとは、障害発生後に特定のアプリケーションを復元する際の目標時間で、復元はこの時間内に行う必要があります。通常、アプリケーションがクリティカルであればあるほど、RTOは短くなります。RPOとは、障害が発生してからビジネスに影響し始めるまでに、アプリケーションがデータの損失を許容できる期間です。

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

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

  まずは、OCIアーキテクチャ・センターのディザスタ・リカバリ・ソリューション・プレイブックをよく読み、運用モデルに適した選択を行うことをお薦めします。

• 予算と割当て制限

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

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

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

  チャージバック

  ISVごとにSaaSサービスの価格は異なりますが、多くの価格設定モデルへの一般的な入力の1つに売上原価(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は使いやすいDevOps Serviceを提供しています。これは、開発者向けのエンドツーエンドの継続的インテグレーションおよび継続的デリバリ(CI/CD)プラットフォームです。ISVは、このサービスを利用して、OCIでソフトウェアを簡単にビルド、テスト、デプロイしたり、ホストされたプライベートGitリポジトリでソース・コードを管理したりできます。