メニュー

標準化されたデータ アーキテクチャを構築

(Master Integratorのステータスを取得する方法)

slices of an orange cylinder with a white coating spread into a circular shape on the right side of a gray background
目次

クラウドですべてを修正することが想定されていました

—より優れた、より高速で、より強力な運用を実現します。そして多くの方法で、それにある。しかし、あなたのデータレイクがグレート・パシフィック・ガベージ・パッチのように見え始めている可能性もあります。データはゴミではなく「残酷な」データであり、設計が不完全で、不必要に複雑で、一般的には不要です。

残酷なコードの蓄積は誰も求めていません。また、インフラの隅々から残酷な部分を見渡せるようにするためのベストプラクティスもあります。技術的負債をクリーンアップすると、会社のデータやアプリケーションを接続、統合、および一般的に改善するという、組織全体を再編成する機会がほとんどありません。データは、オンプレミス、クラウド、クラウドのどの場所にあっても、その間は維持できますが、そのデータを活用して管理するためのビジネスプロセスは明らかである必要があります。( そしてそれらはほとんど得ることから明らかでない、従ってあなたのアチックに非常に多くの残酷な clutering がなぜあるかである ) 。

一方、変化のスピードはいいいいいなる。McKinsey & Company は、 2020 年 6 月までに、過去 10 年間の E コマースの成長率が、この 1 シーズンよりも速いことを発見しました。拡張性だけではなく、データユニバースが拡張されたこともわかっています。実際、物理的なチャネルは死んでいる。人間の行動が変化し、日常生活がオンラインやソフトウェアサービス( SaaS )、プラットフォームサービス( PaaS )、インフラサービス( IaaS )チャネルへと移行する中で、 IT に対応するのではなく、変化を予測することで成長をサポートする必要があります。その第一歩は IT チームです。所属チーム

この E ブックを選ぶ理由 

この E ブックの目的は、標準化されたデータアーキテクチャを構築する方法とその理由を理解することです。データを収集する方法と、データをどのように保存、統合、使用するかを規定する一連の統一された標準規格です。これは、ファンシーなリファレンスアーキテクチャを描画し、サンコンテキストを実装するために残されることではありません。最終的には、クラウド、データセンター、エッジなど、データの所有権を取得するお手伝いをしたいと考えています。そのためには、インフラ内に結束を構築し、日々の運用に集中できる、健全なデータサービススタックを構築します。幸運にも、 IT チームは、テクノロジブームの中で企業を成功に導くために、接続された統合ストレージインフラストラクチャを容易にするスキルをすでに持っています。では、標準化されたデータアーキテクチャを構築する上での 3 つの障害と、それに対処する方法について詳しく見ていきましょう。


connect-space-race.jpg

スペース(クラウド)レースに参加してみませんか

デジタルファースト企業ではない場合は、遅れています。同僚よりも成功を収めるためには、デジタル化を加速し、速度を落とすことが重要です。すでに完全にデジタル化されていても、データの整理やプロセスの乱暴化によって、効率化されたスタック構成を構築するための取り組みが見つかるかもしれません。このフリクションとその付随的な障害は、変革と安定性のパラドックスと呼ばれるものです。

変革と安定性のパラドックス 

デジタル化は、アプリケーションリーダーに 2 つの反対方向へのアプローチをもたらします。新たな競争環境に適応するリスクを受け入れるか、現状を維持するかのどちらかです。変化はすでに組織的にも技術的にも重要であり、アプリケーション、ストレージアーキテクチャ、その他数多くの隣接テクノロジの進歩に対応することが求められています。一方、企業はリスクをあまり導入してはいけません。現在の経済情勢を中心に、機能と安定した業務を維持する必要があります。このようなプッシュプルにより、組織は変化に備える準備ができていません。このような要求の矛盾する環境では、将来の問題に対処するために必要なツールやアーキテクチャを適切に開発することができないからです。しかし、この問題は、分かりません。在庫を確保し、弱点を特定し、リスクと報酬のバランスを取る明確な計画を作成することで、問題を解決できます。

アーキテクチャの標準化を妨げる 3 つの逆風があります

標準化されたアーキテクチャを構築するために、当社の経験では、次の 3 つの主要な障害が発生する可能性があります。

1. データは並列ユニバースに存在します 

