shintaro-ozaki/entity-explanation huggingface dataset:
Title: プーマ (Puma (brand))
Section: 日本における活動
Subsection: 直営店

プーマストア札幌、お台場（台場）、原宿（神宮前）、富士見、浜松、大阪、京都、プーマアウトレット北広島、仙台、那須塩原、阿見、越谷、入間、幕張、木更津、酒々井、お台場（青海）、南大沢（八王子市）、横浜、小矢部、軽井沢町、御殿場、土岐、長島（桑名市）、滋賀竜王、泉佐野、神戸、倉敷、鳥栖
Title: プーマ (Puma (brand))
Section: 日本における活動
Subsection: ライセンス販売

クツワ（文房具類）
Title: プーマ (Puma (brand))
Section: 日本における活動
Subsection: 契約プロ

菊地絵理香プロゴルファー西郷真央プロゴルファー
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: abstract

サン・マイクロシステムズ（英: Sun Microsystems）は、アメリカ合衆国カリフォルニア州サンタクララに本社を置いていたコンピュータの製造・ソフトウェア開発・ITサービス企業である。2010年1月27日にオラクルにより吸収合併され、独立企業・法人としては消滅した。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 概要

サンの名前は、Stanford University Networkの頭文字 SUN から来ており、スタンフォード大学で校内のネットワーク用のワークステーションを独自に開発したアンディ・ベクトルシャイムが、スコット・マクネリ、ビノッド・コースラらとともに会社を創立したのが始まり。創立に際してカリフォルニア大学バークレー校でBSD UNIXを開発していたビル・ジョイを創立メンバーに招いた。創立した1982年から数年で世界企業へと成長した。以下、その中心的製品であった、Sunワークステーションについて少し述べる。マイクロプロセッサには、当初は68000系を使っていた（これは同時代に他にも多数あらわれた「JAWS」と呼ばれるワークステーションと同様で、手堅い選択と言える）。後に自社開発のSPARCに切り換え、高い性能対価格比で他社製品に対し強い競争力を確保した。やはり同時代の他の多くのワークステーションと同様に主要オペレーティングシステム (OS) としてUnix系を採用したが、サンは特にBSDに強いメーカとして、BSDの著名な開発者の一人であったビル・ジョイを特別待遇で雇ったことなどが知られる。そのSunOSは、後に、UNIX戦争でUNIX InternationalとしてAT&Tと共同したため「System Vベースに変更されたSolaris」というように市場向けには宣伝されたが、実際のところはOS添付のGUIなどを含めたシステム全体の商品名が「Solaris」で、そのベース部分はSunOSそのものである。psコマンドのオプションなどわかりやすい部分において、デフォルトではSystem V風に改修された動作をするが、実際の所はBSDであった（コマンドなどは両方が実際には用意されていて、PATHでそちらを先に指定するだけで切り換えられた）。SunOSもまた、Sunワークステーションの魅力であった。自社の技術を公開したりライセンスしたりすることが多く、それ以前の（あるいは一部のメーカには今も蔓延る）閉鎖主義を打ち破った「オープンシステム」の旗手であった。日本では富士通が提携メーカとして知られ、特にSPARCに関しては製造の請負のみならず、独自の拡張ISAとマイクロアーキテクチャによる製品までもを作っており、「京」のプロセッサコア等が著名である。Javaはビル・ジョイを中心としたチームにより開発された。2000年9月には、インテル系のCPUとLinuxの組合せのサーバを販売していたコバルトシステムを買収し、インテル系のCPUとLinuxを組み合わせたサーバが2001年からサンから販売された。2005年にはStorageTek （STK）、2008年1月にはMySQLの買収を発表した。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: UNIXでの一人勝ちの状況

UNIX戦争に伴う各ベンダとの競合状態において、ビル・ジョイなどのUNIX神話に名を残したスーパーエンジニアの功績やいち早いインターネットに向けたサーバ群の取り組みによりアメリカ合衆国を中心とする世界市場において、1990年代前半、サンは一人勝ちの様相を呈した。日本市場では富士通・東芝・CTCなどと提携し、通信系や企業基幹系に浸透しつつあったUNIX市場において、その価格性能比と知名度で進出した。その結果、日本市場では競合するHP・日本電気陣営や、IBM・日立陣営などと並び、有力な商用UNIX系ベンダーとなった。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: 90年代末の市場の変化とサンの対応

90年代後半までの一人勝ちの状況以降、元々の企業規模がそれほど大きくなく、先進性で売り上げを上げるにも研究開発費の大規模な調達ができない点、 Javaなどの別技術への投資を集中した点などもあり、その後のUNIXによるエンタープライズ系への対応や処理速度改善において、幾つか決定的な後れを取ってしまう。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: CPU開発競争での後れ

インテル製CPUの動作周波数の向上や開発資源への大規模な投資により高性能化したPCにUNIX陣営は追い込まれつつあった。特に、RISC陣営でもMIPSテクノロジーと同様に自社でのCPU製造を行わないサンは、急速な開発期間の短縮や新規テクノロジーの適用において、後れを取り始める。その結果、UltraSPARC IIが主力であった頃、IBMやHP、DECといったRISC陣営の競合CPUと比較して、UltraSPARC IIが著しく遅く、他社のメインストリームサーバとの比較による受注の大量減少をさけるため、業界標準ベンチマークとなっていたTCPベンチマーク値の公開を取りやめている。また、基本比較値として残さざるを得なかったSPECといった基本ベンチマークにおいても、インテルのXeonと比較された際に同等レベルを維持するのがやっとの状態にまで追い込まれていた。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: エンタープライズ分野での足踏みとLinux対応

