DevOpsDays Tokyo 2019 Day 1

Tue, Apr 9
10:00
10:30
  • Added to My Schedule
    keyboard_arrow_down
    Gene Kim

    Gene Kim - Lessons Learned Since The Phoenix Project

    schedule  10:30 - 11:30 AM place Grand Ball Room people 44 Interested

    I’ve learned so much since The Phoenix Project came out in 2013. In this talk, I will share my top learnings while co-authoring The DevOps Handbook with Jez Humble, Patrick Debois, and John Willis and the recently-released Accelerate with Dr. Nicole Forsgren and Jez Humble. I’ll talk about the latest findings from the State of DevOps Report, the true importance of deployment lead times, how DevOps truly transforms the lives of Dev and Ops, what I learned about Conway’s Law, and how DevOps is a subset of dynamic learning organizations, of which Toyota is the most famous. This project was one of the most fun and rewarding adventures of my life, and I want to share some of my biggest a-ha moments!

11:30

    Lunch Break - 90 mins

01:00
  • Added to My Schedule
    keyboard_arrow_down
    Edward Thomson

    Edward Thomson - How We Moved 75,000 Microsofties to DevOps in the Cloud

    schedule  01:00 - 01:45 PM place Hall B people 18 Interested
    How do you migrate over 75,000 of the most demanding software engineers from infrastructure built up over decades of high-intensity work into a common engineering system based on modern software development technologies and best practices? This is exactly the challenge faced by Microsoft as they moved to their One Engineering system, a globally distributed 24x7x365 service hosted in Azure DevOps. Edward Thomson will explain how we did it, the lessons that we learned along the way, and some of the technical challenges that still remain.
  • Added to My Schedule
    keyboard_arrow_down
    Kyoko Yamada

    Kyoko Yamada - エンタープライズ企業におけるDevSecOps導入事例 (Intro to DevSecOps in Enterprise)

    schedule  01:00 - 01:20 PM place Hall A people 28 Interested

    最近は日本でも「DevSecOps」というキーワードがよく聞かれるようになりました。弊社はシステムインテグレーター企業ですが、開発プロジェクトではDevOpsを導入したり、アジャイル手法を取り入れるプロジェクトが増えてきました。しかし、DevSecOpsのSecの部分でいうといまだに迅速な変化に対応できていません。

    そこで昨年からDevSecOps導入に向けて動き始めました。そこで、本プレゼンテーションでは実際にどのような壁に当たったのかなどを含めて、実践した内容を共有したいと思います。

    Today the term "DevSecOps" has started to come up more recently in Japan. In our company, a system integrator, some development teams are changing to DevOps, but security rules and policies are still for "waterfall" development.

    So now we are trying to start implementing DevSecOps. In this presentation, I want to share an case study of starting DevSecOps in Japanese Enterprises.

01:25
  • Added to My Schedule
    keyboard_arrow_down
    Mitsuyuki Shiiba

    Mitsuyuki Shiiba - Service Operation Centered Development - サービス運用をまんなかにおいた開発

    schedule  01:25 - 01:45 PM place Hall A people 32 Interested

    サービス運用をまんなかにおいた開発についてお話します。

    僕は2010年から楽天の大阪支社でウェブアプリケーションエンジニアとして仕事をしています。僕のいる部署は中規模から小規模のたくさんのサービスを担当していて、1つのチームまたはグループでサービスの開発と運用の両方を担当しています。

    サービスの開発と運用の両方を担当しているため、僕らはサービスの運用のことを常に考えながら開発に取り組んでいます。運用のことを考えずに開発をすると全てが自分たちに跳ね返ってくるからです。

    このセッションでは、サービスの運用をまんなかに置いて開発をするときに、どのようなことを考えるか、また、どのように他のチームや組織と向き合うか、について自分の経験を元にお話したいと思います。

    資料は英語ですが、セッションは日本語です。