ダークデータ、コールドストレージ、フロッピーディスクなど、すべてを見てきました。実質的に、正当なデータは、システムに悪影響を与えている非効率性の蓄積に貢献しています。さらに、技術的債務(「コード債務」)がある可能性もあります。技術的債務は、急ぐことから、より効率的で高価な方法ではなく、最も迅速な方法でソリューションをコーディングすることに至る。たとえば、開発者がプログラミングされた機能のレガシーコードを継承しているとします。数年後には、そのコードが理解不能になる可能性があります。元のコードの背景にある考え方が明確でない場合や、コードが十分にクリーンでない場合は、より機能的な標準化されたデータ管理モデルへの移行が困難な戦いになります。コードが混乱すると、リファクタリングが必要になることがよくあります。これらの特性により、標準化されたデータアーキテクチャへの移行は、コストが高く、困難になります(「技術的負債」の「債務」)。 

2. 財布の紐は、インフラに関しては厳しいものです

残念ながら、インフラストラクチャへの資金提供は必ずしも容易ではありません。なぜなら、バックエンドの「ボーリング」の問題は、テーブルでは同等の領域を持たないため、多くの場合、ストレージを最適化するプロジェクトよりも、他のビジネスイニシアチブが優先されます。その結果、ガイドの指示を受けずに資金を提供することで、クラウドの採用や重要なアップグレード、長期的な競争力の維持に時間をとられる可能性があります。IT 部門は、将来の改善を迅速かつ容易に実現するインフラ投資を受ける代わりに、より多くの猫の動画と同等の効果を得ることができます。ベストプラクティスのクラウドアーキテクチャを使用せずに構築された新しい戦術的改善は、技術的な負債に追加されます。これは、将来にクールなものを構築する際の深刻さと遅延を意味します。

3. 哲学的なデータのジレンマがある 

「クラウド」をデータセンターまたは「データセンター」にクラウドに配置していますか?インフラのプログラムが可能になると、 IT 部門や運用部門のリーダーは、インフラの重要な側面に関してソフトウェア開発者に責任を負わせざるを得なくなります。このような移行によって組織が問題となるのは必然的です。なぜなら、ソフトウェア開発者は、うまく、特異な方法でいるからです。インフラに関する意思決定において開発者の役割が強力な場合、正統ではないような選択肢が生まれ、 IT リーダーはその選択をすぐに理解していないかもしれません。私たちは、新しいスーパーヒーロー「インフラストラクチャ開発者」の台頭を目撃しました。コードの作成者、自動化エンジニア、全体的なビルドマネージャを務めています。業務上のサイロ化という時代遅れの概念を混乱させ、インフラ、データ、クラウド、コードの見直しを迫られているツールメーカーです。そのため、変化し続ける世界では、役割を常に再考する必要があります。そして哲学的なデータのジレンマについては、状況によって異なります。ここでは、「クラウド」と「データセンター」について説明しますが、相互に排他的である必要はありません。 


connect-integration.jpg

統合の重要性: 3 つの障害を克服し、「混沌とした慣性」から生じる方法

統合スタックに到着するには、接続と統合が必要です。データアーキテクチャについて話す際は、ストレージについて話す必要があります。データセンターの概要から、さまざまなアレイが混在していることや、データのサイロ化を解消して情報共有を支援する高度にカスタマイズされた統合コードを把握していることはすでにわかっています。パブリッククラウドはその答えを保持しているように見えますが、データのサイロ化も傾向にあります。このような場合、統合データサービススタックでいくつかの問題を解決できます。構築方法をご紹介します。

1.廃止または再構築が可能なシステムに優先順位を付け、パブリッククラウドに移行するシステムを決定します。  

マルチクラウド戦略を策定し、文書化することは、共通のデータアーキテクチャを構築するための第一歩であり、不可欠なステップです。複数のデータサブシステムの問題を解決することを目的とした、垂直なテクノロジを評価します。目的は、データセンターやパブリッククラウドとは無関係に、予測性と共通の管理機能を提供するソリューションを標準化することです。  

2. 新しいクラウドベースのソリューションを選択します。  

自動化の機会がある場合は、システムのライフサイクル全体にわたって債務返済を計画できます(つまり、導入したクラウドソリューションが継続的に改善されること)。  

3.関係者と協力して、複合的な技術債務を削減する。  

直接的な観点から外れている債務を管理できるように、 IT のすべてのドメインとそれ以上のドメイン(特にエンタープライズアーキテクチャおよびアプリケーション開発チーム)を含めるようにしてください。 


