このすぐに使えるソリューションには、セキュリティとトラフィックのルーティングが含まれ、Red Hatオペレーター、Knative、およびRed Hat OpenShiftを組み合わせて、プライベート、パブリック、ハイブリッド、マルチクラウド環境のOpenShiftプラットフォームでステートレスおよびサーバーレスのワークロードを実行します。
OpenShift Serverlessにより、開発者は、破壊的なビジネス製品を構築および展開するための幅広いプログラミング言語、フレームワーク、開発環境、およびその他のツールを提供することにより、次世代アプリケーションの構築に完全に集中できます。
Red Hat OpenShift Serverlessの主な機能：
- サーバーレスアプリケーション向けの幅広いプログラミング言語とランタイムコンポーネント。自分に合ったツールを正確に選択できます。
- 需要に基づく自動スケールアウトまたは投機的ではなく実際のニーズに基づく効率的なリソース管理のためのイベントドリブン
- OpenShift Pipelines、TektonベースのKubernetesベースの継続的ビルドおよびデリバリー（CI / CD）システムと完全に統合
- Red Hat Operator, ,
- community-, Knative 0.13 Serving, Eventing kn ( CLI Knative), – Red Hat, OpenShift
さらに、Red Hatは、多くのパートナーとのサーバーレステクノロジーのほか、Microsoft on Azure FunctionsおよびKEDAと緊密に連携しています（詳細はこちらをご覧ください）。特に、TriggerMeshは、すでに認定OpenShift演算子を持っている、と我々は最近、と提携しServerless.comサーバレスFrameworkはOpenShiftサーバレスとKnativeで作業できるようにします。これらのパートナーシップは、サーバーレスの成熟と業界エコシステムの始まりの兆候と見なすことができます。
以前にRed Hat OpenShiftサーバーレスプレリリースバージョンをインストールしている場合は、一般提供のGAバージョンにアップグレードできます。この場合、Technology Previewバージョンでは、図2に示すように、OLMサブスクリプション更新チャネルを再構成する必要があります。1。
図。1.サブスクリプションチャネルを更新します。
サブスクリプションチャネルは、OpenShift Container Platformバージョン4.4または4.3に一致するように更新する必要があります。
ネイティブサービス-トップクラスのサービス
OpenShift 4.4は、OpenShiftサーバーレス機能を使用してアプリケーションのデプロイメントを大幅に簡素化し、OpenShift Webコンソールの開発者モードから直接Knativeサービスを簡単にデプロイできるようにします。
図に示すように、プロジェクトに新しいアプリケーションを追加するときは、Knativeサービスのリソースタイプを指定するだけで十分です。これにより、OpenShiftサーバーレス機能が即座にアクティブになり、スタンバイモードでのゼロへのスケーリングが含まれます。2。
図。2.リソースタイプとしてKnative Serviceを選択します。
Kourierを使用した簡単なインストール
OpenShift Serverless 1.5.0 Tech Preview の発表ですでに述べたように、Kurierを使用することでOpenShiftにサーバーレスをインストールするための要件のリストを大幅に減らすことができ、GAバージョンではこれらの要件はさらに少なくなりました。これらはすべて、リソースの消費を減らし、アプリケーションのコールドスタートアップを高速化し、同じネームスペースで実行されている従来のサーバーレスワークロードの影響を排除します。
一般に、これらの改善とOpenShift 4.3.5の改善により、イメージのサイズに応じて、ビルド済みコンテナーからのアプリケーションの作成が40〜50％高速化されます。
Kourierを使用せずにすべてがどのように行われるかを図3に示します。
図。3.クーリエを使用しない場合のアプリケーション作成時間。
Kourierを使用したときにこれがどのように発生するかを図4に示します。
図。4. Kourierを使用する場合のアプリケーション作成時間。
自動モードのTLS / SSL
OpenShiftサーバーレスは、KnativeサービスのOpenShiftルート用にTLS / SSLを自動的に作成およびデプロイできるようになりました。これにより、アプリケーションの作業中にこれらの機能を実装および維持することで混乱することがなくなります。つまり、ServerlessはTSLに関連する複雑さから開発者を解放すると同時に、誰もがRed Hat OpenShiftに期待する高レベルのセキュリティを維持します。
OpenShiftサーバーレスコマンドラインインターフェイス
OpenShiftサーバーレスでは、これはknと呼ばれ、図4に示すように、コマンドラインツールページのOpenShiftコンソールで直接利用できます。五：
図。5. OpenShiftサーバーレスコマンドラインインターフェイスのダウンロードページ。
このページからダウンロードすると、Red Hatによって検証され、マルウェアが含まれていないことが保証されているknのMacOS、Windows、またはLinuxバージョンを入手できます。
図では 6は、ほんの数秒でURLでアクセスできるOpenShiftプラットフォームでアプリケーションインスタンスを作成するために、1つのコマンドだけでサービスをデプロイする方法を示しています。
図。6.コマンドラインインターフェースknを使用します。
このツールを使用すると、YAML構成を監視したり編集したりすることなく、サーバーレスのサービスとイベントリソースを完全に管理できます。
開発者モードコンソールのトポロジビューの改善
次に、改訂されたトポロジビューにより、Knativeサービスの管理がどのように簡単になるかを見てみましょう。
ネイティブサービス–中央集中型の視覚化
図7に示すように、トポロジビューページのネイティブサービスは、すべてのリビジョンを含む長方形として表示されます。
図。7.トポロジ提出ページのネイティブサービス。
ここでは、ネイティブサービスのトラフィック分布の現在の割合を即座に確認し、アプリケーショングループ内のネイティブサービスをグループ化して、選択したグループ内で発生していることを簡単に視覚的に制御できます。
OpenShiftネイティブサービスリストを折りたたむ
グループ化のトピックを続けますが、OpenShift 4.4では、より複雑なアプリケーションがプロジェクトにデプロイされている場合に、アプリケーショングループ内のKnative Servicesを最小化して、表示とサービス管理を容易にすることができると言わなければなりません。
ネイティブサービスの詳細
OpenShift 4.4では、Knative Servicesのサイドバーも改善されています。現在は[リソース]タブがあり、ポッド、リビジョン、ルートなどのサービスコンポーネントが表示されます。これらのコンポーネントは、個々のポッドログへの迅速かつ簡単な移行も提供します。
トポロジビューには、トラフィック割り当ての割合も表示され、構成をすばやく変更することもできます。したがって、図4に示すように、特定のリビジョンで実行されているポッドの数によって、選択したネイティブサービスのリアルタイムのトラフィック分布をすばやく見つけることができます。8。
図。8.トラフィックネイティブサービスの配布。
サーバーレスリビジョンの詳細
また、トポロジビューでは、選択したリビジョンの内部をより深く確認できるようになりました。たとえば、すべてのポッドをすばやく確認したり、必要に応じてそれらのログを表示したりできます。さらに、このビューでは、図のように、リビジョンの配置と構成、およびこのリビジョンを直接指すサブルートに簡単にアクセスできます。9：
図。9.リビジョンに関連するリソース。
上記のイノベーションがサーバーレスアプリケーションの作成と管理に役立つことを願っています。次のバージョンでは、イベントソースなどを作成する機能など、開発者にとってさらに便利な機能が追加される予定です。
興味ある？
OpenShiftをお試しください！
フィードバックは私たちにとって重要です
サーバーレスについてのご意見をお聞かせください。OpenShift Developer Experience Googleグループに参加して、オフィスアワーのディスカッションやワークショップに参加し、私たちと提携してフィードバックや提案を提供してください。
追加情報
以下のRed Hatリソースを使用したOpenShiftアプリケーションの開発の詳細をご覧ください。