UNIXのエンタープライズ分野においては、唯一対応の早かったサーバの仮想化技術の延長線上にある論理区分による同一筐体内複数パーティションの機能も、HPやIBMは1年もせずに同等以上の機能を提供してきたため、基幹系における導入シェアを大きく上げる要因にはならなかった。これにより、大規模なエンタープライズ市場において、当初はHPに、近年はIBMに巻き返され、他商用UNIXとの横並び若しくはそれ以下となっている（詳しくは、CIRCUS・Solaris・論理ボリュームマネージャの項目を参照）。また、オープンソースOSであるGNU/Linuxによるネットワーク系サーバの置き換え、および比較的安価な基幹用サーバの置き換え需要にさらされ、商用UNIXで最もダメージを受けたOSと評されており、火急の対処が必要とされていた。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: 巻き返しと評価

一旦、後れを取ったCPUの高性能化やエンタープライズ分野への新たな訴求としてSolaris自体のオープンソース化が進められている。また、CPUに関しても、NiagaraというSPARC III相当のCoreを複数搭載したCPUが登場してきている。この2点において、現状、次のように評価されている。SolarisやJavaのオープンソース化が再度技術者を呼び戻しており、結果としてサーバ販売台数（サンの利益源泉）の増加に結びつき業績が回復し始めている。マルチコアCPUによる性能強化/消費電力低減といったITの環境問題へのアプローチはCPU業界全体へと波及、IT企業の社会的責任（CSR）を果たして行く方向性を示した。このような状況の上、新規CPUのUltraSPARC Vの開発を中止し、多くのエンジニアをレイオフしており、英語版WikipediaにおけるSUNの項目の記載にあるように、ITバブル崩壊後の動きにおいて非常に曖昧模糊とした状態と言える。この状態を抜け出すため、NECからSI・HPC分野のアライアンスを取り付け、富士通との関係もさらに深めようとしている。しかし、グリッドに対するスタンスの違いや汎用京速計算機など国内プロジェクトへの国産ベンダの方向性は明らかにサンと袂を分かつ方向に向けられており、多くの識者からは非常に厳しい見方をされている。サンの革新性は、IT業界のビジネスモデルの変更を迫る内容も多いことから常に風当たりが強いが、多くの革新的エンドユーザーやITの本質を追究する研究者や技術者からは高い評価を受けており、IT業界において新たなテクノロジーの創作によりIT業界や市場や社会に大きな変革や影響をもたらした企業として認識されている。サンという企業自体のファンがいることも、他のITベンダーとは異なるところである。2004年4月には長年の宿敵とされたマイクロソフトとの和解と提携を発表し、以後は相互運用性の向上を図っている 。更に2004年6月には富士通との提携を拡大し、次期SPARC/Solarisサーバの共同開発を発表した。今後のハードウェア開発は富士通、ソフトウェア開発はサンという役割分担とされる。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 歴史
Subsection: オラクルによる買収

2009年3月18日にはIBMによるサンの買収が交渉中と報道されたが、2009年4月20日には、オラクルによる74億ドルでの買収が発表された。同年9月、オラクルはSPARCやSolarisについて「より一層の投資を確約」する広告を出した。当買収によるデータベース市場などへの独占禁止法上の調査が行われたが、米司法省は8月、欧州委員会は2010年1月21日に、当買収を承認し同月27日に買収が完了した。買収後、オラクルの完全子会社としてわずかの間存在したが、同年2月にオラクルの子会社であるオラクルUSA （Oracle USA, Inc.） と合併しオラクル・アメリカ （Oracle America, Inc.） となった。そもそもサンは数あるITベンダーの中でも、多額の投資によって開発した先進的な技術を独占的に使用しようとするのではなく「業界全体の進歩のため」という理由で惜しげもなく公開してしまうという極めてオープンなスタンスを取っていた。また、オープンソース系のコミュニティに対する支援にも極めて積極的であり、そのような姿勢が多くの技術者から支持を受けていたことが同社の経営上の資産でもあった。しかしながらそれらの技術者たちは、比較的クローズドな戦略が目立つ合併先のオラクルに対して決していい印象を持っている者ばかりとは言えない。実際に、OSであるSolaris本体、パッチの有償化などの大きな方針転換が行われたことや、競合となったヒューレット・パッカード社のハイエンドサーバー向けのCPU、Itaniumに対する全てのソフトウェアの開発中止が発表されるなど、IT企業として決して非常識ではないものの、従来のサンではまず考えられないような戦略が次々と展開されていることから、従来からのファンの「サン離れ」が懸念される状況となっている。また一方で、サンの強力なハードウェア上にそのアーキテクチャに高度にチューニングされたOracleデータベースをすでにインストールした状態で出荷されるデータベース専用ハードウェア、Exadataシリーズが発表され、極めて好調な売り上げを記録しているなど、合併による相乗効果も着実に上がっており、市場関係者からはこの合併を高く評価する声も多い。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: フリーソフトウェアとの関係

