【HinemosWorld2014】A1-2_ルールエンジンを使った運用管理自動化のすゝめ

3. 運用管理（現状）運用監視ツールインシデント監視ツール運用経験則手順書ノウハウ通知運用管理者システム外情報開発・システム管理者インシデント操作情報 3  情報が多すぎる  問題の切り分け、対処に時間がかかる  人による判断が必要  属人的なノウハウ  人による操作が必要効率化・省力化が必要ルールエンジン技術の活用 Copyright (c) 2014 Atomitech CORPORATION

5. ルールエンジンとは 与えられたデータに対し、「分岐処理（IF文処理）」が記述されたルールを自動解釈し実行するためのエンジン BRMS（Business Rule Management System）製品群の中心として使用される技術 BRMSとは ルールを管理するシステムで主に以下の機能で構成される ルール作成・編集機能 ルールの管理・保管機能 ルールの実行機能（ルールエンジン） Copyright (c) 2014 Atomitech CORPORATION 5

6. ルールエンジン動作概要 Copyright (c) 2014 Atomitech CORPORATION 6 ルールエンジン推論エンジンパターンマッチングルール実行ルールルールファクトルールルールファクトファクトアクティベーションアクティベーションマッチング結果ルールファクトルール実行指示アプリケーション •ルールエンジンにルールを格納 •ルールエンジンにファクトを挿入ルールエンジン •ファクトが挿入されたタイミングで推論エンジンにより、ファクトとルールの条件をマッチング •マッチしたルールとファクトをマッチング結果として保持アプリケーション •ルール実行を指示ルールエンジン •マッチング結果のルールのアクションを実行 •アクションによりファクトが更新された場合、すべてのファクト、ルールに対しマッチングが行われる動作概要 Drools（フォワードチェンイング）の場合 •ルールで処理するデータファクト •条件とアクションを記述ルール •ルールエンジン用アルゴリズム •ファクトとルールの条件マッチングを行う推論エンジン

7. ルールとは アプリケーションから分離された条件とアクション 従来のシステム開発において、業務要件やシステム仕様といったプログラム上にハードコーディングした部分 再利用や組み合わせによる使用が可能 更新をアプリケーションと独立して行うことができる エンドユーザが定義可能な書式により定義可能 専用ルール言語やExcelシート等 Copyright (c) 2014 Atomitech CORPORATION 7

8. ルールとは ルール言語 If –Then構造 ○○○ならば(条件)、△△△△する(アクション) 例: もし「初めての顧客」ならば、「メンバー登録を勧誘」する。 もし「頭金が20%以上」ならば、「長期プランAを推奨」する。 もし「預貯金額が1000万以上」ならば、「オプションBを推奨」する。 もし「勤続年数が1年以下」ならば、「課長の承認を取得」する。 Excelシート Copyright (c) 2014 Atomitech CORPORATION 8 rule “ルール名" when //条件 then //アクション end DRL（Drools Rule Language）の場合 If –Then構造はwhen-thenと記述 DroolsのDecision Tableの場合条件をCONDITION列に定義アクションをACTION列に定義

9. ルールエンジン導入のメリット見える化 •業務担当者と開発者が共通のフォーマットでコミュニケーションできる透過性の高いシステムを実現 •可視化することでより正確なビジネスサービスを実現変化に簡単・迅速に対応 •業務担当者がアプリケーションのルールを直接実装できる •簡易なルール言語、Ｅｘｃｅｌ等、プログラミング知識がなくても利用可能 •仕様の変化に迅速に対応開発工程の効率化 •プログラムのコンパイル・デプロイ作業が必要ない（ルールエンジンによる自動化） •仕様≒実装 Copyright (c) 2014 Atomitech CORPORATION 9

11. OSSで提供されている製品 ルールエンジン DTRules http://dtrules.com/wiki2/index.php ASL2.0 のルールエンジン。デシジョンテーブルとDSL(ドメイン記述言語)でルールを記述。 Jamocha http://sourceforge.net/projects/jamocha/ Apache ライセンスのルールエンジン。 JLisa http://jlisa.sourceforge.net/ GPLv2のルールエンジン。JSR94準拠 Mandarax https://code.google.com/p/mandarax/ GPLv3のルールエンジン。フォワードチェンイングではなく、バックワードチェンイングに基づいたルールエンジン BRMS Dｒooｌs(JBossRules) http://www.drools.org/ JBossが開発しているASL2.0のBRMS Red Hat JBossBRMS：Droolsを使用した商用製品 OpenRules http://openrules.com/ GPLのBRMS 商用ライセンスあり OpenLTablets http://openl-tablets.sourceforge.net/ LGPLのBRMS テーブル形式、ツリー形式などでルールを記述可能 エキスパート・知識ベース CLIPS C Language Integrated Production System(CLIPS)－1984年にNASAのJohnson宇宙センターで生まれたエキスパートシステム開発ツール d3web ドイツ製、Javaで書かれた)知識ベースシステム その他 Apache Jena http://jena.apache.org/ セマンティックWebのアプリケーションを作るためのJavaのフレームワークで、ルールエンジンも含む Copyright (c) 2014 Atomitech CORPORATION 11

