皆様、はじめまして!初めてのブログになります。(株)ライトコードの神田(かんだ)です。大学を卒業して外資系ソフトウェア会社に2年弱在籍していましたが、以降はプログラマやシステムエンジニアとして主に客先にて勤務していました。入社してからは、AWS上にてコンテナを用いたAPIをLaravelで構築したWebシステムの開発に従事しています。Services(以下AWS)のユーザーグループです。支部の内訳は地方支部が51、専門支部が22あります。FESTAとは【サイト】https://jft2019.jaws-ug.jp/JAWS-UGによる全国規模の交流イベントで、2013年から毎年秋に地方にて開催しています。ちなみに、過去の開催地は以下の通りです。2019レポート会場は、HTB創世スクエアスタジオ。私が参加した講演(セッション及びワークショップ含む)は、こんな感じです。コストドライバーからプロフィットラインに向けてはじめは、AWSのエバンジェリストでいらっしゃる、亀田治伸さんの基調講演でした。Service)ですが、現在サービス数で165以上、リージョンも23あるとのことです。(2019/11時点)聞いていて印象的だったこと聞いていて印象的だったのは、クラウドの基本的な概念でした。コストについては、従量化課金で裏には利用料が入っています。(利用料を上手く下げることが大事とのことでした。)また、マネージドサービスの考え方。EC2を除きアプリ利用がユーザーの担当作業であるということでした。※EC2の場合はミドルウェアやOSのパッチ等も担当作業に入ります。考えさせられたことそして、一番考えさせられたのはこの3つです。オンプレミスと比較した時のコストオーナーシップ障害を踏まえた設計方針オンプレミスと比較した時のコスト「オンプレミスと比較した時のコスト」については、従量課金制に関わるところです。オンプレミスでは、費用が固定であるゆえ経理的には楽ではあります。余剰キャパシティが発生し、柔軟な対応が出来ません。クラウドの場合は経理的には嫌がります。従量課金であるがゆえ、設備投資<運用投資となり、結果柔軟な対応が出来るとのことです。オーナーシップ「オーナーシップ」は、作業を第三者に委託せず自ら行う、ということで当事者意識を持ち、結果ノウハウが蓄積されていきます。確かに第三者に委託したら、ノウハウが貯まらずブラックボックスになってしまいますよね。最後に「障害を踏まえた設計方針」については、RTO(目標復旧時間)とRPO(目標復旧地点)について話題が出ました。マネージドサービスの概念があるとはいえ、確実に障害が起きないとは限りませんので目標復旧の時間と地点は考慮する必要があるかもしれません。まとめ「今後10年間に何が変わらないか」ちょっと考えさせられる言葉でした。確かに技術とかは常に変化していくものです。「普遍的なものが存在する」こともその通りだと思います。これからは、「普遍的なものが何か」を考えていくことが必要なのかもしれません。エフセキュア株式会社の10分間セッション企業サポーターであるエフセキュア株式会社の10分間セッションでした。ご存知でない方もいらっしゃると思いますので、簡単に紹介をします。エフセキュア株式会社は、フィンランドに本社を置くセキュリティプロダクトを扱っている会社です。【エフセキュア株式会社】https://www.f-secure.com/jp-jaここでは、脆弱性診断ツールおよびコンサルティングサービスに関する紹介だったのですが、10分のセッションなのにスライドが74枚というのは、流石にビックリしました!スライドスライドについては、公開されていますので、以下をご覧ください。~AI技術を活用した省エネサービスに向けて~北海道ガス株式会社の武田さんによるセッションでした。北海道など雪国ならではの事例だったので、聞いてみることにしました。背景は「北海道大学と連携して、省エネサービスと情報科学の積極的利用を行おう」としたとのこと。積雪状況を監視できないという課題を解決したい従来の融雪システムでは積雪状況を監視できないという課題があったそうです。画像認識を用いた融雪システムで用いているセンサーはラズパイで、しかもエッジで制御をしているとのことでした。仕組み仕組みとしては、以下写真の通りです。画像認識ですので、暗い時等で誤認識をする場合が2%弱あるとのことでした。このシステムにも課題があるとのこと。通信周りとセンサの不正停止はちょっと気になりました。何らかの方法で死活監視をすれば、大丈夫そうな気がしますが...。まとめやはり2%弱の誤認識と平均で40%弱のコスト削減は大きい気がします。これが、さらに進歩したら実用化に進みそうですね。午後の一発目は、クラウドファーム株式会社の田名辺さんによる基調講演を聴講しました。Samuraiとのことです。スライドは、以下をご覧ください。【スライド】https://speakerdeck.com/dateofrock/jaws-festa-2019-sapporo-ji-diao-jiang-yan-yun-falsexiang-kouha-itumoqing-kongまた、途中ゲストで株式会社BREAKTHROUGHの北原さんが登壇されました。林業向けICTソリューション「soko-co」の開発にまつわるお話をされました。【soko-co】https://www.soko-co.jp/印象的だったことこの基調講演で印象的だったことは、以下の通りです。システムは手段であって目的ではない。システムの向こうに何がある?2010年代はゲームチェンジャーだったのではないか?新しい技術が好きで追求したのに、新しい技術と対立している自分がいるエンジニアの二極化やりたいこととは「想う→行動する→人に話す→流れに身を任せる→続ける」のスパイラルを続けること自分を変えるために必要な要素は学ぶ、仲間、失敗、バランス、行動この中で一番印象的だったのは「自分を変えるために必要な要素は学ぶ、仲間、失敗、バランス、行動」。どれをとっても大事な要素だと思うのですが、特に「仲間」の中に出てきた積極参加せよ発表せよこの2つが大事な感じがしました。勉強会やLTなどで発表すると、最初は緊張したり、身構えたりするはずです。一度でも参加したり、アウトプットすれば自ずと乗り越えられるのだと思います。ワークショップセッションを聞くか悩んだのですが、ワークショップに空きがあったため、急遽参加することにしました!このワークショップは、AWSのソリューションアーキテクトの方による「机上講義」と「ハンズオン」でした。実際にDeepRacerのGithubにあるマニュアルを基に、自習する形式でハンズオンが行われました。【Githubにあるマニュアル】https://github.com/aws-samples/aws-deepracer-workshops/blob/master/Workshops/2019-AWSSummits-AWSDeepRacerService/Lab1/Readme-Japanese.mdちなみに、DeepRacerの実機は以下の写真の通りです。私もやってみたものの、学習する時間が短かったせいか実機による走行まで行きませんでした...。話を伺ってみると最初は2〜3時間ぐらい学習させ、その後調整しないと安定してこないとのことでした。実際に触ってみて、「DeepRacerってこうやって学習させて実際に走らせるんだ」ということが体感できるいい機会になりました。〜AWSによって世の中はどう変わったのか〜このセッションは、「AWSが登場したことによって世の中がどう変わったか」というトークセッションでした。呑みながらの進行ということもあり、とにかくスレスレ発言の連発(笑)ちなみに、セッションが始まる前はこんな感じでした。印象に残ったことでも、トークの中で印象に残ったものをいくつか挙げようと思います。最初にコミュニティマーケティングを行ったのは、Adobe社だった。ハイブリッドクラウドは効率が悪い。信用の貯金箱はコミュニティに置いておく。エンジニア同士なら片言英語でも通じる。いずれも言われてみると「確かにそうかも」と思わせられます。触れるための敷居が下がった。ロールモデルが変わった。サンドボックスとしても使用できる。