Webホストの検索と選択

内容

目的

これらのページは、MoodleをLMSとしてユーザに提供するための最良の方法を選択する際に、ユーザがさまざまな質問、問題などを通じて作業するのを支援するためのリソースとして機能することを目的としています。

決定に関するFAQも参照してください。

Moodleのインストールを計画する

あなたの学校、組織、またはビジネスにMoodleインスタンスをインストールして使用することに興味があるなら、あなたが考慮しなければならない多くのことがあります。技術的な側面について考える必要があるだけでなく、システムの使用方法、システムの保守方法、コンテンツの作成方法、およびユーザーのサポート方法についても考慮する必要があります。

あなたが提案したMoodleのサイズ、そしてあなたが利用できる技術的な専門知識によって、あなたはあなたがMoodleを自分でホストすることができると決めるかもしれませんし、あなたは何らかの助けが必要かもしれません!このページは、Moodleサイトをどのようにまたはどこで開催するかについての決定に焦点を当てています。

ロールと人員配置

考慮すべきロールがいくつかあります。同じ人になる人もいれば、必要なときに雇う人もいれば、まったく必要ない人もいるでしょう...

  • 管理者 - サイトの日々の運営(コースの作成、ユーザーの作成、問題の修正)
  • 開発者 - 新しい機能を作成し、Moodleを既存のシステムなどに統合します。
  • システム管理者 - サーバー、バックアップ、セキュリティなどを実行します
  • コンテンツ作成者 - 実際のコース教材を作成する

あなたは誰? Moodleインスタンスの種類

Moodleユーザには多くの種類がありますが、ここにいくつかの例があります。あなたに最も適していると思われる例を見てみましょう。私たちはあなたが必要とするスキルセットとあなたが最も実用的であると思うかもしれないホスティングのタイプに関する私たちの最良のアドバイスを説明しようとします。

教室の教師、講師、教授、またはコース作成者

このカテゴリがあなたを最もよく説明していると判断した場合は、おそらくmoodleパートナーとのフルサービスホスティングに興味があるでしょう。社内のIT部門がある場合は、ホスティングを提供し、Moodleインスタンスの実行に関連する管理タスクの責任を引き受けるために、彼らと契約を交渉することができます。あなたの状況とあなたが必要とするサポートのレベルによっては、アウトソーシングがより魅力的な選択肢かもしれません。

(限定)Moodle管理者

このロールはMoodleの管理に限定されていますが、サーバ上の他のソフトウェアパッケージには限定されていません。

このカテゴリがあなたを最もよく説明していると判断した場合は、おそらくmoodleパートナーとのフルサービスホスティングに興味があるでしょう。あなたが社内のIT部門を持っている場合、あなたはそれらがホスティングを提供するように手配することができるかもしれません、そしてあなたはMoodleインスタンスの実行に関連する管理タスクの責任を負います。

高度なMoodle管理者

このカテゴリがあなたを最もよく説明していると判断した場合は、サービスなしでホスティングすることに興味があるでしょう。

サーバー管理者

サーバーとスタックソフトウェアを管理するために必要なスキルと知識を持っている人々のために、サーバー管理者のためのホスティングを扱うページもあります 。このカテゴリに当てはまる場合、あなたはMoodleインスタンスの管理に関与していないか、または関与していない可能性があります。 moodleインスタンス全体を管理するだけでなく、サーバを実行できる人もいます。

ホストの種類

完全なMoodle管理/メンテナンスサービスを提供するホスト

ホストの中にはMoodleをソフトウェアパッケージとしてサポートするだけでなく、それが実行されているサーバを提供し維持する準備ができているところもあります。彼らは同様にトレーニング、コンテンツ構築、そして開発サービスを提供するかもしれません。サービスパッケージには、Moodleのアップグレード、承認されたサードパーティのブロック/モジュール/質問タイプのインストール、データベースのメンテナンス、電話またはEメールによるサポート、そしてバックアップが含まれるでしょう。

この議論の目的上、フルサービスホストには2つのタイプがあります:Moodle PartnersとMoodle Partnersではないホストです。

Moodle Partnersは、 Moodle Pty Ltdと密接に連携しているMoodleベースのサービス会社の国際的なグループです。

