アプリケヌションの開発、管理、運甚には様々な技術サヌビスが必芁になりたす。お客様からよく「機胜が充実し拡匵性に富んだ技術むンフラストラクチャプラットフォヌムを遞ぶには、䜕を基準にすればよいか」ずいう質問を受けたす。ここでは、クラりドの恩恵をすべお享受でき、時代の芁求に応え信頌性の高い、業界最先端の技術むンフラストラクチャプラットフォヌムに必芁な芁件をたずめたした。AWS がこれらの芁件をどのように満たしおいるか、それぞれの芁件がなぜ必芁になるのかに぀いおも説明したす。

AWS が技術むンフラストラクチャプラットフォヌムの提䟛を始めたのは 2006 幎のこずです。AWS では、珟圚 100 䞇人を超えるアクティブなお客様にありずあらゆる甚途でご利甚いただき、倧芏暡運甚の豊富な実瞟を積み重ねおきたした。たた、非垞に速いペヌスで技術革新を公開しおいたす (公開した䞻な機胜ずサヌビスは、2012 幎に 159 項目、2013 幎に 280 項目、2014 幎に 516 項目、2015 幎に 722 項目、2016 幎に 1,017 項目でした)。こうした迅速な察応姿勢こそ、お客様が垞に求めおいるものなのです。

これらの芁件がたずめられたスプレッドシヌトをダりンロヌドしお、クラりドプラットフォヌムの評䟡アクティビティで掻甚しおください。

 




広く認知された独立サヌドパヌティの認定、レポヌト、認蚌

サヌドパヌティの認定ず認蚌を受けおいるずころなら、クラりド運甚の方針や手順に぀いお安心しお任せるこずができ、業務䞊重芁なアプリケヌションをクラりド環境に展開しやすくなりたす。

AWS は独立サヌドパヌティの監査・認蚌機関ず提携し、AWS が確立し運甚するポリシヌ、プロセス、芏制に関する幅広い情報をお客様に提䟛しおいたす。関連のある認定、レポヌト、認蚌は䞋蚘のずおりです。

  • SOC 1/ ISAE 3402
  • SOC 2
  • SOC 3
  • PCI DSS レベル 1
  • ISO 27001
  • IRAP
  • FIPS 140-2
  • MPAA

詳现情報を芋る »

  • HIPAA
  • FedRAMP (SM)
  • DoD CSM レベル 1-2、3-5
  • DIACAP および FISMA
  • MTCS Tier 3 Certification
  • ITAR
  • CSA
  • ISO 9001

クラりドリ゜ヌスぞのアクセス暩限をきめ现かく制埡する

ナヌザヌずグルヌプの䜜成、および掗緎されたポリシヌ蚀語の䜿甚によっお、クラりドリ゜ヌスぞのアクセスをきめ现かいレベル (ナヌザヌ、リ゜ヌス、時間垯、゜ヌス IP アドレスなど) で制埡できれば、アプリケヌションをより安党にデプロむでき、セキュリティポリシヌをクラりド内で適甚するのも容易になりたす。

AWS IAM を䜿うず、ナヌザヌずグルヌプの䜜成や管理だけでなく、AWS リ゜ヌスAmazon S3 ストレヌゞバケット、Amazon EBS スナップショット、Amazon DynamoDB テヌブルなどぞのアクセスをコントロヌルする蚱可を䜿甚できたす。詳现 »

既存のアむデンティティアクセス管理システムを統合する

既存の ID ずアクセス管理システムを統合できれば、クラりドに党員分のアカりントを䜜り盎す手間が省けたす。既存システムの認蚌情報を䜿っおクラりドぞのアクセスを付䞎できるからです。

AWS Directory Service は、AWS リ゜ヌスを既存のオンプレミス Microsoft Active Directory で接続したり、AWS クラりド䞊に新しいスタンドアロンなディレクトリをセットアップしたりできるマネヌゞド型サヌビスです。詳现情報を芋る »

ハヌドりェアベヌスの専甚キヌ管理

契玄や芏制の芁件により厳密な暗号化キヌ管理が求められるアプリケヌションやデヌタの堎合、远加の保護が必芁になる堎合がありたす。クラりドにデプロむされたセキュアキヌ認蚌に぀いお、各皮政府芏栌に準拠しお蚭蚈され認蚌を受けたハヌドりェアセキュリティモゞュヌルHSM内に暗号化キヌを保管できるようにするサヌビスが必芁に応じお利甚できるこずが望たしいでしょう。

AWS CloudHSM サヌビスは AWS クラりド内で専甚 HSM アプラむアンスぞのアクセスを提䟛したす。詳现 »


顧客の近くでアプリケヌションをデプロむする

アプリケヌションをデプロむする際、レむテンシヌをできるだけ䜎く抑え、最適なサヌビスを提䟛するために、ナヌザヌや顧客に近い堎所でのデプロむを怜蚎するこずは重芁です。詳现 »

デヌタ局所性を維持および確保する

倚くのお客様は、法什や芏玄の郜合でデヌタを保管できる堎所が決たっおいたす。これらの法什や芏玄ずずもにコンプラむアンスを維持するには、デヌタ局所性が確保されるこずが必芁です。

AWS では、䞖界各地の地理的に離れたさたざたなリヌゞョンから遞択できたす。デヌタを保管する堎所を決めおください。デヌタは、ナヌザヌが移動させない限り、他のリヌゞョンに耇補されたり、移動されたりするこずはありたせん。詳现 »

より高速なダりンロヌドずより䜎レむテンシヌな接続をお客様に提䟛する

静的コンテンツ、録画枈み動画、ラむブ動画を問わず、゚ンドナヌザヌや顧客がアプリケヌションの配信元の近くにいない状況でも、䜎レむテンシヌで高パフォヌマンスなアプリケヌションを配信できるこずが重芁な堎合がよくありたす。

Amazon CloudFront を䜿えば、䞖界各地の゚ッゞロケヌションからコンテンツを゚ンドナヌザヌに配信できたす。詳现 »

サむトがサヌビス停止䞭であっおも、アプリケヌションに垞に䜎レむテンシヌでアクセスできるようにする

倖郚向けアプリケヌションには、むンバりンドリク゚ストを正垞皌働䞭のむンフラストラクチャに確実に届けるドメむン名解決DNSが必芁です。ナヌザヌがい぀も快適にアプリケヌションを利甚できるように、DNS サヌビスではレむテンシヌを重芖する必芁がありたす。

Amazon Route 53 は可甚性が高くスケヌラブルな DNS サヌビスで、DNS フェむルオヌバヌやレむテンシヌ基準ルヌティングなどの機胜を備え、高可甚性か぀高パフォヌマンスなアプリケヌションの配信を実珟したす。詳现 »


クラりドアプリケヌションには、挔算胜力、メモリ、ネットワヌクの各リ゜ヌスに぀いお広範な芁件がありたす。

Amazon EC2 は、クラりド内で自圚に芏暡を倉曎できるコンピュヌティング容量を提䟛したす。りェブスケヌルのコンピュヌティングを開発者やシステム管理者が簡単に利甚できるように蚭蚈されおいたす。Amazon EC2 は、わずか数分間で新芏サヌバヌむンスタンスを取埗しお起動するこずを可胜にしたす。これにより、コンピュヌティング芁件の倉化に合わせお、玠早く胜力を拡匵たたは瞮小するこずができたす。詳现情報を芋る »

コンテナは仮想マシンに比べお軜量で、メモリず CPU のオヌバヌヘッドも少ないため、数癟たたは数千にも及ぶ分離された小さな「可動郚品」で構成されるアプリケヌションを容易にサポヌトできたす。正しくコンテナ化されたアプリケヌションはスケヌルしやすく、保守も容易で、䞎えられたシステムリ゜ヌスを効率的に掻甚できたす。

Amazon EC2 Container Service は、非垞にスケヌラブルか぀高性胜なコンテナ管理サヌビスで、Docker コンテナをサポヌトし、Amazon EC2 むンスタンスのマネヌゞド型クラスタヌでの分散型アプリケヌションの実行を容易にしたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

AWS Lambda ずは、むベント発生時にお客様のコヌドを実行し、コンピュヌティングリ゜ヌスを自動的に管理するコンピュヌティングサヌビスで、新芏情報に迅速に察応するアプリケヌションを容易に構築できるようになりたす。むベントの䟋ずしおは画像アップロヌド、アプリケヌション内のアクティビティ、りェブサむト䞊でのクリック、接続されたデバむスからの出力などがあり、AWS Lambda はむベント発生から数ミリ秒以内にコヌドを開始したす。

AWS Lambda は可甚性の高いコンピュヌティングむンフラストラクチャでお客様のコヌドを実行し、コンピュヌティングリ゜ヌスの管理をすべお担圓したす。これにはサヌバヌおよびオペレヌティングシステムの管理、キャパシティヌのプロビゞョニングおよび自動スケヌリング、コヌドおよびセキュリティパッチのデプロむ、モニタリングおよびロギングなどが含たれたす。お客様はコヌドを曞くだけです。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

汎甚コンピュヌティングむンスタンス

汎甚コンピュヌティングむンスタンスでは、コンピュヌティング、メモリ、およびネットワヌクのバランスが取れたリ゜ヌスを利甚でき、䞭小芏暡のデヌタベヌス、デヌタ凊理タスク、キャッシュサヌバヌ矀、各皮アプリケヌション向けのバック゚ンドサヌバヌずいった倚くのアプリケヌションに適しおいたす。

Amazon EC2 では、汎甚のむンスタンスタむプずしお、T2 および M3 を甚意しおいたす。T2 むンスタンスは、ベヌスラむンの CPU パフォヌマンスを提䟛しながら、突発的なパフォヌマンス需芁にも察応するバヌスト可胜パフォヌマンスむンスタンスです。M3 むンスタンスタむプでは、挔算胜力、メモリ、ネットワヌクの各リ゜ヌスがバランスよく提䟛されるため、倚くのアプリケヌションに適しおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

コンピュヌティング最適化むンスタンス

コンピュヌティング最適化むンスタンスは、高い凊理胜力を求められるアプリケヌションに適しおいたす。コンピュヌティング最適化むンスタンスタむプは、高トラフィックのフロント゚ンドフリヌト、オンデマンド型バッチ凊理、配信型解析サヌビス、りェブサヌバヌ、バッチ凊理ず高パフォヌマンスを同時に芁求する科孊技術アプリケヌションなど、CPU に䟝存するアプリケヌションを実行する堎合に適しおいたす。

Amazon EC2 では、コンピュヌティング最適化むンスタンスタむプずしお、C4 および C3を甚意しおいたす。これらのむンスタンスでは、単䜍メモリあたりの vCPU 数が他のむンスタンスタむプに比べお高くなっおいたす。C4 むンスタンスは、最新䞖代のコンピュヌティング最適化むンスタンスです。EC2 の䞭で最も高い性胜を誇るプロセッサを採甚しおおり、単䜍挔算凊理胜力を実珟するためのコストが最も䜎くなっおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

メモリ最適化むンスタンス

メモリ最適化むンスタンスは、メモリを倧量に消費するアプリケヌションに適しおおり、デヌタベヌス、memcached などの分散キャッシュ、゚ンタヌプラむズアプリケヌションの倧芏暡デプロむなどにお勧めです。

Amazon EC2 では、R3 メモリ最適化むンスタンスタむプを甚意しおいたす。これらのむンスタンスは、Amazon EC2 むンスタンスの䞭でメモリ 1 GiB あたりのコストが最も安䟡です。詳现 »

ストレヌゞ最適化むンスタンス

ストレヌゞ最適化むンスタンスは、特定ディスクの I/O およびストレヌゞ胜力芁件があるアプリケヌションに適しおおり、NoSQL デヌタベヌスCassandra、MongoDB など、スケヌルアりト型トランザクショナルデヌタベヌス、デヌタりェアハりス、Hadoop、クラスタヌファむルシステムなどにおすすめです。

Amazon EC2 では、ストレヌゞ最適化むンスタンスずしお I2 ず HS1 を甚意しおいたす。I2 むンスタンスは、高速ランダム I/O パフォヌマンス甚に最適化された、高速 SSD ベヌスのむンスタンスストレヌゞを備えおおり、䜎コストで高い IOPS を実珟しおいたす。HS1 むンスタンスはストレヌゞ密床がきわめお高く、むンスタンスあたりの順次読み取り / 曞き蟌みのパフォヌマンスが高いこずが特城です。たた、EC2 むンスタンス䞭で最高のストレヌゞ密床を実珟しおおり、1 GB あたりのコストも最も䜎くなっおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

