Web アプリケーションの作成と公開のためのチェックリスト

今の時代、独自の Web アプリケーションを作成するには、それを開発できるだけでは十分ではありません。 重要な側面は、アプリケーションの展開、監視、およびアプリケーションが動作する環境の管理と運用のためのツールをセットアップすることです。 手動導入の時代が忘れ去られるにつれ、たとえ小規模なプロジェクトであっても、自動化ツールは目に見えるメリットをもたらす可能性があります。 「手動」でデプロイする場合、何かを移動したり、あれこれのニュアンスを考慮したり、忘れていたテストを実行したりすることを忘れることがよくあり、このリストはかなり長い間続く可能性があります。

この記事は、Web アプリケーションの作成の基礎を学習しているばかりで、基本的な用語や規則について少し理解したい人に役立ちます。

したがって、アプリケーションの構築は、アプリケーション コードに関連するすべての部分と、このコードが実行される環境に関連するすべての 2 つの部分に分けることができます。 アプリケーション コードもまた、サーバー コード (多くの場合、ビジネス ロジック、認可、データ ストレージなど、サーバー上で実行されるコード) とクライアント コード (多くの場合、ユーザーのマシン上で実行されるコード) に分割されます。インターフェイスとそれに関連するロジック)。

水曜日から始めましょう。

コード、システム、またはソフトウェアの動作の基礎となるのはオペレーティング システムです。そのため、以下ではホスティング市場で最も人気のあるシステムを取り上げ、簡単に説明します。

Windows Serverの - 同じ Windows ですが、サーバーが異なります。 Windows のクライアント (通常) バージョンで利用できる一部の機能、たとえば、統計を収集するためのサービスや同様のソフトウェアはここにはありませんが、ネットワーク管理用の一連のユーティリティ、サーバー (Web、FTP、 ...)。 一般に、Windows Server は通常の Windows のように見え、通常の Windows に似ていますが、通常の Windows Server の 2 倍のコストがかかります。 ただし、アプリケーションを専用サーバーまたは仮想サーバーにデプロイする可能性が高いことを考えると、最終的なコストは増加する可能性がありますが、重要ではありません。 Windows プラットフォームはコンシューマ OS 市場で圧倒的な位置を占めているため、ほとんどのユーザーにとってそのサーバー エディションが最も馴染みのあるものになります。

