Cloudwaysプラットフォームがどのようにエージェンシーがプロジェクトをより良く提供するのを助けるか

私たちは、アプリとWeb開発のプロジェクト管理プロセスを完成させるために代理店で何年も費やしてきました。 プロジェクトのライフサイクルには、クライアントとの関係の崩壊につながる可能性のある非常に多くの潜在的な障害点があります。 私たちはサービスプロバイダーとして、可能な限りスムーズで安定した配送プロセスを提供する責任があります。

私たちはクライアントが彼らの目標を達成するのを助けたいと思っています、そして私たちは最初の契約を超えて彼らとの長期的な関係を発展させたいと思っています。 クライアントの生涯価値は、Webビルドで停止する必要はありません。 うまくいけば、効果的なチームと優れたデリバリーにより、最初のブリーフを超えて彼らをさらにサポートする関係を発展させることができます。

免責事項：私はしばらく前にCloudwaysに恋をしたので、これを2年間の新婚旅行についての私のバラ色の非常に偏った見方として受け入れてください。 私が彼らのブランドをほぼ毎日着用している理由を強調しなければならなかった欲求不満を共有します！

潜在的な障害のタッチポイント

多くの機関は、低コストのホストを介してオンラインで作業し、アプリケーションを開発およびテストしています。 オンラインプロジェクトでの経験における重要なタッチポイントは次のとおりです。

• 信頼性の低い開発サーバー
• 一貫したバックアップの欠如
• 貧弱なユーザーインターフェース
• 限られたセキュリティオプション
• 遅いサポート
• ホストの制限
• 不十分なドキュメント

信頼性の低い開発サーバー

低速のサーバーにデプロイしたり、読み込みにかかる時間に不満を持っているクライアントから作業の品質について質問されたりすることほど悪いことはありません。

一貫性のあるバックアップの欠如

Githubを使用しているにもかかわらず、データベースを含むその時点からの明確なスナップショットがある以前の復元ポイントにWebサイトをすばやくロールバックする必要がある場合があります。 多くのホストはあなたがあなた自身のバックアップの世話をすることを期待しており、私たちがコントロールパネルで経験した手動バックアッププロセスは遅く、不格好で信頼性がありませんでした。

貧弱なユーザーインターフェース

完全にロードされたコントロールパネルを掘り下げたり、SSHの設定方法を試したり、PHPバージョンを制御できる場所を見つけたりするのは簡単に思えるかもしれませんが、ワークフローに遅延とストレスが加わります。 直感的でないインターフェースを文書化することも、作成とフォローの両方の課題です。

限られたセキュリティオプション

公共部門のプロジェクトに取り組んでいる私たちは、デューデリジェンスを行わなければなりません。 セキュリティレベルでチームアクセスを追加したり、2要素認証を有効にしたりするオプションがないと、使用できるホストが制限されます。

遅いサポート

何かが機能していないプロジェクトの途中で、さらに悪いことは何もありません。 最後に必要なのは、サポートヘルプデスクプラットフォームを介した応答が遅いことです。 24時間対応のSLAは、当社のビジネスニーズを満たしていません。

ホストの制限

管理対象サーバーへの完全に無制限のアクセスを提供できるホストはありませんが、熱心なシステム管理者を設定する多くのレンガの壁にぶつかりました。 インストールできるパッケージや構成オプションなどの制限により、プロジェクトの途中で開発サーバーを移動する必要があり、数日かかることになります。

そうは言っても、代理店向けの手間のかからないWordPressホスティングの使用を検討する必要があります。

不十分なドキュメント

開発者のチームとして、私たちはサーバー環境の内部動作と、利用可能なオプションについて非常によく理解しています。 数え切れないほどのサポート質問の送信に頼るよりも、ドキュメントを掘り下げて作業を続行するために必要なものを見つけられるようにしたいと考えています。

Cloudwaysはクラウドホスティングゲームをどのように変えましたか？

したがって、これらのいくつかのタッチポイントは、時には些細なことのように見えるかもしれませんが、プロジェクト、期限、およびストレスを増大させ、これらは非常に簡単に不均衡に爆発する可能性があります。 2つのエージェンシーを運営していると、これらの問題は多くのプレッシャーにつながり、私は有害な間違いを犯すことになりました。

以前のプラットフォームでは、私のチームと私は、データの損失、セキュリティ違反、サポートのフラストレーションなどに対処する必要がありました。 私は解決策に戸惑いました。

何年にもわたってクラウドが引き継がれ、クラウドサーバーが私の速度とリソースの問題に答えることができることを認識しましたが、サーバーを起動して管理するプロセスは複雑でした。 私たちが最善を尽くすことに集中できるように、私たちをサポートし、サーバーを管理するスペシャリストが必要です。

一部のクラウドオファリングが提供するコントロールパネルは、よりシンプルなインターフェイスを提供しようとしましたが、「管理されていない」条項が原因で制限されたり、サポートがほとんどまたはまったく受けられなかったりするという問題が発生しました。 それが「管理」されていたところでは、必要なものを追加する力や制御がほとんどありませんでした。

ゲームチェンジャー

速度の問題を突き止めましたが、他の問題はまだ存在していました。 それからCloudwaysが私の注意を引き、私の世界を揺るがしました！ 彼らは私が複数のクラウドソリューションにまたがってサーバーを起動できるようにする中央システムを作成しました。それは私のプロジェクトの問題のほとんどに答えるでしょう。

さまざまなプロジェクトタイプに合わせてサービスプロバイダーを選択できます。 すべてを管理するためのシンプルなインターフェイスと、ライブチャットとドキュメントを介したサポートへの高速アクセスがありました。 Cloudwaysを含め、完璧なものはありませんが、目的に適さないプラットフォームに我慢することから、Cloudwaysは私たちのビジネスにほぼ完璧に近いものです。