02:00
  • Added to My Schedule
    keyboard_arrow_down
    Wederson Soares

    Wederson Soares - Behavioral Driven Development in DevOps: beyond the development!

    schedule  02:00 - 02:45 PM place Hall B people 21 Interested

    In DevOps world is always a challenge monitoring the websites and application business and features health when it gets to the production environment. Testing and granting everything is working as expected, after deployed to production, is tough, and sometimes looks impossible.

    During the website/web application development, we usually apply some techniques to achieve that: TDD and Automated Tests, BDD using a gherkin family tool and so on. It is often focused on Development itself and the automation usually finalizes on the last build to production.

    But, what if we leverage the knowledge we acquired during the development and applied that on monitoring the application in a production environment? What if the scenarios could be reused to grant application is still working as expected when the users are really using it?

    Well, it is possible using Behavioral Driven Development techniques and related tools.
    Let me show you how to do it from scratch and present to you a success case of this approach here inside my company, CI&T Japan.

    スピーカーは日本語が分かるから、セッションコンテンツの日本語版もあります。
    いつでも, 可能であれば、スピーカーは日本語の用語と英語の用語を併用します。

  • Added to My Schedule
    keyboard_arrow_down
    Ayana Yoshida

    Ayana Yoshida / Kotaro Ogino - 人事がDevOps研修を作っちゃった話〜恐れ知らずのブルドーザー改革 〜

    schedule  02:00 - 02:45 PM place Hall A people 20 Interested

    先日ご好評頂いたJaSST'18 Tokaiで発表した内容を、
    DevOps Days Tokyo 2019向けにアップデートしてお話しします。
    楽天でのDevOps研修の展開方法を失敗や苦労も交えながら、
    組織の変革をどうアジャイルに続けたか、
    ブルドーザー事例を交えながら惜しみなくお話します。

    4/8 当日のスライドをアップロードしました!
    4/9 スライドを少しアップデートしました!(リンク変わりました)

    ーーー

    参考: JaSST'18 Tokai 発表資料
    https://www.slideshare.net/kotaroogino/jasst-tokai18rakuten20181207

    平鍋さんのブログでも取り上げて頂きました!
    https://anagileway.com/2018/12/09/thank-you-jasst-18-tokai/

03:00
  • Added to My Schedule
    keyboard_arrow_down
    Shinji Niwa

    Shinji Niwa - Mobility IoT Platform -Seamless Connection between Edge and Cloud-
    エッジ-クラウド間のシームレスな連携に向けた取り組み

    schedule  03:00 - 03:45 PM place Hall B people 2 Interested

    デンソーでは2017年にデジタルイノベーション室を設立し、MaaS(Mobility as a Service)時代に向けてDevOps開発を取り入れたサービス開発に取り組んでいます。昨年のDevOpsDays Tokyoでは、アジャイル開発を取り入れた開発事例を発表しました。

    クラウド側の開発手法は整ってきたものの、エッジ側には例えばアップデートには多くの工数を要するなど課題が残っており、その課題の解決のためにシームレスなクラウド-エッジ連携システムの開発に取り組んでいます。

    本公演では、この取り組みをデモなどを交えて紹介します。

  • Added to My Schedule
    keyboard_arrow_down
    Shingo Kitayama

    Shingo Kitayama - DevOps accelerates Digital Transformation - 組織でどのようにDevOpsを促進させるのか -

    schedule  03:00 - 03:45 PM place Hall A people 40 Interested

    DevOpsは、組織のデジタルトランスフォーメーションを推進するために、いまや必須のアプローチです。

    IDCの調査結果によると、2018年の国内企業におけるDevOps実践率は上昇し、2019年も引き続き多くの企業がDevOpsを実践すると予想されます。その一方で、実践の効果が出ている企業はまだ少なく、経済産業省が提唱する「2025年の崖」という既存システムの課題を数多く抱えながら、試行錯誤する企業も多くあります。

     デジタルトランスフォーメーションを推進する上では、アジャイルな開発体制、Kubernetesを活用したアプリケーション開発プロセス、クラウドネイティブな開発プラットフォームといった要素が欠かせません。しかし、Kubernetesを顧客に提案していく中で見えてきた課題は、そもそもチームの目標(Key Goal Indicator)が不明確といったものでした。

     本講演では、「2025年の崖」や「Accelerate: The Science Behind Devops」をベースとして、企業がどのようなプロセスでDevOpsを推進すべきかを紹介していきます。

