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

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

MySQL運用の隠れた技術的負債が、現場を疲弊させる

MySQLは動いているように見えても、遅延や不調が出た瞬間に「結局なぜ遅いのか」を説明できず、現場が疲弊する構造が生まれやすい領域です。特に、実行計画の解釈やマニュアルチューニングが特定のシニアDBAに偏ると、調査・改善が属人化して“分析のボトルネック”になります。結果として、ビジネス速度の低下や運用チームのバーンアウトに繋がります。

見えない根本原因が、切り分けを長期化させる

「DBが遅い」という曖昧な報告の裏側には、遅いSQLだけでなく、ロック待機・デッドロック、メタデータロックの待機連鎖、低いCPU使用率でも起きるサービス停止など“見えにくい根本原因”が潜んでいることがあります。こうした要因が絡むと、責任分界や判断が曖昧になり、トラブルシューティングが長期化（High MTTI）しがちです。だからこそ、障害時に慌てずに、指標を見て状況を切り分ける「再現性のある進め方」が必要になります。

AIベースの最適化＋実践的な障害対応で、原因特定を早める

本セミナーでは、まずSQL AI Tuning Guideで複雑な実行計画を分析し、パフォーマンス問題の解決に近づく考え方を解説します。あわせて、ダッシュボードをAIが確認して状況をアドバイスするWhaTap Assistanceも紹介し、AI分析支援を日常運用・障害対応にどう組み込むかを整理します。さらに、Active Session／ロックツリー／I/O Waitなどの指標から、DB負荷・ロック競合・リソース不足の状況をリアルタイムで把握し、主要な障害パターンを追跡する“実践手順”として持ち帰れる形に落とし込みます。

プログラム

10:45～11:00　受付

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

11:05～11:45　「なぜ急にDBが遅くなったのか？」原因が特定できず困っていませんか ～WhaTapのAI分析支援で切り分けを短縮するトラブルシューティング手順～

11:45～12:00　質疑応答

主催

ワタップ・ジャパン株式会社（プライバシーポリシー）

協力

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

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

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

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

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

仮想化基盤の“延命”ではなく、次の設計思想へ。変化の時代に問われる基盤戦略

BroadcomによるVMware買収に端を発する仮想化基盤のリプレースやサポート期限の見直しをきっかけに、「この先10年を支える次の基盤」をどう設計すべきか悩む企業が増えています。従来の仮想マシン前提の延命だけでは、データの増加やクラウド活用、AI・分析ニーズの高まりに十分応えきれず、結果として個別最適な増設やポイント対策が積み重なりがちです。今、問われているのは、サーバーや仮想マシン単位ではなく、ビジネスにとって価値の源泉となる「データ」を中心に据えた設計思想へと切り替えつつ、クラウドネイティブな運用とも両立できる、持続可能な基盤戦略です。

仮想マシンとコンテナが共存する、現実的なクラウドネイティブ移行ステップ

とはいえ、すべてのシステムを一気にコンテナ化し、クラウドネイティブへ移行するのは現実的ではありません。多くの現場では、既存の仮想化基盤やオンプレ基盤の上で重要な業務システムが稼働し続ける一方、新規開発や一部ワークロードではKubernetesやクラウドサービスの活用が進み、「仮想マシンとコンテナが混在する」状態がしばらく続くことが想定されています。その中で、オンプレとクラウドにまたがるデータ配置やストレージ運用、バックアップや可用性設計を個別に検討していると、運用負荷やコストが増大し、次期基盤の全体像を描ききれないという課題が顕在化しています。

NetAppエンタープライズデータ基盤×Trident×C‑Nativeで実現する、持続可能なデータ中心基盤

本セミナーでは、NetAppのエンタープライズデータ基盤とKubernetes向けストレージ連携を担うTrident、そしてCTCのクラウドネイティブ支援サービス「C‑Native」を組み合わせることで、データ中心のクラウドネイティブ基盤をどのように構築・運用できるかを解説します。NetApp＋Tridentにより、オンプレミスからマルチクラウドまで一貫したストレージ運用と、Kubernetes環境における永続ボリュームの安定提供を実現し、C‑Nativeがコンサルティングから導入、運用・保守までを一気通貫で支援します。これにより、高可用かつ高性能なデータ管理とモダンアプリケーション開発の俊敏性、運用負荷の軽減を両立し、将来的なAI・データ分析にも耐えうる持続可能なデータ中心基盤の在り方を具体的なユースケースとともにご紹介します。