SunOSは、BSD版UNIXを基にしたもので、このBSD版UNIXのライセンスはGPLの基になったフリーソフトウェアライセンスであった。当初のBSD UNIXはAT&Tのライセンスを必要としたが、独自のコードと実装を進め、その後のAT&Tとのライセンス交渉において、AT&TのUNIXライセンスに縛られないものとなった。その際にカリフォルニア大学バークレー校で拡張互換UNIX開発チームが書いたコードは、多くのUNIXの実装に影響を与えている。この開発チームにて実装やソースのレビューとレベルチェックやリポジトリを管理していたのが、Cshの開発やUNIXの実装に大きな影響を与え、スーパーエンジニアとしても有名なビル・ジョイであった。つまり、フリーソフトウェアを中心としたLinuxやGNUの思想は、サンの遺伝子を色濃く残したもので、サンとフリーソフトウェアの親和性の高さは、こういった歴史的な経緯から来ている。また、NFSはサンにより作られたネットワーク・ファイルシステムの規格であるが、サンからNFSのライセンスを受けるとSunOSのソースコードが送られて来ていた。現在のLinuxなどで使われているNFSは独自のフリーな実装が使われている。NISもサンにより開発され、アカウントなどの集中管理用として他社UNIXやLinuxにも採用されている。Solarisのデスクトップ環境として 以前から利用していたCDEからGNUプロジェクトのフリーソフトウェアであるGNOMEに変更するなど、既存のオープンソースソフトウェアと連携した動きも多い。GNOMEの開発の中心にいる企業Ximianに出資していた。また、以前はLinuxに対して非協力的であったが、最近は自社製品にLinuxを搭載している。OpenOffice.orgを、フリーソフトウェアかつコピーレフトのGNU LGPLで公開している。OpenOffice.orgは豊富な機能を持ったオフィススイートで、多くのプラットフォーム （OS） をサポートしオープンソース運動を加速している。サンはOpenOffice.orgの成果をもとに、ソース非公開の StarOffice（日本ではNECが既に商標をとっていたためStarSuite）を開発し販売している。なお、StarOfficeは教育機関などに向けての無料ライセンスもある。OpenOffice.orgのベースとなったStarOfficeは当初、ドイツのソフトウェア会社StarDivisionで開発されていたソフトウェアで、サンは同社を買収した後すぐにオープンソースプロジェクトとして公開し注目を集めた。当初はSun業界基準使用許諾（SISSL）と呼ばれるサン独自のオープンソースライセンスとGNU LGPLとのデュアルライセンスであったが、2005年9月2日にSISSLを廃止し、GNU LGPLに一本化した。Sun ONE - One : Open Network Environment[1]オラクルによる買収後、サンのMySQL創業者がスピンオフしてMariaDBを立ち上げたほか、OpenOffice.orgも開発者の一部が離脱してLibreOfficeを立ち上げるなど、プロジェクトの分裂が相次いでいる。その他Javaなど今後への懸念も報道されている。これに対してはオラクルも、2011年6月にOpenOffice.orgをApacheソフトウェア財団に寄贈するなど（現在のApache OpenOffice）、一部プロジェクトについてオープンソースコミュニティへの移管を行うことで、懸念解消に務めている。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: シンクライアントベンダとして

サンはシンクライアントに早くから取り組んでおり、1996年ごろにJavaStation（2004年～2006年に販売されていたJava Workstationと全く異なる）を発売した。そして1999年からSun Rayシリーズを販売していたが、2013年に開発終了し、2017年にサポートを終了した。Sun Rayシリーズでは、特筆すべきこととして、ICカードを抜き差しするだけで自分のデスクトップ環境が即座に表示される「ホットデスク」をサポートしていたことである。サンは2004年ごろから（日本法人も含めた）自社社内のほとんどの業務用端末がSun Rayになっているとのことであり、たとえば日本法人に勤務する人が国内のほかのオフィスや米国本社へ出張へ赴くときに席を予約しておき、出張先の席にあるSun Ray端末にICカードを差し込むだけでどこでも自分のデスクトップが表示されるのである。ある社員は（シリコンバレーから日本へのリモート接続であるにもかかわらず）あまりに快適に動作するので「本当に（自分のデスクトップ環境がおいてある）日本のサーバにつながっているのか？」と最初は混乱した旨を吐露している[2]。さらに2006年にはSun Rayサーバ経由でリモート デスクトップないしターミナル サービスが使えるWindowsとも接続可能になった。2007年1月には無線LANを搭載したノートPCタイプの「2N」を発売した。消費電力が通常のノートPCの半分だという。徐々にではあるが、Sun Rayは国防総省でも採用されるほどセキュリティが高いため自治体や大学などの教育機関や官公庁を中心に納入実績があった。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: 日本法人

日本法人のサン・マイクロシステムズ株式会社は東京都世田谷区用賀四丁目10番1号のSBSビルに所在していた。日本法人も、2010年6月1日付で日本オラクル株式会社の兄弟会社である日本オラクルインフォメーションシステムズ株式会社（2012年に合同会社に改組）に統合された。
Title: サン・マイクロシステムズ (Sun Microsystems)
Section: F1

F1では1995年から2005年にかけて、マクラーレンにテレメトリーシステムを供給していた。
Title: Amazon_Web_Services (Amazon Web Services)
Section: abstract

Amazon Web Services（アマゾン ウェブ サービス、略称：AWS）とは、Amazon Web Services, Inc. により提供されるクラウドコンピューティングサービスである。2006年にサービス提供が開始され、IaaS における世界的シェアが39％で1位。世界で数百万以上、日本国内においても数十万を超える顧客が AWS を利用している。企業システムなどのインフラストラクチャとして用いられる IaaS で他サービスを圧倒的にリードしており、デファクトスタンダードである。ガートナー社が発行するマジック・クアドラントのクラウドインフラストラクチャとプラットフォームサービス (CIPS) において、12年連続でリーダーに選出されている。顧客を起点に考える顧客中心のイノベーションアプローチが採用され、サービスや機能の90%以上が顧客要望をベースとして開発およびリリースしている。AWS が提供する、コンピューティング、ストレージ、データベース、ネットワーク、セキュリティ、ハイブリッドクラウド、モバイル、分析/解析 (Analytics)、機械学習/人工知能 (ML/AI)、IoT、仮想現実/拡張現実 (VR/AR)、ロボット工学 (Robotics) といった様々な分野の様々なサービスを組合せることで、ユーザーが求める IT インフラストラクチャを速やかに構築することが可能。2004年の Amazon Simple Queue Service（SQS）の提供開始から始まり、現在のサービス数は200を超える。最も有名なサービスとしては AWS のサービス提供開始と共にリリースされた Amazon Elastic Compute Cloud (EC2) や Amazon Simple Storage Service (S3) がある。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 全体アーキテクチャ

