開催日

～

TOP
全て

ウェビナーアーカイブ（動画・資料）

AI開発を加速させるはずのインフラが、運用の複雑さで足かせになっていませんか？～VM/Ku...

3.7 株式会社トゥモロー・ネット

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

こんな方におすすめ

エンドユーザー企業の情シス／基盤運用・AI推進担当の方

複雑なインフラ運用がAI開発のボトルネックに

AI活用の本格化に伴い、現場には仮想マシン（VM）に加え、KubernetesやGPUリソースの高度な管理が求められています。しかし、これらをCUI（コマンド）中心で管理する従来の手法は、一部の専門家への過度な依存を招き、結果としてリソース配分の遅延や設定ミス、ひいてはAI開発の停滞を引き起こしています。本セミナーでは、マルチクラウド・AIプラットフォーム「OKESTRO」を活用し、「Web UIによるインフラ運用の民主化」を実現する方法を解説します。

GUIとテンプレート活用でGPU基盤の迅速立ち上げと運用を実現し、遅いAI開発からの脱却

OKESTROは、整備が追いつかないGPU基盤の課題を解決します。GPUノードを含む仮想環境をGUIから迅速に構築し、CUDA・PyTorch等のAI環境もテンプレートで即座に提供。さらに、導入後すぐに運用を開始できる「オンプレミス型アプライアンス」についてもご紹介。ハードウェアとソフトウェアが最適化された形での提供により、複雑な設計・構築期間を大幅に短縮します。難解なKubernetesを意識せず、ダッシュボード一つでチーム単位の管理・制御を可能にする、次世代のAIインフラ運用の形を提示します。

AI基盤の「3つの壁」を一気に解消するアプローチ

「3つの壁」の打破：専門性・混在環境・GPUリソース活用をWeb UI一つで解決する手法 AI開発の即時スタート： CUDA・PyTorch環境をテンプレートで提供し、開発スピードを最大化する方法 GPU基盤の効率管理： Kubernetesベースの強みを活かし、ダッシュボードでチームごとの利用把握・制御を実現運用標準化の具体策：属人化を排除し、少人数でもミスなく高品質にインフラを維持する仕組み最短距離での基盤構築：構築期間を劇的に短縮し、すぐに始められる「アプライアンス製品」の活用メリット

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:45　AI開発を加速させるはずのインフラが、運用の複雑さで足かせになっていませんか？～VM/Kubernetes/GPUをWeb UIで一元管理、AI開発インフラを最短で導入～

13:45～14:00　質疑応答

主催

株式会社トゥモロー・ネット（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

コンテナ（Docker/Kubernetes）

セミナー詳細を見る

なぜXDRを導入しているのに、有事の初動判断が遅れるのか？～「育てるSOC」で、初動判断か...

3.9 株式会社シーイーシー

本セミナーはWebセミナーです

XDR万能論が広がり、安心が先行する危うさ

XDRの導入が進み、検知の範囲が広がったことで「まずは気づける状態」は整いつつあります。一方で、アラートを受け取った後の初動判断や関係者調整、封じ込め・復旧までの一連の動きが追いつかず、対応が後手に回るケースは少なくありません。攻撃はメール、端末、クラウド、認証基盤など複数の経路を横断して発生し、影響範囲の見極めと優先順位付けが難しくなっています。だからこそ、ツールの有無ではなく、インシデント対応を回し切るための体制と運用の作り直しが重要になっています。

検知後が本番。ベンダー任せでは対処が完結しない

しかし現場では、検知後に「何から着手すべきか」「どこまでを自社で判断し、どこからを外部に委ねるか」が曖昧なままになりがちです。アラートの精査や影響判断が属人化すると、担当者不在で判断が止まり、初動が遅れます。また、SOC／情シス／CSIRT／各事業部門の役割分担や連絡経路が整備されていないと、承認待ちや情報不足で対応が滞留します。その結果、封じ込めの遅れや証拠保全の不足、復旧判断の迷走につながり、「検知はできたのに守れなかった」という事態を招きやすくなります。

役割分担と運用設計でCSIRT/SOCを育て直す

