Easy Project Private Serverについてのすべて

サーバーソリューションはあなた自身のサーバー（あなたがソフトウェアをホストする）のために設計されています。このソリューションを購入することであなたは手に入る インストール可能なソフトウェア + ソースコード。サーバーソリューションには、XNUMXか月間の無料アップデートが含まれています。更新は、購入後にアクセスできるクライアントゾーンでダウンロードできます。さらなる更新が支払われます。

義務なしでサーバーソリューションを求める

仮想化 - VMware、VirtualBox

これは、サーバーソリューションベンチャーの最初から自然なステップでした。 Easy Projectをデプロイする最も簡単な方法は、提供されている仮想マシンを使用することです。 最適なパフォーマンスが得られるように事前設定済み。 VMwareおよびVirtualBox互換のマシンは、追加料金なしで提供されます。少額の料金で、Hyper-Vマシンを提供することもできます。

また、EasyProjectコミュニティ向けにVMの無料バージョンをいくつかリリースしました。

簡易プロジェクトインストーラ

これまでで最も使用されたツール。 Easy Projectをサーバーに直接インストールすることを選択した場合、このツールを使用すると非常に簡単になります。コマンドをXNUMXつだけ実行してから、 ウィザードに従う。インストール、マイグレーション、レーキタスク、gemの更新などを手動で実行する必要はもうありません。Easy Projectインストーラは自動的にそれを行い、エラーの可能性を最小限に抑えます。

Easy Projectインストーラは、定期的なアップデートに使用できるVMの不可欠な要素です。

Docker化 – Docker

Docker は、Easy Redmine をデプロイするための柔軟で効率的なオプションを提供します。 Docker のコンテナ化テクノロジを活用することで、アプリケーションとその依存関係を標準化されたコンテナにパッケージ化できます。

これらのコンテナはさまざまな環境にデプロイできるため、開発、テスト、実稼働の各段階にわたる一貫性が確保されます。

Docker の移植性、拡張性、分離機能により、 ソフトウェア導入プロセスを合理化するための信頼できる選択肢.

簡単なサーバー要件チェック

Easy Projectはさまざまなシステムに依存していますが、この時代には普通のことです。 統合テクノロジ。依存関係を整理するために、非常にシンプルなツールを考案しました。 サーバー上の重要なコンポーネントを確認します。管理者は、単純なコマンドを実行して、各要件のステータスを見つけるだけです。この情報は、インストールまたは更新前の管理者にとって重要ですが、考えられる問題に対してより多くの情報に基づいた対応を提供するサポートスタッフにとっても重要です。

マニュアルとガイドライン

サーバー環境は、ばかげた規模の多様なジャングルです。すべてのパーツを完璧に同期させるには、膨大な経験と継続的な作業が必要です。 あなたの知識をリフレッシュ 新技術について。私たちのアプリケーションに関連する最も重要な構成とコンポーネントのために、我々は命令を発表しました 管理者を支援するマニュアルとガイドライン 通常のサーバーメンテナンスで。

インストールマニュアル、ルビーのアップデート、サーバーの設定、便利なコマンド、一般的なサーバーエラーなどが含まれます。

サーバーソリューションの制限

柔軟性をサポート

当社は、セルフホスト型アプリケーションをスムーズに実行するために、お客様にできるだけ多くの有用な情報とツールを提供できるよう常に最善を尽くしていますが、お客様の環境を直接制御することはできません。つまり、サーバー上で直接修正を実行することができず、サーバー上で発生するさまざまなエラーの原因を探すことができないため、サポートを提供する際には推測するしかありません。

弊社管理者によるリモートサーバーサポートは有料サービスとしてご利用いただけます。さらに、クラウドソリューションと比較すると、解決にかかる時間は常に長くなります。これは単に、クライアント/サーバーへのアクセスを提供する前に必要な調整が原因です。これは次の点につながります。

アクセス制限と問題

ほとんどの場合、顧客がサーバーのサポートを要求した場合、サーバーへの直接アクセスは提供できませんが、TeamViewer などのアプリを介したリモート制御セッションが提供されます。アクセスできないよりはマシですが、私たちの経験によると、リモートコントロールツールを使用すると、直接 (SSH) アクセスに比べて柔軟性と解決時間が大幅に低下し、ホスティングコンピューターとの接続の問題、遅延、制御不能が発生します。顧客はコンピュータを使用します。これらを合計すると、SSH アクセスよりも解決時間が最大 50% 遅くなります。

スケジューリング

サーバー管理者の需要は供給よりも大きいですが、これは厳然たる事実です。サーバーサポートも例外ではありません。この単純な理由から、問題を完全に解決するために十分な時間枠を確保できるように、サーバーのサポートを事前にスケジュールする必要があります。

これは、唯一のアクセスオプションが顧客の管理者の立ち会いが必要なリモートコントロール経由である場合に特に当てはまります。お客様が SSH アクセスを提供した場合、この問題は少し小さくなります。管理者は利用可能になったらすぐに修復を開始するため、お客様の管理者に会う必要はありません。

バグ報告の検証

すべてのサーバー環境が異なると言っても過言ではありません。構成オプションが非常に多いため、XNUMX 台の同一のサーバーを使用することは不可能だと考えるかもしれません。多くの場合、これが、顧客が説明したバグとして機能する社内の特定の動作をシミュレートできない理由です。

アプリケーションの実行に必要なサービスが推奨と異なる構成になっている場合、それが必ずしも間違っているわけではありませんが、アプリケーションでその構成を追跡するのが難しい問題が発生する可能性があります。