VMware Explore 2023 Tokyoに参加してきた

-

買収前最後のイベントになったVMware EXPLORE 2023

11月14日、15日に芝公園のザ・プリンス パークタワー東京で開催されたVMware Explore 2023 Tokyoに参加しました。BroadcomによるVMware買収が10月末という噂が流れていたため、買収後の日本初イベントになるかと思っていましたが、買収が11月に延びたため、買収前最後の大規模イベントとなりました。基調講演、展示会場、セッションについて、ご紹介したいと思います。

基調講演


初日、2日目ともに満席にはならず、空席が多かった印象です。最近では、オンラインで視聴できるようになったことも原因の１つかと思います。初日の基調講演でさえ、入口付近の2ブロックがガラガラでした。私が現地で参加した中では、人が一番少なかったような気がします。


ガランとした会場。ちょっと寂しいですね、、。
初日の基調講演の前半は、バルセロナと同じような内容だったのであまり新鮮さもなかったです。Broadcomのホックタンが日本でも登壇して挨拶したのには驚きました。基調講演の詳細は、メディアで紹介されていますので割愛します。

展示会場


展示会場は、2日ともに人が多く感じました。（関係者が多いかもしれませんが）


特にAWSブースでは、デモが始まると多くの人が足を止めていたように思います。VMC on AWSのセッションが比較的多かったこともあるかと思います。（少なくともVMwareがプッシュしたい注力商材の１つであるようには見える）来場者の関心が高いと感じました。


私が展示会場で一番気になったのはこれです↑
DELLのEdgeコンピューティング製品です。これ１台でVSAN組める＝サーバーが複数台載っているそうです。お値段はそれなりにお高いそうです、、、。

セッション

私が受講したセッションのほとんどは、私個人的にどれも内容がおもしろくて大満足でした。以前は、セッション選択が悪かったのか面白くない、、と思う年もありましたが、今年は当たり年でした。セッションはWebページで満席になっているものが多数ありましたが、会場には来ない方が多数いたため、客席には人がまばらのガラガラのセッションもありました。私が受講した中では、VMC on AWSやNSX（HCX含む）のセッションは集客が良かったように思います。

受講して面白かったセッション

・VMC on AWSのセッション
　一番印象に残ったのが、AWSインスタンスの使用状況によっては、「VMC on AWSを利用することでコスト削減できます！」ということでした。VMC on AWSは、vSphereなのでリソースの限り仮想マシンを載せて動かしても「VMC on AWSクラスタ」の料金になるので、コストが抑えられるケースがあるのだとか、、、。今までVMC on AWSは、高くて案件にはまらない、、と聞いた気がしますが、AWSの利用料金が高くて困ってる、、という企業にとっては良い選択肢になるかもしれません。。
※AWSインスタンスからvSphereへの移行は、vCenter Converter Standaloneでできそうです。実際にやったことはないので、そのうち、やってみようかと思います。

・NSX VPCのセッション
　NSXのコントロールプレーンを分離してマルチテナントを可能とする仕組みです。　
T1 Gatewayがテナントの境界となり、ユーザーが簡単にNSXの機能を利用できるようにするものだそうです。（その代わり、ユーザーはあれこれ細かい操作はできない）
これだけでも面白いのですが、さらに面白いのが将来的にパブリッククラウドを含めたマルチクラウドでNSX VPCを利用できるようにしようとしていることです。実現してリリースされたら面白そうだなと思いました。

・HCXのセッション
　クラウドとオンプレのvSphereを接続する際に移行要件によっては”必須”となるHCX。これの動作詳細のセッションがあり、とても勉強になりました。vSphere→VMCクラウド移行では、利用用途が多いかと思います。将来的に移行案件に携わる人は、このオンデマンドは見ておいても損がないかな、と思います。

・Edge コンピューティングのセッション
　Edgeコンピューティングをクラウドのコンソールで集中管理して、しかも、SD-WANのようにゼロタッチ プロビジョニングまでできるようにすることを目指しているそうです。これが利用できれば、拠点などの規模や使用感によっては、これで初期デプロイすれば良さそうな気がしました。まだリリース前ですが、今後がとても楽しみです。
※DELLのEdgeコンピューティング筐体もそれなりにお値段するそうなので、総額いくらになるのか、、とは思いますが。