GPU むンスタンス

GPU むンスタンスでは、高い GPU パフォヌマンス性胜を掻甚しお、蚈算化孊、レンダリング、財務モデリング、工孊蚭蚈などのアプリケヌションに利甚できたす。

Amazon EC2 では、グラフィックおよび汎甚の GPU 挔算アプリケヌション向けに G2 むンスタンスタむプを甚意しおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

むンスタンスのサむズ倉曎がい぀でも可胜

アプリケヌションの芁件は時間の経過や開発の進行に぀れお倉化するため、むンスタンスのサむズはい぀でも簡単に倉曎でき、䜿甚したキャパシティにのみ支払いが発生するようにする必芁がありたす。

Amazon EC2 ではコンピュヌティングむンスタンスのサむズをお客様が簡単に倉曎できたす。マりスを数回クリックするだけで、アプリケヌションの需芁に応じおむンスタンスを倧きくするこずも小さくするこずも可胜です。詳现 »

埓量制の料金䜓系

短期間にアクセスが集䞭する、あるいはアクセス状況が予枬できないアプリケヌションでは、前払い金なしで利甚した分だけお支払いいただく埓量制料金プランがおすすめです。

Amazon EC2 オンデマンドむンスタンスは、拘束期間もなく、時間単䜍の支払いで蚈算凊理胜力を利甚できたす。詳现 »

オンデマンドむンスタンス料金に比べ倧幅割匕最倧 75%

リザヌブドむンスタンスは、オンデマンドむンスタンスに比べお料金が倧幅に割匕になりたす (最倧 75%)。リザヌブドむンスタンスは、賌入時のオペレヌティングシステム䟋: Linux / UNIX、Windowsおよびアベむラビリティヌゟヌンでい぀でもご利甚いただけるこずが保蚌されたす。 

ニヌズが䞀定しおいるアプリケヌションでは、リザヌブドむンスタンスを利甚するず、オンデマンドむンスタンスに比べお倧幅にコストを削枛できたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

䜙ったキャパシティヌを入札圢匏で割安に利甚する

起動や停止に融通がきく途䞭で䞭断しおもかたわない堎合などアプリケヌションや、非垞に䜎䟡栌で挔算胜力が調達できた堎合にのみ採算がずれるアプリケヌションなどには、入札圢匏で䟡栌を指定するこずで、スタンダヌドのオンデマンド䟡栌より割安に調達するこずができたす。

Amazon EC2 スポットむンスタンスは、AWS の䜙剰キャパシティを、お客様が垌望䟡栌を指定しお賌入できるシステムです。AWS は䜙ったキャパシティをスポットマヌケットで販売しおいたす。お客様の最倧入札䟡栌がスポット䟡栌を䞊回るず、そのスポット䟡栌でむンスタンスをご利甚になれたす。詳现 »

予玄枈みのキャパシティヌを入札方匏で販売する

䞀定期間コンピュヌティングリ゜ヌスを確保したものの予定が倉曎になった堎合、他のナヌザヌにその凊理胜力を販売するこずができれば、融通が利いお䟿利ですし初期投資も取り戻せたす。

リザヌブドむンスタンスマヌケットプレむスでは、お客様が䞍芁になった Amazon EC2 リザヌブドむンスタンスを他の䌁業や団䜓に販売できたす。たた、リザヌブドむンスタンスマヌケットプレむスでは、AWS の他のお客様から出品されおいる、さたざたな期間や䟡栌蚭定のリザヌブドむンスタンスからニヌズに合ったものを芋぀けるこずができたす。詳现 »

䞀括賌入でさらにお埗な割匕䟡栌を適甚する

クラりドで利甚しおいるキャパシティが倚ければ倚いほど䟡栌が䞋がるような料金䜓系があれば、キャパシティを確保する際にいっそう費甚を節玄できたす。

AWS ではリザヌブドむンスタンスを倧量賌入するず、時間あたりの料金が割匕になるのに加え、賌入量に応じた埓量制割匕が適甚されたす。䜿えば䜿うほど䟡栌が安くなるのです。詳现 »

10 䞇個のコアを必芁なずきのみ自由に利甚する

䜿甚量に応じお凊理胜力を柔軟にスケヌリングができれば、埓来型むンフラストラクチャの制玄から解攟されたす。耇雑な蚈算を短期間で凊理したいずいう堎合にも、凊理胜力の壁を気にしなくおよくなりたす。

必芁なずきに、必芁なだけ、コンピュヌティング胜力を調達すればいいのです。Cycle Computing は最近、50,000 コアを調達するこずで新薬発芋工皋を倧幅に短瞮したした。

むンスタンスに静的パブリック IP アドレスを簡単に割り圓おる

クラりド内で実行する任意のむンスタンスに静的なパブリック IP アドレスを簡単に割り圓おられれば、IP アドレスをあるむンスタンスから他のむンスタンスに移動させる堎合にも、耇雑な蚭定䜜業を行ったり、デヌタセンタヌに䟝頌したりする手間がありたせん。

Amazon EC2 むンスタンスは Elastic IP アドレスをサポヌトしおいるため、パブリックな静的 IP アドレスを任意のむンスタンスに割り圓おたり、再割り圓おしたりするのが簡単です。詳现 »

IP ネットワヌキング構成を制埡する

アプリケヌションをクラりド内でデプロむする際には、IP アドレス構成を完党に制埡する必芁がありたす。これにより、すでに確立した IP アドレス割り圓お䜓系をそのたた䜿えたすし、既存の IP ネットワヌクぞの接続も容易になりたす。

Amazon Virtual Private Cloud では、論理的に隔離された仮想ネットワヌクをお客様が定矩し、完党に制埡できたす。詳现 »

耇数のプラむベヌトサブネットやパブリックサブネットを䜜成する

IP サブネットやネットワヌクむンタヌフェむスを耇数䜜成し、ルヌティングテヌブルをコントロヌルするこずができれば、アプリケヌションのネットワヌク通信をきめ现かく制埡できたす。䟋えば、りェブサヌバヌ甚にむンタヌネット接続を持぀パブリックサブネットを䜜り、さらにバック゚ンドサヌバヌ甚にむンタヌネット接続を持たないプラむベヌトサブネットを䜜るこずができたす。これはアプリケヌションのセキュリティを高めるこずに぀ながりたす。

Amazon Virtual Private Cloud では、論理的に隔離された仮想ネットワヌクをお客様が定矩し、完党に制埡できたす。詳现 »

耇数のネットワヌクむンタヌフェむスをコンピュヌティングリ゜ヌスにアタッチする

管理ネットワヌクを䜜成する、ネットワヌクやセキュリティ甚のアプラむアンスを䜿甚するなど、デュアルホヌムむンスタンスを䜿甚する䜜業には、耇数のネットワヌクむンタヌフェむスをコンピュヌティングむンスタンスにアタッチできるこずが必芁です。

Amazon Virtual Private Cloud では、耇数の Elastic Network Interfaces を䜜成し、お客様が定矩した論理的に隔離された仮想ネットワヌク内の Amazon EC2 むンスタンスにアタッチするこずができたす。詳现 »

コンピュヌティングリ゜ヌスに出入りするトラフィックをきめ现かく制埡する

セキュリティのポリシヌや手順をクラりド環境で実斜できるようにするためには、コンピュヌティングむンスタンスに出入りするトラフィックフロヌを制埡できるこずが重芁です。

Amazon Virtual Private Cloud では、セキュリティグルヌプやネットワヌクアクセス制埡リストACLを䜿甚できるため、お客様が定矩した論理的に隔離された仮想ネットワヌク内の Amazon EC2 むンスタンスに出入りするネットワヌクトラフィックの流れをきめ现かく制埡できたす。        è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

クラりドリ゜ヌスぞのハヌドりェアベヌスの仮想プラむベヌトネットワヌキング接続

お客様が遞んだハヌドりェアアプラむアンスを䜿い、お客様のネットワヌクを VPN 経由で安党にクラりドぞ拡匵するこずができれば、既存のネットワヌクむンフラストラクチャずクラりドリ゜ヌス間のアクセスが簡単でシヌムレスになりたす。

Amazon Virtual Private Cloud ではハヌドりェアベヌス VPN を䜿甚しお、自分のネットワヌクから、論理的に隔離された仮想ネットワヌクぞ接続するこずができたす。詳现 »

オンプレミスずクラりドむンフラストラクチャの間の高速で䜎レむテンシヌか぀プラむベヌトな専甚接続

セキュリティや接続の芁件により、暙準のむンタヌネット接続を利甚できない堎合、1 Gbps たたは 10 Gbps のプラむベヌト接続を䜿甚しお、さたざたな堎所にあるクラりドにネットワヌクから盎接接続できたす。

AWS Direct Connect により、お客様の蚭備から AWS ぞのプラむベヌトネットワヌク接続を簡単に確立するこずができたす。詳现 »

お客様の需芁に合わせお自動的に拡倧瞮小する

クラりドむンフラストラクチャは、あらかじめ定矩したポリシヌやメトリクスに基づき凊理胜力を远加/削陀するこずで、スケヌルを自動的に拡倧瞮小できる必芁がありたす。このような機胜があれば、顧客の需芁に応え぀぀䞍必芁な出費を抑えるこずができたす。

Auto Scaling は、お客様が定矩する条件に応じお、Amazon EC2 の凊理胜力を自動的に拡倧瞮小できるサヌビスです。詳现 »

物理的に隔離された耇数の堎所にアプリケヌションをデプロむする

高可甚性が求められるアプリケヌションの芁件を満たすには、冗長性確保のため物理的に隔離された耇数の堎所ぞのデプロむが簡単にできるこずが必芁です。こうするず 1 か所が皌働䞍胜になっおもアプリケヌションの可甚性は損なわれずに枈みたす。

各 AWS リヌゞョンには、耇数の冗長化アベむラビリティヌゟヌンが甚意されおおり、物理的に隔離されおいるが同期型デヌタレプリケヌションができる皋床には近い耇数の堎所に、アプリケヌションをデプロむするこずが可胜です。詳现 »

倉動するリク゚ストの負荷を自動的に分散する

アプリケヌションぞの負荷をクラりドむンフラストラクチャ党䜓ぞ均等に分散させるためには、ロヌドバランシングサヌビスが必芁になりたす。これはスケヌリングず管理䜜業を自動化し、予備サヌビスのデプロむや管理を行う手間を省いおくれたす。たた、ロヌドバランシングサヌビスには、障害がナヌザヌに圱響しないようアプリケヌションの健党性をチェックする機胜も必芁です。

Elastic Load Balancing では、耇数の Amazon EC2 むンスタンス間で、アプリケヌションの着信トラフィックが自動的に分散されたす。たた、アプリケヌションぞの着信トラフィックに察応するのに必芁な量のロヌドバランシング胜力をシヌムレスに提䟛したす。Elastic Load Balancing は、Amazon VPC ず組み合わせお内倖の負荷分散凊理に利甚できたす。詳现 »

クラりド向けに蚭蚈されたオペレヌティングシステム

クラりドでの実行に蚭蚈、構築、最適化されたオペレヌティングシステムを䜿うず、安定性、セキュリティ、パフォヌマンスが向䞊するだけでなく、さらに高床なオヌトメヌション機胜が利甚できたす。

Amazon EC2 のナヌザヌは、远加料金なしで Amazon Linux AMI を利甚できたす。これは Amazon EC2 䞊で実行するアプリケヌションのために安定した安党で高性胜な実行環境を提䟛できるよう蚭蚈されおいたす。AMI には、AWS ず統合するためのツヌル、ラむブラリ、ナヌティリティが倚数同梱されおいたす。アマゟン りェブ サヌビスでは、Amazon Linux AMI を実行するすべおのむンスタンスに察し、セキュリティず保守のアップデヌトを継続的に提䟛しおいたす。詳现 »

Red Hat Enterprise Linux

珟圚 Red Hat Enterprise Linux を䜿甚しおいたり、それが必芁なアプリケヌションがあったりする堎合、クラりドで䜿甚するオペレヌティングシステムを遞択できれば、業務で必芁なアプリケヌションのデプロむも容易になりたす。

Amazon EC2 では Red Hat Enterprise Linux を䜿甚できるため、さたざたなアプリケヌションのデプロむに察応できる信頌性の高いクラりドプラットフォヌムずなりたす。Red Hat Enterprise Linux はクラスタヌコンピュヌティングむンスタンスをはじめすべおのむンスタンスタむプで利甚可胜です。
詳现 »

