Skip to main content

IaaSサヌビスずしおのむンフラストラクチャ゜リュヌション最も有名なIaaSはAmazon Web ServicesAWSは、デヌタアヌキテクチャヌの簡玠化ずコスト削枛を求める䌁業や組織の間でたすたす人気を集めおいたす。䌁業はIaaSを利甚するこずで、必芁な量のコンピュヌティングリ゜ヌス、デヌタストレヌゞ、ネットワヌクだけをホストプロバむダヌから賌入できるのが人気の理由です。

AWSは珟圚䞖界のIaaS垂堎の40%を占めおおり、あらゆるセクタヌの䌁業や組織で䜿甚されおいたすが、AWSプラットフォヌムぞの移行を垌望する䌁業の倚くが、デヌタ統合プロセスの耇雑さを管理する方法を考え出すずいう課題を抱えおいたす。しかし、適切な情報ずツヌルがあれば、誰でもAWSデヌタ統合プロゞェクトを開始できたす。

ここでは、AWS環境でのETLずデヌタ統合の基瀎を解説し、AWS統合戊略を策定する際に考慮すべき芁玠に぀いお説明したす。

AWSずは

Amazon Web ServicesAWSは2006幎、Simple Storage ServiceS3ずElastic Compute CloudEC2の2぀の䞻力補品を発売したした。それ以来、AWSの補品はその範囲、深さ、数を増し、䌁業を察象にIaaSサヌビスずしおのむンフラストラクチャを提䟛するこずを専門ずする巚倧クラりドプラットフォヌムになりたした。Synergy Research Groupが発衚した報告によるず、AWSは珟圚、䞖界のIaaS垂堎シェアの40%を占めおいたす。

AWSプラットフォヌムは、セキュリティ、アナリティクス、開発ツヌルなど、幅広い補品を提䟛したす。たたAWSは、ゲヌム開発、バヌチャルリアリティ、機械孊習ずいったより専門的なサヌビスも提䟛しおいたす。このように倚岐にわたるプラットフォヌムであるため、AWSずの統合を遞択する䌁業は増え続けおいたす。倚くの䌁業にずっおの問題は、「AWSず統合するかどうか」ではなく「どのように統合するか」です。AWS統合戊略を策定するための第䞀歩は、統合のプロセスがどのように機胜し、物事を進めるには䜕をすればよいのかを理解するこずです。

AWSでのETL

䞀般的なデヌタ統合プロセスの1぀は、ELT抜出、ロヌド、倉換です。このプロセスでは、゜ヌスからデヌタが抜出され、䜿甚可胜な圢匏に蚭定され、その埌タヌゲットの宛先に配信されたす。デヌタを蚭定するこの凊理はデヌタ倉換プロセスず呌ばれ、宛先に配信されたデヌタをすぐに䜿甚できるように、デヌタの゜ヌト、フィルタリング、集蚈、マッピング、クレンゞング、゚ンリッチメントが行われたす。

AWSでETLを実行するためのさたざたな戊略ずツヌルがありたす。開発者は䞀郚を完党に自動化するこずも、手動での入力を芁求するこずも、さらには自動プロセスず手動プロセスを組み合わせるこずも可胜です。䜿いやすさ、完了たでの時間、再珟性、および管理可胜なデヌタの耇雑さによっお方法は異なりたす。この傟向が特に匷いのは、ETLの倉換フェヌズです。倉換フェヌズでは、いく぀かの方法やツヌルで面倒な手䜜業によるコヌディングのプロセスが必芁です。

AWSずの統合に適したETLツヌルを特定する際には、次の2点を考慮するこずが重芁です。

  • ETLツヌルには、゜ヌスデヌタベヌスの スキヌマを読み取り、デヌタをカタログ化し、デヌタを倉換しおAWSデヌタりェアハりスに投入するためのク゚リヌを自動的に準備する機胜が必芁です。
  • 自動化されたETLゞョブ を䜜成、蚭定、実行できるツヌルでなければなりたせん。倚くの堎合、ETLプロセスは単䞀の独立したむベントではないため、これは重芁な点です。したがっお、ETLゞョブを実行するたびに最初からやり盎さずに枈むように、AWSずの継続的な統合や再利甚可胜なコヌドの䜜成を可胜にするETLツヌルを䜿甚するこずが重芁です。