Moodleプロジェクトと提携しておらず、ロイヤリティを介してプロジェクトをサポートしていない同様のサービスを提供している会社もあります( "lms hosting"のような他の名前でもそうでないこともあります)。そのうちのいくつかはサードパーティの広告でサポートされている無料のサービスさえ提供しています。商業目的のために、 'Moodle'は商標であり、あなたはそれを使用している公式のMoodle Partnersだけがサービスを売るのを見るべきです。

これらの各企業は個人的な関心事であり、将来の顧客は彼らがどのサービスパッケージを購入しているのか、そしてどのくらいの期間使用される可能性があるのかを理解することに最終的な責任があります。あなたの研究を行い、あなたのニーズと期待を非常に注意深く表現してください!

あなたがグーグルの "moodleホスティング"をしているなら、あなたはMoodle PartnersとフルサービスのホストではないMoodleホスティングを提供する多数のサイトを見つけるでしょう。十分気をつける。 "Moodleホスティング"を宣伝する多くのサイトでは、追加の管理およびメンテナンスサービスなしで、ソフトウェアのホスティングのみを提供しています。これらのホストはあなたがMoodleを動かすのに必要なソフトウェアを提供しますが、その後あなたはあなた自身の上にいます!

Moodle管理およびメンテナンスサービスなしでホスティングする

Moodle管理およびメンテナンスサービスなしでホスティングを行うことが、おそらく最も一般的な状況です。ハードウェアやMoodleインスタンスを実行するために使用される基本的なソフトウェアの「スタック」について責任を負いたくないと判断した場合、多くの人がこのオプションを選択します。 Moodleの管理利用可能なWebホストは何千もあり、それぞれが多少異なるサービスオプションのセットを提供しています。

フルサービスまたはマネージドホスティングパッケージには、アップグレード、承認されたサードパーティ製ブロック/モジュール/質問タイプのインストール、データベースメンテナンス、電話または電子メールによるサポート、およびバックアップが含まれます。 Moodleインスタンスを実行する際の側面

あなたがあなた自身のサイトをホスティングすることに合理的なレベルの自信を持っているなら、これは非常に安価な解決策になることができます。

社内ホスティング(または「自分でやる」)

あなたが必要な経歴と興味を持っている場合、あなた(またはあなたのITチーム)はあなた自身のサーバをセットアップし、あなたの機関、ビジネス、またはプロジェクトをサポートするために一つ以上のMoodleインスタンスを実行できます。あなたはMoodleを様々な異なるオペレーティングシステム(Mac、Linux、Windows)といくつかの異なるデータベースオプション(MySQL、Postgres、MSSQL)にデプロイすることを選択できます。上記のコマーシャルサポートプロバイダーのいずれかから、社内ホスティングのコマーシャルサポートを検討することもできます。

Webホストの選択

ユーザーエクスペリエンス

あなたの大要

ユーザーがここでさまざまなWebホスティングオプションに関する情報を提供できるように、 マトリックスが作成されました。マトリックスに追加しても構いませんが、脚注の規則と表の構造を尊重してください。 Webホストに関するユーザーからのフィードバックに対処するためにGoogleドキュメントを使用することについてのいくつかの探索があります。グーグルドキュメントは最終的にウェブホストのドキュメントに埋め込まれるかもしれませんが、 ここで実験的なバージョンを見ることができます

'NB:'行列のWiki構造が面倒すぎる場合は、 "page comment"タブから+タブを使ってください(これを見るにはdocsにログインしなければなりません。それでもなお別のログです)あなたのコメントを追加するために....))と誰かがマトリックスにそれらを転送します。

フォーラムでの議論

状況は時間の経過とともに変化するので、フォーラムは権威あるものとして見なされるべきではありませんが、さまざまなWebホストについてのかなりの時間にわたる議論の焦点となっています。

GoDaddyを中心とした投稿の集まりがここにあるか、 インストールの手順がここにあります。そして、 Richard Enison(RLE)の好意による、他のかなりの数のホストに関する議論のリストがこのアドレスにあります

さまざまなホスティングプロバイダにMoodleをインストールする方法

Webホストを使用する理由

一般的な懸念事項は次のとおりです。

一般管理および設置支援

多くのWebホストは、Webアプリケーションをインストールおよび管理するためのショートカットを提供するGUIを提供しています。いくつかの典型的な "パネル"オプションはFantasticoとcpanelですが、多くのウェブホストが利用できる管理アプリケーションの例はphpmyadminです(mysqlデータベースを管理するため)。