AWS は2023年1月現在、アメリカ東部（北バージニア、オハイオ）、アメリカ西部（カリフォルニア、オレゴン）、カナダ（中部）、南アメリカ（サンパウロ）、ヨーロッパ（アイルランド、フランクフルト、ロンドン、ミラノ、パリ、ストックホルム）、東南アジア（シンガポール、ムンバイ）、東アジア（東京、大阪、ソウル、香港）、オセアニア（シドニー）、中東（バーレーン）、アフリカ（ケープタウン）など、31のリージョン（地域）で展開されている。世界中に400以上ものキャッシュポイント（PoP、Point Of Presence）を持ち、245の国と地域で安全かつ拡張性と信頼性の高いサービスを利用することができる。データの保管や各種サービスが、利用者によって選択されたリージョンに在るサーバーで運用される。例えば日本国内で利用されるシステムに関しては、ネットワークレイテンシの観点や個人情報を日本国内に保管する必要がある等のデータ保管場所の取決めにより、東京リージョンもしくは大阪リージョンが選択されることが多いが、これは AWS が用意した関東地方もしくは関西地方に位置するデータセンター内にあるサーバーやストレージを利用することを意味している。データセンターの具体的な場所についてはセキュリティ上の理由から非公開。なお、複数のリージョンで同時に障害が発生しないように、内部ネットワークやデータ領域など、それぞれのリージョンが疎結合となるように設計されている。基本的に全てのリージョンを同一の AWS アカウントで利用することが可能。例外として、アメリカ政府専用の "GovCloud"、並びに中国（北京、寧夏）の特殊なリージョンも存在し、これらについては当該リージョン専用のアカウントが必要となる。また、これらの特殊なリージョンについては、AWS 内部ネットワークも他の通常リージョンと隔離されている。各リージョンは、複数のアベイラビリティーゾーン（AZ、エーゼット）を持つ。AZ は、1つ以上の独立したデータセンターで構成される。AZ 間は、停電や洪水、火災、地震などのリスクを避けるために物理的に意味のある距離（数 km から 100 km）が取られているものの、AWS 内部の通信により1〜2ミリ秒のレイテンシで非常に高速な通信が可能。システム障害に備えたり規模を拡大したりするために、複数の AZ を利用したマルチサイトシステムを設計して実行することができる。オンプレミスでは構成や構築のハードルが高かった複数のデータセンターに跨る高可用性マルチサイトインフラストラクチャを、現地に足を運ぶこともなく GUI 操作のみで構築することが可能。なお、複数の AZ ではなく、東京リージョンと大阪リージョン、といった形で複数のリージョンを用いた構成を取ることもでき、多数のサービスが対応している。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 代表的なサービスのアーキテクチャ

先述の通り、AWS では多数のサービスが提供されており、有名なサービスが多くあるが、特に有名なサービスとしては AWS がリリースされた2006年に利用可能となり長い歴史を持つ EC2 と S3 がある。それぞれのサービスにおいて特徴的なアーキテクチャは以下の通り。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 代表的なサービスのアーキテクチャ
Subsection: EC2

仮想サーバー（インスタンス）を提供する EC2 では、Nitro（ナイトロ）アーキテクチャが採用され、ネットワーク、ストレージ、セキュリティ/マネジメント/モニタリングといった仮想サーバーを提供するための周辺機能については AWS によって開発された専用ハードウェアにオフロードされて実行されている。これにより、CPU やメモリ処理のほぼ全てを顧客が利用する仮想サーバーに割当ることができ、高効率で高信頼な基盤が提供される。バージョンアップやセキュリティアップデートなど90％以上のメンテナンス処理が仮想サーバーを停止することなく実行され、それ以外のメンテナンスについても2秒以内に完了するため、稼働している仮想サーバーが中断されるケースがほぼ無い。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 代表的なサービスのアーキテクチャ
Subsection: S3

オブジェクトストレージの S3 では、標準の設定でオブジェクトが自動的に3つの AZ にコピーして保管され、1年間に 99.9999999%もの耐久性と、99.99% の可用性が保障される。低レイテンシかつ高スループットであるため、各種アプリケーション、ウェブサイト/コンテンツ配信（静的ウェブページ）、ビッグデータ分析など、幅広いユースケースに適する。保存可能な容量は無制限だが、1つのオブジェクトのサイズは最大 5TB まで。バージョン管理やライフサイクル管理を行う機能を備える。
Title: Amazon_Web_Services (Amazon Web Services)
Section: アーキテクチャ その他

