Serverlessの仕組みを解読する前世の生
3858 ワード
一、Serverless概要
Serverlessアーキテクチャの出現は、飛躍的な変革をもたらした。Serverlessの下でホストコンピュータの管理、オペレーティングシステムの管理、基礎ソフトの配置の維持、資源の分配と拡張容量の能力は全部クラウドメーカーから提供されて、計算能力を水力発電用石炭のような公共サービスにします。これはServerlessサービスに基づいてアプリケーションを構築することを意味します。計算リソースは過去に「サーバ」を購入してから購入に対応する「サービス」に変わります。
Serverless=Faas(Function as a service)+Baas(Backend as a service)
Serverless処理モデル：
Serverlessの典型的なワークフロー：
二、Serverless開発モード
Serverlessは、インフラストラクチャの建設、自動的な構築、配置、サービスの開始に関連する必要がない配置アプリケーションを真に実現しました。大きなデータアプリケーション開発例：
従来の開発プロセスでは、ビッグデータの実用的なアプリケーションに基づいて、収集、記憶、洗浄、関連付けを分析し、リンク全体に関わるコンポーネントリストを発掘し、バックエンドのビッグデータプラットフォームの一連のコンポーネントのインストール配置を完成してから、大きなデータアプリケーションが完了したら、アプリケーション機能の調整、アプリケーション＋プラットフォームの性能の調整を行い、最終試験、オンライン後、ビッグデータプラットフォームのオペレータがビッグデータプラットフォーム全体を維持する必要があります。全体の過程は複数のキャラクターに関連していますが、自分のビッグデータプラットフォームの運営と調整は一定の技術的敷居を備えています。調整効果は完全に従業員の能力に依存しています。
Serverlessに基づいて、すべてのことが非常に簡単になりました。クラウドメーカーはサービスの形で外部にビッグデータコンポーネントの能力を提供しています。これまでの複雑なプラットフォーム構築過程は完全に解放されました。ビッグデータアプリケーションを完成した後、Serverlessサービスに配置すればいいです。その後もいかなるサーバやビッグデータプラットフォームのコンポーネントの運行とメンテナンス、優れた操作に関心を持たなくてもいいです。クラウドメーカーは対外サービスを提供する同時に、背後には完備したチームがあります。7*24は専門的なサポートを提供します。したがって、大きなデータアプリケーション開発エンジニアが必要であれば、すべての仕事を完了することができます。もちろん、一定の大きなデータプラットフォームの能力を備えていれば、大きなデータ応用側の性能調整にも非常に有利です。
三、Serverlessがもたらす価値
1、運営の複雑さを低減する
Serverlessアーキテクチャは、ソフトウェアアプリケーションとサーバを結合させ、サーバは、もはやユーザ開発と運用アプリケーションの焦点ではない。オンラインを適用する前に、サーバーの数や仕様を事前に計画する必要はありません。オペレーティングプロセスでは、ユーザは、特定のサーバの状態を継続的に監視し維持する必要はなく、アプリケーション全体の状態に関心を持つ必要があります。アプリケーション運営の全体的な複雑さが低下し、ユーザーの注目点は、ソフトウェアアプリケーションの体験、改善、その他のより高い業務価値をもたらすところに多く置くことができる。
2、運営コストを低減する
サーバーはもうユーザーが関心を持っている管理された資源ではなく、運営の複雑さが下がり、応用運営に必要な投入時間と人力が大幅に減少しました。最高の状況では、いくつかのアプリケーション管理者が、大量要求を処理するアプリケーションシステムを管理することができます。
3、製品の出荷時間を短縮する
Serverlessアーキテクチャでは、アプリケーションの機能が解かれていくつかの微細粒子度の無状態関数を構成し、機能と機能の境界がより明確になり、機能モジュール間の結合度が大幅に減少した。これはソフトウェアアプリケーションの開発効率をより高くし、アプリケーション開発の反復期間をより短くする。
四、Serverless現存問題
企業にとって、Serverlessの計算をサポートするプラットフォームは大量の時間とコストを節約できます。インフラ関連の従業員を解放して、インフラストラクチャの管理より価値のある仕事を展開することに移行します。その一方で、スピーディさを高め、新しいアプリケーションや新サービスをより迅速に導入し、顧客満足度を高めることができます。しかし、どんなことにも両面性があります。Serverlessは完璧ではなく、いくつかの問題があります。
1、第三者のサービスに完全に依存する
あるクラウドサービスメーカーのServerlessアーキテクチャを採用すると、理論的にこのサービスプロバイダと結びつけられます。その後、サービスを他のクラウドサービスプロバイダに移せば、そんなに簡単にはなりません。しかし、もしクラウドメーカー自身がオープンソースに対応していれば、アプリケーションコードでさえ「0」に移行できます。この問題は解決され、バインディングが存在しなくなります。クラウドのServerlessサービスを選択する際には、製品の進化の観点から、これも重要なポイントです。
2、デバッグと開発ツールが足りない
今の段階でServerlessアーキテクチャサービスの開発に基づいて、比較的に苦しいのは機能開発段階です。毎回デバッグする時、何度もコードをアップロードする必要があります。アップロードするたびに、サーバーを配置しているようです。アプリケーションの配置はとても簡単ですが、いつも問題があるとは限らないです。しかし、これも段階的な問題であるはずです。Serverlessの周辺ツールの生態が次第に改善された後、Serverlessの下の開発も現地開発と一致する体験を持つと信じています。
3、言語バージョン
一般的にServerlessサービスの内部は単一のコンポーネントに対して一つまたはいくつかの主流バージョンを維持しています。この戦略は完全にクラウドメーカーによって決定されています。私の角度に立っても、バージョンが高ければ高いほどいいというわけではないです。それとも外部に長期的に安定したバージョンを提供します。例えば、元々はSpark 2.3です。Spark 2.4が世に出たばかりの時に、すぐに風に従う必要がないです。対外サービスの安定が一番重要です。また、現在はK 8 Sのカスタムミラーに基づいて、コンポーネントの多バージョンと周辺依存問題をうまく解決できます。
五、まとめ
一般的に、社会が発達し、成熟すればするほど、社会分業が明確になり、技術もそうです。クラウドコンピューティングはこのような長年の発展を経て、徐々にユーザーに進化してきました。コア業務と業務運営に必要な資源だけに注目して、インフラとプラットフォームはクラウドメーカーによって統一的に看護されます。Serverlessアーキテクチャは、サービスの維持を心配する必要はありません。私たちが知らない分野に関心を持つ必要はなく、業務の開発に専念し、製品の実現に専念する必要があります。関心が必要なことが少なくなりました。私たちができることが多くなりました。Serverlessアーキテクチャの台頭により、本格的なクラウド計算時代が到来したと言える。技術の急速な発展に伴って、Serverlessは未来にも無限の可能性があると信じています。
以上がServerlessアーキテクチャの前世生の詳細を解読しました。Serverlessアーキテクチャに関する前世の資料について、他の関連記事に注目してください。
Serverlessアーキテクチャの出現は、飛躍的な変革をもたらした。Serverlessの下でホストコンピュータの管理、オペレーティングシステムの管理、基礎ソフトの配置の維持、資源の分配と拡張容量の能力は全部クラウドメーカーから提供されて、計算能力を水力発電用石炭のような公共サービスにします。これはServerlessサービスに基づいてアプリケーションを構築することを意味します。計算リソースは過去に「サーバ」を購入してから購入に対応する「サービス」に変わります。
Serverless=Faas(Function as a service)+Baas(Backend as a service)
Serverless処理モデル：
Serverlessの典型的なワークフロー：
二、Serverless開発モード
Serverlessは、インフラストラクチャの建設、自動的な構築、配置、サービスの開始に関連する必要がない配置アプリケーションを真に実現しました。大きなデータアプリケーション開発例：
従来の開発プロセスでは、ビッグデータの実用的なアプリケーションに基づいて、収集、記憶、洗浄、関連付けを分析し、リンク全体に関わるコンポーネントリストを発掘し、バックエンドのビッグデータプラットフォームの一連のコンポーネントのインストール配置を完成してから、大きなデータアプリケーションが完了したら、アプリケーション機能の調整、アプリケーション＋プラットフォームの性能の調整を行い、最終試験、オンライン後、ビッグデータプラットフォームのオペレータがビッグデータプラットフォーム全体を維持する必要があります。全体の過程は複数のキャラクターに関連していますが、自分のビッグデータプラットフォームの運営と調整は一定の技術的敷居を備えています。調整効果は完全に従業員の能力に依存しています。
Serverlessに基づいて、すべてのことが非常に簡単になりました。クラウドメーカーはサービスの形で外部にビッグデータコンポーネントの能力を提供しています。これまでの複雑なプラットフォーム構築過程は完全に解放されました。ビッグデータアプリケーションを完成した後、Serverlessサービスに配置すればいいです。その後もいかなるサーバやビッグデータプラットフォームのコンポーネントの運行とメンテナンス、優れた操作に関心を持たなくてもいいです。クラウドメーカーは対外サービスを提供する同時に、背後には完備したチームがあります。7*24は専門的なサポートを提供します。したがって、大きなデータアプリケーション開発エンジニアが必要であれば、すべての仕事を完了することができます。もちろん、一定の大きなデータプラットフォームの能力を備えていれば、大きなデータ応用側の性能調整にも非常に有利です。
三、Serverlessがもたらす価値
1、運営の複雑さを低減する
Serverlessアーキテクチャは、ソフトウェアアプリケーションとサーバを結合させ、サーバは、もはやユーザ開発と運用アプリケーションの焦点ではない。オンラインを適用する前に、サーバーの数や仕様を事前に計画する必要はありません。オペレーティングプロセスでは、ユーザは、特定のサーバの状態を継続的に監視し維持する必要はなく、アプリケーション全体の状態に関心を持つ必要があります。アプリケーション運営の全体的な複雑さが低下し、ユーザーの注目点は、ソフトウェアアプリケーションの体験、改善、その他のより高い業務価値をもたらすところに多く置くことができる。
2、運営コストを低減する
サーバーはもうユーザーが関心を持っている管理された資源ではなく、運営の複雑さが下がり、応用運営に必要な投入時間と人力が大幅に減少しました。最高の状況では、いくつかのアプリケーション管理者が、大量要求を処理するアプリケーションシステムを管理することができます。
3、製品の出荷時間を短縮する
Serverlessアーキテクチャでは、アプリケーションの機能が解かれていくつかの微細粒子度の無状態関数を構成し、機能と機能の境界がより明確になり、機能モジュール間の結合度が大幅に減少した。これはソフトウェアアプリケーションの開発効率をより高くし、アプリケーション開発の反復期間をより短くする。
四、Serverless現存問題
企業にとって、Serverlessの計算をサポートするプラットフォームは大量の時間とコストを節約できます。インフラ関連の従業員を解放して、インフラストラクチャの管理より価値のある仕事を展開することに移行します。その一方で、スピーディさを高め、新しいアプリケーションや新サービスをより迅速に導入し、顧客満足度を高めることができます。しかし、どんなことにも両面性があります。Serverlessは完璧ではなく、いくつかの問題があります。
1、第三者のサービスに完全に依存する
あるクラウドサービスメーカーのServerlessアーキテクチャを採用すると、理論的にこのサービスプロバイダと結びつけられます。その後、サービスを他のクラウドサービスプロバイダに移せば、そんなに簡単にはなりません。しかし、もしクラウドメーカー自身がオープンソースに対応していれば、アプリケーションコードでさえ「0」に移行できます。この問題は解決され、バインディングが存在しなくなります。クラウドのServerlessサービスを選択する際には、製品の進化の観点から、これも重要なポイントです。
2、デバッグと開発ツールが足りない
今の段階でServerlessアーキテクチャサービスの開発に基づいて、比較的に苦しいのは機能開発段階です。毎回デバッグする時、何度もコードをアップロードする必要があります。アップロードするたびに、サーバーを配置しているようです。アプリケーションの配置はとても簡単ですが、いつも問題があるとは限らないです。しかし、これも段階的な問題であるはずです。Serverlessの周辺ツールの生態が次第に改善された後、Serverlessの下の開発も現地開発と一致する体験を持つと信じています。
3、言語バージョン
一般的にServerlessサービスの内部は単一のコンポーネントに対して一つまたはいくつかの主流バージョンを維持しています。この戦略は完全にクラウドメーカーによって決定されています。私の角度に立っても、バージョンが高ければ高いほどいいというわけではないです。それとも外部に長期的に安定したバージョンを提供します。例えば、元々はSpark 2.3です。Spark 2.4が世に出たばかりの時に、すぐに風に従う必要がないです。対外サービスの安定が一番重要です。また、現在はK 8 Sのカスタムミラーに基づいて、コンポーネントの多バージョンと周辺依存問題をうまく解決できます。
五、まとめ
一般的に、社会が発達し、成熟すればするほど、社会分業が明確になり、技術もそうです。クラウドコンピューティングはこのような長年の発展を経て、徐々にユーザーに進化してきました。コア業務と業務運営に必要な資源だけに注目して、インフラとプラットフォームはクラウドメーカーによって統一的に看護されます。Serverlessアーキテクチャは、サービスの維持を心配する必要はありません。私たちが知らない分野に関心を持つ必要はなく、業務の開発に専念し、製品の実現に専念する必要があります。関心が必要なことが少なくなりました。私たちができることが多くなりました。Serverlessアーキテクチャの台頭により、本格的なクラウド計算時代が到来したと言える。技術の急速な発展に伴って、Serverlessは未来にも無限の可能性があると信じています。
以上がServerlessアーキテクチャの前世生の詳細を解読しました。Serverlessアーキテクチャに関する前世の資料について、他の関連記事に注目してください。