・SafeCoder
　2日目の基調講演で紹介された”SafeCoder”。コードのコメントを書くとコードが自動生成されるというもので、まだベータかその前の段階のような感じに見えましたが、近い将来このようなサービスが出てくるようです。

残念だったセッション

・VMware SASE
　BroadcomにはSymantecがあるため、私はVMware SASEは買収による影響を受けるだろうと予測していました。セッションでは、買収前ということもあり話せる内容が限られていたのかと思います。特に新しい内容も聞けず、正直面白くなかったです。

そして、先日の買収発表後、早々にVMware SASEのコンポーネントの１つであったVMware Secure AccessのEOAが発表されました。先日買収したVPNクライアント製品”SD-Access”に1本化するようです。SD-Accessは、VMware SD-WANのようにクラウドで集中管理するクライアントVPN製品です。PCだけでなくスマートフォンでも利用できるため、様々なOSやデバイスで利用できます。そのため、今後のIoT含め、用途は広そうなので、今後どのようにVMware SASEが形成されていくのかはとても楽しみではあります。

セッションはオンデマンドで見れます！

セッションがオンデマンドで見られるようになっていますので、ご興味あるセッションをぜひご覧いただければと思います。また、セッション資料は、社内のGoogleドライブにアップしてありますので、よろしければあわせてご確認ください。

イベントに参加した感想

イベント最終日には、VMwareのボールペンやカレンダーが展示会場や人通りの多い通路に大量に置かれており、お持ち帰り自由になっていました。VMware として最後のイベントということもあり、少し寂しい感じがしました。技術セッションは、毎年おもしろい内容のセッションが増えていた印象です。VMwareは、買収によりBroadcomの１つのサービスになります。このイベントの次の開催は未定と聞いていますが、また開催されることを心より願っております。

余談その１：イベント受付は自動化されていた

昔ならイベント会場に行くと有人カウンターで受付して、バッチをもらって会場へという流れが一般的だったと思いますが、今回のイベントでは受付は自動化されていて、受付の人は最小化されていました。


受付は、システムからQRコードをダウンロードしておき、会場のバーコードリーダーにかざすとプリンターからバッチが印刷されて出てくる仕組みでした。個人的には、こちらの方が早くて楽で便利でした。他のイベントもこれにして欲しい。。

余談その２：会場周辺のランチ

芝公園が会場になると、たまに聞くのが「ランチ難民」。ランチ難民にはおそらく２つ意味があり、”①セッション詰め込みでランチ食べる時間がない”、”②会場から少し離れたところに行かないと手ごろな店がない”のどちらかかな、と推測しております。今回、２日共によいお店に出会えた気がしますので、ご紹介します。


１つめは、Bistro Qualite Prix（ビストロ カリテプリ）。
サラダもお代わりできるというお店。価格が手ごろなのにボリューム満点。食べ過ぎるとおなかが苦しくて午後のセッション受講がつらくなるのでご注意ください。


私は、ここのマトンカレーが好みの味でとてもよかったです。

それでは。

コメント

コメントを投稿

このブログの人気の投稿

ProxmoxでLet's Encryptを使用した証明書セットアップをやってみた

-
イメージ
■はじめに Proxmoxはデフォルトで自己証明書を使用しています。 このため、管理コンソールにアクセスすると「接続がプライベートではありません」といった画面が表示されます。 これの対処方法の一つとして、Let's Encryptを使用して簡単に証明書がセットアップできるとのことで、実際にやってみた内容を紹介したいと思います。 ■前提 ・自宅のProxmox環境（シングル構成）で実施 ・証明書取得時に使うのはDNS-01チャレンジ 　　HTTP-01チャレンジはWebサーバーを公開する必要があるためパス ・ハードル低めの（APIが使える）DNS Providerからドメインを取得して使用 　　下記の中からCloudflareをDNS Providerとして選択 　　　 How to use DNS API wiki ■手順概要 Cloudflareのアカウント作成～証明書反映まで、ということで実施内容としては下記となりました。 ＝＝＝＝＝ 1.Cloudflare アカウントの作成 2.Cloudflare ドメイン取得 3.Cloudflare アカウント APIトークンの作成 　　- ゾーン DNS を編集する権限を持つAPIトークンを作成 4.Cloudflare アカウント IDの取得 　　- ProxmoxのChallengeプラグインに投入するパラメータの取得 5.Proxmox ACME アカウントの追加 　　- 連絡先登録と利用規約への同意 6.Proxmox Challengeプラグインの追加 　　- Cloudflareのパラメータを投入 7.Proxmox ACME ドメインの追加 　　- 取得したいドメイン（FQDN）を設定 8.Proxmox 証明書の取得 　　- 証明書取得処理を手動開始 ＝＝＝＝＝ ■実施手順 1.Cloudflare アカウントの作成 Cloudflareのサイトにアクセスして画面右上の「ログイン」をクリックします。 　https://www.cloudflare.com/ja-jp/ ログイン画面に遷移するので、下部にある「サインインアップ」をクリックします。 登録するメールアドレスとパスワードを入力、ロボットでないこと確認にチェックを入れて「サインアップ」をクリックします。 アカウントが作成されます。 登録...
続きを読む