先述の通り AWS では200を超えるサービスを提供しているが、オンプレミスと同様の仮想サーバー機能をクラウドでも利用したいといったシンプルな要件であれば、ごく一部のサービスの組合せのみで構成が完了する。その要件の場合、専用線を構成するサービスである AWS Direct connect (DX) を用いてオンプレミスと AWS を接続した後、仮想的なネットワークを構成する Amazon Virtual Private Cloud (VPC) で利用するリージョンや IP アドレス、セキュリティグループを指定し、作成した VPC 内で EC2 インスタンスを起動する、といったイメージになる。他には、例えばファイルサーバーの機能を利用したければ、Amazon Elastic File System (EFS) や Amazon FSx、リレーショナルデータベースを利用したければ Amazon Relational Database Service (RDS)、といった形で、利用するサービスを追加していく。EFS や RDS は、AWS によってサーバーが管理され、ファイルサーバーやデータベースの機能のみを利用できる便利なサービス（これらはマネージドサービスと呼ばれる）であり、クラウド環境のメリットを多く享受できるため AWS 環境において採用されやすいが、もちろん EC2 の仮想サーバー上に自身でファイルサーバーやデータベースを構成しても良い。サーバーレスサービスもあり、例えば AWS Lambda は、実行したいプログラムを記述することで、そのプログラムが動作（処理）している間だけ料金がかかる形で利用することができる。たまにしか実行しないアプリケーションのためにサーバーを用意する必要が無い。オンプレミスからの移行にあたっては、AWS が考える 7R によって整理され、それぞれの移行方式を実行するためのサービスが提供される。バックアップインポート方式でシンプルに移行する方法（VM Import/Export）もあれば、レプリケーション方式でダウンタイムを短くする移行方法（AWS Server Migration Service）もある。データベースを移行するためのサービス（AWS Database Migration Service）なども用意されている。ユーザーが各サービスを理解しやすいように、ブラックベルトオンラインセミナー が AWS ジャパンによって提供されている。各サービスの概要などを説明した PDF 資料と動画コンテンツが用意され、無料かつユーザー登録不要で利用することができる。これとは別に通常の有償トレーニング（研修）も用意されている。
Title: Amazon_Web_Services (Amazon Web Services)
Section: セキュリティ

セキュリティは AWS における最優先事項として定義される。最高レベルのセキュリティとなるよう設計され、軍隊や国際的な銀行、その他の高い機密性が求められる組織のセキュリティ要件をも満たすように構築されている。データを保管する全てのAWS サービスでデータの暗号化機能を提供。責任共有モデルによって AWS と顧客がそれぞれ管理するレイヤーが定義されており、例えば AWS の社員であっても顧客が保管するデータを閲覧することなどできない。また、セキュリティ、コンプライアンス、ガバナンス用のサービスと機能として300種類以上を提供する。加えて、セキュリティに限らず多数のコンプライアンス認定を受けている。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 価格

すべてのサービスや機能の価格が Web 上で公開されており、無料利用枠もある。システム構成を元にした価格を AWS Pricing Calculator を用いて試算することが可能。一般的には、EC2 や RDS といったサービスで必要となるコンピューティング（CPU、メモリを必要とするもの）の料金と、S3 などのサービスでデータ保管にかかる料金が大半を締め、ロードバランサーなどネットワーク周りの料金は全体のごく一部になる。EC2 や RDS はオンデマンドではなく1年もしくは3年の期間契約にすることで、最大75%の割引を受けることができる（リザーブドインスタンス、Savings Plans）。サービスの利用開始後は、AWS の管理画面にサービスごとの内訳や利用時間帯など詳細が掲載される。Amazon では利益を顧客に還元するという考え方があり、AWS はサービスを開始してから129回以上もの値下げを実施している（2023年2月現在）。値下げ幅の例としては EC2 では2008年から2017年の9年間で最大50%の値下げがあり、S3 については2008年から2016年の8年間で最大86%の値下げが実施された。IT 業界でありがちな保守費用の値上げが発生せず、利用期間中に発生する IT コスト単価が低減し続ける。AWS がハードウェアを大量に手配し、効率的に調達や構築を行うことなどによって実現されている。なおクラウドサービスであるため、サーバーラックの費用や電気代、インフラ保守員の人件費など、あらゆる費用が価格に含まれる。よってオンプレミスとは異なったコスト計算を行う必要がある。即時の利用開始や利用開始後の即時終了も可能で、短期間の利用でもペナルティなど無い。そのため、短期間しか利用しないシステムや、試験環境/開発環境の準備にも適している。また、オートスケーリングやサーバーレスアーキテクチャといった技術を用いれば、自動的なサーバー台数の増減や自動的なリソース増減を行い、需要に基づいた無駄のないリソース提供を行うことができる。同様に中長期的なサーバーリソースの追加/削減についても簡単に対応可能。そのため、リソースの観点では事前に必要なリソース量を正確に見積る必要が無く、ワークロードに応じてコストを最適化できる。また先述の通りハードウェアメンテナンスが AWS によって自動的に実施されるため、一般的にオンプレミスでは4〜5年程度の頻度で実施しなければならないハードウェアリプレースや移行の費用も不要である。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 歴史

