https://blog.kaznishi.com/tags/iot/ Recent content in IoT on kaznishi I/O Hugo ja &copy; 2018 kaznishi Sat, 24 Mar 2018 20:14:33 +0900 https://blog.kaznishi.com/post/180324_manabiya_day2/ Sat, 24 Mar 2018 20:14:33 +0900 https://blog.kaznishi.com/post/180324_manabiya_day2/ <p>昨日に引き続き参加してきました。 MANABIYA -teratail DEVELOPER DAYS- 2日目 のメモ取りの記録です。 <div class="blogcard"> <iframe class="hatenablogcard" style="display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;" src="https://hatenablog-parts.com/embed?url=https%3a%2f%2fmanabiya.tech%2f" frameborder="0" scrolling="no"></iframe> </div></p> <p>↓ちなみに昨日のメモです <div class="blogcard"> <iframe class="hatenablogcard" style="display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;" src="https://hatenablog-parts.com/embed?url=https%3a%2f%2fblog.kaznishi.com%2fpost%2f180323_manabiya_day1%2f" frameborder="0" scrolling="no"></iframe> </div></p> <h2 id="参加したセッション">参加したセッション</h2> <ul> <li>IoT: エンジニアのIoTへの関わり方</li> <li>基調講演: エンジニアのための自分経営戦略</li> <li>生存戦略: 技術顧問/テクニカルアドバイザーとしての生存戦略</li> <li>Web: CrossSession</li> </ul> <h2 id="色々セッション聞いての雑感">色々セッション聞いての雑感</h2> <ul> <li>IoT開発におけるセキュリティ意識は業界的にまだまだ未熟な印象</li> <li>自分経営戦略に関して(西尾さんのセッションめっっっっっっっちゃ面白かった) <ul> <li>自分がリソースを投資して得たいと思うものはなんなのだろうか。自分はどういう価値観で行動しているかに自覚的になろう。</li> <li>「まずは与える側になろう」 <ul> <li>自分が与えることができるものには何があるだろうか？洗い出しておこうと思う。</li> </ul> </li> </ul> </li> <li>「技術顧問」って目指してなるものではないよね、という話に関して <ul> <li>自分の考えとして1つの会社に依存して生きるのが危険というものがある。それではどういうワークスタイルになるだろうと考えた時、近年の技術顧問ブームが頭にありなんとなくそういう仕事でも稼いでいく感じになるのかなと考えていたのだが、よく考えてみると、確かに自分からなりたいと思ってなるものとはちょっと違うような気がした。</li> </ul> </li> <li>Webフロントエンドって改めてしんどい世界だなと(小並感)</li> </ul> <hr> <p>以下、聴講メモです。 (ちなみに、「生存戦略: 技術顧問/テクニカルアドバイザーとしての生存戦略」については「パネラーの方々が気兼ねなくしゃべれるようにSNS拡散等はお控えください」とのことだったので公開せずに眠らせておきます)</p> https://blog.kaznishi.com/post/180313_seminar_jawsdays/ Tue, 13 Mar 2018 23:22:42 +0900 https://blog.kaznishi.com/post/180313_seminar_jawsdays/ <h1 id="このドキュメントについて">このドキュメントについて</h1> <ul> <li>3/10に開催されたJAWS DAYSの書き殴りメモ</li> </ul> <div class="blogcard"> <iframe class="hatenablogcard" style="display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;" src="https://hatenablog-parts.com/embed?url=https%3a%2f%2fjawsdays2018.jaws-ug.jp%2f" frameborder="0" scrolling="no"></iframe> </div> <h2 id="serverless-enterprise-serverlessを実現するための信頼性エンジニアリング">[Serverless] Enterprise Serverlessを実現するための信頼性エンジニアリング</h2> <ul> <li>SERVERLESSってなんだっけ <ul> <li>サーバーの管理の必要がない</li> <li>FaaS,BaaSの2つから構成される</li> <li>ゼロサーバーオペレーション(オペレーション自体がなくなるわけではない。あくまでサーバー運用部分がなくなる)</li> <li>使った時間分だけの課金</li> <li>その他 CNCFのwhite paperに色々載ってる</li> <li>イベント・ドリブンなワークフロー</li> </ul> </li> <li>SERVERLESSの信頼性とは？ <ul> <li>RASIS <ul> <li>信頼性</li> <li>可用性</li> <li>保守性 障害時に修正できるかどうか</li> <li>保全性</li> <li>安全性</li> </ul> </li> <li>SERVERLESSでの信頼性を担保することの難しさ <ul> <li>強くプラットフォームやサービスに依存する</li> <li>ログのトレーサビリティ</li> <li>RDBとの相性の悪さ</li> </ul> </li> <li>FaaSのよくある課題 <ul> <li>テストどうやってやる？</li> <li>functionの粒度はどうする</li> <li>function間、backendとの協調、メッセージング</li> <li>エラーハンドリング</li> <li>ログのトレーサビリティ</li> <li>監視どうやってやるの</li> </ul> </li> <li>BaaSの課題 <ul> <li>どうやってサービスを選定する？</li> <li>サービスが落ちた時にどうする</li> <li>監視どうする</li> </ul> </li> <li>FaaSをどう捉えたらよいか <ul> <li>コンテナ内で非同期に呼び出される関数</li> </ul> </li> <li>BaaS <ul> <li>フルマネージドで抽象化されたミドルウェアやライブラリ</li> </ul> </li> <li>つまりサーバーレスとは、抽象化されているだけの関数やミドルウェアであると捉えられる</li> <li>よって、信頼性も今までの考え方を適用して作ることができる</li> <li>考え方 <ul> <li>シンプルにたもつ <ul> <li>functionの数が増えることを恐れる必要はない</li> <li>複雑さが増さないようにする</li> </ul> </li> </ul> </li> </ul> </li> <li>SERVERLESSの設計 <ul> <li>イベント、データは同じ方向に流す <ul> <li>これにより自然と非同期処理になる</li> <li>結果が必要なら同期で返さず取りに行かせる <ul> <li>ただ、ポーリングで取りに行くのではなく、プッシュで知らせてあげるのがよい</li> </ul> </li> </ul> </li> <li>サービス間のエンドポイントは集約する</li> <li>一連のイベントには必ず同じＩＤを付与する <ul> <li>トレーサビリティのため <ul> <li>ログは集約できている前提</li> </ul> </li> <li>実行回数のコントロールに有用</li> </ul> </li> <li>データモデリング <ul> <li>DynamoDBフレンドリにしておこう <ul> <li>パーティションキー、ソートキー,LSI,GSI</li> </ul> </li> <li>ACIDトランザクションがないなかでの整合性確保 <ul> <li>Denormalization</li> </ul> </li> <li>RDBへの書き込みは非同期で</li> </ul> </li> <li>テスト <ul> <li>ユニットテスト is Justice</li> <li>Serverless,SAM等のフレームワークを使うとテスト作りやすい</li> <li>継続なE2Eテスト <ul> <li>トレースＩＤを引き回せるようにしておくことで、E2Eテストができるようになる</li> </ul> </li> </ul> </li> </ul> </li> <li>モニタリング <ul> <li>通知をしっかり作りこんでおく</li> <li>AWS外のサービスを使う場合は、メトリクスがちゃんと取れるサービスを選ぼう</li> </ul> </li> <li>まとめ <ul> <li>サーバーレスは特別なものではない</li> <li>すべてはアプリケーションの一部である</li> <li>本当に信頼性が必要な部分は自分で作りこむ</li> <li>シンプルに考え、シンプルさを維持する</li> </ul> </li> </ul> <h2 id="keynote-aws-technical-evangelists-special-talk-session-スペシャルトークセッション-awsとユーザーコミュニティが生み出すno-borderな未来">[Keynote] AWS Technical Evangelists Special talk session スペシャルトークセッション AWSとユーザーコミュニティが生み出すNo borderな未来</h2> <p>(途中から)</p>