AIと共に「考える」エンジニアに！

-
イメージ
 ― ChatGPT時代に問われる「問いの力」と文章力 ― はじめに ChatGPTをはじめとする 生成AI が普及しはじめてから、もう2年近くが経ちました。   リリース当初は「すごい技術だな」と遠目から眺めている空気でしたが、今では多くの人がAIに触れる機会を持つようになりました。    我々 ITエンジニアとして 、アプローチはどうすべきか？何が必要か？について考えてみます。 AI利用の現状 まだAIを使い始めたばかりだったり、上手く使えてない人は、「このエラーを解決して」「この機能を実装して」と 指示を出すだけ になっているようです。   あるいは、「〇〇とは？」を丸ごとAIに聞いて解説してもらうケースも見られます。　便利ですが、それだと Google検索 と同じレベルに留まっていると感じます。 AIの本当の価値 私は、AIは 単なるコード生成ツールでも、Googleの上位互換でもない と考えています。   むしろ、使い方を間違えると取り残されていく可能性があります。  AIが本当に得意なのは、与えた問いに沿って 思考の幅を広げ、情報を整理すること です。   つまり、AIを活かすには、 問いを設計する力 が不可欠なのです。 問いを設計する力はAI以前からのビジネススキル 実は、問いを設計する力は、AIが登場する以前から、私たちエンジニアが日常的に使ってきたスキルです。   例えば、プロジェクトの課題を整理したり、仕様の確認事項を明確化したり、メールでの問い合わせの内容を意図通りに伝えたりなど...　いずれも、 相手や状況に応じて適切に問いを設計する力 がベースになっていました。   AIは文章やアイデアを生成してくれますが、 何を考えるべきかは教えてくれません 。だからこそ、この問いを設計する力がAI時代でも重要になるのです。 コンテキストエンジニアリング さらに最近は、単なるプロンプトの工夫（プロンプトエンジニアリング）だけでなく、文脈や前提を整理して問いを設計する「 コンテキストエンジニアリング 」が注目されています。   コンテキストエンジニアリングとは、単に「良いプロンプト...
続きを読む

ルーティングって何で必要で、何してるの？を React Routerで理解する

-
イメージ
はじめに フロントエンド開発が、正直苦手でした。 でも今回のプロジェクトでReactを触ることになり、「せっかくなら苦手意識を克服したい」と一念発起。 開発は終わりましたが、学習は継続しています。 Reactには多くの要素がありますが、今回はルーティングに絞ります。 バージョンの違いで書き方が変わり対応に戸惑ったこともあり、基本から振り返りつつ理解していった流れを記事にしたいと思います。 そもそもルーティングって何のために必要なの？ まず基礎の基礎になりますが、URL、ブラウザ、SPAの観点から振り返ります。 URLとは？ Uniform Resource Locator（統一資源位置指定子）の略語で、要するに「 インターネット上のモノの住所 」です。 https://example.com/products.html このようなURLの場合、ブラウザは、 URLを見る→( products.html というファイルが欲しいのだと解釈) サーバーにリクエストを送る HTMLファイル( products.html )をダウンロードして表示する つまり、URLは「どのファイルを取得するか」を指定する住所のようなものです。 ブラウザはURLで何をしているのか？ ブラウザにとってURLは「ページの識別子」です。 ブラウザは、URLをキーにして、いろんな機能を実現しています。      1. 履歴管理           URLが変わるたびに履歴に記録           「戻る」ボタンを押すと、履歴から1つ前のURLを取り出して、そのページに戻る           「進む」ボタンも同じ仕組み      2. ブックマーク           URLを保存することで、「このページ」を記憶           後でそのURLを開けば、同じページが表示される       3. URL共有...
続きを読む