ますます重要になる、Webシステムの性能

Webシステムにおいて、ユーザーエクスペリエンスが重要になっている中、その要素として性能も重要視されています。 ユーザーはWebシステムの応答を２秒までしか我慢できず、３秒たつと約半数が離脱する、という統計もあります。 また、Googleは検索順位を決めるロジックにページの表示速度を組み入れており、Webシステムの性能はSEOにとっても重要になっています。

ITインフラが複雑化する今、障害原因の特定が難しくなってきています

しかし、昨今ではシステム構成の複雑化・大規模化が進み、システム障害のリスクは高まるばかりです。 システム障害発生時の原因特定はますます困難となり、システム障害がビジネスに与えるインパクトも大きなものとなってきています。

再起動でごまかしていませんか？

「とりあえず再起動をしたらなおった。」というのは良くあることです。 再起動は有効的な対処方法です。しかし、これが結果的に最善の策であれば良いですが、再起動でなんとか持ち直すというやり方では障害の原因究明には至りません。

障害が起きた際、性能問題は調査が難しい・・・

システム障害は再現しないことも多く、人や事象、機種依存、あらゆる原因が絡み合い、従来のシステム管理ではなかなか問題を特定することができません。 Webシステムは特に原因特定が難しい言われています。

なぜ性能の原因調査は難しいのか？その理由を解説

本セミナーでは、なぜ、Webシステムの性能問題の原因調査は難しいのか、その理由を解説するとともに、性能低下の原因が３クリックでわかる、国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」を紹介します。

プログラム

15:00～15:30　受付

15:30～16:00　なぜ、Webシステムの性能問題の原因調査は難しいのか？

16:00～16:30　国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」の紹介

16:30～17:00 質疑応答

主催

株式会社ジェニファーソフト

DBMSの停止は重大問題

情報システムの中核であるDBMS、その停止は重大問題です。システムトラブルによる停止はもちろん、メンテナンスによる停止であってもお客様へのサービス提供が継続できなくなることは、ビジネス的にも大きなインパクトがあります。

アクティブ／スタンバイ構成の課題

現在多くの企業で、アクティブ／スタンバイ構成が使われています。しかしこの方式は障害発生時に、フェールオーバーによるダウンタイムが発生します。システム停止が許されないシステムでは、例え数分の停止でも致命的です。一方アクティブ／アクティブ構成であれば、DBサーバーが同時に稼働しているためシステム停止は発生しません。また常に稼働状態のため、ハードウェア資源を効率的に使用することができます。

マスタースレーブ方式からマルチマスター方式へ

アクティブ／アクティブ構成を実現するためには、DBサーバー間の同期をマスタースレーブ方式から、マルチマスター方式にする必要があります。これまで技術的に難しかったマルチマスター方式ですが、「MySQL InnoDB Cluster」によって多くの企業で使われるようになってきました。例えば株式会社ロコンドをはじめとした大規模ECサイトやWebサービス事業者などで採用されています。

「MySQL InnoDB Cluster」 で実現する高可用性

このようにMy SQLの高可用性を実現する方法の一つとして、「MySQL InnoDB Cluster」 を導入する方法があります。本セミナーでは、アクティブ／アクティブ構成とマルチマスター方式について解説し、MySQLのマルチマスター型クラスターである「MySQL InnoDB Cluster」ついてご説明します。

プログラム

17:45～18:15　受付

18:15～18:55　セッション１　MySQLにおける高可用性/HAの実現とマルチマスターの概要　（株式会社スマートスタイル　営業部　内藤）

18:55～19:45　セッション２　MySQL InnoDB Cluster の実装技術とメリットを解説　（株式会社スマートスタイル　技術部　高橋）

19:45～20:15　セッション３　MySQL InnoDB Clusterユーザ導入事例　（登壇者調整中）　

20:15～20:30　質疑応答

主催

株式会社スマートスタイル

ITインフラが複雑化する今、障害原因の特定が難しくなってきています

昨今、システム構成の複雑化・大規模化が進み、システム障害のリスクは高まるばかりです。 システム障害発生時の原因特定はますます困難となり、システム障害がビジネスに与えるインパクトも大きなものとなってきています。

再起動でごまかしていませんか？

「とりあえず再起動をしたらなおった。」というのは良くあることです。 再起動は有効的な対処方法です。しかし、これが結果的に最善の策であれば良いですが、再起動でなんとか持ち直すというやり方では障害の原因究明には至りません。

障害が起きた際、性能問題は調査が難しい・・・