プログラム

09:45～10:00　受付

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

10:05～10:45　仮想化の“次の一手”をクラウドネイティブで描く― 変化の時代に求められる、持続可能なデータ中心基盤 ―

10:45～11:00　質疑応答

主催・共催

伊藤忠テクノソリューションズ株式会社（プライバシーポリシー）

ネットアップ合同会社（プライバシーポリシー）

協力

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

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

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

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

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

古い通信機器とセキュリティ運用が情シスを圧迫している現状

小売・卸業の現場では、店舗や拠点に設置したルータやUTM、スイッチなどの通信機器が長年使われ続け、すでにサポート終了（EoL/EoS）を迎えているケースも少なくありません。売上に直結しないインフラへの投資は後回しになりがちで、「とりあえず動いているからそのまま使う」判断が続きます。一方で、拠点ごとにバラバラな設定やセキュリティ対策、ベンダー任せの監視・運用が積み重なり、全体像を把握できる人が限られている状況も珍しくありません。その結果、情シスは機器更改・障害対応・セキュリティ運用に日々追われ、本来取り組みたいDXや業務改善まで手が回らない状態に陥っています。

EoL機器の更改コストと、障害・セキュリティ対応を自社だけで抱え続けるジレンマ

老朽化した通信機器を使い続ければ、故障時に代替機が確保できず、レジ停止や受発注停止など業務への影響が長期化するリスクがあります。また、サポート切れ機器を抱えたままでは、脆弱性対応やセキュリティ事故発生時の説明責任にも不安が残ります。しかし、全拠点の機器を一斉にリプレイスするだけのIT予算や現場工数は捻出しづらく、「これ以上インフラにお金はかけにくい」のが実情です。運用や障害・セキュリティ対応を丸ごと外部に任せることにも躊躇があり、どこまでをサービスに任せ、どこからを自社で持つべきか判断できないまま、EoL機器の更改コストと日々の対応負荷を自社で抱え続けてしまう――それが多くの小売・卸企業が共通して抱えるジレンマです。

NEXT-NaaS×NileでEoL機器対応とネットワーク運用の負担を見直す検討ポイントを解説

「所有から利用へ」。既存機器か刷新か、2つのアプローチで負担から解放 本セミナーでは、このジレンマを解消するカギとして、機器資産を持たずにネットワーク機能を利用する「NaaS（Network as a Service）」のアプローチを2つの方向性から解説します。共通するのは、どちらも「所有から利用」へとシフトし、運用負荷をサービス側へ逃がす点です。 1. NEXT-NaaS：既存機器を利用したサービス化 「今の機器構成は変えられない・変えたくない」という拠点向け。現在の機器資産をそのまま活用しながら、資産管理や保守をサービス型へ移行（オフバランス化）させます。機器を入れ替えずに、EoL対応や障害対応の責務を自社から切り離す現実的なアプローチです。 2. Nile Access Service：機器も一新する次世代NW運用 「この機にインフラを最新化したい」という拠点向け。機器そのものをAI活用の最新モデルへ刷新しますが、こちらも「所有」はしません。導入・運用・更新の全てが含まれたサブスクリプション型サービスとして利用することで、突発的な更改コストや複雑なセキュリティ設定から恒久的に解放されます。 今の環境維持を優先すべき領域（NEXT-NaaS）と、次世代型へ刷新すべき領域（Nile）をどう使い分けるか。限られた人員と予算の中で、段階的に抱え込まないネットワーク運用へ移行するための具体的なステップをご紹介します。

プログラム

12:45～13:00　受付

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

13:05～13:45　小売・卸業、古い通信機器の対応やセキュリティ対策の課題　～機器更改・障害対応・セキュリティ運用の負担から解放する、NEXT-NaaS×Nile 活用～

13:45～14:00　質疑応答

主催

ネットワンネクスト株式会社（プライバシーポリシー）

協力

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

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

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

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

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

CDN障害が頻発する中、単一依存構成のリスクが顕在化している

近年、クラウドサービスやWebアプリケーションの高度化・常時稼働が求められる一方で、CDNの障害が国内外で相次いで発生しており、その影響範囲は年々拡大しています。特に単一CDNに依存した構成では、CDN事業者側で障害が発生した瞬間に自社サービス全体が停止し、業務継続や顧客体験、ブランド信頼性に深刻なダメージを与えるリスクが顕在化しています。情シスやDX推進部門にとって、「CDNは止まらない前提」という従来の設計思想そのものを見直す必要性が高まっています。

