IBMのハイブリッドマルチクラウドプラットフォームは、企業のアプリケーションの最新化とコンテナ化の実現を支援します。

IBMのハイブリッドマルチクラウドプラットフォームは、企業のアプリケーションの最新化とコンテナ化の実現を支援します。

IBM と Red Hat の強力な組み合わせは、まさに開発者が望んでいるものです。 Red Hat OpenShift 上に構築された Cloud Pak により、あらゆるクラウド プラットフォーム上でアプリケーション開発が可能になります。

開発者としての目標は、優れたコードを記述し、ビジネス上の問題を解決することです。生産性は開発者にとって重要な要素ですが、チーム内で効率よく働くかどうかは頭脳だけにかかっているわけではありません。迅速に作業して最適なアプリケーションを作成するには、適切なツールとテクノロジが必要です。

新しいツールやフレームワークをプラットフォームに統合する際の課題により、ビジネス上の問題を解決するという主なタスクから注意が逸れてしまう可能性があります。 Kubernetes は開発者にとって人気のプラットフォームとなっていますが、それ自体は完全な開発プラットフォームではありません。

アーキテクト、オペレーター、開発者のニーズを 1 か所に統合​​する、必要なコンテナベースの開発プラットフォームを入手するにはどうすればよいでしょうか?自分で構築することもできますが、これには時間とリソースがかかり、チームに現時点で必要な知識がない可能性があります。

ここで、IBM の新しいオープンソース ベースのサービスの出番です。IBM Cloud Pak for Applications (ICPA) は、Kubernetes ベースの Red Hat OpenShift プラットフォームとオープンソース プロジェクト Kabanero を組み合わせて、企業が Kubernetes および Knative 向けのアプリケーションをより迅速かつ簡単に開発および展開できるようにします。

このブログでは、ICPA の基盤となるオープンソース ソフトウェアと、それが解決する一般的な開発上の問題のいくつかについて詳しく説明します。

問題の探究

チームは、開発と展開を簡素化し、コンテナ化のすべての利点を得るために Kubernetes を採用することがよくあります。しかし、コンテナ環境に伴う複雑さは考慮されていません。 Kubernetes は、サーバー インフラストラクチャ上のコンテナの配置の管理、それらのコンテナへの作業のルーティング、障害からの回復をうまく行いますが、クラウド ネイティブ アプリケーションを構築しようとしている開発者やアーキテクトをまだ完全にサポートしていません。

開発チーム向けのプラットフォームを構築することは大きな仕事です。適切なオープンソース プロジェクトの選択と統合から、IDE やビルド ツール、パイプライン、ソース管理、セキュリティ スキャン、テストの選択まで、あらゆる詳細に注意を払う必要があります。アップデートやセキュリティ修正が追加されると、フルタイムの開発作業が必要になる場合があります。私たちの目標は、これらの問題を解決し、複雑さを軽減することで、チームのすべての開発者の生産性を向上させることです。

それで、どうすればこれができるのでしょうか?

まず、ある程度の一貫性が良いことを認識する必要があります。一貫性のあるツールは、チームが知識を効率的に蓄積し共有するのに役立ちます。一貫性のあるツールは、最終的には誰もが理解できる一貫した配信プロセスにつながり、一貫したプロセスは人為的エラーのリスクを軽減します。自動化は勝利の方程式となり得る。

組織内の各部間およびチーム内のコラボレーションを改善することは、生産性を向上させるために重要です。アーキテクトと開発者は、技術的な決定を下し、それをより広範囲に共有するための一貫したメカニズムを必要とします。

多くのチームにとって、コンテナの使用はこの方向への一歩であり、Kubernetes と組み合わせて使用​​されます。しかし、コンテナの自由度と柔軟性により、コンテナを使いすぎてしまうケースが多くなります。選択肢が多すぎると、最終的には複雑さ、一貫性のなさ、非効率性が生まれます。

プロトタイプから生産へのスムーズな移行