12. 商用BRMSの製品 IBM Operational Decision Manager（IBM ODM） http://www-03.ibm.com/software/products/ja/category/operational-decision-management IBMのJava対応BRMS。旧ILOGのJRulesとイベントプロセッシングの機能を持つWebsphereBusiness Events とを統合した製品。 SAP NetWeaverBusiness Process Management http://scn.sap.com/community/brm SAPのBRMS Oracle Policy Automation http://www.oracle.com/technetwork/apps-tech/policy-automation/overview/index-087567.html ORACLEのBRMS InRule http://www.inrule.com/ .NetベースのBRMS Visual Rules https://www.bosch-si.com/products/business-rules-management-brm/visual-rules.html Bosch Software InnovationsのBRMS。ルールをグラフィカルに表現するのが特徴。 BlazeAdvisor http://www.fico.com/en/Products/DMTools/Pages/FICO-Blaze-Advisor-System.aspx FICOのBRMS。 Progress CorticonBRMS https://www.progress.com/products/corticon 比較的新しいBRMS。分かりやすい開発環境が特徴。 Sparkling Logic SMARTS http://www2.sparklinglogic.com/product/managing-smarts-decisions/ BRMSの新鋭。最新アルゴリズムを搭載。 Copyright (c) 2014 Atomitech CORPORATION 12

13. BRMSの活用事例 新商品の容易な追加、審査基準の迅速な変更、タイムリーなキャンペーン実施など、ルールを柔軟に構成するために BRMSを活用する事が多い 金融（保険業） 保険商品の管理、新契約査定業務、保険支払業務、自動車保険申込受付・見積（ネット損保）業務など 通信サービス業 料金計算（課金）、サービス商品管理、サービス障害分析など 製造業 受注処理、製品機能構成レコメンデーション、製造処理制御など 小売・流通業 Webショッピング、顧客優待サービス、手当・手数料管理など Copyright (c) 2014 Atomitech CORPORATION 13

14. 事例:北陸コカ・コーラ 適用: 業務プロセスおよびビジネスロジックの構築にRed Hat JBossBRMSを採用 BRMS採用のポイント: システムに組み込みたい業務プロセスのルールをフロー図上で作成でき、開発時のプログラミング作業を極力なくすことが可能で保守も容易な点。グラフィカルツールでそれらが定義出来る点 商用の顧客管理パッケージを採用するより、2～3割のコスト削減が可能 14 出典：http://itpro.nikkeibp.co.jp/article/COLUMN/20120709/407821/ ルールの適用個所: 課題であった名寄せ処理でルールエンジンを利用 お客様登録の重複が多く、請求書発行や案内状の二重発行が絶えず、本来不要であるコストやお客様への迷惑が掛かっている。 対策 原因の根本は営業が入力するデータの精度が悪いことであるため、入力データに対して「名寄せ処理」を行い、間違ったデータの登録をしない仕組みにする。 手法 ルールエンジンを利用し、入力する会社候補に点数を与える仕組みを作成。 営業が入力した内容に対して、得点の高い候補を画面に出力させ、その中から選ばせる。 Copyright (c) 2014 Atomitech CORPORATION

19. 期待できる効果運用手順の自動実行判断の自動化操作の自動化 19 ルールエンジン 通知・インシデントの減少 人による判断、操作が必要な通知・インシデントの減少 ノウハウの蓄積 運用手順書だけでなく、属人的なノウハウも自動化し一元管理 ミスの減少 運用管理者による確認・操作を減らす 人為的なミスを排除 人が判断し処理すべき作業に集中できる効果的な運用が可能 •コストの低下 •品質の向上 •インシデント対応の高速化運用管理自行化で期待できる効果 Copyright (c) 2014 Atomitech CORPORATION

20. ルールエンジン機能を持った自動運用管理機能の適用例運用状況： •DCのマルチテナント環境で運用管理ツールからアラート情報を運用管理者にメール通知している •運用管理者はアラート情報の内容を判断して、顧客担当者および顧客へメール通知を行っている課題： •重要度が低い顧客システムで、大量にアラートが発生すると、メール通知が運用管理者に大量に送られる •この時、重要顧客システムでアラートが発生しメール通知が来ても、大量メールに埋もれてしまい、重要顧客へのメール通知が遅れてしまう Copyright (c) 2014 Atomitech CORPORATION 20

