Infrastructure as Code - the good, the bad and the ugly

“Ten minutes later and it was up”. Said no one from operations ever. But all that is changing with what we know as Infrastructure as Code (IaC).

IaC is a fairly recent concept that allows us to reap benefits such as replicability and automated company policy compliance. Think being able to set up complex networked servers that comply to your company’s security policies just by compiling code. Oh, and you can do it not just once, but twice, and thrice, and... You get the idea. Orchestrating servers is never an envious job, but with IaC, that seems to be changing.

In just 20 minutes, I will be sharing on beginning my journey with IaC - how it makes life in a DevOps capable team easier, how infrastructure is made more accessible to developers, what additional troubles it’s brought us, and some personal nasty experiences working with IaC.

And of course, a little real life code to get you started with IaC!

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

Outline/Structure of the Talk

  • What on earth is IaC and why should I know about it?
  • What are some of the tools for Infrastructure as code used in Govtech?
  • The Good of using Infrastructure as code based on past experiences
  • The Bad of using infrastructure as code based on past experiences
  • The ugly of using infrastructure as code based on past experiences
  • Who is iAC for (and not for)?
  • Provisional vs Declarative IaC tools: which are better?
  • A short demo of Terraform by HashiCorp (a powerful open source tool to make infrastructure changes more easily, rapidly, safely and reliably - think Docker for cloud services)

Learning Outcome

The main aim is to have a lighthearted time with important takeaways:

  • To make more informed decisions after understanding the benefits and some of the downsides to using iAC
  • To understand that the barrier of implementing iAC is not high, but potentially can be very useful to an organisation or a technical team

Target Audience

Team leads, tech leads, POs, Software engineers, devops engineers, or anyone who is curious enough!

Prerequisites for Attendees

Preferably some experience deploying applications before (but most importantly, a curious mind!)

schedule Submitted 3 months ago

Public Feedback