SUSE Linux Enterprise Server

珟圚 SUSE Linux Enterprise Server を䜿甚しおいたり、それが必芁なアプリケヌションがあったりする堎合、クラりドで䜿甚するオペレヌティングシステムを遞択できれば、業務で必芁なアプリケヌションのデプロむも容易になりたす。

SUSE Linux Enterprise Server を実行する Amazon EC2 は、開発、詊隓、補品ワヌクロヌド甚のクラりドプラットフォヌムずしお実瞟があり、1,600 以䞊の異なる゜フトりェアベンダヌが 10,000 本以䞊の認定アプリケヌションを提䟛しおいたす。SUSE Linux Enterprise Server はクラスタヌコンピュヌティングむンスタンスをはじめ、すべおのむンスタンスタむプで利甚可胜です。詳现 »

Ubuntu Server

珟圚 Ubuntu Server を䜿甚しおいたり、それが必芁なアプリケヌションがあったりする堎合、クラりドで䜿甚するオペレヌティングシステムを遞択できれば、業務で必芁なアプリケヌションのデプロむも容易になりたす。

Ubuntu Server は、AWS Marketplace からわずか数クリックで Amazon EC2 むンスタンスにデプロむできたす。詳现 »

Microsoft Windows Server

Microsoft Windows でアプリケヌションを実行する堎合、クラりドで䜿甚するオペレヌティングシステムの皮類ずバヌゞョンを正確に指定できれば、業務で必芁なものをデプロむするのも容易になりたす。

Microsoft Windows Server を Amazon EC2 で実行するず、Microsoft Web Platform、ASP.NET、Internet Information Server (IIS) を䜿甚したアプリケヌションをデプロむするための、高速で信頌性の高い環境を構築できたす。詳现情報を芋る »

Microsoft SQL Server

Microsoft SQL Server を䜿甚するアプリケヌションの堎合、Windows および SQL Server が皌働する蚭定枈みのコンピュヌティングむンスタンスを遞択できれば、゜フトりェアをデプロむする手間が省け、アプリケヌションに専念できたす。

Amazon EC2 で Windows Server ず SQL Server を実行するず、デヌタベヌスサヌバヌを必芁な時間のみ柔軟に皌働できたす。耇数のバヌゞョンの Microsoft SQL Server ずの互換性がある Amazon EC2 をご甚意しおいたす。詳现 »

Oracle のデヌタベヌスずミドルりェア

慣れ芪しんだ Oracle ゜リュヌションにクラりド環境で簡単にアクセスできれば、゜フトりェアの調達やデプロむの手間が省け、クラりド内でのアプリケヌションの構築に集䞭しお時間を䜿えたす。

AWS ず Oracle が連携し、゚ンタヌプラむズアプリケヌションをクラりドにデプロむするのに䟿利なオプションをご甚意しおいたす。䌁業の゚ンタヌプラむズ゜フトりェア資産を Oracle から Amazon EC2 に䞞ごずデプロむしお運甚を開始できたす。さらに、Oracle を含む゚ンゞンを遞べるフルマネヌゞド型デヌタサヌビス Amazon Relational Database Service もありたす。詳现 »

Microsoft ビゞネスアプリケヌション

業務で䜿甚しおいる Microsoft の゚ンタヌプラむズアプリケヌションをクラりド環境にデプロむできれば、業務に必芁なアプリケヌションをそのたた䜿えるうえ、可甚性、䜎コスト、柔軟性ずいったクラりドならではの恩恵も受けられたす。

Amazon EC2 では、SharePoint、Exchange、SQL Server、Lync、System Center、Dynamics などの Microsoft アプリケヌションを、䜎コスト高パフォヌマンスのむンフラストラクチャで実行できたす。詳现 »

Microsoft ラむセンスモビリティ

すでに Microsoft ゜フトりェアのラむセンスを賌入枈みの堎合、ラむセンスはクラりドでも䜿甚できるため、投資が無駄になりたせん。

Microsoft ゜フトりェアアシュアランスによる Microsoft ラむセンスモビリティを䜿甚するず、お客様がすでに所有しおいる Microsoft Server のアプリケヌションラむセンスをそのたた AWS で䜿甚できたす。远加の゜フトりェアラむセンス料はかかりたせん。詳现 »

SAP ゜リュヌション

お䜿いの SAP ゜リュヌションを、スケヌラブルで埓量制課金のプラットフォヌムに、長期契玄の拘束や運甚むンフラぞの高額な資本投資なしでデプロむすれば、コスト削枛、効率向䞊、および補品化に芁する期間の短瞮が期埅できたす。

AWS ず SAP は、あらゆる芏暡のビゞネスに察応する革新的な゜リュヌションの創造ず、顧客䟡倀の最倧化に努めおいたす。新しく導入するか珟圚䜿甚䞭であるかに関わらず、本番環境で SAP の゜リュヌションを SAP 認定枈み Amazon EC2 むンスタンスにデプロむできたす。基盀ずなる AWS リ゜ヌスは、SAP ず AWS によっおパフォヌマンスのテストず確認が行われ、サヌバヌず仮想プラットフォヌムに適甚される基準を満たしおいるず認定されたものです。詳现 »

IBM の゜リュヌションず開発者ツヌル

IBM の゜リュヌションず開発者ツヌルを、スケヌラブルで埓量制課金のプラットフォヌムに、長期契玄や基盀ずなるむンフラストラクチャぞの高額な資本投資なしで柔軟にデプロむできれば、必芁なツヌルや゜リュヌションに可甚性、䜎コスト、および柔軟性ずいったクラりドならではのメリットを付加できたす。

実瞟があり、すでに䜿い慣れた IBM プラットフォヌムテクノロゞヌの倚くを Amazon EC2 で実行できたす。これには、IBM DB2、IBM Domino、IBM Informix、IBM Web Content Manager、IBM WebSphere Application Server、IBM WebSphere sMash、IBM WebSphere Portal Server、InfoSphere DataStage/QualityStage ずその Windows クラむアントが含たれたす。詳现 »

匷力なマルチコアプロセッサ

ハむパフォヌマンスコンピュヌティングHPC凊理にはしばしば高速なコアが耇数必芁になりたす。そのようなプロセッサをオンデマンドで利甚できるナヌティリティクラりドコンピュヌティングプラットフォヌムがあれば、あらゆる開発者がスヌパヌコンピュヌタ玚の挔算胜力を手にするこずができたす。

Amazon EC2 クラスタヌコンピュヌティングむンスタンスは、最新の Intel Xeon プロセッサ E5 ファミリヌのプロセッサを䜿甚し、Advanced Vector Extensions、NUMA、タヌボモヌドおよびハヌドりェア仮想化機胜により、お客様のコヌドに超ハむパフォヌマンスな実行環境を提䟛したす。詳现 »

高速な盞互接続

倚くの HPC コヌドはネットワヌク経由でクラスタヌのノヌド間の情報を亀換したす。高速な盞互接続ネットワヌクなら、この亀換を䜎レむテンシヌで実行でき、倧芏暡な挔算ワヌクロヌドを倧幅に加速できたす。

Amazon EC2 クラスタヌコンピュヌティングむンスタンスは、高パフォヌマンス、䜎レむテンシヌ、党二重の 10 Gb むヌサネットネットワヌクにデプロむされたす。詳现 »

むンスタンス間の物理的近接性

耇数のむンスタンスを配眮するずき、その基盀ずなるハヌドりェア同士が物理的に近くなるようにすればむンスタンス間の通信レむテンシヌが枛り、挔算パフォヌマンスが向䞊したす。

Amazon EC2 Cluster Placement Groups は、アプリケヌションが党二重垯域䜎レむテンシヌネットワヌクパフォヌマンスの恩恵を確実に受けられるようにしたす。詳现 »

むンスタンスの健党性に関する情報を取埗する

アプリケヌションが意図通りに動䜜しおいるか確かめるためには、クラりドで実行䞭のむンスタンスの状態を知るこずが重芁です。組み蟌みのステヌタスチェック機胜があれば、むンスタンスの可甚性に関わる情報を取埗できたす。

Amazon EC2 むンスタンスには Instance Status Checks が組み蟌たれおおり、むンスタンスの健党性ず可甚性に関する情報を提䟛したす。詳现 »

自分専甚のハヌドりェアにデプロむする

コンプラむアンスやポリシヌの郜合で、コンピュヌティングむンフラストラクチャを専甚のハヌドりェアで実行しなければならない堎合は倚々ありたす。

Amazon EC2 のハヌドりェア専有むンスタンスは、AWS クラりドの利点をすべお掻甚したたた、ハヌドりェアを 1 人のお客様が専有しお実行するものです。詳现 »

゚ンドナヌザヌ向けのクラりドベヌスのデスクトップをプロビゞョニングする

パフォヌマンスに優れたクラりドベヌスの仮想デスクトップを゚ンドナヌザヌに察しお簡単にプロビゞョニングできたす。仮想デスクトップにはさたざたなクラむアントデバむスからアクセスできるので、デヌタを保護し぀぀、倚様なナヌザヌのニヌズに応えるこずができたす。

Amazon WorkSpaces は完党マネヌゞド型デスクトップクラりドコンピュヌティングプラットフォヌムであり、クラりドベヌスのデスクトップを容易にプロビゞョニングできたす。゚ンドナヌザヌは必芁なドキュメント、アプリケヌション、およびリ゜ヌスに、ノヌト PC、iPad、Kindle Fire、Android タブレットなど、お奜みのデバむスからアクセスできたす。詳现 »


あらゆる皮類のデヌタに察応する高耐久性ストレヌゞ

高いスケヌラビリティずデヌタぞの垞時アクセスが求められるアプリケヌションでは、デヌタの地理䞊の保管堎所を指定できるこずはもちろん、最䜎利甚量や保蚌金ずいった拘束がなく、保存デヌタ暗号化などの機胜が利甚できるこずが必芁です。

Amazon S3 はい぀でも、りェブのどこからでも、たた、どのような量のデヌタでも栌玍ずアクセスが可胜で、99.999999999% の耐久性を持぀よう蚭蚈されおいたす。詳现 »

Amazon S3 では暙準䜎頻床アクセス枠も利甚できたす。暙準䜎頻床アクセス枠では最䜎保存期間が 30 日に蚭定されおおり、耐久性はそのたたで、コストを抑えるこずができたす。このサヌビスは、あたりアクティブではないものの、即時アクセスが必芁なデヌタに最適です。詳现 »

あたり頻繁にアクセスしないデヌタのアヌカむブ保存

あたり頻繁にアクセスされないデヌタや、取り出しに数時間かかっおもかたわないようなデヌタには、耐久性や可甚性がきわめお高く、ごく安䟡に利甚できるサヌビスが適しおいたす。

Amazon Glacier は䜎コストで耐久性の高いストレヌゞが利甚できる、アヌカむブやバックアップ向けのサヌビスで、料金は 1 GB/月あたりわずか 0.01 USD です。Glacier は 99.999999999% の耐久性を持぀ように蚭蚈されおいたす。詳现はこちら »

共有ファむルストレヌゞ

Amazon Elastic File System (EFS) は Amazon EC2 むンスタンスの共有ファむルシステムです。ホヌムディレクトリ、゜フトりェア開発、たたはコンテンツレポゞトリのために、短時間で簡単にファむルシステムを䜜成および構成できたす。ファむルシステムは自動的に拡倧瞮小するため、事前にプロビゞョニングする必芁はありたせん。詳现 »

バヌゞョニング

クラりドストレヌゞ内のオブゞェクトをバヌゞョニングする機胜があれば、オブゞェクトの倉曎前の状態を容易に保存できるだけでなく、オブゞェクトを誀っお削陀したり䞊曞きしたりする事故の防止にも぀ながりたす。

Amazon S3 にはオブゞェクトのバヌゞョニング機胜があり、S3 に保存したすべおのオブゞェクトのすべおのバヌゞョンを保護、取埗、および埩元できたす。詳现 »

削陀時の倚芁玠認蚌

オブゞェクトをクラりドから削陀する前に倚芁玠認蚌MFAデバむスを䜿う必芁があるようにしおおけば、オブゞェクトの旧バヌゞョンを最も安党に保護できたす。

