DACにノイズが乗る問題が起きていて、そろそろマシンの組みなおしを検討してる今日この頃です。2017」に参加してきましたので、5回に分けてレポートを書きたいと思います。今回はDay2の参加した2つのセッションをレポートしたいと思います。注)今年からメガネ男子では無くなりました・・・オーバービュークラウド上で稼働するアプリケーションのSLAは、全てのコンポーネントにおけるSLAの総和(複合SLA)により稼働しています。その根本として、以下の点が挙げられます。・ソフトウェアにはバグがある・ハードウェアは壊れる・人間はミスをするクラウドでの障害には一時的なものが多く、多くはそのコンポーネントを切り離す事により回復します。その為、コスト(マネー・複雑さ)とRTO(目標復旧時間)/RPO(目標復旧時時点)のバランスを取る必要があります。本セッションではこれらの基礎知識をおさらいした後、いかにそれらを回避し最小限のダウンタイムに収めるかが紹介されました。内容的にとてもテンポが早く、濃いセッションでした。このセッションの内容はパブリッククラウドでサービスを展開する上では必要な事柄であり、暗黙的に意味を知って実装をしていた事柄を、あえてセッションという形でスライドと言葉に残して頂けた事がうれしいです。実際、今までの仕事で様々な実装を観てきましたが、それぞれのクラウドベンダーの特性を理解した上で正しく実装できているサービスはとても少なかった印象です。ヒューマンコストとの兼ね合いも大きいとは思いますが、実際に大規模障害はどのベンダーでも発生しうる問題ではあり、一概に請求上の価格だけで比較する事が出来ないのが現状です。Azure上でサービスを展開する際の実装のポイントが紹介されました。レベル400と普通の方には些か難易度が高いセッションではありましたが、自分にはこの程度が丁度よく、良い刺激になった上で、自身の暗黙知(ナレッジ化されていない事柄)があらためて整理された事が大きいと感じています。パブリッククラウド上でサービスを展開される方がいらっしゃったら、アーキテクトにとって本セッションの内容は必須でしょう。Directoryの障害対応の担当者について質問が行われました。Connectと併せ復習を行った上で、ADの障害例や復旧手順について紹介がなされました。365との連携まで発展していました。Connect」について、改めて知る事が出来た事が大きいです。Directoryごみ箱など、しばらく触らない間に多くの機能実装が成されていました。これらを包括的に理解できたのはとても大きいと思います。ケーススタディ現実的にありそうなケースの障害が紹介され、それに対する障害対応が紹介されました。システムの更新が進んでいない大規模な現場による、老朽化および大規模化(サブドメイン化など)による弊害を基に、現在のコンピューティングリソースを基にシンプル化する発想は、とても為になりました。さーて、次回の津村さんは?津村です。2本連続はとても刺激的でした。自分がプレゼンすると、だいたいこのレベルになってるんだろうなぁ...と反省もしつつ...。聴講したセッションについてお届けしようと思います。次回はDay2の2セッションおよびEXPOの展示についてもお届けできればと思います。