2019.11.25Mendixガイド , アプリケーションの機能

マルチクラウドの概要

  • このエントリーをはてなブックマークに追加

1 Mendixが提供する展開オプション

Mendixで構築されたアプリケーションは、クラウドネイティブデザインに基づいており、Twelve-Factor Appの原則に準拠しています。 Mendixランタイムは、KubernetesやCloud Foundryなどの最新のクラウドプラットフォーム製品と互換性のあるコンテナテクノロジーで実行するように完全に最適化されています。したがって、Mendixアプリは、自動スケーリング、自動プロビジョニング、自動修復、低インフラオーバーヘッド、CI / CDサポート、クラウド相互運用性など、これらのクラウドプラットフォームの利点を活用できます。これらのMendixアーキテクチャの原則の詳細については、アーキテクチャの原則を参照してください。

この柔軟なモデル内で、Mendixは、パブリッククラウド、仮想プライベートクラウド、プライベートクラウド、またはハイブリッドクラウド上で、または従来の(仮想)サーバー経由でMendixアプリケーションを実行できるさまざまな展開オプションをサポートします

 

 

1.1 パブリッククラウド

インフラストラクチャの最適な利用率を獲得し、最適な柔軟性を維持し、設備投資を運用費用に変換する場合は、パブリッククラウドが最適な選択肢です。 Mendixは、Mendix Cloud、IBM、SAP、Microsoft、AWS、Googleなどのほとんどのパブリッククラウドベンダーをサポートしています。 Mendix Cloud、SAP、およびIBMの場合、完全に統合されたエクスペリエンスを提供し、クラウドを選択することでシングルクリックでアプリを実行できます。

 

 

1.2 仮想プライベートクラウド(VPC)

ビジネスでより高いデータまたはアプリケーション分離レベルが必要な場合は、仮想プライベートクラウド(VPC)が最適な選択肢です。高い使用率とリソースの柔軟性は、専用ハードウェア上または別のネットワークセグメント内で利用できます。 Mendixアプリケーションは、公開されているMendix開発者ポータルから完全に切り離されて実行されるため、VPCでの実行に容易に対応できます。 1.3プライベートクラウド–オンプレミス 組織が特定の規制に準拠しており、サードパーティクラウドでの実行が許可されていない場合、オンプレミスでインフラストラクチャを実行する必要があります。このオプションは、プライベートクラウドまたは従来のサーバーに基づくことができます。 Mendixは、プライベートクラウドインフラストラクチャアズアサービス(IaaS)またはプラットフォームアズアサービス(PaaS)ソリューションとして、両方のサーバーベースのソリューションで実行できます。

2 Mendixアプリケーションを実行およびデプロイするにはどうすればよいですか?

Mendixプラットフォームでは、アプリケーションの開発と実行は完全に分離されています。アプリの開発後、実行する場所を選択できます。以下のセクションでは、展開オプションについて説明します。

2.1 パブリッククラウドでMendixを実行するにはどうすればよいですか?

Mendixアプリケーションは、Amazon Web Services、Microsoft Azure、IBM Cloud、Google Cloud Platform、SAP Cloud Platform、Redhat Openshift、Pivo​​tal Web Servicesなど、一般的なすべてのパブリッククラウドプロバイダーで実行できます。

使用する方法論を選択できます。コンテナベースからVMベースまで、あらゆる方法論が可能です。

2.2 仮想プライベートクラウドでMendixを実行するにはどうすればよいですか?

仮想プライベートクラウドは、ネットワーク、ストレージ、コンピューティングなどの専用インフラストラクチャが顧客に割り当てられたパブリッククラウドです。ほとんどの場合、このクラウドは顧客のネットワークに接続されている場合にのみアクセスできます。そのため、Mendix開発者ポータルは、JenkinsやMicrosoft Visual Teamサービスなどのツールを構成してVPC内での展開を自動化できるAPIのセットを提供します。これにより、MendixプラットフォームをVPCと組み合わせて使用​​する場合、開発者はワンクリック展開の利点を維持できます。