2003年の終わりごろ、クリス・ピンカムとベンジャミン・ブラックは Amazon のサーバーインフラストラクチャの将来の展望についての論文を発表した。その論文では新たなサーバーインフラストラクチャは完全に標準化、自動化され、ストレージやネットワークが最終的にはウェブサービスに依存することになると書かれている。またその論文の終わりでは、企業の新たな IT インフラストラクチャとして、仮想上のサーバーサービスが普及する可能性に対して言及している。2004年の11月に AWS が Simple Queue Service としてスタート。EC2 は南アフリカのケープタウンでピンカムと開発のリードであるクリス・ブラウンによって設計された。元々は、Amazon がコスト削減のために実施した高価な Sun サーバーから安価な HP/Linux へのリプレースが完了したタイミングで、「小売業の繁忙期以外ではサーバーリソースが余剰となるため、空いているサーバーリソースを他社に貸し出せば良い」というジェフ・ベゾスのアイデアが生まれたことから、サービス提供の構想が始まった。2006年、AWS が公開。3月13日に Amazon Simple Storage Service（S3）、8月23日に Amazon Elastic Compute Cloud （EC2）をリリース。2009年10月22日、マネージド型 RDBMS サービスである Amazon Relational Database Service（RDS）をリリース。2010年11月、Amazon.com が小売ウェブ関連のサービス全てを AWS 上に移行。2011年3月2日、世界５番目のリージョン、日本で初めてのリージョンとして、東京リージョンを開設。日本語の24時間サポートサービスを提供開始。2012年1月18日、キーバリューストアデータベースである Amazon DynamoDB をリリース。2014年、AWS Lambda と、コンテナ管理サービスである Ealstic Container Service（ECS）をリリース。2018年、AWS 自社設計の Arm CPU である Graviton (グラビトン) を提供開始。2018年2月、日本国内2拠点目となる大阪ローカルリージョンを開設。大阪ローカルリージョンは、東京リージョンで稼働させているシステムやデータのバックアップと DR 用途としての利用を前提にしていた。2019年8月23日、東京リージョンで冷却システムの不具合による障害が発生し、日本国内の多くの Web サービスやスマートフォンアプリが影響を受けた。2020年10月8日、日本政府が総務省の第二期政府共通プラットフォームを AWS を用いた情報システム基盤で運用開始。2020年10月26日、デジタル庁が日本政府用の共通クラウド基盤であるガバメントクラウドとして、3社の応募があったうち、AWS と Google Cloud Platform (GCP) をセキュリティや業務継続性で観点で選定。2021年3月2日、大阪リージョンを開設。2018年から一部ユーザー向けに提供していた AWS 大阪ローカルリージョンを拡張し、3つの AZ を備えるリージョンである。日本国内では東京に続いて2番目のリージョンにあたり、東京リージョンの開設からちょうど10年後にリリースされた。2021年9月2日、東京リージョンでハードウェア障害によるネットワークの接続不良が発生。証券会社や気象庁でデータ更新に通常よりも時間がかかったり、NTT ドコモではポータルサイトのアプリが開かないなどの不具合が生じた。航空会社でもチェックインシステムなどで障害が発生し、日本国内の広範囲に影響を及ぼした。2022年4月、アマゾンウェブサービスジャパン合同会社がホワイト企業ランキングで13,000社中の3位にランクイン。2022年8月15日、日本全国でテレビ CM が放映開始。同年12月上旬まで。ANA、出前館、星野リゾート、Disney＋といった実際に AWS 上で稼働するシステムを題材にした内容で作成された。2022年10月、Google が2024年までに日本へ1,000億円を投資する計画を明らかにしたことを受け、AWS も日本への投資額を公表。本年だけで3,480億円、東京リージョンが開始した2011年からの12年間合計で1兆3,510億円であったことが判明。2022年11月、ABEMA が行った FIFA ワールドカップ カタール 2022の映像配信において、AWS の CloudFront と Akamai の CDN が採用された（FIFAワールドカップ カタール2022 (ABEMA)）。日本代表戦では2,000万人以上が視聴し、韓国のリージョンの CloudFront が併用された。2023年4月、AWS Summit Tokyo が幕張メッセで4年ぶりに物理開催された。2023年10月、生成 AI サービスである Amazon Bedrock をリリース。テキストの生成やテキストの要約、チャットボット、画像生成、検索、パーソナライズなどの機能を構築できる。基盤モデルは「Amazon Titan」「Jurassic-2」「Claude 2」「Stable Diffusion」「Cohere」などから選択可能で、基盤モデルごとの得意な分野を踏まえて基盤モデルを選択し、利用することが可能。2024年1月、日本での生成AIの活用などでデータ利用が増加していることにより、データセンターの建設や運用、セキュリティー対策などの需要が増大すると見込んで2023年からの5年間で日本に2兆2600億円を投資する計画を発表した。
Title: Amazon_Web_Services (Amazon Web Services)
Section: 障害

障害が発生した場合は AWS Health Dashboard に内容が掲載される。大規模障害は稀ではあるが、1つ以上のデータセンターで構成されるアベイラビリティゾーン (AZ) の単位で発生することが一般的である。そのため、マルチ AZ 構成の設定にしておくことで大抵の場合は障害が発生したとしても影響を軽微にすることが可能。リージョンレベルでは耐障害性の観点から各リージョンが疎結合となるように設計されており、理論上は複数リージョンで同時に障害が起こるようなことは有り得ない。しかし、前述の通り利用顧客数が非常に多く、企業システムや行政システム、様々な Web サイト、モバイルアプリケーション、通信会社のネットワーク処理、オンラインゲームなど多様な形で利用されており、AZ レベルの障害でも社会的な影響が発生することがある。クラウドとはいえ物理的なハードウェア上で仮想サーバーが動作していることは変わりなく、ハードウェア障害等によって仮想サーバーが停止するケースはあるが、自動的に新しいサーバーが起動して復旧する仕組みになっている。当然、その際にデータが新しいサーバーに引き継がれる。自動復旧にあたって AWS が確保している予備のハードウェアが用いられるため、利用者側で個別に予備のハードウェアを確保しておく必要は無い。なお、自動復旧された際にメール通知を受ける設定なども可能。自動復旧されないような障害が発生した際も、利用者が復旧対応などを行う必要はなく、AWS のスペシャリストによって復旧作業が実施される。利用者への追加費用負担も無く、SLA が定義されているため、障害などより稼働率を満たさなかった場合には利用者に利用料の返金が行われる。
Title: Amazon_Web_Services (Amazon Web Services)
Section: サポートサービス