04:00
  • Added to My Schedule
    keyboard_arrow_down
    Geovanne Bertonha

    Geovanne Bertonha - The day that I deployed an app in the elevator - DevOps with Lean approach

    schedule  04:00 - 04:45 PM place Hall B people 22 Interested

    "That day, I was in a big hurry with a time limit ... I had my code done and everything was ready, except for the actual deployment. I had to run out of the door immediately. No choice. I made my mind to do the deploy while on the elevator. The result? Of course it was a success. Thanks to the lean approach, I was able to pursue the deploy with no hassle, with just a click of a button..."

    DevOps is not only implementing a set of tools. DevOps is the combination of cultural philosophies, practices, and tools. When It comes to culture, transformation is a key concept and requires full engagement and buy-in from different levels of the organization.

    In this presentation, I want to share some DevOps case studies and how we have been evolving DevOps culture over the last years. I will also talk about how DevOps culture is tied connected with Lean philosophy.

  • Added to My Schedule
    keyboard_arrow_down
    Atsushi Fukui

    Atsushi Fukui / Yukitaka Ohmura - DevOps with Database on AWS

    schedule  04:00 - 04:20 PM place Hall A people 24 Interested

    DevOps のアプローチでシステム開発に取り組む上で、データベースに対する変更をどのように扱うかは難しい問題です。このセッションでは、ライフサイクルが異なるアプリケーションとデータベースに対する変更を適切に管理することを目的として、代表的なデータベーススキーマ変更の手法を紹介し、それを CI/CD パイプラインに組み込む方法について考えます。

04:25
  • Added to My Schedule
    keyboard_arrow_down
    Arata Fujimura

    Arata Fujimura - DevOps導入支援、始めました

    schedule  04:25 - 04:45 PM place Hall A people 23 Interested
    クラスメソッド社では2018年7月から、DevOps導入支援サービスを始めました。
    一般的にDevOpsという言葉の定義は明確ではありません。そこで、支援サービスを始める上でまずは我々なりのDevOpsの定義を行ない、リーンキャンバスなどを使って仮説を立て、仮説の検証を行ないながら支援サービスの方向性を模索してきました。
    当セッションでは、DevOps導入支援サービスの立ち上げから今に至るまでにやってきたこと、その結果からわかったこと、次にやろうとしていることについて、ざっくばらんにお話しさせて頂きます。