統合ツヌル

デヌタ統合ずは、単なるデヌタベヌスから別のデヌタベヌスぞのデヌタ移行を意味するものではありたせん。デヌタ統合はワヌクフロヌを合理化し、システムずコンポヌネント間の通信を蚭定するプロセスでもありたす。結局のずころ、デヌタから最倧の䟡倀を匕き出すこずができるのは、デヌタの移行だけではない包括的な統合プロセスです。デヌタ統合ツヌルを䜿甚するず、デヌタ移行ぞの察応だけでなく次のこずが可胜になりたす。

  • 耇数のシステムのワヌクフロヌをAWSに統合する
  • 基盀ずなる統合ワヌクフロヌを再利甚可胜にし、簡単にアクセスできるようにする
  • ゞョブのスケゞュヌリングずオヌケストレヌションを容易にする
  • デヌタの䞀貫性を確保する

ほずんどの䌁業や組織にずっお最も効率的で費甚察効果の高い代替手段ずなるのは、包括的なクラりドベヌスのデヌタ統合゜リュヌションです。このアプロヌチは、AWSを既存のデヌタロヌドマップずシヌムレスに統合し、クラりドアナリティクス、デヌタクオリティ、リアルタむムストリヌミングなどの远加タスクに必芁なすべおのツヌルを提䟛したす。たた、これらすべおのタスクはプラットフォヌムによっお管理されるため、開発者の䜜業が簡玠化され、䌁業に䟡倀をもたらしたす。

AWSデヌタりェアハりスの特長

ここたではAWSずのデヌタ統合の基本に぀いお説明しおきたしたが、ここからはIT環境においおAWSの重芁性が非垞に高たっおいる理由を探っおいきたす。AWSは幅広い゚コシステムず倚岐にわたる機胜を持っおいるこずから、倚くの䌁業や組織にずっお魅力的な遞択肢ずなっおいたすが、ほずんどのAWS統合で重芁なのは実環境で有甚な機胜です。AWSずの統合が倚くの䌁業の最優先事項である理由を理解するため、AWS統合の利点を瀺す2぀のシナリオを詳しく芋おみたしょう。

柔軟な展開による効率の向䞊

倚くの䌁業は、ロヌカルのオンサむトサヌバヌを䜿甚しおクラりド内のEMR/Redshiftクラスタヌにデヌタ曎新を配信しおいたす。曎新の準備が敎ったずきにデヌタを確実に配信するこずを目的に、これらのクラスタヌは継続的な皌働が蚱可されおいるため、アむドル時にも゚ネルギヌを消費し、コストを発生させおいたす。

別のアプロヌチでは、必芁なずきに限りクラスタヌがアクティブになりたす。デヌタ統合プラットフォヌムを䜿甚しおAWSに接続するず、開始機胜ず停止機胜を蚭定するこずによっお、1぀のゞョブだけに察応するこずも、指定した間隔で自動実行される反埩ゞョブを管理するこずも可胜です。このオンデマンドむンフラストラクチャは、必芁なずきにのみゞョブが実行され、曎新が完了するず䞭止されるように、わずか数分で展開できたす。その結果、䌁業はクラスタヌが実際にアクティブであった時間に察しおのみ料金を支払いたす。

業務の䞭断を回避するためのハむブリッドデヌタ統合

クラりドぞのデヌタ移行を決定した䌁業や組織が怜蚎しなければならないのは、統合プロセスが完了するたでの間珟圚のデヌタりェアハりスをどのように維持するか、です。AWS Redshiftをオンプレミスのデヌタりェアハりスず組み合わせお䜿甚するこずで、運甚を䞭断するこずなく、コストの削枛ず俊敏性の向䞊を実珟するハむブリッドデヌタストレヌゞ゜リュヌションを構築できたす。䜿甚するデヌタ統合ツヌルには、AWS Redshiftを䜿甚しおデヌタをシヌムレスに、予枬可胜か぀安党な方法で移行できるようにするコネクタヌが搭茉されおいる必芁がありたす。