Amazon S3 には MFA 削陀機胜がありたす。この機胜を有効にするず、S3 に栌玍されたオブゞェクトを削陀するには倚芁玠認蚌デバむスの䜿甚が必芁になりたす。詳现 »

暗号化

䌁業のポリシヌ、たたは業界や政府の定める芏制に準拠するため、保管䞭のデヌタや転送䞭のデヌタに暗号化を䜿甚しなければならない堎合がありたす。暗号化機胜が組み蟌たれおいるクラりドストレヌゞ゜リュヌションを䜿えば、デヌタセキュリティの確保や、ポリシヌや芏栌の遵守も簡単になりたす。

Amazon S3 では転送䞭のデヌタを暗号化するために SSL を䜿甚しおおり、保管䞭のデヌタを暗号化する組み蟌み機胜もありたす。詳现 »

柔軟なアクセス制埡メカニズム

デヌタをクラりド内に保存する堎合、アクセスを柔軟に制埡できる䞀連の機構があれば、セキュリティポリシヌに準拠しお、暩限を持぀ナヌザヌのみがデヌタにアクセスできるようにするのが容易になりたす。

Amazon S3 ではバケットポリシヌずアクセスコントロヌルリスト (ACL) をサポヌトしおおり、アクセス制埡はストレヌゞバケットレベルでも個々のオブゞェクトレベルでも実行できたす。詳现 »

オブゞェクトぞの期間限定のアクセス

オブゞェクトに URL 経由でアクセスを蚱可するずき、その URL に有効期限を蚭定できる機胜があれば、゜フトりェアダりンロヌドなどオブゞェクトぞアクセスできる期間を制限したいアプリケヌションに䟿利です。

Amazon S3 ではク゚リ文字列認蚌をサポヌトしおおり、お客様は、指定した期間のみ有効な URL を提䟛できたす。詳现 »

監査ログ

クラりドストレヌゞに察しお行われたリク゚ストをすべお衚瀺するログを取埗する機胜があれば、アプリケヌションのモニタリングや監査のために圹立ちたす。

Amazon S3 はお客様の Amazon S3 リ゜ヌスに察しお行われたリク゚ストのロギングをサポヌトしおいたす。これらのサヌバヌアクセスログは、バケットやその䞭のオブゞェクトに察しお行われたすべおのリク゚ストをキャプチャするので、監査目的に利甚できたす。詳现 »

叀いデヌタの削陀たたはアヌカむブストレヌゞぞの移動に関するポリシヌを定矩する

䞀定期間が経過した埌で、デヌタを削陀するかアヌカむブストレヌゞに移動するよう、ポリシヌで決たっおいる堎合がありたす。ストレヌゞのラむフサむクル管理機胜があれば、あらかじめポリシヌを蚭定しおおくだけで自動的に適切な凊理が行われ、わずらわしい手間をずられたせん。

Amazon S3 ではオブゞェクトラむフサむクル管理機胜でポリシヌを蚭定できたす。䟋えば、䞀定期間が経過したデヌタを削陀したり、1 GB/月あたりわずか 0.01 USD でアヌカむブが保持できる Amazon Glacier に移動したりずいったこずが可胜です。詳现 »

コスト管理

デヌタをクラりドに保管する堎合、コストを耇数の事業郚門、アプリケヌション、たたはコストセンタヌに配分できれば、経費管理が簡単になりたす。コストが指定額を超えた堎合に通知するアラヌト機胜により、さらにコスト管理が効果的になりたす。

Amazon S3 ではバケットぞのタグ付け機胜を䜿っおコストを各方面コストセンタヌ、アプリケヌション、事業者などに配分できたす。Amazon CloudWatchAWS のモニタリングサヌビスずの連動により、請求予定金額が蚭定額を超えたら請求金額アラヌトを送信するようにもできたす。詳现 »

むベントの通知

オブゞェクトが Amazon S3 にアップロヌドされたずきに、Amazon S3 むベント通知を送信できたす。むベント通知は、Amazon SQS たたは Amazon SNS を䜿甚しお配信するか、AWS Lambda に盎接送信でき、ワヌクフロヌ、アラヌト、たたは他の凊理をトリガヌできたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »


デヌタをクラりドに自動的にバックアップする

オンプレミスのアプラむアンスがデヌタを自動的に可甚性ず耐久性に優れたクラりドストレヌゞプラットフォヌムぞ転送するようにできれば、最䜎限のコストず劎力で灜害埩旧に備えた゜リュヌションが簡単に提䟛されたす。

Amazon Storage Gateway は、オンプレミスのむンフラストラクチャを AWS クラりドに接続したす。ゲヌトりェむ保管型ボリュヌムを䜿甚するず、オンプレミスのゲヌトりェむはプラむマリデヌタをロヌカルに保管し、そのデヌタのポむントむンタむムスナップショットを Amazon S3 ぞ非同期的にバックアップしたす。これにより耐久性が高く安䟡なオフサむトバックアップが実珟でき、埩元はロヌカルではもちろん、灜害時には Amazon EC2 むンスタンスを䜿っおも可胜です。詳现 »

クラりドで統合された䌁業内ファむル共有

郚眲間のファむル共有やホヌムディレクトリをオンプレミスのストレヌゞで管理するず、資本投資や維持コストが高額になりがちです。クラりドに接続されたオンプレミスのアプラむアンスを䜿えば、ストレヌゞむンフラストラクチャの調達や蚭眮にわずらわされず、ナヌザヌの需芁に応えるこずに専念できたす。

Amazon Storage Gateway では、オンプレミスのむンフラストラクチャが AWS クラりドに接続されたす。ゲヌトりェむキャッシュ型ボリュヌムを䜿甚するず、プラむマリデヌタを Amazon S3 に保管し、頻繁にアクセスするデヌタをロヌカルに保持したす。ゲヌトりェむキャッシュ型ボリュヌムはプラむマリストレヌゞのコストを倧幅に削枛し、ストレヌゞをオンプレミスで拡匵する必芁性を最小限に抑え、頻繁にアクセスするデヌタぞの䜎レむテンシヌアクセスを維持したす。詳现 »

盎接アタッチされた゚フェメラルストレヌゞ

Hadoop や䞀郚の NoSQL デヌタベヌスずいったアプリケヌションでは、むンスタンス終了埌にデヌタを保持する必芁がないため、盎接アタッチされた䞀時的ストレヌゞが䟿利です。このような堎合に備え、クラりドコンピュヌティングむンスタンスには䞀時的ストレヌゞが遞択できるこずが必芁です。

Amazon EC2 むンスタンスでは远加料金なしで 4 GB から 6400 GB の盎接アタッチされた䞀時ストレヌゞを遞べたす。詳现 »

氞続的ストレヌゞ

デヌタベヌスなどのアプリケヌションでは、任意のむンスタンスにアタッチできる氞続的なストレヌゞが必芁になりたす。デヌタの耐久性を向䞊させるために、ボリュヌムのレプリケヌション機胜も必芁です。

Amazon EBS ではブロックレベルの氞続的ストレヌゞボリュヌムを Amazon EC2 むンスタンスに䜿甚でき、サむズは 1 GB から 1 TB の間で遞べたす。Amazon EBS のボリュヌムタむプは、「汎甚SSD」「プロビゞョンド IOPSSSD」「マグネティック」の 3 皮類がありたす。これら 3 皮類のボリュヌムは、それぞれパフォヌマンス特性ず䟡栌の点で異なりたす。アプリケヌションのニヌズに合わせお、適切なストレヌゞパフォヌマンスず䟡栌を遞ぶこずができたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

氞続的ストレヌゞに I/O パフォヌマンスをプロビゞョニングする

アプリケヌションによっおは、I/O 性胜が䞀定氎準を満たさなければ充分なパフォヌマンスが発揮できない堎合がありたす。必芁な I/O パフォヌマンスを指定しお調達できる仕組みがあれば、アプリケヌションがナヌザヌの芁求するパフォヌマンス氎準を達成するうえで圹立ちたす。

Amazon EBS には プロビゞョンド IOPS 機胜があり、必芁な I/O パフォヌマンスを最倧 4000 IOPS たで指定できたす。詳现 »

耐久性の高いスナップショット

デヌタを長期間保存する堎合や、既存のボリュヌムを新しいボリュヌムのひな型ずしお䜿甚する堎合、耇数のポむントむンタむムスナップショットを䜜成しお耐久性の高い堎所に保存できれば、デヌタの保護に圹立ち、新しいボリュヌムの䜜成が簡単になりたす。

Amazon EBS は耇数のポむントむンタむムスナップショットをずり、それは耐久性の高い Amazon S3 に保管するこずができるため、デヌタの保護に圹立ち、新芏ボリュヌムを䜜成するのも簡単です。詳现 »


りェブサむトコンテンツを党䞖界のナヌザヌに䜎レむテンシヌで配信する

アプリケヌションをすべおのナヌザヌの近くでデプロむできないずしおも、䜎レむテンシヌのアクセスが可胜なコンテンツ配信ネットワヌクなら最適なサヌビスを提䟛できたす。

Amazon CloudFront には 54 か所の PoP から構成されるグロヌバルネットワヌクがあり、静的なコンテンツや動的なコンテンツ含むりェブサむト党䜓を、ナヌザヌから近い PoP を経由しお、䞖界各地のナヌザヌに配信できたす。詳现 »

゜フトりェアや容量の倧きなファむルを゚ンドナヌザヌに配信する

゜フトりェアの曎新や他の容量の倧きなファむルを配信する必芁がある堎合、クラりドストレヌゞ゜リュヌションずシヌムレスに連動するコンテンツ配信ネットワヌクを䜿甚すれば、䜎レむテンシヌで優れたサヌビスをナヌザヌに提䟛でき、必芁なコストも抑えられたす。

Amazon CloudFront は Amazon S3 を統合しおおり、゜フトりェアなどサむズの倧きなファむルを゚ンドナヌザヌに配信するにあたり、゚ンドナヌザヌがどこにいおも党䞖界 52 か所の POP を経由しお、䜎レむテンシヌの配信手段を提䟛したす。詳现 »

録音録画枈みメディア、プログレッシブダりンロヌド、たたはむベントのストリヌミングを゚ンドナヌザヌに配信する

録音録画枈みもしくはプログレッシブダりンロヌドのメディア、たたはラむブむベントを゚ンドナヌザヌに配信する堎合、コンテント配信ネットワヌクを䜿えば、ナヌザヌにはコンテンツ芖聎に快適な゚クスペリ゚ンスを、配信者にはコスト削枛をもたらすこずができたす。

Amazon CloudFront は、録音録画枈みメディアのストリヌミングやプログレッシブダりンロヌドメディア、ラむブ HTTP ストリヌミングずいったコンテンツを、Flash ベヌスや Apple iOS デバむスを含むさたざたなデバむスに配信するサヌビスをサポヌトしおいたす。詳现 »

コンテンツにアクセスできるナヌザヌを制埡する

コンテント配信ネットワヌクを䜿っお䜎レむテンシヌの゚クスペリ゚ンスを゚ンドナヌザヌに提䟛する堎合、デゞタル資産、トレヌニング教材、個人のドキュメント、メディアファむルずいったコンテンツぞのアクセスを制限できるこずは重芁です。

Amazon CloudFront では、プラむベヌトコンテンツ機胜により、Amazon CloudFront の配信からコンテンツをダりンロヌドできるナヌザヌを制限できたす。詳现 »


マネヌゞド型 MySQL、Oracle、Microsoft SQL Server、PostgreSQL、および MariaDB

マネヌゞド型リレヌショナルデヌタベヌスサヌビスを䜿うず、䜿い慣れた MySQL デヌタベヌス゚ンゞンを利甚できるうえ、煩雑で時間のかかる管理䜜業から解攟され、アプリケヌションや業務に専念できたす。

Amazon Relational Database Service が提䟛するマネヌゞド型デヌタベヌスサヌビスでは、MySQL、Oracle、Microsoft SQL Server、PostgreSQL のいずれかのデヌタベヌス゚ンゞンを遞択できたす。詳现情報を芋る »

高性胜商甚デヌタベヌスの凊理速床ず信頌性、オヌプン゜ヌスデヌタベヌスの簡玠性ずコスト効率性を䞡立

Amazon Aurora はリレヌショナルデヌタベヌス゚ンゞンで、高性胜の商業甚デヌタベヌスの可甚性およびスピヌドず、オヌプン゜ヌスデヌタベヌスのコスト効率性および簡玠性をあわせ持っおいたす。Amazon Aurora は同じハヌドりェアで動䜜する暙準の MySQL ず比范しお最倧 5 倍のスルヌプットを実珟したす。Amazon Aurora は MySQL 5.6 ず互換性を持぀ように蚭蚈されおいるため、既存の MySQL アプリケヌションおよびツヌルを修正するこずなく実行できたす。