05:00
  • Added to My Schedule
    keyboard_arrow_down
    Ippei Suzuki

    Ippei Suzuki - The Amazon Effect and what that means to DevOps and Open Source

    schedule  05:00 - 05:45 PM place Hall B people 18 Interested

    In March, we have seen a growing thread of articles regarding the recent announcement of AWS Open Distro of Elasticsearch. While there are articles praising it as a logical approach, many raise concerns that it is a disturbing move for the open source world as a whole.
    Forking out an open source is not new, and it has delivered positive results for many, such as Jenkins and MariaDB. Although it has also been triggered from a pure business strategy, such as Oracle Enterprise Linux.

    I have collected the variety of opinions on this recent AWS move, in attempt to illustrate what that potentially means for the DevOps community, which is largely an open source oriented market.

  • Added to My Schedule
    keyboard_arrow_down
    Jean-Baptiste Vasseur

    Jean-Baptiste Vasseur / Masashi Arino / Tsutomu Yasui / Yasunobu Kawaguchi - Fun! Done! Learn! 〜 実験で学び、学びを喜び、喜びを成果につながるふりかえりを体験しよう!

    schedule  05:00 - 05:45 PM place Hall A people 21 Interested

    Retrospective で Problem -> Solution をだすという KAIZEN のやりかたが、日本ではとても普及している。アリスターコバーンのアイデアに基づくKPT(Keep/Problem/Try)フォーマットは、日本ではデファクトと言っていい。みんな改善が大好きで、改善点が出ないようなふりかえりは意味がないとすら思っている人もいるくらい。

    アジャイルコーチたちはスクラムマスターからこんな相談をよく受ける。「ふりかえりでの悩みがあります。改善点がでないんです。」「でてきた改善点がちっとも解決されないんです」「改善しないのでふりかえりをやめてしまいました」

    日本での長いコーチングの経験に基づき、私たちは改善を中心にしたふりかえりには問題がいくつかあることを発見した。
    1. 暗くなること
    2. 改善点は仮説であり、実現可能かどうかはわからないこと
    3. だから、いくらでもアイデアを出せるし議論ができてしまうこと
    4. 同じような課題や改善点が残り続けることで、人々がポジティブになれなくなっていくこと

    これらの問題によって、ふりかえりが長時間になってしまったり、疲れてもうやりたくないと思ったり、楽しくない、と思うようになってしまうことが、よくあるのだ。チーム自身がふりかえりを行うので、ミーティングが長くなれば、作業にかけられる時間が減ってしまう。楽しくもないし改善もしないようなふりかえりなら、やめてしまうのが解決策なのだ!

    Linda Rising の Positive Retrospective というアイデアを発見した。LindaはProject Retrospective の第一原則を参照し、まずこれまでやってきたことを肯定することからはじめ、その上で代替案を出していこう、ということだった。

    そう、私たちはまず、チームがこれまでになにができたかを確認するセレモニーをやらなければならないのだ。Fearless Change における Small Successes パターンのように。Scrumがいうベロシティが意味するチームの能力、現在位置を確認し、完了/実験と成長と学びを喜ぶセレモニーが必要なのだ。チームメンバーがそれぞれ成し遂げたことを確認し、何に喜び、何を学びと感じたのかを共有しあう。

    私たちはこのふりかえりにあたって、壁に貼る、一つのフォーマットを考えた。Fun! Done! Learn! である。このフォーマットの特徴はベン図になっていることだ。複数の要因にかかる要素を示すことができる。例えば楽しく新しいやり方を覚えたのなら、Learn!かつFun!とすることができる。

    多くの場合、学びは喜びだ。チームは継続的な学びを繰り返してどんどんよくなっていく。そしてそれは喜びにも繋がる。喜びはチームの燃料になる。チームはまた、より多くのDoneを生み出していく。

    当初私たちはDoneではなく、Deliveryという言葉を使おうとした。ただリズムがよりよいDoneを使おうという話になった。Regional Scrum Gathering Tokyo で Hunter Industries の Chris Lucian が実験について講演した。そうだ、実験だ。私たちは Done の中に実験も含めるべきだと気づいた。

    このフォーマットについて Tsutomu Yasui がブログに書いたところ、数週間のうちに日本中で Fun! Done! Learn! が行われるようになった。ブログやfacebookで毎週のように「やってみたよ!」という報告が届いている。Regional Scrum Gathering Tokyo でも Kazuki Mori が Fun! Done! Learn! のボードを作ったところ、貼りきれないほどのポストイットが壁を埋め尽くした。

    私たちはなぜここまで Fun! Done! Learn! が人々にポジティブな効果をあたえるのか、科学的なエビデンスをまだもっていない。しかし、このムーブメントになにか重要な発見があるのではないか?とすら思うようになった。

    DevOps Days Tokyoの場で Fun! Done! Learn! をやることで、この現象が様々な現場でどのような結果に繋がるのかを実験したい。ぜひ、皆さんの職場に持ち帰って実験してほしいと考えている。実験はDone!でありFun!であり、Learn!につながる。まさにアジャイルなマインドセットを Fun! Done! Learn! が呼び起こし、見える化するのではないかと考えている。

    この最新のレトロスペクティブについて皆さんに共有し、フィードバックをいただければと考えている。

06:00

    Networking Party - 90 mins

DevOpsDays Tokyo 2019 Day 2

Wed, Apr 10
10:00
10:30
  • Added to My Schedule
    keyboard_arrow_down
    David Bernstein

    David Bernstein - Five Development Practices for Agile DevOps

    schedule  10:30 - 11:30 AM place Grand Ball Room people 42 Interested

    These five development practices are core to Extreme Programming (XP) and essential for DevOps—automating the build for continuously integrating software as it is written, collaborating with team members through pair programming, practicing Agile design skills that enable testability, using test-first development to drive design, and refactoring code to reduce technical debt. Together, these five technical practices are proving to be essential for sustained success with Agile DevOps. However, many teams haven’t been exposed to the benefits of these practices or understand how to use them effectively. David Bernstein explores these engineering practices and their use in reducing risk and building quality in at every level of the development process. He makes the business case for these practices by showing how they address the inherent risks and challenges of building software. David then examines how these XP practices help us address the core issues of software development.

