クラウド利用のポイントとソフトウェア開発イノベーション(Short)

��

��

��

��

��

��

��

��

� ��

� ��

��

� ��

��

��

��

��

=

��

��

��

��• ��• ��• ��• ��

��• ��• ��• ��• ��• ��• ��• ��• ��• ��• ��

��• ��• ��• ��• ��• ��• ��• ��

��

� ��

� ��

��

� ��

� ��

��

Client

Redshift

Data Source ET Temporary Storage

Direct Connect

State Management

Forwarder

Loader

Sandbox

VPC Peering

S3

��

230

��

� ��

� ��

� ��

� ��

� ��

� ��

� ��

��

このマッピングに価値がある．稟議書作成のノウハウだけでも売れる．

��

� ��

� ��

��

© 2016 NTT DOCOMO, INC. All rights reserved.16

��

��

��

��

��

��

��

��

��

��

��

��

��

o!

o!

o!

o

!

!

DEVOPS Agile

Growth Hack

Lean Startup Amazon Mobile tableau


http://d.hatena.ne.jp/wayaguchi/touch/20130217/1361047033 より

反復型開発のフレームワーク（管理者視点）

http://f.hatena.ne.jp/wayaguchi/20130420081831

http://d.hatena.ne.jp/wayaguchi/touch/20130217/1361047033

© 2016 NTT DOCOMO, INC. All rights reserved.

DevOps

• DevelopmentとOperationを組み合わせた造語 • 体制や組織論，考え⽅の概念（Dev，Opsに加えてQAも含まれる）

• 最近ではBusiness部⾨を加えてBizDevOpsという造語もある

• ⽬的，ゴールは顧客の望むものを速く届けること • 元々はFlickerのエンジニアの以下のスライドに端を発する

• http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr

• 開発と運⽤（とQA）は尊敬・信頼しあい，相⼿を⾮難するのではなく，透明性を確保し，影響を与えながらプロダクトを頻繁にリリースする

• 上流から下流ではなく，フィードバックとイテレーション

25

http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr


NoOps (Mike Gualtieri, Forrester Research)

• http://blogs.forrester.com/mike_gualtieri/11-02-07-i_dont_want_devops_i_want_noops

• IaaSとPaaSを活⽤してOpsなしで実現すること

• 2016年3⽉のGCP NextでGoogleのEric Schmitも以下を発⾔ •NoOps will become mainstream•Serverless architectures will be the next wave of computing

• Public Cloudの発展によりOpsが必要な領域は減ってきているのは事実 •AWS Lambda/Google Cloud Functions/Azure Functions，各種PaaS

•こういったものを活⽤してDevOpsの概念を実現するのがNoOps

•インシデント対応等を含めると運⽤がなくなるわけではない

26

http://blogs.forrester.com/mike_gualtieri/11-02-07-i_dont_want_devops_i_want_noops

http://blogs.forrester.com/mike_gualtieri/11-02-07-i_dont_want_devops_i_want_noops

Marvin Conway, 1968

• ．

•

•

www.bonkersworld.net/organizational-charts/

2011 6

!"#

$%& '(# #)

*+% $,' (-./01(2

3 3 3

Micro Services


State of the Art in Microservices by Adrian Cockcroft






https://giantswarm.io/microservices/

Monorith Microservices

© 2015 NTT DOCOMO, INC. All rights reserved.34http://qiita.com/spesnova/items/d7c95cc13ca1caf389fbhttp://www.slideshare.net/adriancockcroft/goto-berlin

Spotifyの開発手法の変遷

https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/


http://olive-drab.com/od_milorgs_us_army.php

Squad


•

•

•

© 2015 NTT DOCOMO, INC. All rights reserved.38http://www.educate.co.jp/2008-10-05-11-32-59/126-2010-12-14-10-01-01.html

o!

o!

o!

o!


⼈を増やせば開発スピードが上がるか？o ブルックスの法則 ➢新たに投⼊された開発者が⽣産性の向上に寄与するまで時間がかかる ➢⼈員の投下はチーム内のコミュニケーションコストを増⼤させる

o リンゲルマン効果 ➢⼈間は集団になればなるほど⼿抜きをする

o タックマンモデルも踏まえると，新たに投⼊された⼈員がチーム内で安定して機能するまでには時間を要するため，明らかなプラス材料でもない限りはスピード向上に寄与しない

o 特にビジョンや⽅向性が共有されていない⼈員はチーム全体のモチベーションを下げる効果もあるため，⼈員増加は慎重に実施すべきことである（メンバーの⼊れ替えも同じ）

o スタートアップには30⼈，50⼈，100⼈の壁があると⾔われる ➢主にコミュニケーションコストの増⼤に起因する

39


� ��

� ��

��

��

��

��

��

��

��