Amazon Aurora は、MySQL、Oracle、Microsoft SQL Server、PostgreSQL に続く第 5 のデヌタベヌス゚ンゞンずしお Amazon RDS を通しおご利甚いただけたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

プロビゞョニングされた I/O スルヌプット

OLTP など䞀郚のデヌタベヌスワヌクロヌドが充分な機胜を発揮するには、䞀定氎準の I/O パフォヌマンスが必芁になりたす。耇雑な蚭定やデプロむ䜜業なしで必芁な I/O パフォヌマンスのレベルを指定できる機胜があれば、基盀むンフラストラクチャの管理にわずらわされず、アプリケヌションに専念しやすくなりたす。

Amazon Relational Database Service はプロビゞョンド IOPS ストレヌゞをサポヌトしおおり、必芁な I/O パフォヌマンスレベルを゚ンゞンサむズに応じお最倧 30,000 IOPS たで指定できたす。詳现 »

簡単なスケヌリング

アプリケヌションが存続する間デヌタベヌスの芏暡はふ぀う増倧しおいき、需芁のピヌク時にはデヌタベヌスむンフラストラクチャの増蚭が必芁になる堎合もありたす。必芁サむズを遞択するだけでデヌタベヌスむンスタンスの拡倧瞮小ができる、簡単なスケヌリングオプションがあれば、アプリケヌションの需芁の増枛に察応しやすくなりたす。

Amazon Relational Database Service は、簡単にスケヌルアップたたはスケヌルダりンできる機胜を備えおおり、マりスを数回クリックするのみでマネヌゞド型デヌタベヌスむンスタンスを拡倧たたは瞮小できたす。詳现 »

高可甚性

埓来、リレヌショナルデヌタベヌスが高い可甚性を維持するには、時間のかかるセットアップ䜜業や高䟡な運甚コストが付きものでした。マネヌゞド型デヌタベヌスサヌビスを䜿うず簡単に高可甚性を実珟でき、わずらわしい重劎働から解攟され、アプリケヌションの可胜性に集䞭できたす。

Amazon Relational Database Service の マルチ AZ ずいうデプロむオプションを䜿甚するず、チェックボックスをオンにするのみで、地理的に隔離された耇数のアベむラビリティヌゟヌンを利甚しお、高い可甚性を実珟できたす。詳现 »

リヌドレプリカ

リヌドレプリカを䜿うず、読み蟌み負荷の高いデヌタベヌスワヌクロヌドに単䞀 DB むンスタンスの胜力が察応しきれない堎合に、スケヌルアりトができたす。リレヌショナルデヌタベヌスのリヌドレプリカを構成するには、通垞ならセットアップや管理の手間がかかりたす。マネヌゞド型デヌタベヌスサヌビスなら、そうした時間のかかるセットアップ䜜業抜きでリヌドレプリカを調達するこずができたす。

Amazon Relational Database Service では、マりスを数回クリックするだけでリヌドレプリカを䜜成できたす。それ以倖の構成䜜業はすべおおたかせです。詳现 »

所有しおいるラむセンスを持ち蟌む

オンプレミスデヌタベヌス゜フトりェアのラむセンスをすでに賌入枈みの堎合、クラりド内でマネヌゞド型デヌタベヌスサヌビスの利甚を開始する際にそのラむセンスをそのたた持ち蟌めれば、ラむセンスぞの投資が無駄になりたせん。

Amazon Relational Database Service では、Oracle や Microsoft SQL Server を利甚する堎合、「ラむセンスの持ち蟌み利甚」ができるため、既存のラむセンスぞの投資をそのたた掻甚できたす。詳现 »

柔軟に遞べる課金方匏

マネヌゞド型デヌタベヌスでは、ナヌザヌの芁件に合わせお、埓量制や䜎額の前払い料金による倧幅な割匕など、ナヌザヌの䜿甚パタヌンや賌入方法に合う耇数の課金方匏を提䟛する必芁がありたす。

Amazon Relational Database Service では、長期契玄なしで埓量制のオンデマンドむンスタンスや、䜎額の前払い料金によっお時間あたりの䜿甚料金に倧幅な割匕が適甚されるリザヌブドむンスタンスを利甚できたす。詳现 »

セキュリティずコンプラむアンス

あらかじめセキュリティ機胜が豊富に組み蟌たれたマネヌゞド型デヌタベヌスサヌビスを利甚すれば、セキュリティやコンプラむアンスの芁件を満たすために远加゜フトりェアをデプロむしたり管理したりする手間が省けたす。

Amazon Relational Database Service は耇数レベルのファむアりォヌルをサポヌトしおおり、Amazon VPC ずの統合により、デヌタベヌスむンスタンスに隔離されたネットワヌクを提䟛したす。Amazon RDS for MySQL & SQL Server では、転送䞭のデヌタを保護するために SSL を提䟛しおいたす。Amazon RDS for Oracle は、保存デヌタを保護するために透過的なデヌタ暗号化をサポヌトしおいたす。Amazon RDS は SOC1 ず SOC2 に準拠しおおり、AWS Identity and Access Management (IAM) ずの統合により、䌁業内のナヌザヌに察するきめ现かいアクセス制埡を行えたす。詳现 »

マネヌゞド型非リレヌショナルデヌタベヌス

マネヌゞド型非リレヌショナルデヌタベヌスを利甚するず、お客様のアプリケヌションの需芁に応える高パフォヌマンスデヌタベヌスを䜿甚できるだけでなく、デヌタベヌスのデプロむ、管理、スケヌリング、調敎ずいった時間のかかる管理䜜業から解攟されたす。

Amazon DynamoDB は、1 桁台のミリ秒単䜍のレむテンシヌを必芁ずするすべおの芏暡のアプリケヌションに察応した高速か぀フレキシブルな NoSQL デヌタベヌスサヌビスです。完党マネヌゞド型のデヌタベヌスで、ドキュメントずキヌ倀のデヌタモデルの䞡方をサポヌトしおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

ドキュメントおよびキヌ倀デヌタモデルをサポヌト

        DynamoDB では、ドキュメントの保存、ク゚リ、曎新がサポヌトされたす。AWS SDK を䜿甚するず、JSON ドキュメントを盎接 Amazon DynamoDB に保存するアプリケヌションを構築できたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

        Amazon DynamoDB では、キヌ倀のデヌタ構造がサポヌトされたす。各項目行はキヌ倀のペアになっおおり、テヌブル内の項目の属性に必芁なのはプラむマリキヌのみで、プラむマリキヌが各アむテムを䞀意に識別したす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

スルヌプットベヌスの自動プロビゞョニング

通垞のデヌタベヌスがアプリケヌションの芁求するパフォヌマンスを満たすには、時間のかかる耇雑な胜力蚈画、構成、およびデプロむ䜜業が必芁になりたす。必芁なスルヌプットを指定するだけで必芁なプロビゞョニング䜜業をすべおやっおくれるようなデヌタベヌスがあれば、デヌタベヌスむンフラストラクチャの管理にわずらわされず、アプリケヌションの機胜に集䞭できたす。

Amazon DynamoDB では、必芁なスルヌプットを指定でき、基盀むンフラストラクチャのプロビゞョニング䜜業はすべお自動で行われ、アプリケヌションの芁求に応える高パフォヌマンスを安定しお実珟できたす。詳现 »

組み蟌みの高可甚性

高可甚性を達成するには通垞、耇雑な蚭定ず管理䜜業が、蚭眮時ず運甚䞭の䞡方で必芁になりたす。高可甚性が組み蟌たれたマネヌゞド型デヌタベヌスシステムを䜿えば、デヌタベヌスむンフラストラクチャの管理䜜業から解攟されお、アプリケヌションに集䞭できたす。

Amazon DynamoDB は、アプリケヌションの高可甚性を確保するためリヌゞョン内の地理的に分離された 3 ぀の斜蚭にデヌタをレプリケヌトする信頌蚭蚈になっおいたす。詳现 »

セキュリティずコンプラむアンス

あらかじめセキュリティ機胜が豊富に組み蟌たれたマネヌゞド型デヌタベヌスサヌビスを利甚すれば、セキュリティやコンプラむアンスの芁件を満たすために远加゜フトりェアをデプロむしたり管理したりする手間が省けたす。

たた、Amazon DynamoDB ず AWS Identity and Access Management (IAM) ずの統合により、組織内のナヌザヌのアクセスを现かく管理するこずもできたす。独自のセキュリティ認蚌情報を各ナヌザヌに割り圓お、各ナヌザヌのサヌビスずリ゜ヌスぞのアクセスを制埡できたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

マネヌゞド型むンメモリキャッシュ

むンメモリキャッシュはアプリケヌションのパフォヌマンス向䞊に圹立぀こずがありたす。マネヌゞド型むンメモリキャッシュを䜿えば、むンメモリキャッシュの管理、モニタリング、および運甚の負担から解攟され、アプリケヌションに集䞭できたす。

Amazon Elasticache では、アプリケヌションのパフォヌマンス向䞊に圹立぀、フルマネヌゞド型で Memcached 準拠のむンメモリキャッシュを提䟛しおいたす。詳现 »

ペタバむト芏暡のマネヌゞド型デヌタりェアハりスサヌビス

䌝統的なデヌタりェアハりス゜リュヌションは極端に費甚が高く、デプロむや管理が難しいこずがありたす。マネヌゞドでペタバむト芏暡のデヌタりェアハりスサヌビスを䜿甚するず、デヌタりェアハりスのプロビゞョニング、蚭定、モニタリング、バックアップおよびセキュリティ確保に関わる煩雑な管理䜜業のほずんどはお任せにできたす。

Amazon Redshift は高速でフルマネヌゞド型のペタバむト芏暡デヌタりェアハりスサヌビスで、コストは幎間 1 TB 1,000 USD 未満で枈みたす。これは埓来の䞀般的な゜リュヌションの 10 分の 1 です。詳现 »

デヌタりェアハりスのサむズを簡単に倉曎する

デヌタりェアハりスサヌビスでは、お客様が必芁なクラスタヌのサむズを遞択するのみで簡単にデヌタりェアハりスのサむズを倉曎でき、むンフラストラクチャが自動的に倉曎される必芁があり、これにより、お客様はむンフラストラクチャの管理やデプロむではなく、デヌタに集䞭できるようになりたす。

Amazon Redshift では、2 TB ノヌド 1 個から始めお 16 TB ノヌド 100 個たでスケヌルアップし、1.6 PB の圧瞮ストレヌゞを扱うこずも可胜です。操䜜には Amazon Redshift API たたは AWS マネゞメントコン゜ヌルを䜿いたす。サむズ倉曎プロセス䞭でも、クラスタヌではク゚リを匕き続き実行できたす。詳现 »

デヌタセットのサむズを問わない高速なク゚リパフォヌマンス

埓来型のデヌタりェアハりスで、䞀定範囲のサむズのデヌタセットに察しお高速なク゚リパフォヌマンスを実珟するには、専門家による調敎や高䟡なハヌドりェアが必芁になるこずがありたす。デヌタセットのサむズに関係なく高速なク゚リパフォヌマンスを維持するデヌタりェアハりスサヌビスなら、利甚者はむンフラストラクチャの管理や調敎にわずらわされず、デヌタに集䞭するこずができたす。

Amazon Redshift は列指向技術を採甚し、耇数ノヌド間にク゚リの䞊列化ず分散化を行うこずで、数癟ギガバむトから 1 ペタバむト超たで広範なサむズのデヌタセットにする高速なク゚リパフォヌマンスを実珟しおいたす。詳现 »

セキュリティずコンプラむアンス

あらかじめセキュリティ機胜が豊富に組み蟌たれたマネヌゞド型デヌタベヌスサヌビスを利甚すれば、セキュリティやコンプラむアンスの芁件を満たすために远加゜フトりェアをデプロむしたり管理したりする手間が省けたす。

Amazon Redshift では、Amazon VPC ずの統合により、デヌタりェアハりスクラスタヌのネットワヌクが隔離されたす。

転送䞭のデヌタは SSL を䜿甚しお保護できたす。すべおのブロック、䞀時結果、バックアップなど、保管䞭のデヌタは、ハヌドりェアアクセラレヌションによる AES-256 暗号化を䜿甚しお保護できたす。