本セミナーでは、株式会社シーイーシーが提供する「CEC SOC」の知見・運用ノウハウを踏まえ、「XDRの有無」に依存しない視点で、検知後の初動判断から対処までを現実的に回せるCSIRT／SOCの作り方を解説します。ツールはあくまで手段であり、判断基準と役割分担、連携プロセスが整っていなければ、対応のスピードと品質は上がりません。具体的には、平時に定めておくべき判断基準、エスカレーションの設計、関係部門との役割分担、インシデント対応手順の整備と訓練の進め方など、運用を“育てる”ための要点を整理します。また、シーイーシーがこれまでの活動で培ってきた知見も踏まえ、CEC SOCを活用しながら初動判断を止めないための体制設計と、実行までつなげる進め方を紹介します。

プログラム

13:45～14:00　受付

14:00～14:05　オープニング（マジセミ）

14:05～14:45　なぜXDRを導入しているのに、有事の初動判断が遅れるのか？～「育てるSOC」で、初動判断から対処まで回せるCSIRTへ～

14:45～15:00　質疑応答

主催

株式会社シーイーシー（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

インシデント管理

資料を見る

【再放送】MySQL 8.0 EOL、移行判断が止まる理由～影響範囲・リスク・選択肢を整...

4.1 株式会社パソナデータ＆デザイン

本セミナーはWebセミナーです。

ツールはSPEAKERSを使います。URLは直前にメールにてご連絡いたします。なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは2026年02月27日に開催されたセミナーの再放送です。

多くのご要望をいただきましたので、再放送の開催が決まりました。

MySQL 8.0 EOL対応、DBaaS環境で押さえるべき影響とリスク

2025年4月に迫る MySQL 8.0 のEOL。必要だと分かっていながら、どこから・何を優先すべきか判断できず、止まっている企業は少なくありません。特に、Amazon RDS / Aurora / Cloud SQL などの DBaaS環境を本番利用している場合、 Extended Supportによるコスト増、互換性、性能影響、ダウンタイムなど、考慮すべき論点が一気に増え、判断が難しくなります。その結果、「調査だけ進んで決められない」「不安で先送り」という状態に陥るケースが多く見られます。

なぜEOL対応が難しくなるのか

EOL対応では、単なるバージョンアップではなく、・影響範囲の見極め・リスク整理・検討論点の整理・社内・ベンダーの役割分担といった判断の連続が求められます。しかし多くの現場では、この整理ができないまま作業に入り、結果として想定外のトラブルやコスト増を招いてしまいます。

DBaaS別の対応方針とリスクを整理する必要性

EOL対応を検討する際、RDS、Aurora、Cloud SQLといったDBaaSごとに考慮すべきポイントは異なります。例えば、・Amazon RDS for MySQL：アップグレードパスと互換性リスク・Amazon Aurora MySQL：独自機能依存とパフォーマンス特性・Google Cloud SQL：移行オプションと運用設計の違いこれらを理解せずに進めると、ダウンタイム、性能劣化、想定外の工数増など、事業影響に直結する問題が発生しかねません。

本セミナーで扱う内容

本セミナーでは、DBaaS環境（RDS / Aurora / Cloud SQL）におけるMySQL 8.0 EOL対応に焦点を当て、失敗しないアップグレード戦略を「判断軸」の形で整理します。単なる手順解説ではなく、何を検討すべきか・どこに注意すべきか・どのように整理すべきかを自社で判断できるようになることを目的としています。セミナー内容で主に得られるノウハウは以下となります。・EOL対応で押さえるべき影響範囲とリスクの全体像・MySQL 8.0 EOLで何が起こるのか（DBaaS特有の論点を含めて整理）・RDS / Aurora / Cloud SQL それぞれの対応方針と注意点・サービス特性を踏まえたアップグレードパスの考え方・検討を進めるための整理視点・検証・テストを含めた実践的な進め方・アップグレード前後で起こりやすいトラブルと対処法・よくある失敗パターンと回避策 EOLを単なる作業として捉えるのではなく、影響範囲を見極め、リスクを整理し、検討を前に進めるための視点を持ち帰っていただける内容です。

こんな方におすすめです

・Amazon RDS / Aurora / Cloud SQL を本番利用している企業の方・MySQL 8.0 を使っているが、まだEOL対応に着手できていない方・情シス・開発リーダー・IT責任者など、技術判断を担っている方・アップグレードの影響・リスク・コストを自分の判断で説明する必要がある方・ベンダー任せではなく、自社で判断軸を持って進めたい方 EOL対応を「作業」で終わらせず、社内で方針を整理し、次の一手を判断できる状態をつくりたい方は、ぜひご参加ください。