システム障害は再現しないことも多く、人や事象、機種依存、あらゆる原因が絡み合い、従来のシステム管理ではなかなか問題を特定することができません。 Webシステムは特に原因特定が難しい言われています。

なぜ性能の原因調査は難しいのか？その理由を解説

本セミナーでは、なぜ、Webシステムの性能問題の原因調査は難しいのか、その理由を解説するとともに、性能低下の原因が３クリックでわかる、国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」を紹介します。

プログラム

15:00～15:30　受付

15:30～16:00　なぜ、Webシステムの性能問題の原因調査は難しいのか？

16:00～16:30　国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」の紹介

16:30～17:00 質疑応答

主催

株式会社ジェニファーソフト

コンテナとは

今、Docker、Kubernetesなどに代表されるコンテナ技術が注目を集めています。 コンテナは、仮想化技術のひとつで、OS上にコンテナと呼ばれる仮想環境を作ります。 従来のVM型仮想化と異なり、カーネル部分をコンテナで共有するため、リソース使用量が少なく、起動時間が短いことが特徴です。

なぜ、コンテナが現れたのか？

なぜ、コンテナ技術は現れ、これほどまでに注目されているのでしょうか？ その理由は前述のような技術的な優位性だけではないはずです。

３カテゴリ（AWS/Azure/GCP、IBM+RedHat、Docker/Pivotal）の動向

コンテナ市場は、AWSやAzure、GCPなどのマネージドサービスと、RedHatを買収したIBMと、DockerやPivotalなどの勢力と、大きく３つにカテゴライズされます。 これらのカテゴリにおいて、今後コンテナ市場はどうなっていくのでしょうか？

「独自仕様」と「標準化」とのサイクル

IT業界では、先進的な「独自仕様（技術）」が普及し、それに対する「標準化」が進み、さらに新しい「独自仕様（技術）」が産まれる、といったサイクルを繰り返しています。 IT業界全体のこのサイクルの中でコンテナを見たときに、現在、そして将来はどのように位置付けられるのでしょうか？

2020年にはデファクトになるコンテナに、企業としてどう備えるべきか

来年には、企業情報システムにおいてコンテナはデファクトスタンダードな選択肢になると言われています。 その時に備えて、企業は今何をするべきなのでしょうか？

有識者を交えたディスカッション

本セミナーでは、コンテナ技術が産まれた背景や、今注目されている理由、３カテゴリ（AWS/Azure/GCP、IBM+RedHat、Docker/Pivotal）の動向、「独自仕様」と「標準化」とのサイクルで見たコンテナの現在と未来、そして今企業として何をするべきか、といったテーマについて、有識者を交えて議論していきます。

プログラム

17:30～18:00　受付

18:00～18:30　基調講演（コンテナ市場の展望）

クリエーションライン株式会社 取締役 Managing Director 鈴木逸平

18:30～20:00　パネルディスカッション

（パネリスト） 調整中

（モデレータ） マジセミ株式会社 代表取締役社長 寺田雄一

主催（共催）

クリエーションライン株式会社 マジセミ株式会社

LIFERAYとは

LiferayはWebシステムを構築するためのオープンソースのポータル製品です。 ポータルを実現するためのフレームワーク、およびそのフレームワーク用に開発されたポートレット（機能部品）、及びポートレットの開発環境から構成されています。

LiferayはJavaで実装されており、JBoss、 Apache Tomcat、WebSphereなど多くのアプリケーションサーバやWebコンテナ上で動作します。 ユーザ／組織管理、Webページ管理、アクセスコントロールなど一般的にWebサイトで使われる多くの機能が標準で搭載されているほか、ドキュメント管理やカレンダー、ブログ、掲示板など、すぐに使えるポートレットが60以上用意されています。ポータルとしてすぐにご利用頂けます。

LIFERAYの特長

・iPhone、iPad、Androidなどのスマートデバイスなどに対応した画面レイアウトを自動的に表示する、「レスポンシブデザイン」に対応。 ・iPhone、iPad、Androidなどのスマートデバイスから簡単にドキュメントにアクセスするための、専用のアプリを提供。 ・FacebookやTwitterとの連携。 ・ルールエンジンにより、ユーザ属性や検索キーワード、アクセス履歴にもとづき、ユーザに最適なコンテンツを表示する「パーソナライズ機能」を提供。 ・ブラウザの言語設定などにより、自動的に言語を切り替えられる「多言語対応」。 ・SalesforceCRMとの連携。（当社オリジナル・ソリューション） ・米調査会社であるガートナーは，ポータル市場領域で活動しているベンダ各社の相対的な位置関係を示すマジック・クアドラントでLiferayをIBM，Microsoft，Oracle，SAPのような大手企業と同じリーダ領域に位置づけています。 ・Liferayはオープンソースポータルの世界市場シェア　1位で、既に大手企業で多く活用されています。