アプリケーションをクラウドの新しいサービスと統合し、技術的な負債を支払うことができます

これらの手順を完了したら、データセンターをクラウドに拡張できます。さまざまなデータコントロールプレーンの複雑さから解放され、複数のクラウドにわたる多数のワークロードの管理が大幅に簡易化されます。企業は、運用の予測可能性を犠牲にすることなく、各クラウドプロバイダの機能を活用できます。つまり、企業はビジネスクリティカルなアプリケーションやエンタープライズクラスのストレージサービスをパブリッククラウドに安心して移行できるようになりました。これまではアーキテクチャの再構築が必要でしたが、業界をリードするクラウドプラットフォームは、アプリケーション(仮想マシンやコンテナ管理システムなど)の膨大なインフラ要件をサポートするだけでなく、グローバルな自動拡張機能も提供します。この機能により、組織はデータセンターアプリケーションをクラウドプラットフォームに移行できるようになりました。繰り返します。お客様は、クラウドの新しいサービスとアプリケーションを統合し、技術的な負債を支払うことができます。優れた統合とは、組織の内外にかかわらず、アプリケーションとデータ構造を連携させることです。つまり、 IT チームは、信頼性が高く定量化可能なビジネスバリューを示す、堅牢で、一般的で、高性能なストレージアーキテクチャを構築する必要があります。さらに、ビジネス目標、メリット、リスク、および主な採用基準を考慮して、組織全体の共通ガイドラインを定義できます。つまり、ストレスの軽減、ビジネス上の成果の向上、休憩室でのエスプレッソショットの無料化などが可能です。では、実際にこれを構築しようとしている人々について…

IT チームの負担を軽減します 

IT チームが日々直面する課題の現実を考えてみましょう。 

  1. IT 部門以外の開発チームは、カスタムソフトウェアアプリケーションや企業チャットボットに取り組んでいます。自社開発のアプリケーションには、それぞれ独自の要件があり、クラウドに対応する必要があります。SAP と Oracle の場合、手順書は付属していません。 

  2. 一部の基幹業務の従業員は、新しく取得したアプリケーションを既存のシステムと迅速に統合する必要があります。実際、この作業には、サードパーティの統合サービスが使用されています。 

  3. アプリケーションとシステムの統合を専門としないスタッフメンバーは、カスタムモバイルアプリケーションや内部データベースの開発など、独自のプロジェクトの範囲内で行う必要があります。

これらの作業はすべて、 IT スタッフの作業に余分な複雑さを加えることで負担になります。

Master Integrator の達成をロック解除します

技術的な負債と残酷な理由から、インフラの刷新は当初よりコストが高くなる可能性があります。シンプルなソリューションですか?標準的なデータストレージ環境に導入して構築最新化により、エントロピーの状態から保護することができます。企業の将来を見据えて計画しています。頻繁にリファクタリングを行う際に、問題を解決したり、膨大な時間を要したりするだけではありません。この統合環境では、クラウドとオンプレミスのアプリケーション、システム、データベースを広範囲に接続し、クラウドとオンプレミスの両方に導入できます。このアーキテクチャはパブリッククラウドに導入された場合、通常はアプリケーション用の事前定義された API と、カスタムコネクタを構築するための標準化されたツールを提供します。つまり、その成果は?ロックを解除しました。


connect-pony.jpg

そして皆はポニーを得た

これは、これらすべての問題を解決するためのネットアップのアプローチを一般的に説明する部分です。 

しかし、それはしません。私たちは、宣伝しません。私達は穏やかにウィスパーをしただし、関心がある場合は、次の点に注意してください。 

  • ネットアップでは、ほぼすべての環境で稼働する統合データサービススタックを開発しました。 

  • ネットアップは、包括的で統合されたストレージ / データ管理サービスを提供しています。 

  • これらのサービスは、オンプレミス、クラウド、そしてその間のあらゆるバリエーションで機能します。 

  • 当社の製品は、お客様がより良いギグを目指して仕事を終えた後、長期間保証される標準化を提供しています。(そのため、従来のコードがペソほど心配したり、企業の技術的債務負担に貢献したりする必要はありません)。 

データの保存場所にかかわらず、今こそマスター化し、接続し、統合するときです。

Eブックをダウンロード

次のステップ