「ウェブホストの検索と選択」の版間の差分
Toshihiro KITA (トーク | 投稿記録) (→メール) |
Toshihiro KITA (トーク | 投稿記録) 編集の要約なし |
||
(同じ利用者による、間の2版が非表示) | |||
125行目: | 125行目: | ||
最後に、もしあなたがウェブホストに使用した帯域幅の料金を支払っているならば、リモートバックアップは多額の出費の原因になる可能性があることを覚えておいてください。 | 最後に、もしあなたがウェブホストに使用した帯域幅の料金を支払っているならば、リモートバックアップは多額の出費の原因になる可能性があることを覚えておいてください。 | ||
''注: 現在、ドキュメントには[[ | ''注: 現在、ドキュメントには[[サイトのバックアップ]]というバックアップのページが1つありますが、これを分割して、スクリプトオプションを扱う1つのページと、バックアップの異なる側面を扱う別々のドキュメントにすることも、いつかは役に立つかもしれません。 いずれにせよ、バックアップページへのリンクを追加する必要があります。'' | ||
====データ==== | ====データ==== | ||
172行目: | 172行目: | ||
====メール==== | ====メール==== | ||
通常、MoodleはPHPのメールルーチンを使用しますが、場合によっては手動でメールを設定しなければならないことがあります。 手動設定の例としては、[[Eメールの設定]]および[[ | 通常、MoodleはPHPのメールルーチンを使用しますが、場合によっては手動でメールを設定しなければならないことがあります。 手動設定の例としては、[[Eメールの設定]]および[[GmailでのEメール設定]]をご覧ください。 | ||
====最大ファイルアップロード==== | ====最大ファイルアップロード==== | ||
241行目: | 241行目: | ||
# 提供者の評判 | # 提供者の評判 | ||
# Moodleでの経験 | # Moodleでの経験 | ||
[[en:Finding and Selecting A Web Host]] |
2021年11月26日 (金) 01:14時点における最新版
目的
これらのページは、ユーザがLMSとしてのMoodleを提供するための最良の方法を選択する際に、様々な質問、問題等を解決するためのリソースとして機能することを目的としています。
また、よくあるFAQもご覧ください。
Moodleインストールの計画
あなたの学校、組織、またはビジネスでMoodleインスタンスをインストールして使用することに興味がある場合、考慮しなければならないことがたくさんあります。 技術的な側面について考えるだけでなく、システムをどのように使用するか、システムをどのように維持するか、コンテンツをどのように作成するか、そしてユーザをどのようにサポートするかについても考えなければなりません。
あなたが提案するMoodleのサイズおよび利用可能な技術的専門知識に応じて、あなたは自分でMoodleをホストすることができるかもしれませんし、いくつかの助けが必要かもしれません! このページでは、Moodleサイトをどこでどのようにホストするかの決定に焦点を当てます。
ロールとスタッフの配置
考慮すべきロールはいくつもあります。同じ人もいれば、必要に応じて雇う人もいるし、全く必要のない人もいるでしょう...。
- 管理者 - サイトの日々の運営(コースの作成、ユーザ、問題の解決)
- 開発者 - 新しい機能の作成、既存のシステムとMoodleの統合など。
- システム管理者 - サーバの運営、バックアップ、セキュリティなど。
- コンテンツ作成者 - 実際の教材の作成。
あなたは誰ですか?Moodleインスタンスの種類
Moodleユーザには様々なタイプがありますが、ここではいくつかの例を紹介します。あなたに最も合うと思われる例を見て、あなたが必要とするスキルと、あなたが最も実用的だと思うタイプのホスティングのための最善のアドバイスを説明してみましょう。
教室の教師、インストラクタ、教授、コースの作成者
あなたがこのカテゴリに当てはまると判断した場合、あなたはおそらくMoodleパートナーとのフルサービスホスティングに興味を持つでしょう。 あなたが社内にIT部門を持っている場合、ホスティングを提供し、Moodleインスタンスの運営に関連する管理タスクの責任を負う契約を交渉することができるでしょう。 あなたの状況および必要なサポートレベルに応じて、アウトソーシングがより魅力的なオプションとなるでしょう。
(限定された)Moodleの管理者
このロールは、Moodleの管理に限られており、サーバ上の他のソフトウェアパッケージは管理しません。
あなたがこのカテゴリに当てはまると判断した場合、あなたはおそらくMoodleパートナーによるフルサービスのホスティングに興味を持つでしょう。 あなたが社内にIT部門を持っている場合、彼らにホスティングを提供してもらい、あなたはMoodleインスタンスの運営に関連する管理タスクの責任を負うよう手配することもできます。
高度なMoodle管理者
このカテゴリに当てはまると判断された方は、サービスなしのホスティングに興味を持たれるでしょう。
サーバ管理者
また、サーバおよびスタックソフトウェアを管理するために必要なスキルおよび知識を持っている人のために、サーバ管理者向けホスティングのページもあります。 あなたがこのカテゴリに当てはまる場合、Moodleインスタンスの管理にあまり関与しない、または関与しないかもしれません。 一部の人は、Moodleインスタンス全体を管理するだけでなく、サーバを実行することができるでしょう。
ホストの種類
MoodleCloud
MoodleCloudは、Moodle Pty Ltdが運営するホスティングサービスです。このサービスは、限られた機能とユーザアカウント数の制限 (プランにより50~500ユーザ) で、小規模にMoodleを試すためのオプションとして提供されます。あなたのサイトは数分で立ち上げることができます。年間プランは、無料 (広告付き、50ユーザまで) から、500ユーザまでサポートし、追加機能 (バックアップ、高度なテーマ、追加プラグインパック) を有効にする最高プランまであります。サーバへのアクセスおよびカスタムプラグインをインストールするオプションはありません。MoodleCloudは、FAQページおよびサポートリクエストフォームによる基本的なサポートしか提供しません。
完全なMoodle管理/メンテナンスサービスを提供するホスト
いくつかのホストは、Moodleをソフトウェアパッケージとしてサポートするだけでなく、Moodleが動作するサーバを提供し、維持する準備ができています。 ホストは、トレーニング、コンテンツ構築および開発サービスも提供します。サービスパッケージには、Moodleのアップグレード、承認されたサードパーティのブロック/モジュール/問題タイプのインストール、データベースのメンテナンス、電話またはEメールによるサポート、およびバックアップが含まれます。
ここでは、フルサービスのホストには2つのタイプがあります。 MoodleパートナーおよびMoodleパートナーではないホストです。
Moodle Partnersは、Moodle Pty Ltdと密接に連携しているMoodleベースのサービス会社の国際的なグループです。
Moodleプロジェクトとは関係なく、ロイヤリティでプロジェクトをサポートしていない、同様のサービスを提供しているさまざまな企業があります (lms hostingなどの別の名前で提供している場合もありますし、そうでない場合もあります)。 いくつかの会社は、サードパーティの広告でサポートされている無料サービスを提供しています。商用目的の場合、'Moodle' は商標であり、これを使用してサービスを販売している公式Moodleパートナーのみを見つけるべきであることに注意してください。
これらの企業はそれぞれ個別の問題を抱えており、どのようなサービスパッケージを購入するのか、またそれがどのくらいの期間続くのかを理解するのは、最終的にはお客様ご自身の責任となります。 よく調べて、自分のニーズと期待を明確にしてください。
あなたが "Moodleホスティング" をグーグルで検索すると、Moodle Partnersが見つかり、フルサービスではないMoodleホスティングを提供する多数のサイトが見つかります。 非常に注意してください。"Moodleホスティング" を宣伝している多くのサイトは、実際にはソフトウェアのホスティングのみを提供しており、追加の管理およびメンテナンスサービスは提供していません。 これらのホストは、あなたがMoodleを実行するために必要なソフトウェアを提供しますが、その後はあなた自身で対処してください!
Moodleの管理および保守サービスを含まないホスティング
Moodleの管理および保守サービスを含まないホスティングは、おそらく最も一般的な状況です。 多くの人は、Moodleインスタンスを動作させるためのハードウェアおよび基本ソフトウェア "スタック" に責任を負いたくないと判断した場合、このオプションを選択します。また、Moodleの管理に関する専門知識を提供するためのプレミアムを支払いたくない場合もあります。 何千ものウェブホストがあり、それぞれがわずかに異なるサービスオプションを提供しています。
フルサービスまたはマネージドホスティングパッケージには、アップグレード、承認されたサードパーティのブロック/モジュール/問題タイプのインストール、データベースメンテナンス、電話またはメールサポート、およびバックアップが含まれる場合がありますが、無料のホスティングでは、あなたがMoodleインスタンスの運営に関するこれらすべての側面を管理することを前提としています。
自分のサイトのホスティングにそれなりの自信があれば、これは非常に安価なソリューションとなります。
社内でのホスティング(または "Do it yourself")
あなたに必要なバックグラウンドおよび関心があれば、あなた(またはあなたのITチーム)は、あなたの教育機関、ビジネス、またはプロジェクトをサポートするために、あなた自身のサーバをセットアップして、1つまたは複数のMoodleインスタンスを実行することができます。 あなたは、様々なオペレーティングシステム (Mac、Linux、Windows) および複数の異なるデータベースオプション (MySQL、Postgres、MSSQL) でMoodleを展開することができます。 また、上述の商用サポートプロバイダからの社内ホスティングの商用サポートを検討することもできます。
ウェブホストの選択
ユーザエクスペリエンス
あなたのコンペンション
マトリックスは、ユーザが様々なウェブホスティングの選択肢に関する情報をここで提供できるように作成されました。マトリックスへの追加は自由ですが、脚注の規則と表の構造を尊重してください。 ウェブホストに関するユーザからのフィードバックに対応するために、Google Docsを使用することが検討されています。Google Docは最終的にはウェブホストのドキュメントに埋め込まれるかもしれませんが、実験的なバージョンはここで見ることができます。
'NB:' マトリックスのwiki構造が面倒な場合は、"ページコメント" タブ(これを見るにはdocsにログインする必要があり、その場合も別のログインが必要です....)から+タブを使ってコメントを追加すれば、誰かがマトリックスに転送してくれます。
フォーラムでのディスカッション
フォーラムは、時間とともに状況が変化するため、権威あるものと見なすべきではありませんが、これまで様々なウェブホストに関するディスカッションの中心となってきました。
主にGoDaddyに焦点を当てた投稿集は、こちらにありますまたはインストール手順はこちらであり、Richard Enison (RLE)の好意による他のかなりの数のホストに関するディスカッションのリストは、そのコレクションの中にこちらのアドレスで表示されています。
様々なホスティングプロバイダにMoodleをインストールする方法
- SmarterASP.NET共有ウェブホスティングへのMoodleのインストールでは、2013年2月23日現在、まだ1クリックインストールを提供していません。
- DiscountASP.comでは、2013年2月23日時点でのバージョン2.3のMoodleを1クリックでインストールできるMoodleホスティングを提供しています。
- Go Daddyは、1クリックでインストールできるMoodleホスティング(2013年2月20日現在、バージョン1.9)を提供しています。それ以降のバージョンが必要な場合は、Go DaddyにMoodle 2.2をインストールするをご覧ください。
ウェブホストを使う理由
一般的な懸念事項は:
一般的な管理およびインストール支援
多くのウェブホストは、ウェブアプリケーションをインストールおよび管理するためのショートカットを提供するGUIを提供しています。 代表的な "パネル" としては、FantasticoやCpanelがあり、多くのウェブホストが提供している管理アプリケーションの例としては、phpmyadmin(mysqlデータベースの管理)があります。
CPanel
あなたがCpanelを持つホスティング会社を選択する場合、こちらのチュートリアルは、ホストの選択および古いcpanel経由でのmoodleのセットアップについて、いくつかのガイダンスを提供します。非常に大きなファイル(約12分)で、ロードするのに待たなければなりませんが、Eric Hagleyは、段階的なアプローチを提供しているため、待つ価値があると述べています。新しいCpanelをお使いの方は、こちらのリンクで最新のチュートリアルをご覧ください。
ソフトウェアを最新の状態に保つ
Moodleのようなソフトウェアは静的なものではなく、常に変化しています。 実際、Moodleソフトウェアは毎日変更されます。ソフトウェアはセキュリティ問題を修正したり、改善するために変更されることがあります。 ある点を修正すると、別の点でバグが発生することもあります。
さらに、以下に述べるように、あなたが最新の状態を維持したいと思う製品はMoodleだけではありません。
他にも記載されていますが、ウェブホストの中には、ウェブアプリケーション管理用のユーティリティを提供しているところがあります。そのようなユーティリティ(例えばCpanel)を使ったソフトウェアの更新については、上記の一般的な管理およびインストール支援のセクションを参照してください。
ソフトウェアの互換性
Moodleは "単なる" Moodleではありません。 Moodleエクスペリエンスは、Moodleコード自体だけでなく、ウェブサーバ (多くの場合、Apacheとは限りません)、PHP、およびデータベースエンジン (多くの場合、mySQLとは限りません) を含むソフトウェアアプリケーションのセットに依存しています。関連する各要素は定期的にアップデートされますので、互換性の問題が発生します。あるアプリケーションを修正すると、別のアプリケーションで問題が発生する可能性があります。さらに、あるバージョンで問題に対処する方法は、次のバージョンで変更される可能性があります(例: php.iniファイルの使用は、php 4.xではすべてのディレクトリで必要でしたが、php 5では不要になりました)。
Moodleの4つの主要コンポーネント (再度、ウェブサーバ、データベースエンジン、PHPおよびMoodleコード) に加えて、あなたはMoodleで使用する様々な追加ソフトウェアをインストールしたいと思うかもしれません (Moodleは外部アプリケーションの統合を提供する多くのモジュールを提供します)。あなたのシステム全体に外部アプリケーションを追加すると、複雑さが増します。なぜなら、様々なアプリケーションが開発されると、それらを統合するモジュールが故障する可能性があるからです。
モジュールのインストールはMoodle専用のサービスを提供している会社が行いますが、一般的なウェブホストでは対応していません。
Moodleクラスで聞かれる最も知的な質問の1つは、Moodle Aで開発されたコースがMoodle Bで動作するかというものです。ベスト回答は "おそらく" です。
バックアップ
Murphy's Law には例外はありません。これは絶対的なもので、あなたが誰であるか、どこから来たのか、何をしているのかを知らなくても、あなたのMoodleはいつか失敗するかもしれません。良いニュースは、複数の失敗の確率があなたに有利であるということです。あなたが十分に準備していれば、この不測の事態は、足を踏み外したときのように平穏に見られます.....
Moodleインスタンスをサポートするために必要な他のすべてのソフトウェアと同様に、あなたのハック、追加、およびMoodleで使用した設定をしっかりと記録しておくことは、非常に貴重な情報となります。 コースのバックアップ、ソフトウェアのバックアップ、およびデータベースのバックアップを含む、バックアップ体制も重要です。
Moodlerは、Moodle自体はバックアップを行うことができますが、Moodleのバックアップは非常に負荷が高く、効果的なバックアッププログラムのほんの一部に過ぎないことを覚えておいてください。
以下では、さまざまなバックアップの種類や問題点について説明しますが、まずは根本的な問題である「誰が何をしているのか?」について説明します。
あるウェブホストは "スナップショット" を提供し、あるウェブホストはサイト全体のバックアップを提供します。シェルアクセスを提供して、自分でロールアップするように指示するものもあれば、正直言って気にしないウェブホストもあります.... 特別な契約がない限り、ウェブホストがお客様のデータを維持する責任を認めることはまずないことを覚えておいてください。 残念ながら、一般的にはデータの種類ごとに異なる種類のバックアップが必要になります。自分でサイトの効果的なバックアップを行う方法を学ぶか、ウェブホストとベアメタルバックアップに相当するものを交渉する必要があります(ウェブホストが賢明と考えるよりも、バックアップをより最新のものにしたいので、適切なウィンドウを特定する必要があります....)
シェルにアクセスできるのであれば、効果的なバックアップレジメンを構築するために使用できるスクリプトが数多く存在するという良いニュースがあります。
データのバックアップに関しては、対処すべき重要なポイントがあります。バックアップの場所やリモートバックアップの管理(この点ではrsyncが役に立ちます)、ファイル自体の取り扱いやリサイクル(いつバックアップするのか、バックアップするときに何をバックアップするのか、特定のファイルをどのくらい保管するのか)などのグローバルなものから、狭い範囲のものまで様々です(例えば、バックアップ中はdbをロックすべきです)。データの種類によって扱い方が異なるため、ここではディスカッションを分けましたが、異なる種類のデータすべてのバックアップに対応するようにシステムをスクリプト化することもできます。
もうひとつのオプションとして、シンプルなストアやフェイルオーバーユニットへのデータのレプリケーションを検討することもできます。mysqlのレプリケーションには、一部のウェブホストが提供していないmysqlコマンドへのアクセスが必要であることに注意してください。レプリケーションを検討している場合、ベンダーがホストする複数のプライベートシステムを使用しているか、独自のインストールを実行していて、フェイルオーバー、クラスタ、レプリケーションについて深く検討している可能性があります。
最後に、もしあなたがウェブホストに使用した帯域幅の料金を支払っているならば、リモートバックアップは多額の出費の原因になる可能性があることを覚えておいてください。
注: 現在、ドキュメントにはサイトのバックアップというバックアップのページが1つありますが、これを分割して、スクリプトオプションを扱う1つのページと、バックアップの異なる側面を扱う別々のドキュメントにすることも、いつかは役に立つかもしれません。 いずれにせよ、バックアップページへのリンクを追加する必要があります。
データ
データとは、moodledataディレクトリの内容を意味しており、これはあなたの最も重要な資料を表しているかもしれません。
GUI
あなたのGUIは、バックアップの際、最もよく無視されるものです。多くの場合、あなたのGUIはテーマのカスタマイズに反映され、関連するデータはあなたのMoodleコードインストール (/moodle/theme - 下記参照) およびMoodledata (使用された画像のサイト) に保存されています。
データベース
どのようなデータベースを使用していても、定期的にデータベースをダンプして保存することが重要です。特に、最近のデータベースダンプがあれば、サイトを簡単にリストアすることができます。この作業は、phpmyadminやmysql adminのようなGUIや、アクセス権と必要なスキルがあればコマンドラインを使って手動で行うことができます。 また、市販のスクリプトやオープンなスクリプト(HandyBackup や automysqlbackup など)を使って自動化することもできます。
ソフトウェア
あなたのMoodle構成 (追加モジュール、ハックおよびツイドル) だけでなく、あなたが統合した補完的なソフトウェア (Mahara等) もバックアップする必要があります。
あなたは、Moodleからダウンロードして再インストールできるのに、なぜあなたのMoodleコードをバックアップする必要があるのかと質問するかもしれません。 ここにはいくつかの問題があります。 まず、あなたが今日ダウンロードしたMoodleのバージョンは、あなたが明日ダウンロードする同じバージョンのMoodleとは異なります。 これは混乱を招くものですが、これが現実です。 新規インストールの結果、リストア時に問題が発生する可能性があります。あなたが障害に直面している場合、昨日動作していたものが今日は動作していない理由を解明することは避けたいものです。万事が不変であることがリストアの特徴であり、自分が知らない変化に対処したくはありません。
第2の問題は、潜在的なカスタマイズで、それがPHPコードへのハックであろうと、単に追加モジュールのインストールであろうと、です。スピードが重視される場合(障害後のリストアを行う場合、最もよく聞かれる言葉は "どのくらいで" です)、あなたのMoodleアプリケーションを再作成する必要はなく、リストアが可能であることが望まれます。
そして、先ほどのポイントに関連する3つ目の問題は、テーマのカスタマイズです。テーマは、/moodle/themeに保存されます。
セキュリティ
セキュリティというと、データに対する潜在的な脅威という文脈で語られることが多いです。もちろん、ここで問題となるのは、人々がデータを異なる方法で考えていることです。Moodleがmysqlデータベースに入れているデータがあります。 Moodleがmoodledataファイル構造に配置するデータがあり、Moodleコード自体があります。これらすべてのタイプのデータを、許可されていない読み取り、書き込み、および実行から保護することを検討してください。これを2次元のマトリックスと考えてください。 コーディングの不備、外部設定の問題、Moodle内部設定の問題など、既存のテーブルのどのセルにもアクセスできる可能性のある様々な方法を含む3次元目を追加してください。
コードの不備
コードエクスプロイトにはパッチで定期的に対応しています。
セキュリティレポートや情報を提供する各種フォーラムなどへのリンクが必要です。
設定
この分野で最も典型的な問題は、moodledataディレクトリをウェブルートに置くことです。
Moodleセットアップ
これには、登録、内部のロール設定などが含まれます。
おそらく、ここで最も広く議論されている問題は、管理者がオープンな電子メール登録を許可した場合に生成されるプロファイルスパムの問題です。 これがセキュリティ上の問題であるかどうかについては議論がありますが(同じ人が両方の立場に立っていることもあります)、現実的な観点から言えば、Bosche氏が赤面するほどのポルノを含む小学校を対象としたMoodleができるということです。
Moodleネットワーク、LDAP等に依存する高度な認証には、採用するスキームに応じた管理スキルが必要です。また、認証と認可の違いを含むアクセスコントロールの基本的な性質についても知っておく必要があります。例えば、http://en.wikipedia.org/wiki/Access_control をご参照ください。
もっと地味ですが同様に重要なのが、セキュリティポリシーの問題と、データへのアクセス権を扱うプロトコルの制定です(米国ではHIPAA、FERPA、IDEAなど)。
統合
最初に基本的なMoodleをインストールした後、あなたが使用することを期待しているすべてのベルとホイッスルでMoodleを統合するために対処する必要があり、かなり多くのタスクがあります。
Cron
インストール後の最も重要なタスクの1つは、システムcronデーモン (または、タスクスケジューラ...) を通じて、cron.phpを起動することです。バックアップ等の他のタスクに加えて、cronはメールをトリガーします。Cronでは、多くのことが説明されていますが、smtp (Moodle 1.9.3ではいくつか修正されています) を別のポートで使用しようとすると、問題が発生する可能性があります。
メール
通常、MoodleはPHPのメールルーチンを使用しますが、場合によっては手動でメールを設定しなければならないことがあります。 手動設定の例としては、Eメールの設定およびGmailでのEメール設定をご覧ください。
最大ファイルアップロード
Moodleへのファイルアップロードの最大サイズは、Moodle GUIでコントロールできますが、ApacheおよびPHPでも制限されています。以下は、このような問題についてのディスカッションの例です: http://moodle.org/mod/forum/discuss.php?d=98064&parent=433245 および http://moodle.org/mod/forum/discuss.php?d=103190&parent=456650
ウェブホストの選択基準
どのような目的のためのサイトなのか
制作、実験など クラスルームサポートまたは非同期リモート 評定表と重要な授業データ 同時接続ユーザ数
規模の問題は非常に重要です。 比較的少数の同時接続ユーザがフォーラムへの投稿を通じて十分な数の電子メールを生成し、ホストとトラブルになることがあります。 メールの量、ユーザやコースの保存スペース、アカウントの数。
ファイブナインズのサイトを運営する予定はありますか?
"ファイブナイン" とは何のことでしょうか。これは、システムのアップタイムを議論するための方法であり、それによってシステムがダウンして利用できない時間の長さを意味しています。
ファイブナインを達成するのはそれほど難しいことではありませんが、冗長性がない場合、メンテナンスのためにシステムの一部を停止すると、すぐに破綻してしまうことは明らかです。
ダウンタイムは大きく分けて、計画停電と非計画停電があります。 あるタイムゾーンの人々にしかサービスを提供しておらず、彼らは午前2時から4時の間はベッドにいなければならないので、一晩に2時間の計画的ダウンタイムがあっても大丈夫だと判断するかもしれません。 一方で、月曜から金曜の午前7時から午後10時までは、停止時間は許容できないと考えるかもしれません。
SYSADMINとしての準備はできていますか?
プロジェクトのスタッフはどのように配置する予定ですか(上記参照)? あなたのIT部門からの賛同は得られていますか? 関係者全員が、Moodleインストールの現実的な要求に精通していますか(FTEを忘れないでくだい!)。
あなたのウェブホストは、あなたが必要とするサービスに対して交渉してくれますか?
SLAs
SLAとは何ですか?SLAとはService Level Agreementのことです。wikipediaにはSLAの基本的なディスカッションが掲載されていますが、ベンダー向けのNaomi Kartenのサイトを見てみると参考になるかもしれません。 http://www.service-level-agreement.net/ 市販のSLAキットもあります]。
例として、Delhi SUNYとMoodleroomsのSLAについて (そして、この比較をご覧ください)、North Umbria Learningのpdf形式のSLA、Kwantlen, CanadaのMS Word形式のSLAを考えてみましょう。
改善策
さて、SLAをしっかりと検討した上で、問題となるのは、ベンダーが合意したサービスを提供しなかった場合の具体的な救済策がSLAに記載されているかどうか、また、記載されていない場合、どのような手段を取ることができるかということです。
別の言い方をすれば、救済策がなければ権利はありません。 救済措置は、当事者の相対的な交渉力に応じて、金銭的な損害賠償から期間延長まで様々です。多くの場合、潜在的なベンダーは、特定の救済策に同意することを拒否するかもしれません。 例えば、帯域幅を "保証" するベンダーが、帯域幅が保証されたサービスレベルを下回った場合に顧客が受け取るものは何かと聞かれたとき、ベンダーは「問題解決のために努力する」と答えますが、救済策はなく、保証は単なる誇大広告です。
救済措置の交渉は、ベンダーが自社の株式にどれだけ信頼を置いているかを探るのに最適な方法です。多くの場合、ベンダーは救済策を提供できない、救済策を提供するとベンダーが倒産する可能性があると言われます。このベンダーは、ミッションクリティカルなサービスを提供するのに必要な冗長性や経験を持っていない可能性があります。
自分へのメモ: ここでは、本当の意味での基本を紹介しています。 SO サービスの範囲、サポートの種類、セキュリティ、電子メール、mysqlサポート、パネル.... へのリンク。 おそらく、SLA全般、定型文と保証、パンチリストに関するページも必要となるでしょう。 特定のセクションには、簡単な説明とより詳細なページへのリンクを設けます。
インストールの計画
外部委託
仕様書の作成
多くの場合、大規模なインストールはバニラMoodleサイトではなく、特定の目的や環境に合わせて調整またはカスタマイズする必要があります。
可能であれば、あなたが社内で何を望んでいるのか、本当に明確な仕様を作成してみてください。 お客様の目的や目標を含め、お客様のニーズを明確かつ簡潔にまとめた文書を作成してください。 100ページに及ぶ仕様書には説明文やモックのスクリーンショットが満載されているため、見積依頼(RFQ)がハードルの高いものになってしまう可能性があります。
あなたが何を必要としているのか正確にわからない場合、以前に同様のシステムを導入したことのある専門家に相談することを検討してください。 Moodleフォーラムは、様々なMoodle専門家に質問したり、結果を得るのに便利な場所です(ただし、あなたが最初に関連ドキュメントを読んでいれば、誰もが感謝するでしょう)。
プロバイダへのアプローチ
プロバイダに見積もり依頼を送る際には、プロバイダがコストと利用可能性をバランスよく判断できるように、納期やリソースなどの情報を必ず記載してください(必要な作業に応じて)。
見積もりの比較
一般的には、支払ったものは得られるものです。 ほとんどのものがそうであるように、コストだけではなく、次のような要素も考慮する必要があります。
- 会社の安定性
- Service level agreement(SLA)の詳細
- 提供者の評判
- Moodleでの経験