LIFERAYの概要、事例を解説

本セミナーでは、LIFERAYの概要を解説するとともに、企業における導入事例をご紹介します。

最新バージョンの紹介も

さらに、最新バージョンであるLIFERAY7.1についても、変更点などをご紹介します。

当社、ユニファイド・サービス株式会社は、2007年よりLiferayに取り組んでいます。

日本で最も早くLiferayに注目し、活用してきた会社の一つです。 当社では、10年間以上にわたって蓄積してきた、Liferayに関するノウハウや活用事例が豊富にございます。 大手ベンダー、大手システムインテグレーターに対しても、技術支援をしています。

プログラム

15:00～15:30　受付

15:30～15:35　オープニング

15:35～16:05　LIFERAYとは？

16:05～16:20　国内大手製造業におけるLIFERAY導入事例

16:20～16:35　LIFERAY7.1のご紹介

16:35～17:00　質疑応答

主催

ユニファイド・サービス株式会社

先端技術(AI、IoT、ビッグデータなど)を活用してDXを実現しないと取り残される？！

近年様々な場面で、AIやクラウド、IoT、VR/ARなどの新技術が導入されています。また、デジタル化を加速し、ビジネス変革に成功して業績を上げる企業も増えてきました。今後もこの動きは活発化していくでしょう。

既存システムの保守コストがかさんで、新技術に手が回らない

しかしこのような新技術導入の前段階として、既存システムが老朽化・ブラックボックス化して保守費用が高額になっているという問題があります。そのためにIT戦略立案や人材確保に予算を割けないのが現状です。

DX（デジタルトランスフォーメーション）レポート、2025年の崖とは

このような問題点をまとめた「DXレポート」が、昨年9月に経済産業省から発表されました。このレポートによると、IT負債を放置して抱え続けた結果、DXが実現できないだけでなく、更に保守費用がかさみ、セキュリティ事故が発生するなどして、2025年には最大12兆円もの損失が出ると試算されています。

経済産業省「DXレポート」の解説と、「2025年の崖」の克服

本セミナーでは、まずこの経済産業省のDXレポートについて、ポイントを解説します。さらに「2025年の崖」を克服するために、既存システムを現状分析する方法をご紹介します。

プログラム

14:00〜14:30   受付 14:30〜14:40　オープニング 14:40〜15:15   レガシーシステムのモダナイゼーションを実践してきたシステムズが読み解くDXレポート 15:15〜15:45　DX推進に不可欠なICT現状分析 具体的な取り組み内容と活用方法とは～ IT総合診断のススメ　可視化→診断→IT戦略 ～ 15:45〜16:15   質疑応答

主催　

株式会社システムズ

商用DBからOSSデータベースへの移行が増えている

近年、Oracle等の商用製品からOSSデータベースに移行する動きが活発化しています。近年のOSSDBは、商用DBに匹敵する基本機能や性能を備えつつあります。OSSDBはコスト削減やベンダーロックインの回避など、メリットが多い反面、移行や導入コスト、性能などの不安要素もあります。そこで各種データベースのメリット・デメリットを生かした選択をすることが大変重要になってきます。

OSSデータベースは何を選べばよいのか

しかしどのように選択すればよいのでしょうか。MySQL、PostgreSQLなど種類はいくつかありますが、近年多方面においてMariaDBのシェアが急速に広まっています。

MariaDBの最新機能と活用方法の紹介

本セミナーでは、以下のようなMariaDB独特の機能やその活用方法をご紹介します。 ・PL/SQL等のOracleデータベース互換 ・DBシャーディング機能ストレージエンジン ・大容量データの集計・分析用のDWH用カラム型エンジン ・分散スケールアウトデータベース

プログラム

15:00~15:10　ご挨拶　（MariaDB Meetup と スマートスタイル社の紹介）

株式会社スマートスタイル　内藤 達也

15:10～15:40 MariaDBのビジネス・ロードマップ

MariaDB Corporation AB

15:40～16:40 MariaDBの最新機能と活用方法の紹介

MariaDB Corporation AB　後藤 智

16:40～16:50 スマートスタイルによるMariaDBサービス紹介

株式会社スマートスタイル　内藤 達也

16:50～17:10 質疑応答

