フローロジスティックケーススタディ
会社概要
Flowlogisticは、大手物流およびサプライチェーンのプロバイダーです。彼らは世界中の企業を助けます
それらの資源を管理し、それらを最終目的地に輸送する。会社は急速に成長しました、
鉄道、トラック、航空機、および海上輸送を含むように商品を拡大しています。
会社背景
同社は地域のトラック運送会社として始まり、その後他の物流市場にも進出しました。
インフラストラクチャは更新されていないため、注文と出荷の管理と追跡は
ボトルネックになります。操作を改善するために、Flowlogisticは追跡のための独自の技術を開発しました
小包レベルでリアルタイムで出荷。しかし、彼らの技術が理由でそれを展開することはできません。
Apache Kafkaに基づくstackは処理量をサポートできません。さらに、Flowlogisticは望んでいます
注文と出荷をさらに分析して、リソースを最適に展開する方法を決定します。
ソリューションコンセプト
Flowlogisticはクラウドを使用して2つの概念を実装したいと考えています。
の位置を示すリアルタイムの在庫追跡システムで独自の技術を使用する
彼らの負荷
構造化されたものと構造化されていないものの両方を含む、すべての注文と出荷ログに対して分析を実行します。
データ、どのようにリソースを展開するのが最善か、情報を拡大するためのマーケットを決定します。彼らはまた使用したいです
出荷が遅れる時を早く知るための予測分析。
既存の技術環境
Flowlogisticアーキテクチャは単一のデータセンターにあります。
データベース
2クラスタ内に8台の物理サーバー
- SQL Server - ユーザーデータ、インベントリ、静的データ
3台の物理サーバー
- Cassandra - メタデータ、メッセージの追跡
10台のKafkaサーバー - メッセージ集約とバッチ挿入の追跡
アプリケーションサーバー - 顧客フロントエンド、注文用ミドルウェア/税関
20台の物理サーバーにわたって60台の仮想マシン
- Tomcat - Javaサービス
- Nginx - 静的コンテンツ
- バッチサーバ
ストレージ機器
- 仮想マシン（VM）ホスト用のiSCSI
- ファイバチャネルストレージエリアネットワーク（FC SAN） - SQLサーバストレージ
- ネットワーク接続ストレージ（NAS）のイメージストレージ、ログ、バックアップ
10台のApache Hadoop / Sparkサーバー
- コアデータレイク
- データ分析ワークロード
20台のその他のサーバー
- Jenkins、モニタリング、要塞のホスト、
ビジネス要件
拡張された生産量のパンティで信頼性と再現性のある環境を構築します。
分析のために一元化されたData Lakeのデータを集計する
過去のデータを使用して将来の出荷について予測分析を実行する
独自の技術を使用して世界中のすべての出荷を正確に追跡
新しいリソースの迅速なプロビジョニングを通じてビジネスの敏捷性と革新のスピードを向上させる
クラウドのパフォーマンスについてアーキテクチャーを分析して最適化する
他のすべての要件が満たされている場合は、クラウドに完全に移行します。
技術要件
ストリーミングデータとバッチデータの両方を処理する
既存のHadoopワークロードを移行する
アーキテクチャがスケーラブルで弾力性があることを確認して、会社の変化する要求を満たすことができます。
可能な限りマネージドサービスを使用する
データの送信と暗号化を暗号化
本番データセンターとクラウド環境の間にVPNを接続する
SEOステートメント
私たちは急速に成長したため、インフラストラクチャをアップグレードできないため、さらなる成長が妨げられています。
そして効率。私たちは世界中で貨物を移動するのには効率的ですが、移動するには非効率的です
周りのデータ。
私たちは、顧客がどこにいるのかをより簡単に理解できるように、私たちの情報を体系化する必要があります。
彼らが出荷しているもの
CTOステートメント
ITが私たちにとって優先されることは一度もありませんでした。
技術。私はITを管理するための優秀なスタッフを抱えていますが、彼らは私たちのインフラストラクチャを管理するのに忙しいので
データの整理、分析の構築など、本当に重要なことを実行させることはできません。
CFOの追跡技術を実装する方法を考え出す。
CFOステートメント
私達の競争上の優位性の一部は私達が遅い郵送物および配達のために私達自身に不利益を与えることです。知っている
出荷が常にある場所では、当社の収益と収益性に直接の相関関係があります。
さらに、サーバー環境を構築するために資金を投入することは避けたいと思います。
FlowlogisticのCEOは、彼のセールスチームがより良いものになることができるように彼らの顧客基盤についての迅速な洞察を得たいと思っています
現場で知らされた。このチームはあまり技術的ではないので、彼らは簡単にするための視覚化ツールを購入しました
BigQueryレポートの作成しかし、それらはテーブル内のすべてのデータに圧倒されており、
彼らが必要とするデータを見つけることを試みる質問に多くのお金を使う。あなたは彼らの問題を解決したいです。
最も費用対効果の高い方法です。あなたは何をするべきか？
会社概要
Flowlogisticは、大手物流およびサプライチェーンのプロバイダーです。彼らは世界中の企業を助けます
それらの資源を管理し、それらを最終目的地に輸送する。会社は急速に成長しました、
鉄道、トラック、航空機、および海上輸送を含むように商品を拡大しています。
会社背景
同社は地域のトラック運送会社として始まり、その後他の物流市場にも進出しました。
インフラストラクチャは更新されていないため、注文と出荷の管理と追跡は
ボトルネックになります。操作を改善するために、Flowlogisticは追跡のための独自の技術を開発しました
小包レベルでリアルタイムで出荷。しかし、彼らの技術が理由でそれを展開することはできません。
Apache Kafkaに基づくstackは処理量をサポートできません。さらに、Flowlogisticは望んでいます
注文と出荷をさらに分析して、リソースを最適に展開する方法を決定します。
ソリューションコンセプト
Flowlogisticはクラウドを使用して2つの概念を実装したいと考えています。
の位置を示すリアルタイムの在庫追跡システムで独自の技術を使用する
彼らの負荷
構造化されたものと構造化されていないものの両方を含む、すべての注文と出荷ログに対して分析を実行します。
データ、どのようにリソースを展開するのが最善か、情報を拡大するためのマーケットを決定します。彼らはまた使用したいです
出荷が遅れる時を早く知るための予測分析。
既存の技術環境
Flowlogisticアーキテクチャは単一のデータセンターにあります。
データベース
2クラスタ内に8台の物理サーバー
- SQL Server - ユーザーデータ、インベントリ、静的データ
3台の物理サーバー
- Cassandra - メタデータ、メッセージの追跡
10台のKafkaサーバー - メッセージ集約とバッチ挿入の追跡
アプリケーションサーバー - 顧客フロントエンド、注文用ミドルウェア/税関
20台の物理サーバーにわたって60台の仮想マシン
- Tomcat - Javaサービス
- Nginx - 静的コンテンツ
- バッチサーバ
ストレージ機器
- 仮想マシン（VM）ホスト用のiSCSI
- ファイバチャネルストレージエリアネットワーク（FC SAN） - SQLサーバストレージ
- ネットワーク接続ストレージ（NAS）のイメージストレージ、ログ、バックアップ
10台のApache Hadoop / Sparkサーバー
- コアデータレイク
- データ分析ワークロード
20台のその他のサーバー
- Jenkins、モニタリング、要塞のホスト、
ビジネス要件
拡張された生産量のパンティで信頼性と再現性のある環境を構築します。
分析のために一元化されたData Lakeのデータを集計する
過去のデータを使用して将来の出荷について予測分析を実行する
独自の技術を使用して世界中のすべての出荷を正確に追跡
新しいリソースの迅速なプロビジョニングを通じてビジネスの敏捷性と革新のスピードを向上させる
クラウドのパフォーマンスについてアーキテクチャーを分析して最適化する
他のすべての要件が満たされている場合は、クラウドに完全に移行します。
技術要件
ストリーミングデータとバッチデータの両方を処理する
既存のHadoopワークロードを移行する
アーキテクチャがスケーラブルで弾力性があることを確認して、会社の変化する要求を満たすことができます。
可能な限りマネージドサービスを使用する
データの送信と暗号化を暗号化
本番データセンターとクラウド環境の間にVPNを接続する
SEOステートメント
私たちは急速に成長したため、インフラストラクチャをアップグレードできないため、さらなる成長が妨げられています。
そして効率。私たちは世界中で貨物を移動するのには効率的ですが、移動するには非効率的です
周りのデータ。
私たちは、顧客がどこにいるのかをより簡単に理解できるように、私たちの情報を体系化する必要があります。
彼らが出荷しているもの
CTOステートメント
ITが私たちにとって優先されることは一度もありませんでした。
技術。私はITを管理するための優秀なスタッフを抱えていますが、彼らは私たちのインフラストラクチャを管理するのに忙しいので
データの整理、分析の構築など、本当に重要なことを実行させることはできません。
CFOの追跡技術を実装する方法を考え出す。
CFOステートメント
私達の競争上の優位性の一部は私達が遅い郵送物および配達のために私達自身に不利益を与えることです。知っている
出荷が常にある場所では、当社の収益と収益性に直接の相関関係があります。
さらに、サーバー環境を構築するために資金を投入することは避けたいと思います。
FlowlogisticのCEOは、彼のセールスチームがより良いものになることができるように彼らの顧客基盤についての迅速な洞察を得たいと思っています
現場で知らされた。このチームはあまり技術的ではないので、彼らは簡単にするための視覚化ツールを購入しました
BigQueryレポートの作成しかし、それらはテーブル内のすべてのデータに圧倒されており、
彼らが必要とするデータを見つけることを試みる質問に多くのお金を使う。あなたは彼らの問題を解決したいです。
最も費用対効果の高い方法です。あなたは何をするべきか？