Kabanero は、ハイブリッド クラウドに展開するためのコンテナー ベースのアプリケーションの構築タスクを簡素化します。 Kabanero は、Red Hat OpenShift のアップストリーム プロジェクトである OKD を使用して、Kubernetes 上の堅牢で信頼性の高い基盤を提供します。これに加えて、継続的インテグレーション/継続的デリバリー (CI/CD) パイプラインと、ログ記録、監視、サービス メッシュ、Knative サーバーレス機能などの重要なサービスを提供するために必要なインフラストラクチャを追加します。ここまでは順調ですが、Kabanero が際立っている点は何でしょうか?

具体的な開発ツールについては後ほど詳しく説明しますが、まずは、IDE 拡張機能によって活用される一貫したコンテナーベースの成果物のセットを通じて、アプリケーションの定義、管理、構築に Kabanero がどのように共通のアプローチを提供するかを見てみましょう。

Kabanero では「コレクション」という概念が導入されています。コレクションは、言語、ランタイム、フレームワークの選択肢と、それらを Kabanero 基盤にプラグインできるようにするインフラストラクチャ バインディングをまとめたものです。コレクションは、開発者とアーキテクトが共同で行った決定を一貫した方法で記録する方法を提供します。事前定義されたコレクションのセットにより、インフラストラクチャの統合時に推測する必要がなくなります。

Appsody とそれに関連するコマンド ライン ツール (CLI) は、コンテナー ベースのアプリケーションを作成するための基本的な構成要素を提供します。 Appsody スタックは、コンテナー内のランタイムとフレームワークを共通のコードとサービスと組み合わせます。たとえば、Java MicroProfile スタックには定義済みのヘルス エンドポイントとメトリック エンドポイントが含まれているため、スタックを使用して構築されたすべてのアプリケーションにはすぐに使用できる共通の機能が備わっています。

開発者はすぐにスタックを採用し、新しいクラウドネイティブ アプリケーションの構築を開始できます。 Appsody は、事前定義されたスタックを使用して、アプリケーションのコンテナー イメージを継続的に再構築します。その結果、アプリは常に最新のスタック上に構築され、本番環境で実行されるのと同じように、コンテナ内で自動的にテストできる状態になります

パイプラインの自動化とIDEの統合を通じて

アプリケーションをより速く構築

Kabanero インフラストラクチャは GitHub と統合されているため、コードをコミットすると自動化された CI/CD パイプラインがトリガーされます。パイプライン インフラストラクチャーは、Kabanero コレクションの一部である定義済みの統合ポイントを使用して、最新バージョンの Appsody スタックに対してアプリケーション コードをビルドします。

アプリケーションは共通のスタックを使用するため、開発者は、アプリケーションが開発時と本番環境で同じように実行されることを確信できます。これにより一貫性が向上し、コードが本番環境に入るときにエラーが発生するリスクが軽減されます。いつでも呼び出しに応じる必要があるが、夜中に起こされたくない場合は、これが非常に重要です。

Kabanero は単なる Kubernetes 上のインフラストラクチャではありません。当初は、Eclipse や VSCode などの一般的な IDE と統合された開発者ツールとしてスタートしました。 Eclipse Codewind プロジェクトは、開発者がコンテナー内でクラウドネイティブのマイクロサービスと関数ベースのアプリケーションを構築できるようにするためにゼロから設計されました。 Appsody スタックを理解する拡張機能が提供されるため、事前定義されたスタックを使用してビルドを開始し、IDE 内で Codewind の自動コンテナー ビルドのメリットを享受できます。 Eclipse Codewind のパフォーマンス ダッシュボードを使用すると、開発サイクルの早い段階で新しいアプリケーションまたはサービスのパフォーマンス特性をすぐに把握できるようになります。

オープンソースから始める

必要に応じてサポートを追加する

Kabanero、Appsody、Codewind は、Kabanero の基盤を構成するその他のインフラストラクチャ コンポーネントとともに、すべてオープン ソースです。これらのテクノロジーにより、チームはインフラストラクチャの決定ではなく、ビジネス上の問題の解決に、より簡単かつ迅速に集中できるようになります。