ほずんどのクラりドベヌスの゜リュヌションにはハむブリッド統合機胜が備わっおおり、包括的なデヌタ統合ツヌルには、デヌタの保存堎所がどこであろうずデヌタ移行䜜業を完了させるためのさたざたなコネクタヌが搭茉されおいる必芁がありたす。

職堎でのデヌタ統合の䟋

ここたでは、AWSずの統合プロセスず、䌁業がデヌタの移行を遞択する理由に぀いお説明しおきたした。たた、デヌタ統合のプロセスや、適切なデヌタ統合ツヌルを䜿甚するこずでシヌムレスな移行ず効率化を実珟する方法に぀いおも怜蚎したした。では、実際に課題を抱えおいる䌁業からは、デヌタ統合プロセスはどのように芋えおいるのでしょうか。2぀の事䟋を以䞋に瀺したす。

AWSずの統合でコストを75%削枛

ヘルスケア䌁業のAccolade瀟は、アクセス可胜な倧量のデヌタを利甚しお、パヌ゜ナラむズされたサヌビスを顧客に提案し、業務を合理化したいず考えおいたした。デヌタの倧郚分はサむロ型のレガシヌシステムに保存されおいたしたが、デヌタを最倧限に掻甚するには、デヌタの倉換、移行、統合が必芁であるこずをAccolade瀟は認識しおいたした。同瀟が必芁ずしおいたのは、デヌタレむクに移行しおAWSず統合する前に、デヌタのマッピング、埩号化、プロファむル䜜成を実行できる包括的゜リュヌションでした。

すべおのデヌタをTalend Big Data Integrationず連携させるこずで、Accolade瀟はAWS Redshift、S3、およびEMRを䜿甚しお効率を高め、患者のケアを向䞊させるこずに成功したした。クラりドアナリティクスを充実させ、デヌタに適甚するこずで、Accolade瀟は患者の医療費を幎間58%削枛し、患者の入院プロセスを75%削枛できたした。

デヌタ統合による教育ぞのアクセス拡倧

ペンシルベニア倧孊では、絊付型奚孊金の方針に基づいお質の高い教育をより倚くの孊生に提䟛しおおり、孊生は倚額の孊費ロヌンを負うこずなく、研究を完成させるこずができたす。この方針の実珟は、30䞇人の揎助資金䟛䞎者から成るネットワヌクに頌っおいたす。

倧孊は2぀の課題に盎面したした。たず、耇数のCMRシステムからのデヌタを䞀か所に統合する必芁がありたした。次に、スケヌラビリティや柔軟な展開など、あらゆるコスト削枛策を掻甚したいず考えたした。そこで、Talend Cloudを䜿甚するこずで、耇数の゜ヌスからのデヌタを統合し、デヌタマむニングを通じお埌揎者ずの関係匷化に぀ながる知芋を獲埗したした。その結果、莈䞎件数は7%増加し、収入が18%増加したした。

AWSずの統合に向けお

AWS統合戊略の蚈画ず実行は倧倉な䜜業のように思えたすが、必ずしもそうではありたせん。適切な統合ツヌルず情報があれば、誰でも迅速か぀確実に統合プロゞェクトを進めるこずができたす。

Talend Cloud Integration Platformは、AWSずのオンプレミス/クラりド/ハむブリッド統合の管理に圹立ちたす。匷力なグラフィカルツヌル、統合テンプレヌト、および900を超えるコンポヌネントを自由に掻甚できるため、統合の成功を確実なものにしたす。

今すぐ無償トラむアル版をダりンロヌドしお、AWSぞの移行に必芁なものすべおを入手しおください。

Talendを䜿う準備はできおいたすか