Unixの-同様のシステム。 これらのシステムでの従来の作業では、使い慣れたグラフィカル インターフェイスの存在は必要なく、ユーザーには制御要素としてコンソールのみが提供されます。 経験の浅いユーザーにとって、この形式での作業は難しい場合があります。データ分野で非常に人気のあるテキスト エディターを終了するコストはどれくらいですか? 活力、これに関連する質問は、6 年間ですでに 1.8 万回以上の閲覧数を獲得しています。 このファミリーの主なディストリビューション (エディション) は次のとおりです。 Debian - 人気のあるディストリビューション。そのパッケージ バージョンは主に LTS に焦点を当てています (長期サポート – 長期間のサポート）、これはシステムとパッケージのかなり高い信頼性と安定性によって表現されます。 Ubuntu – 最新バージョンのすべてのパッケージのディストリビューションが含まれており、安定性に影響を与える可能性がありますが、新しいバージョンに付属する機能を使用できます。 Red Hat Enterprise Linux – OS商用利用を目的としており、有料ですが、ソフトウェア ベンダー、一部の独自パッケージおよびドライバー パッケージからのサポートが含まれます。 CentOS - オープンソース Red Hat Enterprise Linux の一種で、独自のパッケージやサポートがないことが特徴です。

この分野をマスターし始めたばかりの人にとって、私がお勧めするのはシステムです。 Windows Serverのまたは Ubuntu。 Windows を考慮すると、これは主にシステムの使いやすさです。 Ubuntu – 更新に対する耐性が高まり、たとえば、新しいバージョンを必要とするテクノロジに関するプロジェクトを立ち上げる際の問題が少なくなります。

OS を決定したら、サーバー上のアプリケーションまたはその部分の展開 (インストール)、更新、状態の監視を可能にするツールのセットに進みましょう。

次に重要な決定は、アプリケーションとそのサーバーの配置です。 現時点で最も一般的なのは次の 3 つの方法です。

• サーバーを自分でホスティング (維持) するのが最も予算に優しいオプションですが、リソースのアドレスが時間の経過とともに変更されないように、プロバイダーに静的 IP を注文する必要があります。
• 専用サーバー (VDS) をレンタルし、独立して管理して負荷を調整します
• クラウド ホスティングのサブスクリプションの料金を支払います (多くの場合、プラットフォームの機能を無料で試す機会が提供されます)。使用されるリソースに対する支払いモデルは非常に一般的です。 この方向性の最も顕著な代表例: Amazon AWS (サービスの使用を 300 年間無料で提供しますが、月ごとの制限があります)、Google Cloud (アカウントに 4000 ドルが付与され、年間クラウド ホスティング サービスに費やすことができます) 、Yandex.Cloud（2か月間12ルーブルを与えます）、Microsoft Azure（人気のあるサービスへの500年間の無料アクセス、XNUMXか月間どのサービスでも+ XNUMXルーブル）。 したがって、これらのプロバイダーのいずれかを一銭も費やすことなく試すことができ、提供されるサービスの品質とレベルについておおよその意見を得ることができます。

選択した道に応じて、将来的に変わる唯一のことは、管理のこの領域またはその領域に対して誰が主に責任を負うかということです。 自分でホストする場合は、電力、インターネット、サーバー自体、サーバー上に展開されているソフトウェアの中断はすべてすべて自分の肩にかかっていることを理解する必要があります。 ただし、トレーニングやテストにはこれで十分です。

サーバーの役割を果たす追加のマシンがない場合は、XNUMX 番目または XNUMX 番目の方法を使用することをお勧めします。 XNUMX 番目のケースは最初のケースと同じですが、サーバーの可用性とその権限に対する責任をホスティング者の肩に移す点が異なります。 サーバーとソフトウェアの管理は引き続きお客様の管理下にあります。

そして最後に、クラウドプロバイダーの容量を借りるというオプションです。 ここでは、技術的な詳細にあまり立ち入ることなく、ほぼあらゆるものの自動制御をセットアップできます。 さらに、XNUMX 台のマシンの代わりに、複数のインスタンスを並行して実行することもできます。これにより、たとえば、アプリケーションのさまざまな部分を担当できますが、コストは専用サーバーを所有するのとほとんど変わりません。 また、オーケストレーション、コンテナ化、自動デプロイメント、継続的統合などのためのツールもあります。 以下にそのいくつかを見ていきます。

一般に、サーバー インフラストラクチャは次のようになります。サーバー インスタンス上の環境の変更を管理する、いわゆる「オーケストレーター」 (「オーケストレーション」とは、複数のサーバー インスタンスを管理するプロセスです)、仮想化コンテナー (オプションですが、完全にこれにより、アプリケーションを独立した論理層に分割できるようになり、継続的インテグレーション ソフトウェアにより、「スクリプト」を通じてホストされたコードを更新できるようになります。

そのため、オーケストレーションを使用すると、サーバーのステータスを確認したり、サーバー環境への更新をロールアウトまたはロールバックしたりすることができます。 最初は、この側面が影響する可能性はほとんどありません。何かを調整するには複数のサーバーが必要であり (XNUMX つを持つこともできますが、なぜこれが必要なのでしょうか?)、複数のサーバーを持つにはそれらのサーバーが必要になるからです。 この方向のツールの中で最も人気のあるのは、によって開発された Kubernetes です。 でログイン.

次のステップは、OS レベルでの仮想化です。 現在、ツールから派生した「Dockerization」という概念が普及しています。 デッカー、互いに分離されたコンテナの機能を提供しますが、XNUMX つのオペレーティング システムのコンテキストで起動されます。 これは何を意味しますか: これらの各コンテナーでは、このマシン上に他のユーザーが存在することを疑うことなく、OS 全体でそれらが唯一のものであると信じて、アプリケーション、さらには一連のアプリケーションを実行できます。 この機能は、異なるバージョンの同一のアプリケーションを起動したり、単に競合するアプリケーションを起動したり、アプリケーションの一部をレイヤーに分割したりする場合に非常に役立ちます。 このレイヤー キャストは後でイメージに書き込むことができ、アプリケーションの展開などに使用できます。 つまり、このイメージをインストールし、それに含まれるコンテナをデプロイすることで、アプリケーションを実行するための既製の環境が得られます。 最初のステップでは、このツールを情報提供の目的で使用することと、アプリケーション ロジックをさまざまなレイヤーに分割することによって非常に実際的な利点を得ることができます。 ただし、ここで言っておきたいのは、誰もが Docker 化を必要とするわけではなく、常に必要というわけではないということです。 Dockerization は、アプリケーションが「断片化」され、小さな部分に分割され、それぞれが独自のタスクを担当する、いわゆる「マイクロサービス アーキテクチャ」の場合に正当化されます。

さらに、環境を提供することに加えて、あらゆる種類のコード変換、アプリケーション関連のライブラリとパッケージのインストール、テストの実行、これらの操作に関する通知などを含む、アプリケーションの適切なデプロイメントを保証する必要があります。 ここで「継続的インテグレーション」などの概念に注目する必要があります（CI – 継続的インテグレーション）。 現時点でこの分野の主なツールは Jenkins (Java で書かれた CI ソフトウェアは最初は少し複雑に見えるかもしれません)、 トラビスCI （Rubyで書かれており、主観的で、やや単純です） ジェンキンスただし、展開構成の分野に関するある程度の知識は依然として必要です)、 Gitlab CI (に書いてあります) ルビーとゴー).

