Night開催報告レポート公開日2017年3月13日この記事の内容は公開されてから1年以上が経過しております。情報が古い可能性がありますので、ご注意ください。第4回目が開催されました。株式会社NTTドコモNTTドコモのクラウド利用とDSM共通基盤NTTドコモ様では、使い勝手の良さから、社内基盤を主にAWS(最近はAzureも)で構築されているそうです。DSを選択した決め手は、守備範囲の広さとのこと。最大の悩みポイントは各プロジェクトでDSMが乱立し、管理が面倒であるということ。Managerを構築しなくてよいDSaaSも検討されたそうです。ところがDSaaSは、運用は楽なのですが、ドコモのセキュリティ要件を満たせないという問題がありました。そこで選択した答えは・・・社内版DSaaSを構築すること。Agentを一元管理。NAT経由の保護対象も片方向通信にすれば管理可能。20件以上のプロジェクト、数百大規模の保護対象マシンを、テナント毎に管理する環境を構築したそうです。家電のサーバは全てクラウドAWSを利用しているため、社内IT(オンプレ視点)との戦いがメインなのだそうです。家電のエネルギー効率への挑戦はやりつくしたので、クラウドで何かできないかを模索しているそうです。下記がチャレンジ項目。みなさまご存知のヘルシオのレシピをサーバからPUSH送信しているところで、いよいよDSの登場となりました。DSが噛んでいるのは、ヘルシオに装着されている家電アダプタがHTTPにConvertしてWebアクセスした先のWebサーバ側。DSのIPS機能を使用し、新製品は検出モードで運用、安定稼働したら防御モードに切り替えているそうです。売りはAuto-Healingシステムで、何か問題があった場合にWebサーバ側を短時間に復旧させるしくみ。DSのアラートを受信すると自動的にスクリプトが走り、GitからWebサーバの再デプロイができるそうです(Auto-healingとDSの運用はcloudpackさんが大活躍!)。Formationのハンズオンを通じて、とても良い雰囲気で楽しく講演していた姜さん。アクセスする度に、女神か当社の社員がランダムで表示される仕組み。利用時には接続用ポートとして443ポートの接続が必要ですが、AWSのセキュリティグループ設定ではIPアドレス単位での設定を行うため、全ての宛先について443ポートを開放する必要があり導入のためには高い壁があったとのこと。ハンズラボ株式会社ハンズラボでのDS事情についてゆるっと本日のトリはハンズラボの加藤様。ハンズラボ様は現在9割AWSで基盤構築しており、一部外販もされているそうです。ホスト側で何があってもよい方針をとっており、ポート全開放してもホスト側で検知、防御しているそうです。この検知、防御はDS頼みとのことです(ありがとうございます)。しめくくりはDSへのご要望と、DSのいいところでまとめていただきました。いろんなDBに対応してほしい。AWSでパブリックのホスト名をひっぱるとプライベートでの通信できなくなるのを改善してほしい。AutoScalingでリソース増えても一定課金なところ。PCIDSSに対応しているところ。全体的にDSのAWSとの親和性の高さを評価していただきました。これからもAWSとの相性の良さでDSを広くご利用いただけたら嬉しいです。reserved.sXpIBdPeKzI9PC2p0SWMpUSM2NSxWzPyXTMLlbXmYa0R20xk。