11:30

    Lunch Break - 90 mins

01:00
  • Added to My Schedule
    keyboard_arrow_down
    Kohsuke Kawaguchi

    Kohsuke Kawaguchi - Wasted Gold Mine & What Data Can Do To DevOps

    schedule  01:00 - 01:45 PM place Hall B people 20 Interested

    As CTO of CloudBees and the creator of Jenkins, I get to see lots of real-world software development. Our automation in software development is sufficiently broad that it is producing lots of data, but by and large most of those are simply thrown away. Yet at the same time, the management is feeling like they are flying blind because they have little insight! In this talk, Kohsuke will discuss how we collectively seem to miss the golden opportunity to improve the software development process itself, based on data. IOW, learning is lacking at the organizational level, let alone "machine" learning!

  • Added to My Schedule
    keyboard_arrow_down
    Hideya Ikeda

    Hideya Ikeda - 富士通のSIプロジェクトがどのようにDevOpsに取り組んでいるか

    schedule  01:00 - 01:45 PM place Hall A people 23 Interested

    SIビジネスはなくなると言われ始めて数年、富士通のビジネスの中心はまだまだSIです。

    • ウォーターフォール、多層請負契約が中心のSIプロジェクトがDevOpsというテーマにどう取り組んでいるのか?
    • 富士通のSIプロジェクトは年間数千件。どのように標準化、適用推進活動をしているのか?
    • これらのSIプロジェクトでは、どんなツールを使って、どんなプラクティスを実践しているのか?
    • DevとOpsを隔てる壁へのアプローチは?
    • そして、今後SIビジネスがなくなっていくことにどう備えているか?

    こういった内容を泥臭い実践事例や苦労話を交えてお話ししたいと思います。

02:00
  • Added to My Schedule
    keyboard_arrow_down
    David Nguyen

    David Nguyen / Michael Migliacio - Design an Enterprise Library for React Components

    schedule  02:00 - 02:45 PM place Hall B people 5 Interested

    There are an increasing number of engineering teams adopting React to build their e-commerce solutions, or high performance single page applications for any business sectors.

    As the adoption increases, there is also the need to create, and publish reusable react components to share across teams. Come join David and Michael to hear how their web UI/UX engineering team laid the foundation for this effort. They will review the process through which, the core decisions were made. The presentation will discuss the options and considerations for a component library development environment. They will share important lessons learned while exploring the many ways of handling style and themes for reusable components and the tradeoffs. Audience will learn the importance of automated testing for the components created, as well as continuous integration to assure no one breaks the build. Finally, they will share about component publishing, what they had to consider prior to distribution, whether to an internal or public repository for consumers.

  • Added to My Schedule
    keyboard_arrow_down
    Genki Sato

    Genki Sato - 開発効率を最大化するデプロイメントパイプライン

    schedule  02:00 - 02:20 PM place Hall A people 33 Interested

    Yappliでは、プログラミング不要で簡単にスマフォのネイティブアプリを作成して、公開できるプラットフォームを280社のお客様に提供しています。

    私達が開発した価値をプラットフォーム上にすばやく、安全にデプロイするためには、パイプラインを整備し、自動化することが重要になってきます。
    パイプラインを整備することで、マスターへのマージに対する心理的な障壁を下げ、デプロイを自動化することで、効率的な運用が可能になります。

    このセッションでは、SaaSを運用している事業者として、最低限取り組むべき内容について、Yappliで実装した知見とともにお伝えしたいと思います。

02:25
  • Added to My Schedule
    keyboard_arrow_down
    Masato Ishigaki

    Masato Ishigaki - Data-Driven x DevOps

    schedule  02:25 - 02:45 PM place Hall A people 32 Interested

    DevOpsの領域だけでは対応しきれない、プロダクトのグロースの部分をData-Drivenの考え方でどういうふうに開発プロセスを補完していくかについて述べていきます。

    LeanStartupのBMLループを開発プロセスとして各ループ遷移(Learn→Idea,etc...)の中でどういったことを意識しながらData-DrivenとDevOpsの考え方を使ってプロセス設計していくかについて、KGI,CSF,KPIの設定からビッグデータ基盤・データ分析基盤、優れた指標などDMM.comの事例を用いりながら説明していくます。