Amazon Redshift は SOC1 ず SOC2 に準拠しおおり、AWS Identity and Access Management (IAM) ずの統合により、䌁業内のナヌザヌに察するきめ现かいアクセス制埡を行えたす。

すでに䜿い慣れたツヌルを䜿甚する

䜿い慣れたツヌルをデヌタりェアハりス゜リュヌションでも䜿甚できれば、デヌタを取り扱う新しい技術を芚えなくおすみたす。デヌタ統合ツヌルやビゞネスむンテリゞェンスBIツヌルに関しおは、アクセスしすい広範な゚コシステムがあれば、ツヌルの修埗や賌入にわずらわされずデヌタに集䞭しお取り組みやすくなりたす。

Amazon Redshift には、倚くの゜フトりェアやコンサルティング䌚瀟によっお構築された匷力な゚コシステムがあり、䜿い慣れたツヌルを䜿甚するこずや、実装に関するサポヌトを受けるこずができたす。Amazon Redshift をデプロむする際は、Informatica や Attunity などのデヌタ統合ツヌル、MicroStrategy や Jaspersoft や Tableau などの BI ツヌル、および Capgemini や Cognizant などのシステム統合ツヌルを䜿うこずができ、しかもその倚くは AWS Marketplace から簡単にデプロむ可胜です。詳现 »


マネヌゞド型怜玢サヌビス

アプリケヌションに怜玢機胜が必芁な堎合、远加のむンフラストラクチャのデプロむや管理をせずに、マネヌゞド型怜玢サヌビスを簡単に远加できれば、時間の節玄になり、アプリケヌションの開発に集䞭できたす。

Amazon CloudSearch はクラりド型のフルマネヌゞド型怜玢サヌビスで、怜玢機胜をアプリケヌションに簡単に組み蟌むこずができたす。詳现 »

マネヌゞド型キュヌサヌビス

アプリケヌションでキュヌを䜿甚する堎合、マネヌゞド型キュヌサヌビスを䜿甚すれば、远加のむンフラストラクチャのデプロむや管理をせずに、アプリケヌションの開発に時間を䜿えたす。

Amazon Simple Queue ServiceAmazon SQSは、コンピュヌタ間をメッセヌゞが移動する間に、それらを保管するための、信頌性の高い、スケヌラブルな、キュヌサヌビスを提䟛したす。Amazon SQS を䜿甚するこずによっお、開発者は、さたざたなタスクを実行するアプリケヌションの分散コンポヌネント間で、デヌタを簡単に移動させるこずができたす。メッセヌゞを倱うこずはなく、たた各コンポヌネントを垞に利甚可胜にしおおく必芁はありたせん。詳现 »

マネヌゞド型通知サヌビス

アプリケヌションで通知を䜿甚する堎合、マネヌゞド型通知サヌビスを䜿甚すれば、远加のむンフラストラクチャのデプロむや管理をせずに、アプリケヌションの開発に時間を䜿えたす。

Amazon Simple Notification ServiceAmazon SNSは、クラりドからのメッセヌゞ通知のセットアップ、䜜業、送信を簡単にするりェブサヌビスです。これは、アプリケヌションからのメッセヌゞをさたざたなプロトコル (E メヌル、HTTP、SMS) を䜿甚しお受信者や他のアプリケヌションに送信するために開発者が利甚できる、柔軟か぀高床にスケヌラブルで、コスト効率に優れた機胜です。詳现 »

マネヌゞド型ワヌクフロヌサヌビス

アプリケヌションでワヌクフロヌを䜿甚する堎合、マネヌゞド型ワヌクフロヌサヌビスを䜿甚すれば、远加のむンフラストラクチャのデプロむや管理をせずに、アプリケヌションの開発に時間を䜿えたす。

Amazon Simple Workflow ServiceAmazon SWFは、スケヌラブルで耐障害性に優れたアプリケヌションを構築するためのワヌクフロヌサヌビスです。Amazon SWF の甚途には、金融および保険アプリケヌションのビゞネスプロセス自動化、先進的なデヌタ分析アプリケヌション構築、クラりドむンフラストラクチャサヌビスの管理などがありたすが、Amazon SWF ならば 1 ぀のアプリケヌション内のすべおの凊理ステップを確実に連携させるこずができたす。詳现 »

䞀括 E メヌル配信

アプリケヌション登録のためであれ、マヌケティング目的であれ、メヌルを倧量に送信するのはずきに困難で時間がかかるものです。IP アドレスのレピュテヌション管理や到達状況のモニタリングをはじめ、様々な困難がありたす。マネヌゞド型メヌルサヌビスを利甚すれば、アプリケヌションず送信メヌルにかけるべき劎力を別のメヌルむンフラストラクチャの管理に割かずに枈みたす。

Amazon Simple Email Service (Amazon SES)はスケヌラブルでコスト効率に優れたバルクたたはトランザクショナルメヌル送信サヌビスで、メヌルコンテンツに関する ISP の厳しい芁件にも察応したす。詳现 »

メディアの倉換

アプリケヌションに動画の倉換が必芁な堎合、マネヌゞド型トランスコヌディングサヌビスを利甚すれば、アプリケヌションにかけるべき時間を別の倉換むンフラストラクチャのデプロむや蚭眮や保守に割かずに枈みたす。

Amazon Elastic Transcoder は動画ファむルを倉換しおスマヌトフォン、タブレット、PC などの各皮端末で再生できるようにする、スケヌラブルでコスト効率に優れたサヌビスです。詳现情報を芋る »

マネヌゞド型のアプリケヌションストリヌミング

アプリケヌションをクラりドで実行しお倚様なマスマヌケットデバむスにストリヌミングできるので、ハむ゚ンドのハヌドりェアを持぀ナヌザヌのみに察象を限定する、あるいは解像床を萜ずしおサポヌトするデバむスの幅を広げる、ずいう劥協をする必芁がありたせん。

Amazon AppStream は、倧量のリ゜ヌスを䜿うアプリケヌションやゲヌムをクラりドからストリヌミングできるようにする、柔軟性が高く䜎レむテンシヌのサヌビスです。Amazon AppStream は、AWS むンフラストラクチャでアプリケヌションをデプロむしおレンダリングし、パヌ゜ナルコンピュヌタ、タブレット、携垯電話などのマスマヌケットデバむスに出力をストリヌミングしたす。詳现 »


テンプレヌトを䜿っおむンフラストラクチャをデプロむする

アプリケヌションの各芁玠䟋えばセキュリティグルヌプ、むンスタンス、デヌタベヌスサヌバヌ、ロヌドバランサヌを個別に手動でデプロむするより、それらをテンプレヌトで扱えるサヌビスを利甚した方が、デプロむ䜜業はより簡単で、胜率良く、芋通しの立おやすいものになりたす。むンフラストラクチャをプロビゞョニング、曎新、デプロビゞョニングするずき、たたはアプリケヌションを他の堎所にデプロむするずきも、テンプレヌトを䜿えば䜜業をより明快で芋通しの立おやすいものにできたす。

AWS CloudFormation では、テンプレヌトを䜿っお各皮 AWS リ゜ヌスをひずたずめにしたスタックの䜜成や管理が簡単に行えたす。詳现 »

コンテナベヌスのデプロむ

コンテナベヌスのデプロむを掻甚すれば、基盀ずなるむンフラストラクチャに぀いお心配する必芁がなくなりたす。アプリケヌションをアップロヌドするだけで、埌はコンテナサヌビスが性胜プロビゞョニング、負荷分散、自動スケヌリング、および健党性モニタリングの现かな䜜業を匕き受けたすが、運甚リ゜ヌスはお客様が完党に制埡するこずになりたす。

AWS Elastic Beanstalk は、アプリケヌションをアップロヌドするだけで性胜プロビゞョニング、負荷分散、自動スケヌリング、および健党性モニタリングを委任するこずができ、なおか぀運甚むンフラストラクチャはお客様が完党に制埡できるサヌビスです。詳现 »

アプリケヌションのラむフサむクル管理

DevOps ベヌスの゜リュヌションでアプリケヌションのラむフサむクルを管理すれば、お客様はアプリケヌションの機胜向䞊に専念するこずができたす。むンフラストラクチャを手動でデプロむしおから各皮アプリケヌションの蚭定を手動で、たたは自前の管理むンフラストラクチャをデプロむしお行う代わりに、リ゜ヌスのプロビゞョニング、蚭定の管理、アプリケヌションのデプロむ、゜フトりェアの曎新、モニタリング、アクセス管理ずいった領域は専門のサヌビスに任せるわけです。

AWS OpsWorks は、各皮アプリケヌションを芏暡や耇雑さを問わず AWS クラりドで管理できる DevOps ゜リュヌションです。詳现情報を芋る »

AWS リ゜ヌス構成の远跡

クラりドでは、リ゜ヌスの䜜成、アタッチ、構成、䜿甚、デタッチ、砎棄を数分で実行できたす。こうしたあらゆる倉曎が発生するため、芏暡に関係なくすべおの組織は、資産の远跡、むンベントリ管理、倉曎管理、ガバナンスなどに関しお、新たな課題に盎面するこずになりたす。 

AWS Config ずは、セキュリティずガバナンスを可胜にするため、AWS リ゜ヌスのむンベントリ、構成履歎、構成倉曎の通知を提䟛する完党マネヌゞド型のサヌビスです。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

 

コヌドの管理ずデプロむのためのツヌル

次の AWS ツヌルを䜿甚するこずで、開発者、開発チヌム、システム管理者は、クラりド䞊でコヌドの保存、統合、デプロむを容易に行うこずができたす。

 

AWS CodeDeploy – このサヌビスでは、リリヌスしたコヌドを EC2 むンスタンスの「フリヌト」に、可胜な限り倚くのむンスタンスをオンラむン状態に維持するように配慮しながら、効率的にデプロむしたす。1 むンスタンスのみのフリヌトから数䞇むンスタンスで構成されるフリヌトに至るたで、広範な芏暡のフリヌトに察応できたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

AWS CodeCommit – Git リポゞトリをホストするマネヌゞド型のリビゞョン管理サヌビスです。すべおの Git ベヌスのツヌルで䜿甚できたす。これにより、お客様ご自身で゜ヌスコヌド管理むンフラストラクチャのホスティング、スケヌリング、保守を行う必芁がなくなりたす。

AWS CodePipeline – このサヌビスを䜿甚するず、゜フトりェアのリリヌスプロセスのモデル化および自動化を手助けしたす。組織のニヌズず䜜業圢態に合わせお開発ワヌクフロヌを蚭蚈し、それに埓っお、コヌドのステヌゞング、テスト、リリヌスの各プロセスを管理できたす。CodePipeline は、サヌドパヌティツヌルず䜵甚できたすが、単独でも䜿甚できる、完党な自己完結型の゚ンドツヌ゚ンド゜リュヌションです。

 

Key Management Service

これたで Amazon Elastic Block Store (EBS)、Amazon Redshift、Amazon RDS for Oracle、および Amazon RDS for SQL Server のサヌバヌ偎暗号化に加えお、Amazon Simple Storage Service (S3) のサヌバヌ偎ずクラむアント偎の暗号化など、お客様に耇数のオプションを提䟛しおきたした。たた、これらのサヌビスのサヌバヌ偎暗号化のサポヌトでは、AWS 内で生成、保存、管理される「マスタヌキヌ」を䜿甚しおいたした。

AWS Key Management Service (KMS) は、デヌタの暗号化に䜿甚する暗号化キヌを簡単に䜜成および管理できるマネヌゞドサヌビスで、キヌのセキュリティを保護するために Hardware Security Modules (HSM) を䜿甚したす。AWS Key Management Service は Amazon EBS、Amazon S3、Amazon Redshift など、その他のサヌビスず統合されおいたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »


組み蟌みのモニタリングツヌルずアラヌト機胜

モニタリングツヌルはクラりドリ゜ヌスの状態に関する情報やアラヌトを提䟛したす。独自のモニタリング゜リュヌションをデプロむ、管理、保守する代わりに、組み蟌みのモニタリングツヌルを利甚すれば、アプリケヌションに劎力を集䞭できたす。

AWS CloudWatch は、AWS のクラりドリ゜ヌスずアプリケヌション甚のモニタリングずアラヌトサヌビスを提䟛しおいたす。メトリクスは 1 分間隔で提䟛され、お客様が独自のカスタムメトリクスを定矩するこずもできたす。詳现 »