数か月早送りすると、プロジェクトのワークフローが完全に変わりました。

プロジェクトセットアップワークフロー

開発スタックとライブサーバーを使用して、非常に明確なワークフローを実現しました。これらはすべてCloudwaysエコシステム内にあります。

サーバーの選択

まず、必要な仕様と容量に応じて、既存のサーバーを選択するか、新しいサーバーを作成します。 世界のほぼすべての場所にある主要なクラウドサービス上にサーバーを作成できることは、非常に満足のいく経験です。

アプリケーションのセットアップ

次に、アプリケーションを起動します。 Cloudwaysを使用すると、WordPress、eコマースなどの事前にパッケージ化されたセットアップを備えた幅広いアプリケーションテンプレートから選択できます。 アプリケーションを簡単に識別できるように、命名規則を慎重に採用しています。

プロジェクトを設定する

次に、Cloudwaysインターフェースを使用して新しいプロジェクトを作成します。 そのプロジェクトに関連するアプリケーション（サイト）を選択できます。 例：「クライアントX –開発」および「クライアントX –ステージング」。 これは、関連するサーバーへの高速アクセスにとって重要ですが、誰が何にアクセスできるかを制御することもできます。 アプリをプロジェクトに関連付けることで、チーム管理の力が実際に解き放たれます。

チームを設立する

次に、誰がプロジェクトに参加するかを確認し、プロジェクトのメンバーとして追加します。 また、必要なアクセスレベルも構成します。 たとえば、一部の開発者はサーバー設定とパッケージを変更できる必要がありますが、バックアップ、スケーリングオプション、セキュリティ設定などにアクセスする必要はありません。

Gitのセットアップ

バージョン管理のために、プライベートリポジトリをコード展開の準備ができている関連アプリケーションにリンクします。 これにより、「何かを試してみたい」という冒険的でありながら善意のある開発者からコードベースを保護することができます。

通知の設定

特定の通知を送信するようにCloudwaysボットを設定しました。 これは、電子メールまたはSlackのいずれかを介してAPIを介してプッシュできます。 ただし、私たちはAPIが大好きで、「アプリケーションセットアップ」で設定した命名規則に基づいて、アプリケーションごとに誰に何を通知するかについてのルールを内部で作成できます。 これは、チームメンバーが無関係な更新で溢れかえっていないことを意味します。 彼らはボットに注意を払う可能性が高くなります。

バックアップ

私は安全が好きです。 ですから、始める準備ができたら、プロジェクトの最初からどこにいたかをバックアップしてから、すべてを構築し続けるのが好きです。 特定のメンバーは、開発プロセス中にもオンデマンドバックアップを作成できます。

ワークフローのトラブルシューティング

これで、プロセスに一致するセットアッププロセスができました。 プロジェクト中に、解決する必要のある問題が発生する可能性があることを認識しています。 これらには、不足しているパッケージ、十分なリソース、バグなどがない可能性があります。 Cloudwaysは、私たちが物事を解決するのを非常に簡単にしました。

これがCloudwaysでの方法です。

グーグル

多くの場合、私たちの質問はCloudwaysとはあまり関係がありません。これは、インストールする必要のあるターミナルまたはパッケージで使用する必要があるコマンドである可能性があるためです。 したがって、私たちの最初の寄港地は、インターネットからその種の情報を取得することです。 個人的に私はBingのファンです:)。

サポートドキュメント

次に、サポートドキュメントを確認します。 Cloudwaysは、開発者に焦点を当てたコンテンツを敬遠しません。 たとえば、 WP-CLIの管理や、コマンドラインを介したGitの管理方法について詳しく説明しています。 多くの場合、ここで必要なリソースが見つかり、それ以上の手順を省くことができます。

Facebookグループ

誰かが私たちが以前に持っている質問をした可能性が非常に高いです。 したがって、ドキュメントに見つからない場合は、次のステップはCloudwaysユーザーグループを検索することです。 問題を報告している人を見つけることがよくあります。その後、素晴らしく協力的なコミュニティからさまざまなコメントが寄せられます。 あなたの解決策がそれらの有益なコメントの1つにある可能性が非常に高いです。

何も見つからない場合は、質問も投稿しますが、問題が時間に敏感な場合は、Cloudwaysのサポートに移動します。

Cloudwaysサポート

サポートチケットに直接飛び込むのではなく、最初に以前の手段を使い果たしたことを確認しました。 まず、自分で物事を解決し、そこから学ぶのは大変だからです。 第二に、これは、問題をサポートするときに、問題に関するより多くの情報を提供してくれるからです。

これで、ライブチャットにジャンプして、試したこととともに詳細な問題ステートメントを提供できます。 私は数分以内にライブチャットに技術者を迎えました。その時点で、技術者はあなたの問題を関連するサポートチームに割り当てたり、ナレッジベースの何かを示したりするのに十分な情報を持っています。

私のサポートの混乱のほとんど、Cloudwaysでのイベントは、前のすべてのステップをスキップしたときであり、盲目的なパニックで、ライブチャットで無防備なサポート技術者に負担をかけました。 私の最も誇らしい瞬間ではありません。

まとめ！

失敗する可能性のあるシステムに甘んじてはいけません。 もちろん、Cloudwaysをお勧めしますが、プロセスを確認してから、ワークフローに一致するプラットフォームを見つけてください。

最後に、確認して繰り返します。 プロセスに欠陥がある可能性があり、弱点を発見した場合、将来的に進化してそれを補うことができます。