03:00
  • Added to My Schedule
    keyboard_arrow_down
    Aaron Lee

    Aaron Lee - Why You Need an Event Broker in Your DevOps Tool Belt

    schedule  03:00 - 03:45 PM place Hall B people 6 Interested

    How data moves to and from cloud-native applications is the critical application's health and function, but it's a decision that's often-given little thought: REST-over-HTTP of course. But REST/HTTP based communication can limit the performance and functionality of modern applications and architectures – it is not a communication pattern well-suited for event-driven microservices, or for IoT and hybrid cloud use cases.

    This talk will explore how modern event brokers improve over today’s API approach by enabling real-time, bidirectional communication between and inside applications, across data centres, clouds and continents using the publish-subscribe architecture pattern. It will highlight key capabilities of an event broker for different use cases, and discuss features to look for to help easily integrate with your existing DevOps tooling. You'll walk away from the session with a thorough understanding of event brokers and how to use them to enable modern apps and architectures.

  • Added to My Schedule
    keyboard_arrow_down
    Hikita Keiichi

    Hikita Keiichi - Terraform で自社サービスを便利に! Custom Provider開発におけるDevOpsへの取り組みのご紹介 〜かゆいところに手を届かせたい人へ〜

    schedule  03:00 - 03:45 PM place Hall A people 19 Interested

    NTTコミュニケーションズでは自社クラウドとして "Enterprise Cloud 2.0(以下ECL2.0)" というサービスを提供している。

    私達のチームでは、現在上記サービス向けのオーケストレーション機能の開発を行っており、具体的には "Terraform" に対するプラグイン(Terraformの用語でCustom Providerと呼ぶ)の開発によりこれを実現しようとしている。

    Terraform自体はHashiCorp社により開発されたDevOpsツールであり、クラウド上のリソースを定義ファイルの状態に合致するように生成・操作が可能である上、APIを保有するシステム(ECL2.0も同様)であればCustom Providerを開発することでこのツールに組み込むことができ、利便性・拡張性が非常に高い。

    一方で、Custom Provider開発を通じたCI、特にリグレッションの観点で見ると、いくつか考え無くてはならない課題があるとも感じており、私達のチームではそれに対して各種の工夫を交えながら開発を進めてきた。

    本プレゼンテーションでは、Terraformのご紹介、Custom Provider開発におけるDevOpsの取り組みに関するご説明、Custom Provider開発の過程を通じて感じた課題や具体的な改善点やTips(実は意外とかゆいところに手が届く使い方がちゃんとできる!)等について、ツール/コードの紹介やデモを交えてご紹介させて頂く。

  • Added to My Schedule
    keyboard_arrow_down
    h-arai

    h-arai / Kenta Sasa - Value Stream Mapping ワークショップ

    schedule  03:00 - 05:00 PM place Workshop people 13 Interested

    Value Stream Mapping ワークショップです。 Value Stream Mappingを使ったプロセスの見える化・カイゼン案の検討を実際に体験してみましょう。

    Value Stream Mapping = ソフトウェア開発工程の流れ(価値の流れ)を見える化するために作成するプロセス図です。アイデアが生まれてから顧客に対して価値が届くまでの全行程を見える化することによって、ムダな作業や非効率なフローをチーム内で共有することができるようになるため、カイゼンに役立てることができます。

    4、5人でグループを作ってグループワークを行います。Value Stream Mapping が描けるようになるだけではなく、チームで作った時の効果も感じられると思います。