CDN障害発生時にサービス停止を回避できない構成が多い

実際の現場では、コストや運用負荷を理由に単一CDN構成が選択され続けており、障害発生時の切り替え手段や判断基準が十分に整備されていないケースが少なくありません。結果として、障害発生後に初めて代替手段の検討に追われ、復旧までに長時間を要したり、関係部門や経営層への説明対応に追われたりする事態が発生します。可用性リスクを認識しながらも「具体的にどのようなマルチCDN設計を行えばよいのか分からない」「自社環境に適した構成やコスト感が見えない」といった理由で、抜本的な対策に踏み切れない点が大きな課題となっています。

マルチCDNによる依存リスク回避と可用性設計の実践を解説

本セミナーでは、Fastly CDNを活用したマルチCDN構成を軸に、CDN障害を前提とした可用性設計の考え方と、実際の運用を見据えた実践的なアプローチを解説します。単一CDN依存から脱却するための設計ポイントや、障害発生時にもサービスを止めないための切り替え戦略、マルチCDN導入時に検討すべきコストや運用負荷の考え方まで、情シス・DX推進担当者の視点で整理します。現場で活かせるノウハウを通じて、自社にとって現実的なCDN可用性強化の第一歩となる知識が得られます。

プログラム

14:45～15:00　受付

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

15:05～15:45　単一CDN依存が招くサービス停止リスク、どう解消する？ 〜障害時も止まらない「マルチCDN」の実践アプローチ〜

15:45～16:00　質疑応答

主催

ファストリー株式会社（プライバシーポリシー）

協力

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

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

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

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

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

店舗やバックオフィスに古いITインフラ機器が残り続ける現状

多くの小売企業では、店舗やバックオフィスに導入したサーバやネットワーク機器が、EoL／EoSを迎えても入れ替えられないまま使われ続けています。レジや業務端末を支えるインフラとして「止められない」一方で、直接売上に結びつかないインフラへの投資は後回しになりがちで、「どこまで現行機を延命すべきか」「いつ更新すべきか」の判断がつきにくいのが実情です。さらに、原価や人件費の高騰、IT予算の圧縮、機器調達の納期遅延・価格高騰も重なり、古いIT機器とその維持コストを抱えたまま運用を続けざるを得ない状況が生まれています。

限られたIT予算ですべて更新できず、EoL故障リスクも放置できないジレンマ

EoLを迎えた店舗IT機器をそのまま使い続ければ、故障時に部材が入手できず、レジ停止やバックオフィス業務の遅延といった売上・業務への影響が長引くリスクがあります。一方で、全店舗・全拠点のサーバやネットワーク機器を一括で更新するには、多額の投資と現場対応の負荷がかかり、限られたIT予算の中では現実的とは言えません。「インフラにこれ以上お金はかけられないが、壊れたときの影響も怖い」という中で、どの機器をいつまで使い、どこから更新すべきかの優先順位がつけられず、メーカー保守と第三者保守の違いや費用対効果も十分に比較できていない――その結果、「コストもリスクも完全には抑えられないまま現状維持が続く」というジレンマを多くの現場が抱えています。

EoL機器への向き合い方と第三者保守活用の検討ポイントを解説

本セミナーでは、店舗やバックオフィスに残るEoL機器を含む既存環境とどう向き合うかを整理し、「どこを当面は第三者保守で延命し、どこを更改対象とするのか」という考え方をお伝えします。メーカー保守との役割分担や、故障リスクと保守・リプレイスコストのバランスを取るための検討ポイントを解説するとともに、小売企業での第三者保守活用事例を交え、導入後の運用イメージや社内説明の押さえどころもご紹介します。限られたIT予算の中で、店舗IT機器のリスクとコストを抑えつつ、ECやOMOなど攻めの施策に予算を回していくためのヒントを持ち帰っていただける内容です。

プログラム

11:45～12:00　受付

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

12:05～12:45　店舗の古いITインフラ機器、限られたIT予算の中での選択肢 ～ すべてを更新せずに、EoL機器の故障リスクと保守・リプレイスコストを抑える第三者保守活用 ～

12:45～13:00　質疑応答

主催

ネットワンネクスト株式会社（プライバシーポリシー）

協力

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

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

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

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

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

大規模化・複雑化するシステムで、データの全体像が見えにくくなっている