チームにサポートが必要な場合は、IBM Cloud Pak for Applications を通じてサポートを受けることができます。 IBM Cloud Pak for Applications は、これらのオープン ソース プロジェクトを統合、保護、認証し、クラウド ネイティブ モデルでアプリケーションをリファクタリングするのに役立つワンストップ ソリューションを提供します。 ICPA を使用すると、わずかな変更を加えるだけで、既存のアプリケーションをより効率的な Kubernetes ベースの運用モデルに移行できます。開発者は、実際のビジネスニーズを解決する優れたコードの作成に戻ることができます。

業界に特化したカスタマイズされた情報を入手するには、ここをクリックしてください

<<:  Kubernetes デプロイメントの 10 のアンチパターン

>>:  2020年の優れたクラウドコンピューティング企業の比較

推薦する

aoyoyun (Maxthon Host) ロサンゼルス CU2-China Unicom VIP 回線 VPS、ハイエンド AS9929+AS4809 回線の簡単なレビュー

11年間運営してきた老舗のVPSベンダーであるAoyoyunは、3月にロサンゼルスのデータセンターで...

サイバーマンデー - VPS プロモーション

今年のサイバーマンデーが到来し、HostCat は VPS プロモーション リストを立ち上げ、国内外...

パーフェクトダイアリーの変身は難しい

上場廃止の悪夢からようやく脱したPerfect Diaryの親会社Yatsen E-Commerce...

Kafka の情報はどのように消費されるのでしょうか?

クローラー エンジニアにとって、Kafka は単なるメッセージ キューです。データの書き込み方法と読...

ランキングを素早く獲得するためのウェブサイトのタイトルと説明の設定方法

最近、私はネットユーザーが多くのウェブサイトを分析するのを手伝ってきましたが、ほとんどのウェブサイト...

クラウドネイティブKubernetes分散ストレージプラットフォームLonghornの初体験

先ほど、ローカル ストレージと NFS 共有ストレージについて学習しました。これらのストレージ タイ...

ユーザーエクスペリエンスを冷静に分析することがウェブサイトの成功の鍵です

最近、当社のウェブサイトに問題が発生しています。落ち着いてウェブサイトのデータ分析を行ったところ、ユ...

なぜインターネットの半分がライブストリーミング販売に携わっているのでしょうか?

4月1日のエイプリルフールに、羅永浩はDouyinで初の生放送を行い、3時間で1億1千万元を売り上げ...

クラウド時代において、CIO はどのようにして自らの価値を強調できるでしょうか?

現在、多くの調査レポートでは、CIO とチャンスが結び付けられています。デジタル変革の波と革新的なテ...

ウェブサイト販売計画: ブランドコピーライティングスキル

ブランドとは何ですか? ブランドとは、企業とその企業が提供する商品やサービスの包括的な識別を指します...

運用データからチャネル詐欺の 3 つのレベルを特定します。

チャネルの品質と巧妙さをどのように判断するか、ユーザーが本物かどうか、壁から来たのか、機械でブラッシ...

垂直ウェブサイトの開発に関する議論 - Hupu は時間とともに成長します

[コアヒント] 特定の分野や特定のニーズにおいては、より専門的なサービスとより深いコンテンツを備えた...

これらのウェブサイト上の高品質なコンテンツの3つのソース(作成、修正、収集)について説明します。

おそらく、多くの場合、私たちは百度の度重なるコンテンツ要求に負けています。記事を書ける友達はそれほど...

シニアチーフアーキテクトが2021年のクラウドコンピューティングの8つの主要トレンドを予測

著者についてAlistair は、デジタル テクノロジー ソリューション プロバイダーである Kai...

Xiaomi はどのようにして「テーマ」を収益性の高いビジネスに変えたのでしょうか?

1,800 人のデザイナー、4,300 の独立したテーマ パッケージ、2013 年の月間売上高は最大...