CPanel

あなたがcpanelを持っているホスティング会社を選ぶことにしたならば、 このチュートリアルはホストを選ぶことと古いcpanelを通してmoodleをセットアップすることにおいていくらかの指導を提供するかもしれません。これは非常に大きなファイル(約12分間実行されます)で、ロードするのを待つ必要がありますが、 Eric Hagley氏は段階的なアプローチが可能なので待つ価値があると述べています。あなたが新しいcpanelを持っているならば、更新されたチュートリアルのためにこのリンクを使っください。

ソフトウェアを最新の状態に保つ

Moodleなどのソフトウェアは静的ではありません。それは常に変化します。確かにMoodleソフトウェアは毎日変わることがあります。セキュリティ上の問題を修正したり、改良を加えるためにソフトウェアが変更される可能性があります。ある点で修正すると別の点でバグが発生することがあります。

また、下記のように、Moodleは最新の状態を維持したい唯一の製品ではなく、複数のアプリケーションを最新の状態に保とうとしているときはいつでも互換性の問題に直面することになります。

他のところで述べたように、いくつかのWebホストはWebアプリケーション管理のためのユーティリティを提供します。そのようなユーティリティ(例えばCpanel)を使用してソフトウェアを更新することに関する議論については上の一般的な管理とインストール支援に関するセクションを見てください。

ソフトウェアの互換性を維持する

Moodleは「単なる」Moodleではありません。 Moodleエクスペリエンスは、Moodleコード自体だけでなく、ウェブサーバ(多くの場合、必ずしもApacheではありません)、データベースエンジン(多くの場合、必ずしもそうではありませんがmySQL)を含む一連のソフトウェアアプリケーションに依存します。関係する各要素は定期的に更新され、これにより互換性の問題が発生します。あるアプリケーションを修正すると、別のアプリケーションで問題が発生する可能性があります。さらに、あるバージョンで問題が解決される方法は、次のバージョンで変わる可能性があります(例としては、php 4.xのすべてのディレクトリに必要なphp.iniファイルの使用、php 5では不要な方法)。

4つの主要なMoodleコンポーネント(ここでも、Webサーバ、データベースエンジン、PHPおよびMoodleコード)に加えて、Moodleと共に使用するさまざまな追加ソフトウェアをインストールすることをお勧めします(Moodleは外部アプリケーションの統合を提供するためのモジュールを多数提供します) 。システム全体に外部アプリケーションを追加すると、さまざまなアプリケーションがそれらを統合するモジュールを開発するときに失敗する可能性があるため、複雑さが増します。

モジュールのインストールは専用のMoodleサービスを提供している会社によって処理されるかもしれませんが、通常aspell、dragmath、asciimathmlなどのインストールをあなたに任せているバニラウェブホストによって対処されることは通常ありません。

Moodleクラスで聞かれる可能性がある最も賢い質問の1つは、Moodle Aで開発されたコースがMoodle Bで機能するかどうかということです。最良の答えは「多分」です。

バックアップ

マーフィーの法則にも例外はありません。それは絶対的なことで、あなたが誰であるか、あなたがどこから来たのか、あなたが何をしているのかを知らずに、あなたのMoodleはいつか失敗するかもしれません。良いニュースは、複数の失敗の可能性があなたに有利であるということです、あなたがよく準備されているならば、この偶然性はつまらないつま先と同じ平等で見ることができます.....

あなたのハック、追加、そしてあなたがmoodleのために使用した設定とそれがmoodleインスタンスをサポートするのに必要な他のすべてのソフトウェアの非常に良い記録を保つことは非常に貴重な情報を提供します。コースバックアップ、ソフトウェアバックアップ、データベースバックアップなどのバックアップ体制も重要です。

Moodle自身がバックアップを行うことはできますが、Moodleバックアップは非常に集中的で、効果的なバックアッププログラムのほんの一部に過ぎず、Moodle Webサイトに含まれるさまざまなデータに対処する必要があります。

以下ではさまざまなバックアップの種類と問題について説明しますが、まず根本的な問題について説明しましょう。誰が何をしているのでしょうか。