21. 重要顧客重要顧客適用例：適用前（通常時）ログ収集ツール運用手順書運用管理者顧客 21 顧客担当者監視対象監視対象監視対象監視対象監視対象監視対象ある顧客のシステムで障害発生！障害を検知してアラート情報としてメール通知運用管理者はメールの内容を確認し、顧客や顧客担当者へメールを送信重要顧客の監視対象でも障害発生アラート情報を受け取るアラート情報を受け取る Copyright (c) 2014 Atomitech CORPORATION

22. 重要顧客重要顧客適用例：適用前（問題発生時）ログ収集ツール運用手順書運用管理者顧客 22 顧客担当者監視対象監視対象監視対象監視対象監視対象監視対象ある顧客の重大なシステムで障害発生！障害を検知してアラート情報として大量にメール通知運用管理者の処理が間に合わず大量のメールが蓄積重要顧客の監視対象でも障害発生重要顧客のアラート情報が埋もれる大量のアラート情報を受け取るアラート情報を受け取るまで時間がかかる Copyright (c) 2014 Atomitech CORPORATION

23. 運用管理への適用解決策: •アラート情報メールの集約 •同じイベント(同じホストの同じ監視項目で発生したイベント)が発生した場合は、指定された間隔で集約して通知 •重大エラー発生時の通知停止 •顧客担当者から予め重大エラーが発生した場合に監視を停止する「監視解除依頼届」を受け付け、該当エラー発生時に監視対象機器の監視を停止 •顧客と顧客担当者へのメール自動送信 •アラート情報の内容を判断し、宛先、件名、本文を設定してメール送信ルールの適用個所: •メールの集約条件 •監視停止依頼による監視停止判断 •アラートの発生箇所と項目、重要度によるメールの宛先、件名、本文（アラート内容、担当者の署名）の設定 Copyright (c) 2014 Atomitech CORPORATION 23

26. 適用例：適用 26 rule "Monitor_Control_10" no-loop true when//条件 ei: EventInfo(managerFacilityId== “HINEMOS_MANAGER_003”, //運用監視ツールID facility_id== “DB_SERVER_001”, //ファシリテイID monitor_id== “DB_PING”, //監視項目ID priority_num== “0”)//重要度 act: ActionFlg(flg== "0") then//アクション //停止するプラグインID,監視項目ID（１） SetValidMonitorActionInfomonitorActionInfo = new SetValidMonitorActionInfo($ei.getManagerFacilityId()); monitorActionInfo.setMonitorTypeId(“MON_PNG”);//プラグインID monitorActionInfo.setMonitorId(“DB_PING”);//監視項目ID monitorActionInfo.setValidFlag(false); sysActInfoList.add(monitorActionInfo); //停止するプラグインID,監視項目ID（2）・・・ end ルールエンジンにより 1行1ルールとして変換される Copyright (c) 2014 Atomitech CORPORATION ルール設定例（監視解除ルール）②

27. 重要顧客重要顧客適用例：適用後ログ収集ツール顧客 27 顧客担当者監視対象監視対象監視対象監視対象監視対象監視対象運用手順書監視解除依頼自動運用管理機能ルールエンジン監視解除運用管理者ある顧客の重大なシステムで障害発生！重要顧客の監視対象でも障害発生障害を検知してアラート情報として大量にメール通知ルールルールルール監視の停止によるアラート発生の抑止アラート情報を受け取る同一アラート情報の集約メール自動送信遅延なくアラート情報を受け取る Copyright (c) 2014 Atomitech CORPORATION

28. 28 項目値運用HinemosID HINEMOS_MANAGER_003 ファシリティID DB_SERVER_001 重要度 0 プラグインID MON_PNG 監視項目ID DB_PING 発生日時 2014/12/4 14:35:10 メッセージ Packets: Sent = 1, Received = 0, Lost = 1 (100% loss), 項目値運用HinemosID HINEMOS_MANAGER_003 監視項目ID MON_PNG 監視種別ID DB_PING 有効/無効無効アラート情報ファクト監視制御情報ファクトアラート情報にマッチするルール項目値運用HinemosID HINEMOS_MANAGER_003 監視項目ID MON_SNMP 監視種別ID DB_SNMP 有効/無効無効項目値運用HinemosID HINEMOS_MANAGER_003 監視項目ID MON_PRC 監視種別ID DB_PROCESS 有効/無効無効項目値運用HinemosID HINEMOS_MANAGER_003 監視項目ID MON_PRT 監視種別ID DB_PORT 有効/無効無効ルール動作例（監視解除ルール） Copyright (c) 2014 Atomitech CORPORATION 停止する監視項目情報の作成

