context

輸送会社によるビジネス・パートナー・エコシステム用の世界規模のシステム可用性の向上

• 輸送ロジスティクスにおけるリージョン的な違いにより、複数の国でのパートナー数の増加に対応していくことが困難になっています。 例えば、固有の規定およびトランジット・ロジスティクスでは、会社は国境を越えて一貫性のあるレコードを維持する必要があります。
• ジャストインタイムでデータを提供する必要があるので、輸送業務における遅延を減らすために世界中のシステムの可用性を高める必要があります。 船舶ターミナルの時刻表は厳格に管理されており、場合によっては柔軟性に欠けることがあります。 Web の使用量が増加しているため、不安定であることはユーザー・エクスペリエンスの低下を招く可能性があります。
• 開発者はアプリを絶えず進化させる必要がありますが、従来型のツールでは、頻繁な更新や機能のデプロイが迅速に行えません。

ソリューション

輸送会社は、輸送タイム・テーブル、在庫、および通関書類を統一された方法で管理する必要があります。 これにより、輸送の場所、輸送内容、お客様への配送スケジュールを正確に共有することができます。 同社は、商品（家電製品、衣類、農産物など）がいつ届くかという不確実性を解消し、配送を依頼する顧客が、その情報を自社の顧客に伝えられるようにしています。

ソリューションは次の主要なコンポーネントで構成されます。

1. 輸送コンテナーごとの IoT デバイスからのストリーミング・データ (船舶積荷目録と場所)
2. 当該港湾およびトランジット・パートナーとの間でデジタル共有されている通関書類 (船積確認事項登録リストを含む)
3. 輸送商品の到着情報を集約して通信する輸送業の顧客向けのアプリ (輸送業の顧客が輸送データを独自の小売アプリや企業間アプリで再使用するための API を含む)

輸送会社がグローバル・パートナーと連携するために、ルーティング・システムとスケジューリング・システムでは、各リージョンの言語、規制、および固有の港湾ロジスティクスに適合するようにローカルで変更を行う必要がありました。IBM Cloud Kubernetes Service は、北アメリカ、ヨーロッパ、アジア、オーストラリアなど、複数のリージョンでグローバルに対応しているため、アプリは各国のパートナーのニーズを反映していました。

IoT デバイスによってストリーミングされるデータは、IBM® Event Streams for IBM Cloud® によって、地方港湾アプリと、関連付けられている通関とコンテナーの船舶積荷目録データ・ストアに配信されます。IBM® Event Streams for IBM Cloud® が IoT イベントのランディング・ポイントです。 これにより、Watson IoT Platform が提供する管理対象接続に基づいて、イベントが IBM® Event Streams for IBM Cloud® に配信されます。

イベントが IBM® Event Streams for IBM Cloud® に達すると、港湾トランジット・アプリで即時に使用され、今後いずれかの時点で使用されるときのために永続化されます。 低遅延を必要とするアプリは、イベント・ストリーム(IBM® Event Streams for IBM Cloud®) からリアルタイムに直接コンシュームします。 分析ツールなど、他の将来的なアプリは、IBM Cloud® Object Storage を使用してイベント・ストアからバッチ・モードでコンシュームすることを選択できます。

輸送データは会社のお客様と共有されるため、開発者は、お客様が API を使用して自身のアプリに輸送データを表示できるようにする必要があります。 このようなアプリの例として、モバイル・トラッキング・アプリや Web e-コマース・ソリューションがあります。 開発者は、通関記録や輸送船舶積荷目録を収集して伝達する、地方港湾アプリのビルドや保守で多忙です。 つまり、開発者はインフラストラクチャーの管理ではなくコーディングにフォーカスを当てる必要があります。 このような理由で、IBM Cloud Kubernetes Service が選ばれました。IBM では次のようなインフラストラクチャー管理が簡素化されるからです。

• Kubernetes マスター、IaaS、運用コンポーネント (Ingress やストレージなど) の管理
• 正常性のモニタリングとワーカー・ノードのリカバリー
• グローバル・コンピュートの提供。これにより開発者は、ワークロードとデータを常駐させる必要のある複数のリージョンにおけるインフラストラクチャーの責任を持ちません。

全世界での可用性を実現するために、開発、テスト、および実動の各システムが全世界の複数のデータ・センターにデプロイされました。 高可用性を実現するために、これらのシステムは異なる地理的リージョンにある複数のクラスターと、複数ゾーンのクラスターを組み合わせたものを使用します。 ビジネス・ニーズに対応するために、港湾アプリを簡単にデプロイできます。

• フランクフルトに、ヨーロッパの現地規定に準拠するためのクラスター
• アメリカ合衆国に、現地での可用性および障害のリカバリーを実現するためのクラスター

また、フランクフルトにある複数ゾーンのクラスター全体にワークロードを分散させることで、ヨーロッパ・バージョンのアプリが使用可能であり、ワークロードのバランスを効率的に取ることができるようにします。 各リージョンが港湾アプリを使用して固有のデータをアップロードするため、アプリのクラスターは、低遅延のリージョンでホストされます。

開発者の場合、継続的な統合とデリバリー (CI/CD) のプロセスの多くを IBM Cloud® Continuous Delivery で自動化することができます。 会社は、ワークフロー・ツールチェーンを定義して、コンテナー・イメージを準備し、脆弱性がないか確認し、これを Kubernetes クラスターにデプロイすることができます。

パブリッククラウド上で稼働するコンピューティング、ストレージ、およびイベント管理機能により、必要に応じて世界中の出荷データにアクセスできます。

技術的ソリューション:

• IBM Cloud Kubernetes Service
• IBM® Event Streams for IBM Cloud®
• IBM Cloud® Object Storage
• IBM Cloud® Continuous Delivery