すべての AWS サービスで重要度やサポートプランに関わらず日本語によるサポートを受けることができる。サポートプランはベーシック（無料）、デベロッパー（29 USD〜 / 月）、ビジネス（100 USD〜 / 月）、エンタープライズ（15,000 USD〜 / 月）の4種類。価格は、①サポートプランごとの最低料金 と、②AWS 全体の使用料に対して、サポートプランと使用料ごとに決められたパーセンテージ（3〜10%）を適用した金額、の2つを比較して大きい方の金額になる。最低利用期間は30日。問合せ回数は無制限。問合せは Web フォームから行い、メールでやりとりする。デベロッパー以上の有償サポートプランであれば、問題が発生した場合だけでなく、サービスの使い方や仕様など技術的な質問への回答も実施される。 さらにビジネスまたはエンタープライズのサポートプランであれば電話およびチャットも利用可能で、重要度に関係なく24時間365日対応。最上位のエンタープライズのサポートプランでは運用をサポートするテクニカルアカウントマネージャー（TAM、タム）がアサインされる。
Title: Amazon_Web_Services (Amazon Web Services)
Section: クラウドコンピューティング認定プログラム

2021年6月時点では AWS クラウドに関する以下の認定試験が提供されている。AWS 認定資格は3年間有効で、資格更新には上位試験または同一の試験に合格する必要がある。試験はピアソン VUE を通じて配信されており、テストセンターまたは自宅などからリモートで受験することが可能。合否は受験から5営業日以内にメールで通知される。クレドリーに対応しており、連携しておけば合格した際は即時で通知を受けることができる。日経クロステックより AWS 関連資格が「取得したい IT 資格」として2018年から5年連続1位と発表されている。
Title: Amazon_Web_Services (Amazon Web Services)
Section: クラウドコンピューティング認定プログラム
Subsection: 基礎レベル

Cloud Practitioner
Title: Amazon_Web_Services (Amazon Web Services)
Section: クラウドコンピューティング認定プログラム
Subsection: アソシエイトレベル

ソリューションアーキテクト – アソシエイトシステムオペレーションアドミニストレーター – アソシエイトデベロッパー – アソシエイトデータエンジニア – アソシエイト
Title: Amazon_Web_Services (Amazon Web Services)
Section: クラウドコンピューティング認定プログラム
Subsection: プロフェッショナルレベル

ソリューションアーキテクト - プロフェッショナルDevOps エンジニア - プロフェッショナルシステムオペレーションアドミニストレーター – アソシエイトおよびデベロッパー – アソシエイトの上位資格
Title: Amazon_Web_Services (Amazon Web Services)
Section: クラウドコンピューティング認定プログラム
Subsection: 専門知識（スペシャリティ）

Advanced Networking - Specialtyセキュリティ - 専門知識Database - SpecialtyData Analytics – SpecialtyMachine Learning - SpecialtySAP on AWS - Specialty
Title: Amazon_Web_Services (Amazon Web Services)
Section: パートナーコミュニティ

利用者や協業する企業が多いという点も AWS の利用メリットであり、世界中に何百万もの顧客と、数万のパートナーがいる。パートナーは、AWS パートナーネットワーク (APN) として定義され、AWS のテクノロジーを専門とする多くのシステムインテグレーター (SIer) と、AWS 上での動作をサポートする多数のソフトウェアベンダー (ISV) が参加する。AWS に関する情報を Blog などで提供する利用者が多いことも特徴で、Web 検索によって他の利用者が必要とする情報を見つけやすい。
Title: Amazon_Web_Services (Amazon Web Services)
Section: システムインテグレータとの相性の問題

パートナーコミュニティに参加するような AWS の技術を売りとするシステムインテグレータ（SIer）などは問題ないが、旧来からのオンプレミスを顧客に納入する SIer は、AWS の導入にシフトすることが難しい側面がある。理由は2点ほどあり、1つめは、AWS を採用すると、SIer がモノを顧客に納入することによって得ている利益を出せなくなるという点である。従来のオンプレミスではハードウェアやソフトウェアといったモノを安く仕入れて顧客に納入することで SIer が利益を確保できるが、AWS では価格が公開されており、SIer にとっての原価が顧客に見えてしまう。また資産管理の観点で顧客が直接 AWS と契約することが一般的であり、そもそも SIer が商流に入れないことが多い。2つめは、SIer が顧客から受注する作業費も減少するという点である。AWS のサービスによってインフラストラクチャが提供されるため、オンプレミスで必要とするサーバーやネットワークのハードウェア、仮想化、オペレーティングシステム、データベースなどのインフラストラクチャ構築が不要になり、SIer が設計/作業を行う部分が減少する。そのため、顧客側の企業としては、内製化が進んでいる企業ほど AWS の活用によるコスト削減や運用などの効率化が進みやすく、SIer への外注が原則となっていて同じ SIer に発注を繰り返しているような企業ほど AWS の活用が進みにくい傾向がある。近年では CCOE を任命して全社的な対策を行ってクラウド活用を推進し、インフラストラクチャのモダナイゼーションやデジタルトランスフォーメーション（DX）の実現を図る企業も多い。
Title: Amazon_Web_Services (Amazon Web Services)
Section: スポンサーシップ

2018年7月に、自動車レースのフォーミュラ1（F1）を運営するフォーミュラワン・グループと Amazon.com が提携を結び、以後 F1 のテレビ中継で AWS の機械学習を用いたピットインタイミングの予測、タイヤ消耗量（推定）の表示などが使われている。2022年カナダグランプリのように、AWS が冠スポンサーとなるレースも行われている。2022年7月には、「リーグ・オブ・レジェンズ」「VALORANT」等のeスポーツタイトルを配信するライアットゲームズとの提携が発表された。競技の統計データの提供や、グローバルなライブコンテンツの制作・配信において、AWSのテクノロジーが活用されている。
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧

