  |
はてなキーワード: 仮想化とは
まぁ、先行研究で十分に立証されて関連付けられた理由がないから結論まで出すのは保留してるってことならわかるが
産業革命期労働者の研究でも、貧困層ほどタバコやジンなどの嗜好品に比率的に多くの金を出してることが知られてる
第一に「人はパンのみにて生きるにあらず」、貧困層ほど娯楽・心理的負荷軽減の手段を求めることは先行研究がある
第二にゲームとの相似、これは「現実世界では得られない成功体験を得られるから」が明快だろう
彼（女orX）とある時点で性欲は補足的な要素だ、キャラゲーが増えているから一要素ではあるが
派手な音楽や映像でわかりやすい（認知負荷が軽い）のは、漫画やなろう系よりもゲーム（とYoutubeや動画系）の人気がある要因の一つではある
底辺でも気軽に達成感が得られて、プライドが満たされてストレス解消になる
これが重要だ
人間の脳はタスクに対する挑戦と達成の刺激で快感を得るように最適化されている、生存のために
そして「ゲームはこのタスク解決そのものを仮想化し最適化した遊び」だ
これはゲーム界隈の研究では有名な話だからそっちを齧ってれば迷う余地はないんだが、まぁ知らなかったらしょうがないな
各分野の娯楽はもちろん脳に最大限の快楽を送り込むために最適化される、市場原理によって
中でもゲームは人間の根源的欲求、そして貧困層が日常生活では得られない「達成」の欲求を満たせる性質がある
まぁゲームと言ってもソシャゲと長時間プレイ前提のゲーム、対人ゲーそれぞれまったく違った効果にはなってくるし、対人ゲーの「達成」は結局スポーツと同等の難易度にはなってくるが
（強いて言えば相手を見つけて対戦するサイクルが短いこと、肉体的負荷は軽いことが特徴か）
スポーツについては高強度負荷を越えて目標を達成する、という現実世界での成功と大差ないシステムだから現実での成功者の趣味にもなりやすいんだろう
ゲームはその点、あらゆる層の達成欲求を叶えることに文化・市場最適化されているからな
ある意味ではスポーツというのは原始的なゲームである以上、より幅広い層……貧困層に強くリーチし、その市場を占有しているのが先端性のあるゲームなのは当然と言える
参入時点でKDDIに売却することが総務省とKDDIと合意されていたと考えるのが妥当。
楽天に貸与されている1.7GHz
電波の物理的な問題でどれほどアンテナを増やしても建物奥などに電波を到達させる回折性が無いので接続性は改善しない。
これを補完するのが回折性の高い低周波数のプラチナバンドなのだけど
されない。
到達性が高いのでとりあえずカバーエリアを稼ぐには都合がよい。
しかし電波は周波数が高い方が一本の波に乗せられる情報量が増える。
iMode程度の情報量ならばプラチナでも使い物になる、2.1GHzがどうしても届かないときだけ800MHzに切り替える。
ユーザーはその違いには気が付かない。こういう運用で問題が無かったが
基地局も違う、周波数が低いほど基地局は大きくなる。これも物理的な問題だからどうしようもない。
地デジ転換でVHF（90MHz～）からUHF(470MHz～）になったときに、屋根のアンテナが小さくなった。
携帯電話の基地局も同じで1.7GHzのアンテナ架台に800MHzのアンテナは設置できない。大きさが違う
楽天の既設基地局を見るとプラチナ拡張を想定した事業計画には見えない。
基地局の場所も問題、プラチナに向いたロケーションはすでに先行キャリアに抑えられてる
1.7GHzの小さなアンテナであれば地主やビルオーナーと交渉の余地もあるが、ここも厳しいだろう。
ともかく、楽天が今更プラチナを貰っても活用はできないしユーザー満足度が劇的に向上するわけではない。
プラチナ基地局をコツコツ増設したとしてもユーザーに訴求できるほどの効果が出るには数年単位かかる
で、話を戻すがそんなことは初めから分かってた。
ぽっこり空いた1.7GHzを直接KDDIに付与することはできなかった。
KDDIもそれは望まない。
1.7GHzは中途半端な周波数でこんなもん希望して貸与されちゃって「1本」とカウントされたのではむしろ損。
今後のモバイル通信はミリ波など高周波数が主戦場になるがそれら帯域の割り当てで不利になる
W-CDMAとCDMA2000、第三世代どちらにするか、auがcdmadOneとの親和性の高いCDMA2000を採用したのはauの自主的な経営判断、だろうか？
採用を判断した２０００年当時、誰がどう考えてもW-CDMAが優位で将来性がある。
CDMA2000が筋の悪い技術であるのは明らかだった（通話とデータ通信を同時にできないとか）。
ところが外圧（アメリカはCDMA2000／クアルコムを推していた、ベライゾンとスプリント、
安全保障の問題もあり通信方式を分散する意義はあり、総務省としては３キャリどこかにCDMA2000を採用させる必要があった。
これをやらされたのがKDDI。
LTEとの親和性が無いので第四世代への移行に苦労させられた。
しかし電波行政の公平性とは関係ない建前上は自己責任の経営判断、が、政治的にはある。
ともかく、1.7GHzをauにくれてやるのはNTTもソフバンも納得している。
楽天がモバイルを止める時は電波を返却しなきゃならない、事業売却もできない。
売却不可、ギブアップ返却は総務省と楽天との紳士協定にすぎない。法的な縛りはなにもない。
「au」が買えば２兆円は下らない。
基地局仮想化なので楽天側の設備の軽微なソフト改修でauネットワークと結合できる。
合併の翌日から1.7GHzを既存のauユーザーに使わせることもできる。
ソフバン、NTTが買収した場合は結合に数百億の経費がかかる。（数十億でイケるかな？）
大企業は繰越欠損金制度があるので赤字の積み上げはやり方次第で旨味がある。
（法人にはすべて適用されるが単一事業の中小零細では意味がない、偶発的、突発的な単年赤字の救済策ではあるが）
収益本体事業の赤字で欠損金は不味いが、楽天の場合は収益１割のモバイルを切り離しても事業収益に影響はない。
これはかなりズルい。
モバイル事業で欠損金を積み上げ、しかるべきタイミングでモバイル売却し爆益を得ながら数年間は繰越欠損処理で法人税から逃れられる。
auにしても美味しい買い物、基地局整備済みの帯域一本。激安、WinWin
AndroidはSIM設定で「ネットワークを自動的に選択」というのがあって
例えばドコモの携帯からでもKDDIだのSoftBankの電波を掴んでいるのがわかる。
でも「楽天」ってないんだわ、４４０１１ってのが表示されてたらこれが楽天なんだが
楽天の文字を入れちゃうとその文字列でなんらかソフト的な判定をしてたりするとau売却後に変更しなきゃならない
あえて入れなかったんだろうなぁ、いずれ楽天でなくなるのは予定されてんだろなぁ、とかさ
ともかく、楽天モバイルの売却は既定路線であり、それがどのタイミングになるか
株価２５０円くらいだろう
１年で１０倍くらい上がるよ、長期保有しても良い
ITエンジニアでもソフトウェアエンジニア（というかこの人の場合旧来の「プログラマ」って感じだ）ではなく、インフラ系ならハッタリ効くしゴリゴリの最新技術は求められないよ。
というか、最新技術がだいたい既存の技術を仮想化してオーケストレーションできるようにしました程度なので、キャッチアップがめちゃくちゃ楽だから現時点のスキルはあまり問わない。
7-800程度でいいなら「単に経験が長い」というだけで行けるよ。職務経歴書をちゃんと書けるなら。少なくとも俺の経験上上場企業数社はそれで入れた実績がある。
むしろ小さいとこの方が細かいスキルチェックをしようとしてくる印象があるな。多分人事予算に余裕がないから最大効率を求めるんだろう。
なるべく手持ちのPC（以下、ホストPC）の環境をレジストリとか環境変数とかで汚したり悩まないよう
Windows10 ProとWSL2とVSCodeとDockerでやる感じかな
UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。
Android開発はVSCodeでビルドはコマンドラインでとかはできそうだけど。
あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない
これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ
Hyper-VでWindowsの仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう
ただRyzenとWindows10の組み合わせだと、Hyper-Vの入れ子ができないので仮想マシン上のWSL2は動かないらしい。
Windows11だとできる
手元じゃないのでクリーンに使えるが、ビルドなどはリモートのスペックに依存
そこをよしとすれば楽そう
教えてください。
全体的に、線で結ばれているものが親子関係なのか包含関係なのかただ近い領域のものなのか曖昧なので意味のあるグラフというよりはキーワードを適当に散りばめて近い領域にあるものを線で結んだお気持ちマップに見える
母艦のWindowsを仮想化してノートPCにLinux入れて接続すればいいじゃん
2022-10-08
色々あってLinuxに変えたけど、C#erが開発する上で色々不都合があってWindows今入れ直してる
Linuxのいいところ
①起動が早い
Windowsみたいなくるくるすらない。ウイルス対策ソフトすら入ってないからなんでもはやい。
なんでもワンタッチ
③無駄が少ない
UIとかもなんでも楽
基本的に無駄なことをさせないから想像通りの操作をすれば想像通りの結果になる
WINEを使って使えたVST（DTMの外部プラグイン）が２つだけ。まあ起動できたシンセサイザーさえあれば十分だから無問題ではあった
公式のAPI使うのにすらいろんなものインストールした。linuxにとっては非公式だから当たり前だけど
③開発系のアプリ、日本企業のソフトがほぼWindowsのみ対応
今時全部クラウドでビルドするから問題ないのかもしれないけど、ローカル環境ですぐに確認できないのは気になる
無料だし普通に使いやすいからメインでWindowsPCあるならサブは間違いなくLinuxにするわ
iOSはノートPC、常用使いがLinux、開発がWindows
そうしてもいいと思うぐらいのポテンシャルはあった
たった１週間しかメインとして使ってないけど、使うために奮闘してLinuxやハードウェアだけじゃなくて開発環境周りの色んなことを学べてよかった
賠償金 + 名声（信頼）の低下ということで、何か一国の終焉を見ているようだ・・・
賠償金はなんとかなるにしても、技術的に信頼性が低いということがわかってしまったのは打撃ではないだろうか？
切り替え時の原因不明のエラーって、たいてい技術マニュアルが古いか、運用ルールが古いかとかなんだよね
古いというより長年そのままで硬直化していて、「理論上できるはず」で、えいやでやって謎のエラーとかがある
ドコモも同様の問題だったけど１２時間で治ったってことは、プチ移行とかプチメンテを定期的にやってたんだろうね
AUがそれをやってなかったとは言えないけど、ドコモほど頻繁じゃなく、柔軟じゃなかったってことかな
やはり電線の時代からインフラを保ってたＮＴＴの企業体質に分があったってことだろうね
ソフバンもエリクソンルータの証明書更新切れというプチ障害くらいしか起こしてないから、やはりすぐれた運用してるんだと思う
あと今回の事件で通話用のIMSモジュールが複雑ってことがわかったけど、楽天は新規勢ってこともあって、仮想化してる意味がわかった
仮想化してたらこういう問題は起きてもすぐ復旧できるから当然の設計だと思う
愛する妻に不倫され心がズタボロに壊れて鬱病になり、精神科のお世話になっている。
処方されてる薬はレクサプロ。
薬を処方され始めて1年くらいになるが、症状は驚くほど安定し、無事に社会復帰を果たしている。
薬の効果は絶大だ。まず怒りや悲しみという感情を俯瞰して見れるようになる。
そして、そんな事に心を奪われる事が馬鹿らしく思えてくる。
そもそも元来はエンジニアという職業から極めて単位時間あたりの生産性には気が向く方だったし、不倫された悲しみから思うようにコントロール出来なくなった感情や体調、それによって地に落ちる生産性に悩む日々から解放された事は本当に嬉しかった。
曲がりなりにも、また自分の人生を歩めるのだと少し嬉しかった。
そう、錯覚していたのだ。
薬の副作用なのか、不倫された事による心の傷なのか、気づけば一切の性的興奮への興味を失っていた。
眠くて勃起することはあれど、シコっても射精しないし、射精しようとも思わない。
裸の男女に何も感じないし何も期待しない。むしろ人々の営みを猿か？と引いて感じるほどに、虚無感と賢者感に常に満たされる日々だった。
自慰に使われていた時間はコーディングという極めて生産的な時間に生まれ変わった。
ところが、だ。
先日、炎上プロジェクトの火消し対応の出張滞在が長期化し、ついには持ってきた薬が底を尽きてしまった。
断薬症状は怖いといえば怖いが、そこまで恐怖は無かった。
俺はもう立ち直ったと、心から信じていた。
だから、特にアクションを起こす事もせず、そのまま仕事に打ち込んだ。
それまでも、頭痛などの断薬症状は現れたいが、現地で購入した頭痛薬などを服用する事でさほど大きな問題にはならなかった。
そもそもレクサプロは効きもマイルド、断薬症状もマイルドと呼ばれている薬だ。
日々の生活への大きな悪影響はなかった。
それがだ。
その日見た夢は、それまでの人生で見た夢とは何もかも違っていた。
夢の中の自分は、それまで失ってたいた感情、つまり性欲の洪水の渦の中にいた。
とにかく湧き上がる性欲を抑え切れないのだ。
これまでの人生で、こんなに性欲に頭を奪われた経験があるだろうかというくらい、とにかくムラムラしてたまらないのだ。
そして何より、そのときの自分はいま、夢の中にいる事を完全に理解していた。
不倫した妻が、過去叶わなかった恋焦がれた人が、仲のいい友人や知人から有名人、大好きなゲームやアニメのヒロインやモブキャラまで、どんな異性もコツを掴めば無尽蔵に召喚できた。
満たされなかった思いを、とにかくぶつけた。
セックスがしたいのではない、俺は、愛し、愛されたかったのだ。
その夢で、俺は何度も射精した。
とにかく射精した。
決して鬼頭は摩擦によって痛くならないし、精巣は無限の生産力で精子を提供す続ける。
とにかく、何度でも、何度でも射精でき、その快感を無限に味わう事ができるのだ。
頭がおかしくなりそうだった。
本当に、本当に、気持ちいいのだ。
そんな無双な俺にもわかる。
実世界では今まさに世が開けようとしている。
後少しだけ、後少しだけ、
どうか神さま、この時間を1msでも私に。
とにかく俺は射精を繰り返した。
その朝はとても気持ちの良い目覚めだった。
こんなにスッキリした頭で目覚めた朝が、過去にあっただろうか。
でもその事後処理は、それによって得られた体験の偉大さの前には、もはや何も無いにも等しい物だった。
自分は人を超越したのだ。
刹那な性欲に負けて愛する妻を寝取った間男を、不倫や浮気に悩み悩まされる人類を、俺は仮想化によって超越したのだ。
ついに性欲は、人の営みは、誰も傷つける事のない持続可能(SDGs)なエクスペンスへと昇華されたのだ。
その体験は三日三晩続いた。
無事に出張を終え帰宅し、投薬を再開した自分は、良くも悪くも日常へと戻ってきた。
あれは夢のような出来事だったのかもしれないし、実際のところ夢だったわけなので、まぁ夢見たいなというか夢なわけだけど、今も自分が世界や人を捉える価値観を持つ上で、とても大切な思い出になった。
まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ
お疲れさん
～VMwareが提案する、DRにも対応するマルチクラウドソリューション～
昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用に効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数のクラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題を解決するVMwareのソリューションを紹介する。
COVID-19流行への対応やDX（デジタルトランスフォーメーション）のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。
多くの企業が、「ビジネスのスピードに対応できるモダンアプリケーション」や、「あらゆるクラウド、データセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスのレジリエンス、セキュリティ、運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境の活用が前提になってきている。
具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数のパブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決が必要な課題が存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理の簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想と現実のギャップとなっており、これらを意識して進めていく必要がある。
特にマルチクラウド環境を適材適所で使う場合、クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキルが重要になる。
こうしたマルチクラウド環境における課題を解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービスが重要なポイントとなる。例えばVMwareは、複数のパブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理や運用を一元化している。
VMware Cloud on AWSは、VMwareとAWSが共同で開発したもので、AWSのベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。
その特長は3つある。1点目は「VMware製品をベースとしたクラウド」であること。VMware製品で仮想化されているため、AWSの世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキルを習得する必要がない。
2点目は「シームレスにクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間やコスト、リスクを大幅に削減することが可能だ。
3点目は「VMwareが管理を行う」こと。ハードウェアやソフトウェアのトラブル対応や運用管理、メンテナンス対応など、すべてサービスの中でVMwareが実施する。3カ月に一回の頻度で新しいリリースを提供しており、ユーザーの要件を反映しながら新たな機能を追加している。
最近のアップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区でデータセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症の流行や地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSをリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョンは活用度が高いといえる。
VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存のノウハウや運用管理手法をそのまま踏襲できるという点。VMware製品をベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキルや運用ノウハウなど、既存の資産をそのままクラウド上でも活用でき、新たなスキルの習得や、運用管理手法の大きな変更の必要もない。クラウドとオンプレミス環境をvCenterから一元管理できる。
2点目が、規模に依存しないシンプルなクラウド移行を実現できる点。ワークロードをそのままクラウドへ簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスのデータセンターとクラウド間のネットワークをL2延伸する。ネットワークがつながった環境で仮想化環境、VMをそのままマイグレーションできる。アプリケーションやIPアドレスを変更することなく、無停止でワークロードを移行することができる。
3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。
また、リソースを最適化する機能も提供される。ユーザーのリソースの使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWSが提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSのサービスとシームレスに連携することができる。この面も同サービスの大きな強みとなっている。
最近では、VMwareが提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間でコンテナ、Kubernetes環境が導入できるようになる一方で、ハードウェア、ソフトウェアの管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。
VMware Cloud on AWSのユースケースには、主に「オンプレミス環境のクラウド移行」、「データセンターの拡張」、「災害対策サイト」、「次世代アプリケーションのプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSをリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。
VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトのデータをクラウド上のストレージ領域にレプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想化環境をフェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資が不要となる。
VMware Cloud Disaster Recoveryの特長
このタイプはオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングでリカバリサイトに対する課金が開始される。復旧後に仮想化環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトのリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される
また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境のデータをバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。
マルチクラウド環境を可視化するVMware vRealize Cloud
マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしまう可能性がある。クラウドごとに管理ツールや必要とされるスキル、ノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクやコストが増加してしまう。そこで有効な解決策となるのが、クラウド環境をまたがって一貫性のある運用・管理を実現できるVMware vRealize Cloudである。
まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSのリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウドの環境にまたがってデータを収集、分析評価を行うことで、例えば常にパワーオフ状態の仮想化環境や、実体がない状態のディスクなどを検知された場合に最適化していくことが可能。これにより、最終的にコストの最適化も図ることができる。
コストや運用を最適化できるVMware vRealize Cloud
また、VMware vRealize Log Insight Cloudによって、複数のクラウドを横断してログを管理できる。例えば、監視対象のイベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査と対応を行うことができる。セキュリティやコンプライアンスの強化にも有効だ。
さらに、クラウド間のネットワークの可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審な通信を洗い出すこともできる。また、アプリケーションの通信も把握できるため、アプリケーションの移行計画にも活用できる。
今後、DXの推進を加速していく上で、必ずしもひとつの環境、ひとつのクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用は課題を解決するだけでなく将来への有効な投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。
