Monoliths, Myths, and Microservices

schedule Apr 25th 02:30 PM - 03:15 PM place Room 2 people 16 Attending

Moving from a monolithic based architecture to a more microservices architecture can be fraught with challenges. We'll talk about some of these challenges and some common myths associated with trying to strangle the Monolith. We'll also talk about config management and automation's critical role in helping you move to a microservices architecture, and how our monolithic approach to automation changes in the new world. We'll discuss scalable microservices that are autonomous, able to self-organize, handle their own service discovery and choreography, and be able to recover from a variety of failure modes.

 
7 favorite thumb_down thumb_up 0 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

  • Defining Microservices
  • 5 myths seen in moving to Microservices
  • Overview of requirements for Microservices
  • Overview of the Open Source project Habitat and how it helps moving to Microservices

Learning Outcome

Moving to more modern architectures tends to be presented as an all or nothing approach. This presentation hopes to enlighten attendees to the fact that moving to modern patterns can be a gradual, iterative approach. This presentation also hopes to paint a vision that modernizing your architecture patterns is possible. 

Target Audience

Anyone looking to move from traditional architectural patterns to more modern patterns such as microservices.

schedule Submitted 7 months ago

Comments Subscribe to Comments

comment Comment on this Proposal

  • Liked Tomoharu Nagasawa
    keyboard_arrow_down

    Tomoharu Nagasawa - あなたが欲しいのはDevOpsですか?それともビジネスの成功ですか?

    Tomoharu Nagasawa
    Tomoharu Nagasawa
    Senior Evangelist
    Atlassian
    schedule 6 months ago
    Sold Out!
    60 mins
    Keynote
    Beginner

    DevOpsが日本でも取り上げられるようになり数年が経ちました。

    DevOps Day Tokyo の開催も、Developers Summit Summer での基調講演も、2013年の出来事でした。その後、DevOpsと呼ぶかは別として機敏な企業で実践され、書き下ろしの書籍や翻訳書も増えてきました。

    DevOpsもバズワードの仲間入りを果たし、メディアもベンダーもDevOpsをキーワードとしています。手段やツールに焦点が当たる中、バズワードに振り回され、迷い道に導かれる方も増えてきたと感じます。

    このセッションでは、エバンジェリストとして ITの現場の苦悩と、ビジネスの現場の期待を背負ったDevOpsについて見てきた経験から、できるだけビジネスの視点でDevOpsに取り組むにあたって持つべき指針や姿勢について俯瞰して見ていきたいと思います。

  • Liked Tsuyoshi Ushio
    keyboard_arrow_down

    Tsuyoshi Ushio - Value Stream Mapping で決めるリードタイム削減の魔法

    45 mins
    Workshop
    Intermediate

    DevOps を始める最初のステップとして、大変有効なValue Stream Mappingの具体的な進め方について解説いたします。Value Stream Mappingによって、皆さんのプロジェクトの無駄や、自動化可能箇所を発見、共有することができ、リードタイムの削減に大変貢献いたします。特に日本で必要なステップやステークホルダの巻き込み方、ファシリテートの仕方まで踏み込んで解説いたします。

     講演者は、Value Stream Mapping を多数実施した経験そして、第一人者のMary Poppendieck との共演で学んだこと、他国の動向も含めて楽しく解説していきたいと思います。

     

  • Liked Toshiyuki Ando
    keyboard_arrow_down

    Toshiyuki Ando / Mitsunori Seki - 開発環境もみんなでメンテ‼︎ DevOpsっぽい環境 on Azure をモブプログラミングで作ってみるよ

    45 mins
    Demonstration
    Beginner

    なにするの?

    全員で1つの同じコンピュータを使って仕事をするモブプログラミングという開発手法で、
    ゼロから始めるDevOps(youtube)」で紹介されている以下の内容を含むパイプラインを、
    VSTSと、WebApps、Load Testを使って構築します。

    • GitHubにあるC#で作られたWebアプリケーションをビルド
    • WebAppsを使ったWebサイトをInfrastructure as Codeで構築
    • Webサイトにビルドしたアプリケーションをデプロイ
    • Webサイトに対して負荷テストを実施

    モブプログラミングって何?

    Hunter社のWoody Zuill氏らが作り上げた、全員が同じ時に、同じ場所で、同じコンピュータ上で仕事をするソフトウェア開発手法です。
    (モブプログラミング - Woody Zuill氏とのインタビュー より。一部改変)
    その様子については動画 A day of Mob Programming - YouTube が詳しいです。

    日本でも最近チャレンジされている方が増えてきているようです。

    なぜ開発環境にしたの?

    1開発環境って、1,2人がもくもくとメンテしてる感じですよね。
    でも、それを続けてると、立ち入り禁止区域みたいになるじゃないですか。誰それさんがいないから、ビルド止まったままですとか。あんまり嬉しくない状態ができたり。
    開発環境だって、プロダクションコードと同じように、みんなでメンテできた方が良いですよね。

    でも、それ、どうやんの? ってところで、モブプログラミングなんです。
    全員で同じコンピュータ、同じスクリーンをみながら構築すれば、開発環境に関するあれこれをその場で全員が学ぶことができるわけです。
    みんなで開発環境をメンテする第一歩にぴったりだと思いませんか?

  • Liked Tsuyoshi Ushio
    keyboard_arrow_down

    Tsuyoshi Ushio - 今度こそわかる!DevOps プラクティス(技術系)の具体的実現方法

    45 mins
    Demonstration
    Intermediate

    DevOps を導入してリードタイムを短くしたり、フィードバックサイクルを短くしたい。でも具体的にどうしたらいいのだろう?本講演では、このような声にお応えして、DevOps 技術系プラクティスを解説しながら、具体的なデモを踏まえてどのようにDevOps プラクティスを実装すればいいのかを解説いたします。技術プラクティスのみに集中するため、DevOpsの概要や、導入手法などは他のセッションをご参照ください。CI / CD, Feature Flags, Canary Testing 等々を生で体験して持ち帰ることができるチャンスです。お見逃しなく!

  • Liked Alex Papadimoulis
    keyboard_arrow_down

    Alex Papadimoulis - DevOps for Japan

    Alex Papadimoulis
    Alex Papadimoulis
    President and Founder
    Inedo
    schedule 8 months ago
    Sold Out!
    45 mins
    Talk
    Beginner

    DevOps represents a simple idea: increase collaboration across teams while automating processes. Although the concept is relatively new to Japan, American IT organizations have been trying to implement DevOps in recent years: many have found success, while others have seen failure.

    One of main causes of failure is adopting the wrong culture. Although companies like Netflix and Etsy dominate the DevOps conversation, most enterprises do not have the same problems to solve, nor do they employee the same types of engineers. Thus simply, attempting to emulate Netflix will often yield failure.

    It’s similar in Japan; the culture of Japanese IT organizations are quite different from western companies, and attempting to emulate western DevOps practices will often result in failure and other setbacks.  Thus, in order to be successful with adopting DevOps practices, those practices must first be adapted for Japan.

    In this talk, I’ll compare and contrast the unique cultural differences in Japanese IT organizations and discuss how you can adopt DevOps practices that specifically address those.

  • Liked Hiroyuki Ito
    keyboard_arrow_down

    Hiroyuki Ito - アジャイルじゃなくてDevOpsと言えるのか!? - ツールよりも敢えてプロセスを -

    45 mins
    Talk
    Intermediate

    「DevOpsにアジャイルは必要ですか?」
    最近、頻繁に受ける質問です。

    昨今、Docker・Chef・Ansible・Kubernetesなど、DevOpsを実現するためのツールの成熟とその活用事例が着実に増えつつあります。また、これらを紹介する書籍やオンライン記事も急増しています。

    一方で、ツールに比重を置きすぎたり、ツールの導入・改善にばかり着目してしまうことで、本来実現すべきビジネス価値の創出(プロダクト改善)や、フィードバックによる成長といった側面(プロセス改善)が軽視されていないか?と言う疑問も感じています。

    当セッションでは、DevOpsを「プロセスを促進する自動化技術基盤」と捉え、アジャイルの各種プラクティスと組み合わせることで、プロダクト開発の効率化、チーム・メンバーの学習・成長、およびステークホルダーとの協働を実現できることを、具体的事例に基づいてお話させていただきます。

  • Liked shingo.miyazawa
    keyboard_arrow_down

    shingo.miyazawa - 計測なき DevOps に成功はない! 計測が重要である理由と New Relic を用いた計測方法の紹介

    shingo.miyazawa
    shingo.miyazawa
    Enginner
    Degica LTD.
    schedule 6 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    DevOps において、監視、計測というものは非常に重要な要素の一つです。なぜなら、DevOps により、より短いリリースサイクルと高い品質を両方維持する必要があり、それは計測によってしか実証できないからです。

    監視というとサーバー(インフラ)監視、パフォーマンス改善の特定の分野(例えば、フロントの改善など)にのみ焦点を絞って語られることが多く、ソフトウェア全体から見た視点での解説はあまりないように感じます。

    個々の視点ではなく、DevOps に必要な5つのドライバー(イノベーションとビジネスの成功、顧客体験、アプリケーションパフォーマンス、スピード、品質)を一緒に監視し、追跡する必要があります。

    このセッションでは、これら5つがどういったものか?KPI は何のか?どういった監視、計測が必要なのか?を解説します。

    具体的にそれらをどのように計測するかを、世界中で使われている監視サービスの New Relic を使って紹介します。

  • Liked Matt Ray
    keyboard_arrow_down

    Matt Ray - Compliance as Code with InSpec

    45 mins
    Talk
    Beginner

    InSpec is an open source testing framework that specifies compliance, security and policy requirements in a human-readable language. Compliance and security are the next steps in building your software-defined infrastructure, building resilience into your continuous delivery pipelines. InSpec makes it easy to incorporate existing standards and your own security requirements into simple, cross-platform tests. InSpec reduces the risk of new features and releases making unsafe changes to your infrastructure and helps eliminate the time lost to external audits. This talk will provide an overview of working with InSpec and how you can build "Compliance as Code" into your pipelines. 

  • Liked Yoshiaki Yoshida
    keyboard_arrow_down

    Yoshiaki Yoshida - 開発組織を変革し DevOps を組織に広めるためには「経営層を巻き込むこと」が最重要である

    Yoshiaki Yoshida
    Yoshiaki Yoshida
    Engineer
    CyberAgent, Inc.
    schedule 7 months ago
    Sold Out!
    20 mins
    Talk
    Beginner

    「DevOps を導入したい」
    「技術的負債と向き合わないといけない」
    そう感じているエンジニアは多くいると思います.

    しかし,急成長するスタートアップにおいて,新規機能の開発を優先することが多いのではないでしょうか?
    また,経営層がエンジニアリングの価値を深く把握できていない場合,
    「DevOps を導入するメリット」や「技術的負債と向き合わないといけない理由」が伝わりにくいのではないでしょうか?

    本トークでは,組織に対して課題を感じた私が,
    経営層を巻き込むことで開発組織を変革した,実体験に基づく実践的なアクションを紹介します.

    • なぜ開発組織を変革するために「経営層を巻き込むこと」が重要なのか?
    • どのようにして「技術的負債」を経営層に理解してもらうのか?
    • どのようにして「信頼残高」を増やすのか?

    そして DevOps の導入を最重要課題と位置付け,組織に広めるために実施したアクションとその成果を紹介します.

    • どのようにして DevOps を組織に広めるのか?
    • なぜウェブオペレーションの自動化が重要なのか?
    • なぜ数値の可視化と効果計測が重要なのか?

    DevOps のこと,技術的負債のこと,組織変革のことを一緒に考えませんか?

  • Liked Ian Henry
    keyboard_arrow_down

    Ian Henry - Orchestration vs Choreography: Why Autonomous Systems Win at Scale

    45 mins
    Talk
    Intermediate

    As microservices and distributed systems become more common, real automation is harder to manage with plain old configuration management and orchestration. What we really need for these systems to be safe and operable is for our software to behave autonomously in self-coordinated ways: Less like orchestration, more like choreography. In this talk we'll demonstrate how this approach can make push-based application release automation a thing of the past. Self-coordinated approaches are the only ones that can lead to true, zero-downtime continuous deployment at scale, even for complicated topologies of interdependent microservices. The Habitat open-source project and its built-in service discovery and peer coordination for realtime configuration management shows us how we can take the drama out of release management. Expect to see real-life demos during this talk.