「スナップショット」を提供するWebホストもあれば、サイト全体のバックアップを提供するWebホストもあります。シェルアクセスを提供し、自分でロールバックするように指示するものもありますが、正直なところあまり気にすることができなかったWebホストもあります。特に同意しない限り、Webホストがあなたの維持の責任を認めないことを忘れないでください。データ。残念ながら、通常、それぞれのデータタイプは異なる種類のバックアップを必要とし、自分でサイトの効果的なバックアップを行う方法を学ぶ必要があるか、Webホストとベアメタルバックアップの量をネゴシエートする必要があります。あなたはあなたのバックアップがあなたのウェブホストが理にかなっていると思うかもしれないよりもむしろ最新であることを望むので、あなたは適切なウィンドウを識別する必要があるでしょう....)

あなたがシェルアクセスを持っているならば、良いニュースはそこにかなりの数のスクリプトがあるということですあなた自身が効果的なバックアップ計画を構築するのを助けるために使うことができます。

対処が必要なデータのバックアップに関して重要な点があります。バックアップの場所の指定やリモートバックアップの管理(この点ではrsyncが役立ちます)、実際のファイルの処理とリサイクル(バックアップ時、バックアップ時に何をしますか)など、グローバルな範囲に及びます。さまざまな種類のデータをさまざまな方法で処理する必要があるため、この説明は分割しましたが、スクリプトを作成することもできます。あらゆる種類のデータのバックアップに対処するためのシステム。

もう1つの選択肢として、単純なストアまたはフェイルオーバー装置へのデータの複製も検討できます。 mysqlの複製には、一部のWebホストでは提供されていないmysqlコマンドへのアクセスが必要であることに注意してください。レプリケーションを検討しているのであれば、ベンダーによってホストされている複数のプライベートシステムを所有しているか、独自のインストールを実行しており、フェールオーバー、クラスター、およびレプリケーションを詳細に検討している可能性があります。

最後に、使用している帯域幅に対してWebホストに料金を支払っている場合、リモートバックアップは多大な費用の原因になる可能性があることを忘れないでください。


注:現在のところ、ドキュメントには1つのバックアップページSite_backupがあります。スクリプトオプションを扱う1つのページで別々のドキュメントがバックアップのさまざまな側面に対処するように、これを分割することが役立つ場合があります。いずれにせよバックアップページへのリンクを追加する必要があります。


データ

データとは、moodledataディレクトリの内容を意味します。これは、最も重要な資料の一部を表している可能性があります。

GUI

あなたのGUIは、バックアップを扱うときに最もしばしば無視されるものです。あなたのGUIがテーマのカスタマイズに反映され、適切なデータがあなたのMoodleコードインストール(/ moodle / theme - 下記参照)とおそらくmoodledata(画像の可能なサイト)に反映されるでしょう。中古。)

データベース

どのデータベースを使用している場合でも、データベースを定期的にダンプして保存することが重要です。最近のdbダンプがある場合は、サイトのリストアが非常に簡単になる可能性があるためです。これはphpmyadminやmysql adminのようにGUIを介して手動で行うことも、ユーザーがアクセス権と必要なスキルを持っている場合はコマンドラインを使って行うこともできます。 (HandyBackupやautomysqlbackupのように)市販のスクリプトやオープンスクリプトを使って自動化することもできます。

ソフトウェア

あなたのMoodle設定(追加モジュール、ハック、ひねり)だけでなく、あなたが統合した補完的なソフトウェア(Maharaなど)もバックアップされるべきです。

Moodleからダウンロードして再インストールするだけではなぜMoodleコードをバックアップする必要があるのかを尋ねられるかもしれません。ここにいくつかの問題があります。まず、あなたが今日ダウンロードするMoodleのバージョンは、あなたが明日ダウンロードするのと同じバージョンのMoodleとは異なるものになるでしょう。これは紛らわしいですが、それは物事がどのようにあるかです。新しいインストールを実行すると、リストア時に問題が発生する可能性があります。また、何らかの障害が発生した場合は、昨日動作していたものが今日動作していない原因を突き止める必要もありません。すべてのものが一定であることがリストアの顕著な特徴であり、あなたは気付いていない変更に対処したくありません。

2番目の問題はあなたの潜在的なカスタマイズです。それがphpコードへのハックか、単に追加のモジュールのインストールにかかっています。スピードが重要な場合(そして失敗後のリストアを行う際によく聞かれる言葉は「どれくらい早く」です)、あなたはあなたのMoodleアプリケーションを再作成する必要はないでしょう、あなたはリストアできるようにしたいです。

