location_city Tokyo schedule Apr 21st 02:00 - 02:45 PM JST place Room C people 11 Interested

サイボウズのクラウドサービスは開発と運用の人員が分離されており本部も分かれています。
これにより部門間の連携した作業の高コスト化や、各部門のミッションが対立するなど典型的な課題が存在しました。

本セッションでは海外向けのクラウドサービスを国内オンプレミスのデータセンターから AWS へ移行するにあたり、開発と運用両方に取り組むために結成されたチームが、チームの制約に合ったデプロイメントパイプラインを構築していく中で得られた知見を DevOps の考え方を踏まえてお話します。

 
 

Outline/Structure of the Sponsor Talk

  1. DevOps のカギとなる考え方
  2. kintone というサービスや私たちのチーム
  3. デプロイメントパイプライン
  4. それをするために必要だったこと
  5. なにをデプロイ?
  6. まとめ

Learning Outcome

DevとOpsが一つのチーム、あるいは同一人物になった時に、どんな風に仕事が変わっていくのかその一例を知ることができます。
また、ソフトウェアによる自動化が運用にもたらされることによって得られる良い事や構築するにあたって出てくる障害とその乗り越え方を知ることができます。

Target Audience

運用に恐れを持つ開発者や、煩雑なオペレーションに悩む運用者。あるいは、開発と運用の間に横たわる壁を苦々しく思っている人々。

Slides


schedule Submitted 9 months ago

  • Satoshi Yokota
    keyboard_arrow_down

    Satoshi Yokota / Tadahiro Yasuda - 価値あるソフトウェアをすばやく届けるために僕らがやってきたこと 〜経営者による組織とカルチャー作り〜

    60 Mins
    Keynote
    Beginner

    クラスメソッド株式会社とクリエーションライン株式会社の社長二人が、お互いが経験してきた生々しい話を赤裸々にお話しします。

  • Yukio Okajima
    keyboard_arrow_down

    Yukio Okajima / Yotaro Sato - コンプライアンス対応をチームの力に ~ 監査人が考える今後のDevOps

    45 Mins
    Talk
    Intermediate

    特にエンタープライズな領域で、DevOpsやアジャイルの適応範囲が広がるに従い、コンプライアンス要件への対応に苦労されているチームは増えているのではないでしょうか?
    例えば、次のようなお悩みです。

    • コンプライアンス要件では開発者と運用者の分離が求められているが、それでどうやってDevOpsするのか?
    • コンプライアンス要件では役職による承認を求めるが、それでどうやって自動化されたパイプラインを構築するのか?

    本来、コンプライアンス対応はビジネスの一部です。上手に対応することで、競合他社を一歩リードすることができます。しかし、このような状況が続いてしまうと、チームはスピードとモチベーションを失い、DevOpsで目指すビジネスの価値が損なわれてしまいます。

    そこで、DevOpsチームのコンプライアンスへの向き合い方について示唆を提供すべく、PwCの監査人と永和システムマネジメント Agile Studio のエンジニアが協力し、DevOpsとコンプライアンスを共存させるためのレポートと参照実装を公開させていただきます(※ 正式公開は3月頭の予定)。

    このセッションでは、実際にレポートをまとめたPwCの佐藤さんをお招きします。参加者からの、コンプライアンス対応における具体的な悩み事に直接お答えいただくことで、DevOpsチームがどのように対応できるのか、皆様と一緒に考える時間にしていきたいと思います。

  • Yasunobu Kawaguchi
    keyboard_arrow_down

    Yasunobu Kawaguchi - DevOps の源流 : Flickr 10+ Deploys per Day のトーク (2009年) を再訪する

    45 Mins
    Talk
    Beginner

    昨年の DevOpsDays 創始者 Patrick Debois さんのトークでも触れられた、DevOpsという言葉ができるきっかけになった2009年の講演「10+ Deploys per Day」をとりあげます。その講演で何が語られたのか?について、短い時間でお伝えすることはしてきたのですが、今回は時間をちゃんと使って、話してみたいと思います。

    このトークの周辺の事情については私の過去のトークで、私の整理をお伝えしてきましたが、今回はこのセッションそのものをお伝えしまーす。

    DevOpsの時代
    https://speakerdeck.com/kawaguti/age-of-devops

    アジャイルとDevOps
    https://www.slideshare.net/kawaguti/agile-and-devops

    10+ deploys per day (動画)
    https://www.youtube.com/watch?v=LdOe18KhtT4

    10+ deploys per day (スライド)
    https://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr

     

  • Ryusuke Kimura
    keyboard_arrow_down

    Ryusuke Kimura - レガシーなシステムをリプレースした後に起きた開発組織の変化について

    Ryusuke Kimura
    Ryusuke Kimura
    System Architect
    VisasQ
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Advanced

    2020年2月私が入社した時、システムは現代のモダンなシステムとの剥離が出てきている狭間でした。

    一方、会社はその後、すぐに上場をして、一気に組織の人数が増加しました。

    システムも社会的責任を果たせるようにアップデートをしなくてはいけないのは自明で、「必要最低限のアップデートをする」という選択ではなく、「全てを作り直す」という選択をして、システムリプレースを行っています。

    新しいシステムはモノリシックからマイクロサービス化に変更しましたが、私はマイクロサービス化に伴う組織的な変化、いわゆるコンウェイの法則を期待してマイクロサービス化の採用をおこないました。

    本セッションでは、マイクロサービス化を行った後に起きた開発組織の変化について赤裸々にお話できたらと思っています。

     

  • 45 Mins
    Talk
    Beginner

    DevOpsは論文が大量に出るまでに成長した概念になりました。書籍を読めどもまだまだ実践が不足している自分は論文を200本前後読んでみました。そこで今回はDevOps素人かもしれませんが、DevOpsについて言及されている論文を100本紹介します。

  • aki matsuno
    keyboard_arrow_down

    aki matsuno - 金融×Dev×Ops~5年間DevOpsを実践してきたチームの体験記~

    aki matsuno
    aki matsuno
    engineer
    -(Coming Soon)
    schedule 9 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    ミッションクリティカルな性質を持った顧客業務に対応するために、DevOpsを実践したシステム開発を金融領域で5年間行ってきました。
    1秒の処理遅延が数億の損失に直結し得るシステムにおいてDevOpsを実践することで、多数の困難に直面することになりましたが、貴重な経験が多数得られ、DevOpsの意義も実感することができました。

    本セッションでは、実際にDevOpsを5年間実践しているチームの話や5年間実践してきて得られた経験をお話することで、金融領域においてDevOpsを実践することで得られる意義や、DevOpsを実践しているが故に発生した苦難をはじめとした日常業務のリアルをそのままお伝えします。
    また、セッション後半では、DevOpsを継続的に実践していくにあたって個人的に重要だと感じた点についてもお話できればと思っています。

  • Kohsuke Kawaguchi
    Kohsuke Kawaguchi
    Co-CEO
    Launchable, Inc.
    schedule 10 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

    フレイキーなテストは、根絶できない疫病のように昔から開発者をずっと悩ませ続けてきました。皆さんの開発チームでも、目にはついていなくても、フレイキーなテストがイライラを引き起こしたり、プルリクエストを失敗させたり、ホットフィックスの開発にストレスを上乗せしたり、必ずしているはずです。

    この問題に世界中の技術者達がどのように立ち向かってきたのか、Jenkinsの開発者としても有名な川口が紹介します。GoogleやGitHubのようなユニコーン会社から、もっと身近な等身大の会社まで、どういった取り組みが効果を上げてきたのかを見ていきます。皆さんの会社での取り組みにもきっと役に立つはず!

help