はじめてのCircleCI Webinar / 1st CircleCI Webinar

はじめてのCircleCI Webinar / 1st CircleCI Webinar

B32c18d03687577950da29542d0a9180?s=128

Noboru Kurumai

April 23, 2019
Tweet

Transcript

  1. 13.

    13 DevOpsの歴史 2001 Agile Software Development 開発対象を厳格に扱うことで変化を管理するの ではなく、アジャイル方法論は変化を許容する。 リスクは完璧な計画によって減少できるもので はなく、プロジェクトを小さく分割しつつ、それら

    を素早く結合させることによって減らすことがで きる。 2008 Continuous Delivery & Deployment 継続的デリバリーは継続的インテグレーションの拡張として登場。 ソフトウェアが常にデプロイ可能な状態を保つというプラクティスで ある。 責務(とリスク)を開発者と運用者の間で共有すること - DevOpsカ ルチャーの登場。 チームはテストの自動化だけではなく、テストをパスした際のデプ ロイの自動化を目指す。 1970 Waterfall 開発プロセス全体がいくつかのフェーズから構成 されていて、次のフェーズに進むためには前の フェーズを終えていなければならない。 ただし、隣接するフェーズ間の小さなイテレーショ ンは例外的に実施する場合がある。 (ハードウェアの開発方法論に似ている) 1994 Automated Testing & Continuous Integration (Inception & Evolution: 1994-2008) 開発者は、失敗をより快適なものとして捉え、それが受け入れられないものではなく、む しろ自信をつけるものになってきた。 JUnitやCucumberなどのテスティングフレームワー クの登場がそれを反映している。 マイクロプロセスの要求によって登場した継続的インテグレーション (CI)は、開発者が数 多くの内部リリースを行うことを可能にした。 すなわち、継続的インテグレーションは常に少量のコードをマージするための方法論で あり、開発の最終フェーズで競合を発生させるような巨大なコードのコミットを防ぐ 2010 - Present
  2. 17.

    17 CIが解決する問題 • 全てのコミットに対してCIする ◦ 早い段階でバグを発見できる ◦ 設定で制御可能 • 静的解析などでの標準化

    ◦ コードの品質UP • テスト失敗したコードのマージブロック ◦ masterブランチの安全保証
  3. 22.

    22 5 Metrics You Should Know to Understand Your Engineering

    Efficiency https://www2.circleci.com/rs/485-ZMH-626/images/5-Key-Metrics-Engineering.pdf 1. Commit-to-Deploy Time (CDT)  コードがコミットされてからデプロイされるまでの時間 3. Queue Time  CIビルドが始まるまでに待たされる時間 2. Build Time  CIビルドに掛かる時間 5. Engineering Overhead  ツールのメンテナンスなど開発以外に掛かっている時間 4. How often Master is Red  masterブランチが壊れている時間
  4. 25.

    Running CI/CD with our hosting options cloud server Active users

    Active users VCS VCS Databases Caches & Artifacts Build Fleet (GitHub.com or GitHub Enterprise) Databases Caches & Artifacts Build Fleet
  5. 37.

    37 Orbsの種類 - Orbs Registry https://circleci.com/orbs/registry/ - Certified (CircleCI) -

    Partner (CircleCI認定パートナー) - 3rd party (その他)
  6. 38.
  7. 42.