そして、前の点に関連した3番目の問題はテーマのカスタマイズです。テーマは/ moodle / themeに保存されています。

セキュリティ

ほとんどの場合、私たちはあなたのデータに対する潜在的な脅威の文脈でセキュリティについて話します。もちろん、ここでいくつかの懸念を引き起こす可能性があるのは、さまざまな人々がさまざまな方法でデータを考えるということです。 Moodleがmysqlデータベースに配置するデータがあります。 Moodleがmoodledataファイル構造に配置するデータがあり、Moodleコード自体もあります。不正な読み取り、書き込み、実行からこれらの種類のデータをすべて保護することを検討してください。これを二次元行列と考えてください。コーディングの欠陥、外部設定の問題、内部Moodle設定の問題など、既存のテーブル内の任意のセルにアクセスできるさまざまな方法を含む3次元を追加します。

コードの欠陥

コードの悪用は、パッチを通じて定期的に対処されます。

セキュリティの報告や情報については、さまざまなフォーラムなどへのリンクが必要です。

設定

この分野で最も典型的な問題は、moodledataディレクトリをWebルートに配置することです。

ムードルセットアップ

これには、登録、内部ロール設定などの事項が含まれます。

おそらく、ここで最も広く議論されている問題は、管理者がオープンEメール登録を許可したときに生成される可能性があるプロファイルスパムの問題です。これがセキュリティ問題であるかどうかについては議論があります(そして時には同じ人々が問題の両側にいるように思えます)が、実際的な観点からあなたがMoodleをターゲットにすることができるということです。ボッシュを赤面させるのに十分なポルノを含む小学校。

Moodleネットワーキング、LDAPなどを利用した高度な認証には、採用しているスキームに関連する管理スキルが必要になります。認証と承認の違いを含む、アクセス制御の基本的な性質についても理解している必要があります。例えばhttps://en.wikipedia.org/wiki/Access_controlを参照してください

もっと一般的ですが重要なのはセキュリティポリシーとデータへのアクセス権を扱うプロトコルの宣言です(米国ではHIPAA、FERPA、IDEAなどを考慮してください)。

統合

最初の基本的なMoodleインストールの後に、あなたが使用することを期待しているすべての鐘と笛とMoodleを統合するために取り組まれる必要があるかなりの数のタスクがあります。

cron

インストール後の最も重要なタスクの1つは、システムのcronデーモン(またはTask Scheduler ...)を介してcron.phpを呼び出すことです。バックアップなどの他のタスクの中でも、cronはメールをトリガーします。 Cronはかなり説明していますが、smtp(これらのいくつかはMoodle 1.9.3で修正されました)を他のportsに使用しようとするときに問題があるかもしれません。

郵便物

通常MoodleはPHPのメールルーチンを使用しますが、場合によってはメールを手動で設定しなければならないことがあり、問題によっては手動でデータベースを編集する必要があるかもしれません。手動設定の例として、 電子メール設定および電子メール設定gmailを参照してください。

最大ファイルアップロード

Moodleのファイルアップロードの最大サイズはMoodle GUIで制御できますが、ApacheとPHPでも制限されます。これらを調整するには、.htaccessやphp.iniを編集できるようにする必要があります。そのような事項についての議論の例をいくつか示します。http : //moodle.org/mod/forum/discuss.php?d=98064 & parent= 433245およびhttps://moodle.org/mod/forum/discuss.php?d = 103190&parent = 456650

Webホストを選択するための基準

あなたのサイトはどんな目的を果たすのか

製作、実験など教室でのサポートまたは非同期の評定表と重要な教室のデータ同時ユーザー数

規模の問題は非常に重要です。比較的少数の同時ユーザーが、フォーラム投稿を介して、ホストに問題を抱えさせるのに十分な電子メールを生成することができます。電子メールの量、ユーザーとコースの保存スペース、アカウント数

5ナインのサイトを運営しますか

あなたが "ファイブナイン"について聞いたことのすべては何ですか。これは、 システムの稼働時間と、それによってシステムが停止して使用できなくなるまでの時間に与える影響について説明する方法です

5つのナインを達成することはそれほど難しいことではありませんが、冗長性なしにメンテナンスのためにシステムの一部を停止させるとすぐに1つが公園から追い出されることがすぐに明らかになります。