2023年2月時点で AWS が提供するサービス数は242に上り、様々な分野のサービスが提供されている。ただし、新しくリリースされたサービスや利用シーンが限定されるサービスについては、一部のリージョンでしか利用できない場合がある。なお、サービス名が Amazon から始まっているものはスタンドアロンサービス（それ単体でサービスとして成立するもの）で、サービス名が AWS で始まっているものはユーティリティサービス（他のサービスと連携して利用するもの）である。Amazon / AWS どちらも名前に付かないサービスも一部存在する。
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: コンピューティング

Amazon Elastic Compute Cloud (EC2) - 仮想サーバーを実行VMware Cloud on AWS (VMC on AWS) - AWS と VMware が共同で開発した統合クラウドサービスAWS Lambda - イベント発生時にコードを実行AWS Auto Scaling - 需要に合わせてリソースをスケールAWS Outposts - インフラストラクチャをオンプレミスで実行AWS Batch - バッチジョブを実行Amazon Elastic Container Service (ECS) - コンテナを管理Amazon Elastic Kubernetes Service (EKS) - Kubernetes を管理AWS Fargate - コンテナを稼働Amazon Lightsail - 仮想プライベートサーバー (VPS)
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: ストレージ

Amazon Elastic Block Store (EBS) - EC2 用のブロックストレージボリュームAmazon Elastic File System (EFS) - Linux 向けファイルシステムAmazon FSx - Windows 向けファイルシステムAWS Storage Gateway - ハイブリッドストレージを統合Amazon Simple Storage Service (S3) - オブジェクトストレージAmazon Glacier - アーカイブストレージAWS Backup - EC2、EBS、RDS などのバックアップAWS Snow ファミリー - エッジコンピューティングとストレージのための物理デバイス
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: データベース

Amazon Relational Database Service (RDS) - Amazon Aurora、MySQL、PostgreSQL、Oracle、Microsoft SQL Server などのリレーショナルデータベースAmazon RDS on VMware - Amazon RDS を VMware 上で実行Amazon Redshift - データウェアハウジングAmazon DynamoDB - NoSQLデータベースAmazon DocumentDB - ドキュメントデータベースAmazon ElastiCache - インメモリキャッシング（Redisおよびmemcachedとの互換性を有する）
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: ネットワークとコンテンツ配信

AWS Direct Connect - 専用ネットワーク接続AWS VPN - 仮想プライベートネットワーク接続Amazon Virtual Private Cloud (VPC) - 独立したリソースを定義AWS Transit Gateway - VPC を接続AWS PrivateLink - AWS でホストされているサービスへのアクセスAmazon Route 53 - DNSサーバElastic Load Balancing (ELB) - ネットワークロードバランサー。トラフィックを分散Amazon CloudFront - CDN。コンテンツ配信を高速化Amazon API Gateway - API の構築、デプロイ、管理
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: 分析

Amazon Athena - SQL を使用して S3 でデータをクエリAmazon QuickSight - 分析のためのダッシュボードAWS Glue - ETL ツールAmazon Kinesis - 動画とデータストリームの分析
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: 機械学習

Amazon Rekognition - 画像と動画を分析Amazon Lookout for Vision - 製品欠陥を検出して品質検査を自動化Amazon Transcribe - 音声認識Amazon Textract - テキストとデータの抽出Amazon Translate - 言語翻訳Amazon SageMaker - 機械学習モデルを構築Amazon Bedrock - 基盤モデル API サービス (生成 AI)
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: セキュリティ、アイデンティティ、コンプライアンス

AWS Identity and Access Management (IAM) - サービスとリソースへのアクセスを管理AWS Key Management Service - 暗号化キーの生成と管理Amazon Cognito - アプリケーションの ID 管理Amazon GuardDuty - 脅威検出Amazon Inspector - EC2 と ECR 向けの脆弱性管理AWS Firewall Manager - ファイアウォールルールの一元管理AWS WAF - ウェブトラフィックをフィルタリング (ウェブアプリケーションファイアウォール)
Title: Amazon_Web_Services (Amazon Web Services)
Section: サービス一覧
Subsection: その他

Amazon CloudWatch - リソースとアプリケーションのモニタリングAWS Systems Manager - システム環境の管理Amazon Simple Email Service (SES) - インバウンドおよびアウトバウンドメールAmazon Simple Notification Service (SNS) - SMS、E メール、モバイルプッシュ通知Amazon Simple Queue Service (SQS) - メッセージキューAmazon Chime - ビデオ電話、チャットAWS Well-Architected Tool - ワークロードの見直しと改善
Title: ガスプロム (Gazprom)
Section: abstract

ガスプロム（ロシア語: Газпром、ラテン文字表記の例：Gazprom）は、ロシアの企業。天然ガスの生産・供給において世界最大の企業である。創設は1993年2月17日。半国営の天然ガス独占企業である。ロシア政府が50.23%の株式を保有している。天然ガスの生産高（採掘量）は5237.9億立方メートルで、これはロシアの88%（残りはITERA社および石油企業の生産）、全世界の23%に相当する。埋蔵量は、17,800立方キロメートルで、これは世界の38%を占めると言われる。国内総生産並びに鉱工業総生産の約8%（2000年）、ロシアの国家税収の約25%も1993年から2003年の間、毎年平均40億ドル以上を占めていた。ガスプロムは58の子会社(2002年9月現在）と、約30万人の従業員を抱える。パイプライン15万2000キロメートル、地下貯蔵施設22か所（総容量790億立方メートル）を保有し、採掘、生産、供給、販売までを独占している。