04:00
  • Added to My Schedule
    keyboard_arrow_down
    T. Alexander Lystad

    T. Alexander Lystad - Large Scale DevOps Transformation

    schedule  04:00 - 04:45 PM place Hall B people 9 Interested

    Visma is the largest cloud software developer in Northern Europe with 8000+ employees. Over the past four years, Visma has worked in a focused and structured way to modernize how we design, develop, deliver and operate our cloud services. We now have 40 autonomous teams that are responsible for both development and operations of their cloud services. How did we get here, and what have we learned along the way?

    This is an updated version of a talk I held at DevOpsDays Oslo 2018.

  • Added to My Schedule
    keyboard_arrow_down
    Katsunori Kanda

    Katsunori Kanda / 南口奈央 - AWSを活用した少人数チームためのコンテナデプロイ戦略

    schedule  04:00 - 04:20 PM place Hall A people 19 Interested

    電通デジタルの開発チームでは、広告運用のための様々な支援ツールを開発しています。開発チームは少人数で専任のインフラ担当もいないことを考慮して、以下のようなポリシーで開発を行なっています。

    • マネージドサービスを使って運用コストを減らす
    • アプリケーションはシステム間連携用にAPIを提供する
    • 開発インフラは共通化し、開発者がアプリケーションの開発に集中できるようにする
    • ツール/サービスのベストプラクティスをよく理解し、自分たちが合わせる

    このトークでは、電通デジタルの開発チームがインフラ環境としてAWSを選択し、アプリケーションの開発基盤としてAWS Elastic Container Service(ECS) をなぜ、選択したのか、また、マネージドサービスを活用し運用コストを抑えるためにコンテナのデプロイメントパイプラインをどのように構築したのかを説明します。

    このトークを通じて、ECSに最適化されたデプロイメントパイプラインの構築方法が学べます。具体的には、Terraformを利用したECSクラスター/ロードバランサーの構築方法、サービスディスカバリー設定の自動化、AWS CodePipelineとAWS CodeBuildとECSの連携方法について知ることができます。

04:25
  • Added to My Schedule
    keyboard_arrow_down
    Seiji Kawakami

    Seiji Kawakami - DevOpsに関わるPOとして大切なこと

    schedule  04:25 - 04:45 PM place Hall A people 18 Interested

    DevOpsを上手に回すために、開発チームとビジネスが一体となって動く必要があります。

    一言でビジネスと言っても多種多様なセクションを含んでおり、なかなか一人で全てを回すことは現実的に難しい状況だと思います。

    上手くDevOpsを回すための作戦としPOチームを組閣、社内の業務改善プロジェクトがどのように動いていったのか?

    実際にPOチームに編入されたメンバーと、開発チームの双方の立場からプロジェクトを振り返ります。

05:00
  • Added to My Schedule
    keyboard_arrow_down
    Kevin Crawley

    Kevin Crawley - Monitoring at the Speed of Cloud Native: Move Fast and DONT Break Things

    schedule  05:00 - 05:45 PM place Hall B people 16 Interested

    With the rise of microservices, serverless, and all things cloud native, we’ve seen a huge explosion of tooling and solutions rise from tens of thousands of developers and operators seeking to make the rapid deployment of software effortless. This ecosystem introduces a new complex set of problems that come when development teams see an exponential rise in features/changes shipped.

    In this talk we’ll cover how organizations who deploy software changes almost daily (or more frequently) are handling the discovery of performance regression and bugs in production using metrics and data gather by distributed tracing solutions. We’ll talk about why automating your monitoring and leveraging AI and Machine Learning to give deeper insights into your operations is the future of observability, and how these tools have already enabled organizations to move fast and NOT break things.

  • Added to My Schedule
    keyboard_arrow_down
    Takeshi Arai

    Takeshi Arai / Kota Mikawa - トラディショナルな企業でズンズン歩んだ積み木細工のDevOps

    schedule  05:00 - 05:45 PM place Hall A people 25 Interested

    積み木細工(またはジェンガ)とプレハブ

    技術とオペレーションとチーム開発と文化醸成をビジネスの視点を持ちながら、そしてoutcomeを意識しながら実践していった話をさせていただきます。

    同時多発的にアジャイル、カンバン、クラウド、カイゼンをガシガシとチーム単位で導入していったら会社のカルチャーも変わっていきました。ある種積み木のように、意欲のあるメンバーがそれぞれに積み上げて、受け入れられたものが根付いています。今振り返るとこれをDevOpsと言っても良いのかも。

    43年続いているトラディショナルな企業でも、そしてプレハブのように型通りの導入でなくとも、ボトムアップからここまでできるんだという事例とその術を伝えられたらと思います。

06:00