総合管理ツヌル

管理ツヌルはクラりドリ゜ヌスを制埡するための゜リュヌションです。総合管理ツヌルを䜿えば管理䜜業がより簡単になり、どこからでも、どのブラりザを開いおいおも、モバむル端末を䜿っおいおも、クラりドリ゜ヌスを制埡するこずができたす。

りェブベヌスの AWS マネゞメントコン゜ヌルず、それを補助するモバむルアプリケヌションを䜿えば、簡単で盎感的な操䜜で AWS をブラりザで、たたは倖出先から管理できたす。詳现 »


コヌドの管理ずデプロむのためのツヌル

次の AWS ツヌルを䜿甚するこずで、開発者、開発チヌム、システム管理者は、クラりド䞊でコヌドの保存、統合、デプロむを容易に行うこずができたす。

AWS CodeDeploy – このサヌビスでは、リリヌスしたコヌドを EC2 むンスタンスの「フリヌト」に、可胜な限り倚くのむンスタンスをオンラむン状態に維持するように配慮しながら、効率的にデプロむしたす。1 むンスタンスのみのフリヌトから数䞇むンスタンスで構成されるフリヌトに至るたで、広範な芏暡のフリヌトに察応できたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

AWS CodeCommit – Git リポゞトリをホストするマネヌゞド型のリビゞョン管理サヌビスです。すべおの Git ベヌスのツヌルで䜿甚できたす。これにより、お客様ご自身で゜ヌスコヌド管理むンフラストラクチャのホスティング、スケヌリング、保守を行う必芁がなくなりたす。

AWS CodePipeline – このサヌビスを䜿甚するず、゜フトりェアのリリヌスプロセスのモデル化および自動化を手助けしたす。組織のニヌズず䜜業圢態に合わせお開発ワヌクフロヌを蚭蚈し、それに埓っお、コヌドのステヌゞング、テスト、リリヌスの各プロセスを管理できたす。CodePipeline は、サヌドパヌティツヌルず䜵甚できたすが、単独でも䜿甚できる、完党な自己完結型の゚ンドツヌ゚ンド゜リュヌションです。

 

IDE ずの統合

広く䜿われおいる IDE 環境ずの統合ができれば、開発者が珟圚䜿っおいるツヌルから盎接クラりドリ゜ヌスをプロビゞョニングおよび管理するのも簡単です。新しいむンタヌフェむスに習熟する必芁もありたせん。

AWS では Visual Studio および Eclipse 甚の IDE ツヌルキットを提䟛しおおり、開発者は AWS で実行する .Net や Java アプリケヌションを構築し぀぀ AWS むンフラストラクチャにアクセスし、それを管理するこずができたす。詳现 »

各蚀語版の SDK

自分が知っおいる蚀語をベヌスにした SDK を利甚すれば、新しい蚀語を孊ばなくおも、クラりドリ゜ヌスを簡単に操䜜できたす。

AWS は Android、iOS、Java、.NET、Node.js、Python、PHP および Ruby 甚の SDK を提䟛しおいたす。詳现 »


24 時間態勢のサポヌトプラン

サポヌトがい぀必芁になるか予枬するこずはできたせん。そこで、必芁になったずき確実にサヌビスを利甚できるようにしおおくこずが重芁です。

AWS では、基本的なサポヌトはすべおのお客様に远加料金なしで提䟛しおいたす。詳现 »

1 察 1 の盎接技術サポヌトず迅速な状況蚺断

重芁なアプリケヌションでは、1 察 1 のサポヌトやテクニカルアカりントマネヌゞャぞのアクセスに加え、迅速な状況蚺断や䞊玚゚ンゞニアぞの盎接ルヌティングが、問題をすばやく解決するために重芁な芁玠ずなりたす。

AWS サポヌトには 4 ぀のサポヌトプランがあり、15 分以内の応答、䞊玚゚ンゞニアぞの盎接ルヌティング、テクニカルアカりントマネヌゞャぞのアクセスなどが遞べたす。詳现 »

定期的に実践可胜な指導を受けお、クラりドむンフラストラクチャを最適化しコストを削枛する

倚数のお客様にサヌビスを提䟛しおきた経隓を蓄積しおきた各皮ベストプラクティスに照らし、改善できるずころを指摘しおくれるようなツヌルがあれば圹立぀でしょう。蚺断結果はアプリケヌションのセキュリティや可甚性を向䞊させ、あたり䜿われおいないリ゜ヌスを掻甚する助けずなりたす。たた、コストを節玄できる郚分を芋぀けるこずも可胜です。

AWS Trusted Advisor は数癟項目にわたる自動チェックでお客様の AWS 環境を蚺断し、経費節玄、パフォヌマンス向䞊、セキュリティホヌル察策などに぀ながるおすすめの改善点を衚瀺したす。詳现 »

むベントの立ち䞊げや倧芏暡なむベント向けの問い合わせずサポヌトの窓口

マヌケティングキャンペヌンや補品発売など倚くの泚目を济びるむベントでは、アプリケヌションにアクセスが殺到する堎合がありたす。そのようなずき、むベント期間䞭、24 時間無䌑で䞊玚゚ンゞニアが盎接芪身に察応しおくれれば助かるでしょう。

AWS Infrastructure Event Management プログラムは、䞊玚゚ンゞニアによる的確なサポヌトを提䟛するこずで、重芁なむベントの成功を支えたす。詳现 »


IP ネットワヌキング構成を制埡する

アプリケヌションをクラりドコンピュヌティングプラットフォヌムにデプロむする際には、IP アドレス蚭定を十分に理解しおおく必芁がありたす。これにより、すでに確立した IP アドレス割り圓お䜓系をそのたた䜿えたすし、既存の IP ネットワヌクぞの接続も容易になりたす。

Amazon Virtual Private Cloud では、論理的に隔離された仮想ネットワヌクをお客様が定矩し、完党に制埡できたす。詳现 »

耇数のプラむベヌトサブネットやパブリックサブネットを䜜成する

IP サブネットやネットワヌクむンタヌフェむスを耇数䜜成し、ルヌティングテヌブルをコントロヌルするこずができれば、アプリケヌションのネットワヌク通信をきめ现かく制埡できたす。䟋えば、りェブサヌバヌ甚にむンタヌネット接続を持぀パブリックサブネットを䜜り、バック゚ンドサヌバヌ甚にむンタヌネット接続を持たないプラむベヌトサブネットを䜜るこずができたす。これはアプリケヌションのセキュリティを高めるこずに぀ながりたす。

Amazon Virtual Private Cloud では、論理的に隔離された仮想ネットワヌクをお客様が定矩し、完党に制埡できたす。詳现 »

耐久性が高く自動化されたデヌタレプリケヌションず埩元

仮想アプラむアンスをむンフラストラクチャにデプロむするず、セキュアな業界暙準プロトコルを䜿っおデヌタをクラりドに簡単に非同期でバックアップできたす。その堎合、デヌタは保存時に暗号化され、耐久性の高いストレヌゞに保管されお、必芁なずき確実にアクセスできるこずが必芁です。

AWS Storage Gateway はデヌタをクラりドに簡単にバックアップできるサヌビスで、オンプレミスの゜フトりェアアプラむアンスを AWS クラりドに安党に接続したす。詳现 »

ポヌタブル蚘憶装眮を䜿っお倧量のデヌタをコスト効率よくクラりドに出し入れする

倧量のデヌタをむンタヌネット経由でクラりドに出し入れするには、かなりのコストず時間がかかる堎合がありたす。ポヌタブル蚘憶装眮を䜿っお倧量のデヌタをクラりドに転送すれば、より高速で、回線を匷化するよりコスト面でも効率的です。

AWS Import/Export Snowball では、ポヌタブル蚘憶装眮を転送に䜿甚しお、倧量のデヌタをクラりドに出し入れする䜜業を高速化したす。詳现 »

仮想マシンをクラりドぞ簡単にむンポヌトする

構築枈みの仮想マシンをオンプレミスに䜜り盎さなくおも、クラりドにむンポヌトや゚クスポヌトするこずができれば、既存資産を掻甚でき、ワヌクロヌドを IT むンフラストラクチャにデプロむするのが簡単になりたす。

VM Import/Export を䜿うず、仮想マシンを既存の環境から Amazon EC2 むンスタンスにむンポヌトしたり、逆にオンプレミスの環境ぞ゚クスポヌトしたりするこずが簡単にできたす。远加料金もかかりたせん。詳现 »

クラりドリ゜ヌスぞのハヌドりェアベヌスの仮想プラむベヌトネットワヌキング接続

お客様が遞んだハヌドりェアアプラむアンスを䜿い、お客様のネットワヌクを VPN 経由で安党にクラりドぞ拡匵するこずができれば、既存のネットワヌクむンフラストラクチャずクラりドリ゜ヌス間のアクセスが簡単でシヌムレスになりたす。

Amazon Virtual Private Cloud では、ネットワヌクをハヌドりェアベヌスの VPN 経由で AWS クラりド内にお客様が定矩した論理的に隔離された仮想ネットワヌクに接続するこずができたす。詳现 »

オンプレミスずクラりドむンフラストラクチャの間の高速で䜎レむテンシヌか぀プラむベヌトな専甚接続

セキュリティや接続の芁件により、暙準のむンタヌネット接続を利甚できない堎合、1 Gbps たたは 10 Gbps のプラむベヌト接続を䜿甚しお、さたざたな堎所にあるクラりドにネットワヌクから盎接接続できたす。

AWS Direct Connect により、お客様の蚭備から AWS ぞのプラむベヌトネットワヌク接続を簡単に確立するこずができたす。詳现 »


マネヌゞド型 Hadoop ワヌクロヌド

Hadoop フレヌムワヌクは耇雑なデヌタを簡単に扱えるため、デヌタ凊理の負荷が高いワヌクロヌド向けに急速に普及しおきたした。

Amazon Elastic MapReduce (EMR) を利甚するず、任意の芏暡のデヌタ凊理に察応する Hadoop クラスタヌをわずか数クリックで簡単にプロビゞョニングできたす。詳现 »

Hadoop クラスタヌのサむズを動的に倉曎する

Hadoop クラスタヌのサむズを調敎できれば、重芁な分析プロゞェクトにおけるサむズや察象範囲の芁件に、迅速か぀柔軟に察応できたす。

Amazon EMR ではクラスタヌのサむズを動的に倉曎でき、必芁に応じおキャパシティヌを远加たたは削陀できたす。お支払いいただくのは䜿甚した分のみです。詳现 »

遞べる Hadoop ディストリビュヌション

オペレヌティングシステムず同様、Hadoop のディストリビュヌションも分析察象に応じお䜿い分けるず利点がありたす。

Amazon EMR では、ワヌクロヌドに応じおその郜床 Hadoop ディストリビュヌションを遞択でき、ク゚リの詊行ずベンチマヌクも容易になりたす。詳现 »

お奜みの蚀語での分析

倧芏暡な分析プロゞェクトには、既存のツヌルやコヌド資産を利甚すれば組織内のスキルや専門知識を掻かせたす。

Ruby から Python、Java から C++ たで、任意の蚀語で分析を実行できれば、䜿い慣れたツヌルで䜜業が可胜です。

確立され成長を続ける分析゚コシステム

デヌタ管理ツヌルの Hadoop ゚コシステムは急速に成長しおいたす。こうしたツヌルを利甚するず、高床な分析、機械孊習、デヌタ保管を迅速にこなせたす。

Amazon EMR では、Hadoop のデヌタ管理ず分析ツヌル、トレヌニング、パヌトナヌなど、掻甚できるコレクションが増え続けおいたす。詳现 »

マネヌゞド型非リレヌショナルデヌタベヌス

マネヌゞド型ノンリレヌショナルデヌタベヌスは、容量無制限のデヌタストレヌゞず、読み曞き性胜を 1 秒あたり数癟回から数十䞇回たでシヌムレスにスケヌリングする機胜を提䟛したす。

Amazon DynamoDB は高速な完党マネヌゞド型 NoSQL デヌタベヌスサヌビスで、容量の倧きさに関わりなくデヌタを保存でき、どのようなレベルのリク゚ストトラフィックにも察応できたす。平均レむテンシヌは芏暡にかかわらず 1 桁台のミリセカンド未満です。このサヌビスは SSD で皌働しおおり、高速なパフォヌマンスず高いスルヌプットを実珟し、高い可甚性が組み蟌たれおいたす。

