Technology Radar 2015年11月版

https://assets.thoughtworks.com/assets/technology-radar-nov-2015-en.pdf

What's New?

Dockerによってコンテナエコシステムが爆発的に広がる
- ビルド環境の依存関係管理から
- クラウドプラットフォーム(Mesos, AWS ECS)のスケーリング単位としてまで
マイクロサービスおよび関連ツールが一般化
- コンテナ化
- CI/CDツールの中に複雑なコードを書くのは良くない
- サービスディスカバリ
Javascriptツール
- ツールが乱立してたのが、ある程度共通のツールに落ち着いてきた
セキュリティ
- ソフトウェア開発ライフサイクルの中の全員が関わる問題
- 新しい取り組み: bug bounties, threat modelling, HSTS, TOTP and Let’s Encrypt

Technology Radarについて

読み方は【技術トレンド】Technology Radar 2015年5月版を読み解く【ThoughtWorks】によくまとまっている

4つのカテゴリに分類
- techniques
- tools
- platforms
- languages & frameworks
評価は以下の4段階
- Adopt: 今すぐ採用すべき
- Trial: 試してみるべき
- Assess: 試すには早いが知っておくべき
- Hold: やめておいた方がいい
新しいもの、前回から変わったものは三角、前回から変化がないものは丸

Techniques

Adopt

Consumer-driven contract testing

マイクロサービスのデザインパターンの1つらしい
Consumer-Driven Contracts Design Patternを読み漁ってみた
- サービスを使う側が提供側に「これを使うからくれ」って言って、使える状態だったら使う的な

Decoupling deployment from release

Four Principles of Low-Risk Software Releases
1. Low-Risk Releases Are Incremental
  古い環境を残して新しい環境を追加リリース、問題ないと確認できてから古い環境を消す
2. Decouple Deployment and Release
  デプロイ（ある環境の変更）とリリース（エンドユーザまで影響が及ぶデプロイ）を分離
  - blue-green deployment
  - カナリアリリース(canary release)
  - ダークローンチ(dark launch)
    - https://www.ibm.com/devops/method/content/run/practice_dark_launch_feature_toggles/
    - https://www.facebook.com/notes/facebook-engineering/hammering-usernames/96390263919/
3. Focus on Reducing Batch Size
  小さくこまめにリリース
4. Optimize for Resilience
  MTBF(Mean Time Between Failure)よりMTRS(Mean Time To Restore Service)。壊れてもすぐに復活できるように。
  - Chaos Monkey: わざとインスタンスを殺してテストする
cf) http://arclamp.hatenablog.com/entry/2015/11/09/221247

Generated infrastructure diagrams

システム構成図はツールで自動生成しよう
Using Graphviz to generate automated system diagrams

NoPSD

最初からすべてのUIをデザインしない: Just In Time Design
ソフトウェア開発と同様のプロセスでデザインを継続的に改善(Continuous Design)
そのために、PSDファイル(Adobe Photoshopの保存形式)を使わないようにする
http://thoughtworks.github.io/p2/issue02/continuous-design/

Products Over Projects

決められた期間、予算で何か作るのではなく、小さく作ったものを見直し続けていく
リーンスタートアップ

Threat Modeling

脅威モデリングは、開発対象のソフトウェアがどのようなセキュリティ脅威にさらされており、攻略される可能性を持ちうるかを洗い出す活動である。潜在するセキュリティ脆弱性を上流工程で見つけ出すことによって、より効果的に脆弱性を排除することを狙う。

Trial

BEM

最近フロントエンド界隈で、『BEM』という言葉を見かけることが増えてきました。BEMとは、Block、Element、Modifierの略語です。Webサイトのコンポーネント化のためのフロントエンド設計方法のひとつで、厳格なclass名の命名ルールが特徴的な手法です。

BEMによるフロントエンドの設計

BFF - Backend for frontends

Webクライアント(PC, iOS, Android,...)とバックエンドの間に、クライアントの種類毎のAPIエンドポイントを作る
https://www.thoughtworks.com/insights/blog/bff-soundcloud

Docker for builds

Dockerコンテナをビルド環境として使う
https://github.com/CenturyLinkLabs/golang-builder

Event Storming

イベントストーミングとは、イベントに着目した設計手法で、Alberto Brandolini氏が考案した。主要な利害関係者をひとつの部屋に集め、制限のないモデリングスペースを使い、付箋をドメインイベントに見立ててモデリングをすることで、数時間で良いモデルが作成できる、とBrandolini氏は主張する。