2.3 プライベートクラウドまたはオンプレミスでMendixを実行するにはどうすればよいですか?

自分の施設でソフトウェアを実行する必要がある場合は、インフラストラクチャの抽象化レベルを選択できます。

  • 物理サーバー
  • IaaS
  • PaaS

速度、セルフサービス、およびガバナンスの観点から、PaaSレベルには大きな利点があります。 Mendixアプリケーションのフットプリントが小さいため、2ノード(VM)Kubernetesクラスターを使用すると、複数のMendixアプリケーションを(複数の環境で)高可用性および自動スケーリングおよび自動修復機能で実行できます。これは、従来のサーバーでMendixを実行している場合にも可能ですが、セットアップ時間とメンテナンスは大幅に長くなります。

2.4 クラウドプロバイダーの選択方法

Mendixマルチクラウドは、さまざまなクラウドプロバイダーとの緊密な統合により、Mendix Studio、Mendix Studio Pro、および開発者ポータルからシングルクリックでアプリケーションを展開できます。

Mendixマルチクラウドソリューションは、コンテナベースのクラウドソリューションを利用しています。コンテナと必要なサービス(データベースなど)の作成は完全に自動的に行われます。

クラウドプロバイダーを切り替えることも可能であるため、1つのクラウドでアプリケーションの開発と実行を開始し、時間の経過とともに別のクラウドに移動できます。

現在、統合されたMendixマルチクラウドソリューションは、Mendix Cloud、IBM Cloud、およびSAP Cloud向けに提供されています。 Mendixマルチクラウドポートフォリオには、近い将来、さらに多くのクラウドが追加されます。

2.5 IaaSとPaaSのどちらを使用すべきか

IaaSは、オンプレミスまたはパブリッククラウドで実行されるコンピューティング、ネットワーク、およびストレージの仮想化です。 PaaSは、サービスとアプリケーションを操作できる最上位の追加の抽象化レイヤーです。 PaaSの抽象化レイヤーにより、高可用性、自動スケーリング、自動修復、自動プロビジョニング、ユーザーガバナンスなどの機能を提供しながら、サービスとアプリケーションの観点から考えることができます。

Mendixに関連するIaaSまたはPaaSの選択は、実行する予定のアプリケーションの量と、クラウド上のPaaSレイヤーの所有者に基づいています。

パブリッククラウドからオンデマンドでPaaSを使用できる場合、これは常にコスト、速度、および制御に基づいたMendixホスティングソリューションに最適です。

IaaSにアクセスできるシナリオで、KubernetesやCloud FoundryなどのPaaSレイヤーを自分で選択する必要がある場合、重要な要素はアプリケーションの数です。 Kubernetesクラスターは、各アプリにテスト環境、受け入れ環境、1つ以上の運用環境が含まれる3つ以上のアプリケーションの実行を計画している場合に役立ちます。 10個を超えるアプリケーションの実行を計画している場合、Cloud Foundryソリューションが有益な場合があります(これは、PaaSレイヤーのフットプリントとメンテナンスに関係しています)。最後に、単一のアプリケーションでは、従来のサーバーベースのソリューションで十分です。

3(仮想)サーバーまたはIaaSでMendixを実行するにはどうすればよいですか?

Mendixランタイムは、サーバーに直接インストールできます。 Mendixは、LinuxベースとWindowsベースの両方のサーバーに対して、サーバー上のアプリケーションの起動、停止、および展開を制御するサービスマネージャーを提供します。

Linuxベースのアプリケーションの場合、これはM2EEと呼ばれるコマンドラインベースのツールです。

翻訳元:

https://www.mendix.com/evaluation-guide/app-capabilities/multi-cloud-overview

 

  • このエントリーをはてなブックマークに追加

このエントリーにコメントする

必須項目は全て入力してください。

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)