業務の高度化やシステム刷新を重ねる中で、企業のIT環境は年々大規模化・複雑化しています。基幹システムを中心に周辺システムやデータ連携が増え、ひとつの業務が複数のデータベースやシステムにまたがって成り立つ構成も珍しくありません。 その一方で、システム単位の管理はできていても、データを横断して俯瞰する視点（定義・構造・つながり・利用状況）が不足し、「重要データがどこにあり、どの業務やシステムに影響するのか」を即座に説明できない状態に陥っているケースが多く見られます。結果として、データ管理や統制の難易度が高まり、属人化も進みがちです。

構築後に表面化するのは、データガバナンス“基盤”の不足

データガバナンスを強化しようとしても、運用ルールや台帳整備だけでは限界があります。構築段階でデータの定義や構造が統一されず、品質を担保しにくいままシステムが稼働していると、後から全体を整理し直すことが難しくなるためです。 こうした状態では、改修・更改や問い合わせ対応のたびに調査が必要になり、業務効率が低下します。さらに、障害やインシデント発生時には、どのデータがどこまで影響しているのかを追えず、判断が遅れる要因にもなります。ランサムウェア被害のような事例では、その影響がより顕著に表れます。

“情報の地図”を整え、属人化を防ぎ、判断と対応を速くする

重要になるのが、システム構築時からデータモデリングを行い、データの定義・構造・つながりを整理し、全体像を見える形で残すことです。 erwin Data Modelerを活用すれば、テーブル構造やデータ項目、システム間の関係性を可視化し、影響範囲を辿れる「情報の地図」として整備できます。これにより、データの所在・関連性・利用状況が明確になり、特定の担当者だけが分かる状態を防ぎながら、データガバナンスの基盤を構築できます。

業務と判断を支え、変化にも強い設計へ

整理されたデータモデルは、業務効率化や意思決定の迅速化に貢献します。データ構造が明確になることで、分析や開発のスピードが向上し、DX推進を後押しします。 また、障害やインシデントが発生した際にも、どのデータがどの業務やシステムに影響するのかを把握しやすくなり、影響範囲の特定や復旧判断を迅速に行うことが可能になります。ランサムウェア被害のようなケースにおいても、業務停止を最小限に抑えるための判断材料として有効です。 さらに、データの一貫性と透明性が高まることで、法令遵守や監査対応がしやすくなるだけでなく、将来的なAI活用や高度なデータ分析を進めるうえでも、信頼できる基盤として活用できます。

プログラム

10:45～11:00　受付

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

11:05～11:50　大規模システムで「データの所在やつながりが見えない」を防ぐ、データガバナンス設計とは 〜ランサム発生時も影響範囲の特定と復旧判断の遅れを防ぐ、“情報の地図”を整える〜

11:50～12:00　質疑応答

主催・共催

クエスト・ソフトウェア株式会社（プライバシーポリシー）

協力

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

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

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

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

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

統廃合・システム統合で古いIT機器が残る現状

統廃合やシステム統合が進むなか、多くの金融機関では、サーバーやネットワーク機器がEoL／EoSを迎えてもそのまま使われ続けています。今後の統合方針やシステム再編の計画が見えている一方で、「いま大規模に入れ替えてよいのか」「どこまで現行機を延命すべきか」の判断がつきにくいのが実情です。さらに、投資抑制の要請や機器調達の納期遅延・価格高騰も重なり、古いIT機器を抱えたまま運用を続けざるを得ない状況が生まれています。

大規模更改は怖いが、EoL故障リスクも放置できないジレンマ

EoLを迎えた機器をそのまま使い続ければ、故障時に部材が入手できず長時間のサービス影響につながるリスクがあります。一方で、システム統合のタイミングも見えない中で一括更改に踏み切ることは、コスト負担だけでなく、大規模リプレースに伴う障害発生への不安も大きく、決断をためらう要因になっています。どの機器をいつまで使い、どこから更新すべきかを可視化できておらず、メーカー保守と第三者保守の違いや費用対効果も十分に比較できていない、その結果、「リスクもコストも完全には抑えられないまま現状維持が続く」というジレンマを多くの現場が抱えています。

EoL機器への向き合い方と第三者保守活用の検討ポイントを解説

本セミナーでは、統廃合・システム統合の流れを踏まえ、EoL機器を含む既存環境とどう向き合うか、その考え方を整理します。どこを当面は第三者保守で延命し、どこを将来の更新タイミングに合わせて見直すのか、メーカー保守との役割分担や検討の観点を解説します。あわせて、金融機関での第三者保守活用事例を交え、導入後の運用イメージと社内説明のポイントに触れる内容です。