comment Suggest improvements to the Speaker

  • Liked Gene Kim
    keyboard_arrow_down

    Gene Kim - Lessons Learned Since The Phoenix Project

    Gene Kim
    Gene Kim
    Founder
    Tripwire
    schedule 3 months ago
    Sold Out!
    60 Mins
    Keynote
    Beginner

    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!

  • Liked Serhat Can
    keyboard_arrow_down

    Serhat Can - Managing incidents in microservices

    Serhat Can
    Serhat Can
    Technical Evangelist
    Atlassian
    schedule 2 months ago
    Sold Out!
    60 Mins
    Keynote
    Beginner

    Microservices require a shift in mindset and tooling. As monitoring is changing with more focus on distributed tracing because of the changing needs, the incident response must also adopt. In this presentation, I’ll answer “why” and “how” of on-call and incident response in microservices.

  • Liked Takeshi Arai
    keyboard_arrow_down

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

    45 Mins
    Talk
    Beginner

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

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

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

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

  • Liked Hideya Ikeda
    keyboard_arrow_down

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

    Hideya Ikeda
    Hideya Ikeda
    Manager
    FUJITSU LIMITED
    schedule 2 months ago
    Sold Out!
    45 Mins
    Talk
    Intermediate

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

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

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

  • Liked T. Alexander Lystad
    keyboard_arrow_down

    T. Alexander Lystad - Large Scale DevOps Transformation

    T. Alexander Lystad
    T. Alexander Lystad
    Chief Cloud Architect
    Visma
    schedule 2 months ago
    Sold Out!
    45 Mins
    Talk
    Beginner

    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.

  • Liked Jan Schilt
    keyboard_arrow_down

    Jan Schilt - How the Phoenix Project simulation supports DevOps mindset change

    Jan Schilt
    Jan Schilt
    CSD
    GamingWorks BV
    schedule 2 months ago
    Sold Out!
    45 Mins
    Others
    Intermediate

    We ran 100+ DevOps simulations around the world for many large organizations. Our partners did 1000+ in the last 3 years. We experienced a lot of key fail and succes factors during the DevOps journeys. We capture all the outcomes in this presentation. DevOps requires a mind shift for most of the employees. We call this a 'new way of working' in which Old Thinking and Old Doing, will be replaced by New Thinking and New Doing. This is a process of years. But with simulation we can make a real good first step in his journey.

    We will present how this new way of working looks like, and why it's so difficult to change.

    We will present how DevOps benefits from learning by doing and how to bring this new way of working a live by changing the mindset.

    We also show some real cases how large organisations like ABN AMRO, NXP, APG etc used simulations to change the mindset of the employees.

    We also will explain the management of change aspects that plays an important role during this transformation.

  • Liked Genki Sato
    keyboard_arrow_down

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

    Genki Sato
    Genki Sato
    Tech Lead
    Yappli
    schedule 2 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

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

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

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

  • Liked Masato Ishigaki
    keyboard_arrow_down

    Masato Ishigaki - Data-Driven x DevOpsで実現する『データ駆動戦略』

    Masato Ishigaki
    Masato Ishigaki
    Product Owner
    DMM.com
    schedule 3 months ago
    Sold Out!
    20 Mins
    Talk
    Beginner

    ユーザーエンゲージメントを高める中で『データ駆動』という考え方は非常に重要です。
    常にプロダクトの状態をデータドリブンで数値化・定量化して、プロダクトがきちんとGrowthしているか、あるいはしそうかどうかを判断・予測しなければなりません。

    データが『駆動』するとは、データを見ることで次の行動につながることです。また、優れた指標をもとにデータを集めなければデータは駆動しません。

    データ駆動を使ったプロダクト戦略を行ううえで、優秀なフレームワークとして『リーンスタートアップ』といった考え方があります。リーンキャンパスやBMLループなどを使って、仮説検証からデータ計測→学習を高速に回し、次の仮説を立案し、いち早くプロダクトをProduct Market Fitに到達させる必要があります。

    こういった仮説から学習のループをすばやく回すには、DevOpsをどう効率よく回しどういったデータを計測してモニタリングしていくかがとても大事になってきます。 間違った指標(データ)では、学習ができないからです。

    今回は、データが駆動する優れた指標の見つけ方から、DMM.comの多様なサービスから月数万のレビュー投稿されるユーザーレビュー基盤のプロダクト実例をもとにデータ駆動戦略についてお話できればと思います。

  • Liked Kohsuke Kawaguchi
    keyboard_arrow_down

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

    Kohsuke Kawaguchi
    Kohsuke Kawaguchi
    CTO
    CloudBees, Inc.
    schedule 1 month ago
    Sold Out!
    20 Mins
    Talk
    Intermediate

    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!

  • Liked h-arai
    keyboard_arrow_down

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

    120 Mins
    Workshop
    Beginner

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

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

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

  • Liked Shingo Kitayama
    keyboard_arrow_down

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

    45 Mins
    Talk
    Intermediate

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

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

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

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

  • Liked David Nguyen
    keyboard_arrow_down

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

    45 Mins
    Talk
    Advanced

    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.

  • Liked Lim Yang Wei
    keyboard_arrow_down

    Lim Yang Wei - To DevOps, or not, it's all about Trust, Freedom and Responsibility

    20 Mins
    Talk
    Beginner

    In our team, the thing that we valued most is how our codes are making impact to business. It can be deploying feature that create new profit, fixing bug, increasing deployment time and etc.

    Making impact means in the end codes have to be deployed to production. We never set rules related to deployment. Anyone, anytime, anywhere. We even do have so-called "First day deployment" operation which make sure new member make their first deployment to production within 24 hours since they join our team. How do we make sure that works ? We trust. In our team, everyone is AWS admin from the first day. We want make sure everyone has the essential tools to setting up infrastructure, coding, releasing, monitoring. Human being, when given trust they take full responsibilities. Responsibility to complete work and hence making impact to business.

    It sounds like psychology, right ? Or I will just say culture.

    In the end, it's all about trust, freedom and responsibility. Let me show you how and why we inject (or being injected) these cultures into our team, how we improve and make sure it's getting better.

  • Liked ARUN SINGH
    keyboard_arrow_down

    ARUN SINGH - A Journey towards self healing infrastructure

    20 Mins
    Talk
    Beginner

    In this talk I will be sharing my Journey towards self healing infrastructure, which started with implementing self healing via SaltStack then Moving towards Rundeck and now finalised on StackStrom and How this self healing is helping us to resolve thousands of alerts without SRE intervention? This will include the pros-cons and high-lows we encountered in our journey while looking for a suitable workflow engine. How we added new things in existing technologies to make it fit for our environment and how user can learn from our mistakes and setup in your environment within hours.

    I will be talking about different workflow engines and a brief comparison between them. What to be used when? and why not? etc

  • Liked David Nguyen
    keyboard_arrow_down

    David Nguyen / Michael Migliacio - Modern Web Testing with Cypress

    120 Mins
    Workshop
    Advanced

    In today’s ever-changing and competitive landscape of online retailers, companies invested heavily into end to end testing practice to ensure the best quality for their product. The seamless shopping experience between mobile and physical store is the universal high bar for success.

    Retailers that embraced omni-channel mobile first strategy often build their system top a multi-tenant architecture. In order to make all tenants work in harmony as one unit, across all engineering teams, Test Driven Development (TDD) must be one of the Objective Key Result (OKR). The center piece of that effort is the investment in automated end-to-end testing. During this session, come join David for a in depth look of how Cypress.io enabled dev team incorporate automated testing for both internal web applications, and its public facing e-commerce site.