主催　　MariaDB Corporation AB

セミナー事務局

マジセミ株式会社

※当日は名刺を2枚お持ち下さい。

※競合もしくは競合になる可能性のある事業者様や、個人としての方は、当社判断によりご遠慮頂く場合がございます。予めご了承下さい。

※ご記載頂いた内容、及び当日受付でご提示頂いた名刺情報は、マジセミ株式会社にて収集し、マジセミ株式会社／オープンソース活用研究所 および主催・共催・協賛・協力・講演の各企業に提供させて頂きます。ご記載を頂いた個人情報はマジセミ株式会社／株式会社オープンソース活用研究所および主催・共催・協賛・協力・講演企業にて厳重に管理し、サービス、製品、セミナー、イベントなどのご案内に使用させて頂き、また各社のメルマガに登録させていただきます。ご記載いただいた個人情報は、法律に基づいた、警察等の行政機関や司法機関からの要請があった場合を除き、第三者には提供致しません。

〔お問合せ先　及び　個人情報保護管理者〕　株式会社オープンソース活用研究所 個人情報保護管理者　連絡先：03-6809-1257

Docker、Kubernetesなど「コンテナ技術」とは？

コンテナ技術は、OS上にコンテナと呼ばれる仮想環境を実現する仕組みで、1つのOS環境でありながらマルチOS環境を実現することができます。

従来の仮想環境は、ホストとなる1台の物理マシン上にハイパーバイザーや仮想化ソフトを起動させ、1台のコンピュータ上で複数の独立したOS環境を利用することができる便利なものですが、オーバーヘッドが大きく、処理速度が出にくいのがデメリットでした。

コンテナ技術は、従来のVM型仮想化と異なり、カーネル部分をコンテナで共有するため、リソース使用量が少なく、起動時間が短いことが特徴です。 

なぜ、これほどまでに注目されているのか？ 

コンテナ型仮想化技術の急速な進化により、広く普及している理由はなぜなのでしょうか？  コンテナ技術によって、今後のIT活用はどう変わっていくのでしょうか？

IoTや機械学習のプラットフォームとして注目されるコンテナ技術

コンテナ技術の応用として、例えばIoTや機械学習のプラットフォームとしての活用が注目されています。
IoTや機械学習では、大量のデータを処理する必要がありますが、一方スモールスタートでプロジェクトを立ち上げることが通常です。
このため、簡単にスケールアウトできるという特長を持つコンテナ技術が注目されているのです。

Docker、Kubernetesなど「コンテナ技術」の基礎を解説

本セミナーでは、仮想マシンとコンテナの違い、コンテナの管理方法など、「コンテナ技術」を基礎から解説します。 

製造業における活用事例も紹介

また、製造業において、IoT＋機械学習のプラットフォームとして活用されている事例もご紹介します。 

プログラム

14:30～15:00　受付

15:00～15:45　Docker、Kubernetesなど「コンテナ技術」の基礎

15:45～16:00　製造業におけるコンテナ活用事例（IoT＋機械学習のプラットフォームとして）

16:00～16:30　質疑応答

主催株式会社デージーネット

ITインフラが複雑化する今、障害原因の特定が難しくなってきています

昨今、システム構成の複雑化・大規模化が進み、システム障害のリスクは高まるばかりです。
システム障害発生時の原因特定はますます困難となり、システム障害がビジネスに与えるインパクトも大きなものとなってきています。

再起動でごまかしていませんか？

「とりあえず再起動をしたらなおった。」というのは良くあることです。
再起動は有効的な対処方法です。しかし、これが結果的に最善の策であれば良いですが、再起動でなんとか持ち直すというやり方では障害の原因究明には至りません。

障害が起きた際、性能問題は調査が難しい・・・ 

システム障害は再現しないことも多く、人や事象、機種依存、あらゆる原因が絡み合い、従来のシステム管理ではなかなか問題を特定することができません。
Webシステムは特に原因特定が難しい言われています。

なぜ性能の原因調査は難しいのか？その理由を解説

本セミナーでは、なぜ、Webシステムの性能問題の原因調査は難しいのか、その理由を解説するとともに、性能低下の原因が３クリックでわかる、国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」を紹介します。

プログラム

15:00～15:30　受付

15:30～16:00　なぜ、Webシステムの性能問題の原因調査は難しいのか？

16:00～16:30　国内導入実績No.1アプリケーション性能管理(APM)ツール「JENNIFER」の紹介

16:30～17:00 質疑応答

主催

株式会社ジェニファーソフト