アプリケーションが動作する環境について話してきたので、いよいよ、現代世界がこれらのアプリケーションを作成するためにどのようなツールを提供しているのかを見てみましょう。

基本的なことから始めましょう。 バックエンド (バックエンド) – サーバー部分。 ここでの言語、基本機能のセット、および事前定義された構造（フレームワーク）の選択は、主に個人的な好みによって決定されますが、それでも、検討のために言及する価値はあります（言語に関する著者の意見はかなり主観的ですが、主張はあります）公平な説明に):

• Python は経験の浅いユーザーにとってかなりフレンドリーな言語であり、多少の間違いは許されますが、悪いことをしないように開発者に対して非常に厳しい場合もあります。 1991 年に登場した、すでにかなり成熟した意味のある言語です。
• Google の言語である Go も非常にフレンドリーで便利で、どのプラットフォームでもコンパイルして実行可能ファイルを取得するのが非常に簡単です。 それは単純で楽しいこともあれば、複雑で深刻なこともあります。 フレッシュで若々しい作品で、2009 年と比較的最近登場しました。
• Rust は 2006 年にリリースされた以前の製品より少し古いですが、他の製品と比較するとまだかなり若いです。 より経験豊富な開発者を対象としていますが、それでもプログラマー向けの多くの低レベルのタスクを解決しようとします。
• Java は 1995 年に導入された商用開発のベテランであり、今日のエンタープライズ アプリケーション開発で最も一般的に使用されている言語の XNUMX つです。 基本的な概念と複雑なセットアップにより、初心者にとってランタイムは非常に困難になる可能性があります。
• ASP.net は、Microsoft がリリースしたアプリケーション開発プラットフォームです。 機能を記述するには、2000 年に登場した C# 言語 (C シャープと読みます) が主に使用されます。 その複雑さは Java と Rust の間のレベルに匹敵します。
• PHP は元々 HTML の前処理に使用されていましたが、現在では言語市場で絶対的なリーダーシップを保っていますが、使用は減少傾向にあります。 敷居が低く、コードの記述が容易ですが、同時に、かなり大規模なアプリケーションを開発する場合、言語の機能が十分ではない可能性があります。

さて、アプリケーションの最後の部分 - ユーザーにとって最も具体的な部分 - フロントエンド (フロントエンド) – アプリケーションの顔であり、ユーザーが直接対話するのはこの部分です。

詳細には立ち入りませんが、最新のフロントエンドは、ユーザー インターフェイスを作成するための XNUMX つの柱、フレームワーク (それほど多くはありません) の上に立っています。 したがって、最も人気のある XNUMX つは次のとおりです。

• ReactJS はフレームワークではなく、ライブラリです。 実際、このフレームワークは、「すぐに使える」いくつかの機能がないことと、それらを手動でインストールする必要があることだけが、その誇らしいタイトルと異なります。 したがって、このライブラリの「作成」にはいくつかのバリエーションがあり、独自のフレームワークを形成しています。 いくつかの基本原則と、ビルド環境の非常に積極的なセットアップのため、初心者にとっては少し難しいかもしれません。 ただし、手早く開始するには、「create-react-app」パッケージを使用できます。
• VueJS はユーザー インターフェイスを構築するためのフレームワークです。 この三位一体の中で最もユーザーフレンドリーなフレームワークという称号を当然受けており、Vue での開発に関しては、前述した他のフレームワークよりも参入障壁が低くなります。 しかもその中で彼は最年少だ。
• Angular はこれらのフレームワークの中で最も複雑であると考えられており、必要な唯一のフレームワークです。 タイプスクリプト (JavaScript 言語用のアドオン)。 大規模なエンタープライズ アプリケーションの構築によく使用されます。

上記の内容を要約すると、現在のアプリケーションのデプロイは、以前のこのプロセスの進め方とは根本的に異なっていると結論付けることができます。 ただし、昔ながらの方法で「デプロイメント」を行うことを誰も止めません。 しかし、最初に節約されたわずかな時間は、この道を選択した開発者が踏まなければならない膨大な数の間違いに見合う価値があるでしょうか? 答えはノーだと思います。 これらのツールに慣れるためにもう少し時間を費やすことで (現在のプロジェクトでこれらのツールが必要かどうかを理解する必要があるため、それ以上のツールは必要ありません)、実際に実行して、たとえば、次のような作業を大幅に削減できます。 、環境に応じて本番サーバーでのみ発生するゴーストエラーのケース、サーバークラッシュの原因とサーバーが起動しない理由の夜間分析など。

出所： habr.com