結果

• IBM Cloud Kubernetes Service および IBM CI/CD ツールにより、アプリの各リージョンバージョンが、データの収集元となっている物理デバイスの近くでホストされます。
• マイクロサービスを使用すると、パッチ、バグ修正、新しいフィーチャーを配信するまでの所要時間が大幅に短縮されます。 初期開発が迅速であるのに加えて、更新を頻繁に行うことが可能です。
• 輸送業の顧客は、輸送の場所、配送スケジュール、および承認済みの港湾記録にリアルタイムでアクセスできます。
• さまざまな輸送拠点のトランジット・パートナーが船舶積荷目録と輸送詳細を認識しているため、オンサイトのロジスティクスが (遅延ではなく) 改善されます。

context

3週間足らずで、革新的な人事福利厚生サイトを迅速に構築・公開する。

• 従業員数の増加と HR ポリシーの変更により、年に一度の登録用に完全に新規のサイトが必要になります。
• 新規 HR ポリシーを既存の従業員に伝えるために、チャットボットなどの対話式機能が役立つことが期待されています。
• 従業員数の増加によりサイトのトラフィックは増加していますが、インフラストラクチャーの予算には変更がありません。
• HR チームは行動を加速することを求める圧力に直面しています。新しいサイト機能を迅速にロールアウトし、福利厚生の最新の変更を頻繁に投稿します。
• 登録期間は 2 週間であるため、新しいアプリのダウン時間は許容されません。

ソリューション

航空会社は、従業員を最優先にしたオープンな社風を作ろうとしています。 HR 幹部は、人材に報酬を与えて維持することに重点を置くと、この航空会社の収益性に影響するということをよく認識しています。 したがって、福利厚生の年に一度のロールアウトは、従業員を中心に考える社風を育てるうえで重要な側面です。

開発者とユーザーを支援するソリューションが必要です。

• 既存の福利厚生に対するフロントエンド: 保険、教育の機会、健康支援など
• リージョン固有の機能: 各国に固有の HR ポリシーがあるため、サイト全体の外観は似ていても、リージョン固有の福利厚生が表示されます。
• 開発者にとって使いやすいツール: 機能のロールアウトおよびバグ修正を加速します。
• チャットボット: 福利厚生について信頼のおける会話をすることができ、ユーザーの要求や質問を効率的に解決します。

技術的ソリューション:

• IBM Cloud Kubernetes Service
• IBM Cloud® Continuous Delivery
• IBM のロギングとモニタリング
• IBM® Secure Gateway for IBM Cloud®
• IBM Cloud App ID

HR 幹部にとって、開発の加速は重要な成功を意味します。 チームはまず、アプリをコンテナー化してクラウドに配置します。 最新のコンテナーを使用すると、開発者は、Node.js SDK を使用して簡単に試験を行って、別個のクラスターにスケールアウトされた開発およびテスト・システムに変更をプッシュすることができます。 これらのプッシュは、オープン・ツールチェーンと IBM Cloud® Continuous Delivery により自動化されました。 HR サイトへの更新に関して、低速でエラーを起こしやすいビルド・プロセスが長引くことがなくなりました。 サイトへのインクリメンタル更新を、毎日あるいはもっと頻繁に配信することができます。 さらに、HRサイトのログ記録と監視機能は急速に統合が進んでおり、特に、同サイトがバックエンドの福利厚生システムから個人別データを取得する仕組みにおいて、その傾向が顕著です。 開発者は、時間をかけて複雑なロギング・システムをビルドしなくても、稼働中のシステムをトラブルシューティングすることができます。 開発者はクラウド・セキュリティーのエキスパートになる必要はありません。開発者は IBM Cloud App ID を使用することで簡単にポリシー駆動型の認証を実施できます。

IBM Cloud Kubernetes Service により、プライベート・データ・センターでの過度なハードウェア構築から、IT 運用、保守、エネルギーを低減させるカスタマイズ可能なコンピュートへと、移行しました。 HR サイトをホストするために、CPU、RAM、およびストレージ必要量に合わせて Kubernetes クラスターを簡単に設計できました。 この他にも、人件費削減を可能にする要素としては、IBM が Kubernetes を管理する点です。これにより開発者は、福利厚生登録における従業員体験を高めることに集中することができます。

IBM Cloud Kubernetes Service 必要に応じてアプリやサービスを作成、拡張、および削除できるよう、スケーラブルなコンピューティングリソースと、それに関連する DevOps のダッシュボードを提供します。 業界標準のコンテナー・テクノロジーを使用することで、アプリを迅速に開発し、複数の開発、テスト、および実稼働環境にわたって共有することができます。 このセットアップにより、スケーラビリティーの直接的な利点を得ることができます。 Kubernetes の豊富なデプロイメントとランタイム・オブジェクトのセットを使用して、HR チームはアプリのアップグレードを信頼性の高い方法でモニターし、管理することができます。 また、定義したルールや自動化された Kubernetes オーケストレーターを使用することで、アプリのレプリケーションとスケーリングを行うことができます。

結果

• チャットボットのようなツールを使用して、HR チームは、革新という言葉が単なる流行語ではなく、社風の一部になっていることを実証しました。
• 現在の航空会社従業員の変化し続ける期待に、サイトにおける確実なパーソナライゼーションで対応しました。
• HR サイトへの最新の更新 (これには、従業員のチャットボット会話によって駆動される更新が含まれます) が迅速に公開されました。これは、開発者が変更を毎日 10 回以上プッシュしているためです。
• インフラストラクチャーは IBM によって管理されるため、開発チームは完全に自由になり、たったの 3 週間でサイトを配信しました。