停止時間は、計画的な停止と計画外の停止に大きく分けられます。あなたは、午前2時から4時の間に寝ていた1つの時間帯の人々にのみ奉仕するので、あなたは夜間に計画された2時間の休止時間で暮らすことができると決めるかもしれません。一方、月曜日から金曜日の午前7時から午後10時までは、機能停止は許されません。

SYSADMINとして機能する準備はできていますか?

あなたはどのようにあなたのプロジェクトに人員を配置することを計画していますか(上記参照)あなたはあなたのIT部門からバイインしましたか?関係者全員がMoodleインストールの現実的な要求に精通していますか(FTEを悩ます!)

あなたのWebホストはあなたが必要とするサービスについて交渉しても構わないと思っていますか

SLA

SLAとはSLAはサービスレベル契約です。WikiペディアでSLAについての基本的な議論が提供されいますが、ベンダーから寄せられているナオミ・カーテン氏のサイトのレビューが役に立つかもしれません。 市販のSLAキットもあります。

例として、 Delhi SUNYとMoodleroomsのSLAおよびこの比較を参照 )、 North Umbria Learning用のpdf形式のSLA、およびカナダのKwantlen用のMS Word形式のSLAを考えてみましょう

対策

確かに、SLAを厳格かつ迅速に検討した結果、問題は、ベンダーが合意したサービスを提供していない場合にSLAが具体的な対応策を提示するかどうか、およびない場合はどのような方法です。

言い換えれば、救済策がなければあなたには権利がありません 。当事者の相対的な交渉力に応じて、救済策は金銭的損害賠償から期限延長までに及ぶ可能性があります。多くの場合、あなたの潜在的なベンダーはどんな特定の救済策にも同意することを拒否するかもしれません。帯域幅を「保証」しているベンダーと、帯域幅が保証されたサービスレベルを下回ったときにクライアントが何を受け取るかを尋ねられた場合、ベンダーは問題の解決に取り組むと述べています。救済策はなく、保証は単なる吹き飛ばしです。

救済策について交渉することは、ベンダーが自分の株に入れる信頼の量を探るための優れた方法です。ほとんどの場合、改善策が廃止される可能性があるため、ベンダーは改善策を提供できないと言われます。このベンダーには、ミッションクリティカルなサービスを提供するために必要な冗長性や経験がない可能性があります。


あなた自身への注意:ここに私たちがここに置くことができるか、あるいは実際に追加のページ(私の設定)に置くことができる本当の肉とジャガイモがありますので、サービスの範囲、サポートの種類、セキュリティ、電子メール、MySQLサポート、パネルへのリンク。 ...おそらく同様に、SLAの一般的なページ、定型句と保証、パンチリスト簡単な記述子とより詳細なページへのリンクを含むおそらく特定のセクション。

インストールの計画

インストールFAQ

アウトソーシング

スペックを開発する

多くの場合、より大規模なインストールは一般的なMoodleサイトにはならず、特定の目的や環境に合わせて調整またはカスタマイズする必要があります。

可能であれば、内部的に欲しいものの本当に明確な仕様を作成するようにしてください。あなたの目的と目標の声明を含めて、あなたのニーズについて明確で簡潔な文書を作成してください。詳細を知りたくないという誘惑には抵抗してください - 説明文とモックスクリーンショットが満載の100ページの仕様では、見積依頼(RFQ)が硬すぎるバスケットになってしまう可能性があります。

必要なものが正確にわからない場合は、以前に同様のシステムを実装したことのある専門家と相談することを検討してください。 Moodleフォーラムは、さまざまなMoodleエキスパートから質問をしたり結果を得たりするのに便利な場所です(ただし、適切な文書を先に読めば、誰もがそれを理解するでしょう)。

プロバイダーへのアプローチ

見積依頼をプロバイダに送信するときは、プロバイダが納期とリソースについてバランスの取れた判断を下せるように、納期とリソースに関する情報を必ず含めてください(必要な作業に応じて)。

引用符の比較

一般的にあなたはあなたが支払うものを手に入れます。ほとんどの場合と同様に、コスト値以外にも次の変数を考慮する必要があります。

  1. 会社の安定性
  2. サービスレベル契約(SLA)の詳細
  3. プロバイダの評判
  4. Moodleでの経験