Amazon DynamoDB は Amazon EMR や Amazon Redshift ず簡単に統合でき、デヌタ分析に耇数のオプションを利甚できたす。詳现 »

ペタバむト芏暡のマネヌゞド型デヌタりェアハりスサヌビス

マネヌゞド型デヌタりェアハりスサヌビスを利甚するず、SQL を䜿っお数癟ギガバむトから 1 ペタバむト超のデヌタを分析するこずが可胜です。たた珟圚䜿っおいるのず同じ SQL ベヌスのツヌルをダッシュボヌド、レポヌト、アドホックク゚リ甚に䜿えたす。

Amazon Redshift は高速でフルマネヌゞドのペタバむト芏暡デヌタりェアハりスサヌビスで、コストは 1 TB/幎あたり 1,000 USD 未満で枈みたす。これは埓来の䞀般的な゜リュヌションの 10 分の 1 です。Amazon Redshift クラスタヌは数分でプロビゞョンでき、2TB ノヌド 1 個から始めお 16 TB ノヌド 100 個で 1.6 PB の圧瞮デヌタを扱うずころたでスケヌリングするのも簡単です。

Amazon Redshift では列指向技術を採甚しおおり、耇数のノヌド間でク゚リの分散ず䞊列化を行うこずで、あらゆるサむズのデヌタセットに察応する高速なク゚リパフォヌマンスを実珟したす。

Amazon Redshift は Amazon DynamoDB や Amazon S3 ず統合されおおり、SQL を䜿甚する耇数の゜ヌスからデヌタを統合しお分析するこずができたす。詳现 »

倧容量デヌタ甚の耐久性の高いストレヌゞ

デヌタは貎重なリ゜ヌスです。保管には耐久性、信頌性、冗長性を兌ね備え、なおか぀コスト効率に優れたプラットフォヌムが必芁です。

Amazon S3 は XML から Excel たであらゆる皮類のデヌタをサポヌトし、1 バむトから 5 TB たであらゆるサむズのオブゞェクトを、耇数のデヌタセンタヌに冗長化しお保存したす。

すべおのデヌタのク゚リを行う

耇数のストレヌゞボリュヌム、堎所、フォヌマットにたたがるク゚リを統合できれば、より正確で実甚的な情報が埗られたす。

Amazon EMR では、S3 がネむティブディスクであるかのように、S3 内のオブゞェクトにアクセスするこずができたす。これによりデヌタ移動にかかる時間が短瞮され、デヌタセット間の統合床が高たりたす。

Amazon Redshift を䜿甚するず、すべおのデヌタを 1 か所に集䞭しお保存し、レポヌト䜜成、アドホックク゚リ、トレンド分析に利甚できたす。

各皮圢匏のデヌタの統合

ビゞネスデヌタが分析甚にパッケヌゞ枈みであるこずはたれなので、未加工のデヌタをロヌドしお倉換するツヌルは非垞に有甚です。

Amazon EMR の暙準搭茉のツヌルでは、実質䞊あらゆるファむル圢匏のビゞネスデヌタを、Informatica 補の HParser を䜿っお読み蟌めたす。詳现 »

芏暡が無制限の NoSQL デヌタストア

デヌタ生成コストが䞋萜し぀぀あるため、より短時間にたすたす倚くのデヌタが生成されるようになっおいたす。そのようなデヌタを管理するサヌビスには、プロビゞョニングが簡単で、実質䞊無制限のスケヌリングに察応できるこずが求められたす。

Amazon DynamoDB は栌玍できるデヌタ量に制限がなく、事実䞊無制限のスケヌルでアクセスでき、サヌバヌをプロビゞョニングする必芁も党くありたせん。

゜リッドステヌトドラむブによっお実珟する高パフォヌマンス

倧芏暡デヌタに䜎レむテンシヌでアクセスするのは困難です。埓来の回転メディアならなおさらです。゜リッドステヌトドラむブSSDははるかに高速で、応答時間も予枬可胜です。

Amazon DynamoDB は、運甚機材に SSD を採甚するこずで、ク゚リの分量やデヌタの芏暡に関係なく、レむテンシヌ 1 桁台のミリセカンド未満ずいう性胜を確保しおいたす。

任意に構築できる耇雑なデヌタ凊理ワヌクフロヌ

デヌタ凊理では通垞、耇数のステップを 1 ぀のワヌクフロヌ内で同時に実行するこずになりたす。このようなワヌクフロヌは信頌性ず耐久性を備え、゚ラヌや欠萜デヌタを胜率的に発芋できるこずが必芁です。

AWS Data Pipeline では、耇数のデヌタ゜ヌスにたたがる反埩可胜でスケヌラブルな凊理ワヌクフロヌを、ドラッグ & ドロップの簡単操䜜で構築するこずができたす。詳现 »

耇数のビッグデヌタサヌビスを簡単に統合する

実䞖界分析では、様々な皮類のデヌタを凊理し、統合しおから分析する必芁がありたす。

AWS は Hadoop、NoSQL、SQL デヌタ分析にほが無限のスケヌラビリティを持぀コンピュヌティングずストレヌゞずいう、優れた組み合わせのサヌビスを提䟛しおいたす。

Amazon EMR や Amazon Redshift は Amazon S3 や Amazon DynamoDB ず盎接統合され、構造化デヌタや非構造化デヌタを簡単に分析できたす。

AWS では、統合された各皮の専門サヌビスが甚意されおおり、䜜業に応じお最適なツヌルを簡単に遞択できたす。

䜎コスト、高パフォヌマンスのデヌタりェアハりス

デヌタりェアハりスずビゞネスむンテリゞェンスを䜿うず、デヌタを真実の単䞀の゜ヌスに統合し、組織の事業や顧客に関するあらゆる面運甚、サプラむチェヌン、販売掻動などをより良く芋通すこずができたす。

Amazon Redshift はフルマネヌゞド型デヌタりェアハりスサヌビスで、幎間 1,000 USD/TB 未満の料金で、数癟ギガバむトから 1 ペタバむト超たで広範なサむズのデヌタセットに察し、高速なク゚リパフォヌマンスを提䟛したす。詳现 »

ETL およびすでに䜿甚しおいるビゞネスむンテリゞェンス゜フトりェアずの簡単な統合

ETL ずすでに䜿い慣れおいるビゞネスむンテリゞェンス゜フトりェアずを䜿甚すれば、新しいツヌルの䜿い方を芚える必芁もなく、デヌタをオンプレミスのシステムからクラりドに持ち蟌んですぐデヌタ分析を始めるこずが簡単です。

Amazon Redshift のサヌビスは、15 を超える ETL および BI パヌトナヌのツヌルに統合されおいたす。そのため Amazon Redshift クラスタヌでは Informatica、Attunity、MicroStrategy、Jaspersoft、Tableau など様々なツヌルを䜿った䜜業がしやすくなっおいたす。詳现 »

䜎レむテンシヌ、高垯域幅のネットワヌキング

分散ワヌクロヌドでは、高速で䜎レむテンシヌのネットワヌキングにより凊理しおいるコンポヌネント間で効率的な情報通信を行う必芁がありたす。

Amazon EC2 では䜎レむテンシヌ、党二重、10 ギガビットのむヌサネットネットワヌキングをサポヌトしおおり、高速で効率的なデヌタ移動を確保したす。

クラりド内のパブリックデヌタセット

倧芏暡デヌタセットの可甚性は、ナヌティリティコンピュヌティングリ゜ヌスの可甚性ず同様、詊行錯誀を経お新しい補品、サヌビス、および掞察を短期間で構築するのに重芁です。

AWS プログラムの Public Data Sets は、Common Crawl や 1000 Genomes プロゞェクトが䜜成したものをはじめずする有益なデヌタセットを、コミュニティが無料で利甚できるようにするものです。

完党マネヌゞド型でストリヌミングデヌタをリアルタむム凊理

りェブサむトのクリックストリヌム、マヌケティング情報、財務情報、補造業の蚈噚、゜ヌシャルメディア、運甚ログ、蚈枬デヌタなどの゜ヌスから取埗した情報をリアルタむムで凊理するアプリケヌションを簡単に䜜成できるので、意思決定を迅速か぀タむムリヌに行うこずができたす。

Amazon Kinesis は、倧芏暡なストリヌミングデヌタをリアルタむムで凊理する完党マネヌゞド型サヌビスです。Amazon Kinesis アプリケヌションを䜿うず、リアルタむムダッシュボヌドの構築、䟋倖のキャプチャずアラヌトの生成、掚奚事項の促進、およびビゞネス䞊たたは運甚䞊のその他のリアルタむムの意思決定を行えたす。詳现 »


すぐに䜿える゜リュヌションが揃うマヌケットプレむス

アプリケヌションをクラりドのコンピュヌティングむンスタンスに手動でデプロむする代わりに、マヌケットプレむス環境で豊富なカテゎリず品揃えから゜リュヌションを遞び、数クリックでデプロむするこずができれば、事業ずアプリケヌションに集䞭するべき劎力を゜フトりェアのデプロむに割かずに枈みたす。

AWS Marketplace は、有料たたは無料の゜フトりェアの 1900 点以䞊もの幅広い品揃えを誇り、有名ベンダヌが提䟛する゜フトりェアをマりスクリック数回するだけで、Amazon EC2 むンスタンスで実行させるこずができたす。詳现 »

クラりド向けに蚭蚈された゜リュヌションを提䟛する独立系゜フトりェアベンダヌを幅広い遞択肢から遞択する

クラりド内ですぐに実行できる特定のアプリケヌションや管理補品が必芁になる堎合もありたす。そのような゜リュヌションを提䟛する独立系゜フトりェアベンダヌISVをすぐに芋぀けられれば、デプロむの成功にいっそう自信が持おたす。

AWS パヌトナヌネットワヌクは䞖界芏暡のパヌトナヌプログラムで、AWS クラりド甚アプリケヌションを構築しおいる独立系゜フトりェアベンダヌをお客様が遞ぶのに圹立぀、個性豊かな倚数のパヌトナヌが構成する゚コシステムです。パヌトナヌの䞭には、Adobe、ESRI、SAP、Microsoft、Oracle ずいった䌁業も含たれおいたす。詳现 »

クラりドプラットフォヌムの経隓豊富なシステムむンテグレヌタヌを幅広い遞択肢から遞択する

クラりドベヌスの゜リュヌションをデプロむする際、デプロむず運甚を確実に成功させるには、必芁なサポヌトを提䟛できる適切な資栌ずスキルを持぀システムむンテグレヌタヌ (SI) を芋぀けるこずが重芁です。

AWS パヌトナヌネットワヌクは䞖界芏暡のパヌトナヌプログラムで、お客様のシステムむンテグレヌタ遞びに圹立぀、個性豊かな倚数のパヌトナヌが構成する゚コシステムです。Booz Allen Hamilton、Capgemini、Cognizant、Infosys ずいった䌁業もパヌトナヌずしお加わっおおり、いずれもお客様を支える゜リュヌション蚭蚈、デプロむ、運甚技術ず、AWS クラりドに関する豊富な経隓を有しおいたす。詳现 »

クラりドに関する熟緎床を実蚌する圹割ベヌスの認定制床

クラりドベヌスの゜リュヌションを蚭蚈、デプロむ、たたは運甚する芁員を遞ぶにあたり、目安ずなる公認資栌や認定制床があれば、その人材が業務を確実にこなすだけの技術スキルを有しおいるず信甚できたす。

AWS 認定は、AWS プラットフォヌムで皌働するアプリケヌションずむンフラストラクチャの蚭蚈、デプロむ、運甚に必芁なスキルず技術知識を有する IT プロフェッショナルであるこずを蚌明したす。認定を取埗するず AWS に関しお実践経隓を有しおいるこずをわかりやすく蚌明できるだけでなく、所属組織が AWS ベヌスのアプリケヌションに習熟を深めるのに圹立ちたす。 è©³çŽ°æƒ…å ±ã‚’èŠ‹ã‚‹ »

圹割ベヌスの特定のクラりドトレヌニングサヌビスを利甚する

圹割ベヌスのトレヌニングコヌスや資料は、クラりドベヌスの゜リュヌションの蚭蚈、デプロむ、運甚を成功させるために圹立ちたす。

AWS では圹割ベヌスの公開トレヌニングコヌスを各皮提䟛しおおり、AWS クラりドで実行するアプリケヌションの蚭蚈、デプロむ、運甚の方法を孊ぶために利甚できたす。詳现 »