プログラム

10:45～11:00　受付

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

11:05～11:45　統廃合が進む金融機関、古いIT機器はどうすべきか？　～ EoL機器を一括更新せずに故障リスクとコストを抑える第三者保守活用～

11:45～12:00　質疑応答

主催

ネットワンネクスト株式会社（プライバシーポリシー）

協力

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

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

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

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

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

人材人手不足と属人化が進み、障害対応が遅れる生産性低下を招くネットワーク運用の現実

　企業のネットワークは、複雑かつ急速に拡大し続けており、安定稼働と共に運用管理業務の負担軽減が強く叫ばれています。 一方で、情報システム部門やネットワーク担当の人材不足は深刻化し、設定や構成、過去の経緯を把握している担当者が限られているケースも少なくありません。その結果、日常運用だけでなく、ひとたび障害が発生すると障害復旧までに膨大な時間と工数を費やすこととなり、企業の生産性低下は避けられない状況です。

原因が分からず復旧が長期化し、業務影響を最小化できないジレンマ

　障害が起きた際、「どこで何が起きているのか分からない」「まずどの機器・設定から確認すべきか判断できない」といった状況に陥ることはないでしょうか。ログ確認や切り分け、現地対応、ベンダー調整に時間がかかることで、復旧が後手に回り、生産や業務への影響が長引いてしまいます。運用負荷やリスクは認識していても、日々の対応に追われ、根本的な改善に踏み出せない、これは多くの企業が抱えるジレンマです。

AIが可視化・切り分けを担い、障害復旧を止めない自律化されたネットワーク運用へ変える方法

　本セミナーでは、企業製造業のネットワーク運用・障害対応の実態を踏まえ、「Nile Access Service」 を活用することで、ネットワーク運用から解放され、自律的に安定稼働し続けるネットワーク環境の実現方法を解説します。「LAN環境もクラウドサービス化」して利用する時代に入ったことを象徴するNile社の革新的なテクノロジーとビジネスモデルを理解することで、従来のネットワーク運用の在り方を見直す切っ掛けになることは間違いありません。

プログラム

10:45～11:00　受付

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

11:05～11:45　ネットワーク運用負荷の増大による事業リスクにどう対応するか？～ 属人化した運用が引き起こす“見えない損失”を、AI×クラウドで最小化する ～

11:45～12:00　質疑応答

主催

ネットワンネクスト株式会社（プライバシーポリシー）

協力

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

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

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

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

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

多拠点・クラウド併用で複雑化したDNS/DHCP運用の課題

近年、多拠点化やクラウド活用が進む企業では、DNS・DHCPといった基盤サービスがオンプレ単体で完結していた時代に比べて、設定変更や追加対応の頻度が増える傾向があります。SaaS 連携やネットワーク拡張のたびに名前解決・認証・IP管理に手を入れる必要が生じ、結果として整合性確認や影響範囲の把握にかかる運用負荷が問題視されつつあります。また、ログ取得要件の強化やゼロトラスト志向の増加により、「基盤運用は属人的な手作業で支え続ける」体制が限界を迎え、より標準化された管理モデルが求められています。

DNSゾーンやDHCP管理の分散・属人化によって統制困難になる現状

実際の現場では、DNSゾーンの分散やDHCPの乱立によって、最新の設定状況やシステム構成を把握できる担当者が限定されているケースが少なくありません。業務影響を避けるために変更に慎重にならざるを得ず、結果として「触れない」「触れられない」領域が広がり、技術負債として累積します。こうした状況が続くと、障害時の切り分けに時間を要し、新規システム導入やネットワーク再設計の足かせとなり、情報システム部門の負荷だけでなく企業全体のスピードにも影響を及ぼします。

統合管理による負荷削減・可視化・標準化の具体的手法

本セミナーでは、DNS／DHCP を個別に維持してきた従来の管理モデルから脱却し、可視化・標準化・負荷削減を実現するためのアプローチとして、直感的なGUI操作も可能な統合管理ツールをご紹介します。担当者を限定せず日々の設定操作や最新状況の確認が容易となるような情報システム部門が実務で即活用できる情報をお届けします。

プログラム

13:45～14:00　受付

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

14:05～14:45　【ネットワーク利用者数 5,000名以上向け】DHCP/DNS運用の「属人化」「業務負荷」をどう解消するか？ ～統合再構築で運用を効率化する具体的アプローチ～

14:45～15:00　質疑応答

主催

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

協力

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

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

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