29. アトミテックの取り組み  ２つの方向性でソリューションを検討中 29 インシデント監視ツール自動運用管理機能ルールエンジンリポジトリ監視ジョブ性能 Hinemosの機能拡張各種運用管理ツールインシデント監視ツール自動運用管理機能ルールエンジン自動運用管理ツール独立した自動運用管理ツール Hinemosに限らず各種の運用管理ツールからの情報を集約し、ルールエンジンにより的確な判断を施し、運用の自動化を目指すソリューションルールエンジンによる的確な判断機能をHinemos自身に組み込み、運用の自動化を目指すソリューションご期待ください！！ Copyright (c) 2014 Atomitech CORPORATION

34. 保守サポートサービス年間1,000件を超える問い合わせ対応実績 •おかげさまで、すでに保守サービスをご利用のお客様より年間1,000件を超えるお問い合わせを頂戴しており、ご支援させて頂いております低価格高品質の2種類の保守サービスを提供 •年間保守プラン •Hinemosを安心して長期間お使いいただくためのプラン •お問い合わせ対応や障害調査はもちろん、修正モジュールの提供等も行います •個別インシデント保守プラン •必要に応じて問い合わせインシデントを購入しお問い合わせ頂くプラン •初期費用を抑えて保守サポートのご利用を開始したいお客様におすすめですお問い合せの利便性向上 •従来のメールによるお問い合わせに加えて、WEBシステムによるお問い合せが可能となります（12月中にリリース予定） Copyright (c) 2014 Atomitech CORPORATION 34

38. 運用環境構築サービス お客様のご要望をお伺いし、Hinemosによる運用管理環境の構築を行います。Hinemosクライアント、マネージャ、エージェント、そして各オプションのインストール、基本設定等、Hinemosでの運用環境を構築致します。 Copyright (c) 2014 Atomitech CORPORATION 38 運用環境構築サービスの主な流れヒアリングお客様のご要望をお聞かせくださいご提案ヒアリングに沿って最適な構築サービスをご提案いたします設計環境構築に向け設計を行います環境構築設計に基づき環境を構築致しますテスト構築した環境が設計どおりかテストを行います引き渡しお客様へお引き渡し致します

39. Atomitech OnCloud Service for Hinemos  アトミテックの豊富なノウハウにより構築したAWS上のHinemosマネージャと、その維持管理を含めた運用環境をサービスとして提供いたします。  お客様のシステムを管理する為の最適な機能と環境を備えたHinemosをご利用になれます。 Copyright (c) 2014 Atomitech CORPORATION 39 バックアップバージョンアップ保守サポートお客様システムマネージャお客様クライアント Elastic Load Balancing Web サーバー Web サーバー Web サーバー EC2 EC2 EC2 DynamoDB Memcached 各種テンプレート死活監視・性能管理クラウド管理ジョブ管理障害通知パッチ適用お客様は、Hinemosマネージャーの環境構築・維持管理を意識することなく、豊富な機能を利用できます

41. ミドルウェア監視用スクリプト一覧 Copyright (c) 2014 Atomitech CORPORATION 41 ミドルウエア Webサーバ Apache監視用スクリプト APサーバ JBoss監視用スクリプト Tomcat監視用スクリプト DBサーバ PostgreSQL監視用スクリプト Oracle監視用スクリプト MySQL監視用スクリプト今後もHinemos監視を強化する「ミドルウエア監視用スクリプト」を順次公開予定！ 2014年12月現在

43. ストレージバックアップオプション Copyright (c) 2014 Atomitech CORPORATION 43 バックアップ対象システムバックアップソフトウェア「NetVault Backup」ストレージ「DR4100」バックアップデータ拡張モジュールストレージバックアップオプション『バックアップソフトウェア』『バックアップストレージ』『Hinemos拡張モジュール』を1パッケージとして提供。 一般ジョブとバックアップジョブの連携を容易に実現 バックアップソフトウェアの監視 死活監視 プロセス監視 ログ監視 バックアップストレージの監視 死活監視 リソース監視（容量監視、CPU監視、メモリ監視など）

44. 引き続き色々と取り組んで参ります！ セミナ、イベント関連 2014年12月18日：アトミテックソリューションセミナ http://atomitech.jp/hinemos/からお申し込みください。 Hinemosのご紹介と、本日ご説明したAtomitechOnCloudServicefor Hinemos、ミドルウエア監視用スクリプト、商用管理ツールからの移行、ストレージバックアップ等をご紹介。 Copyright (c) 2014 Atomitech CORPORATION 44