サービスの内製化をするにはチームの技術力が必要です。 Python/Djangoでの開発、Docker, Ansibleでの運用、NewRelic、Sentry、Rundeckでの監視など、最大限技術を活用したサービス構築を目指しています。 技術面でもまた、たくさんの課題があります。 どんな技術を使えばいいの? どんなアーキテクチャにすればいいの? どう技術を取得していけば良いの? 事例を中心に、技術の取得、活用方法を紹介します。

1. 価値を届ける技術
@hirokiky

2. 価値
情報

3. 情報を届ける
使いやすい
落ちない
早い/速い

4. 内部的な価値
楽しく開発
夜眠れる
技術が伸びる

5. 内製化

6. 内製化
既存サービスの内製化
新規のサービスから置き換え

7. アーキテクチャ

8. サービス指向アーキテクチャ
1つの機能を1サービスとして作る
各サービスを連携させる

9. SOA現状
4つの内部サービス
3つの連携サーバー
2つのフロントサーバー

10. APIゲートウェイ
認証、権限管理
内部サーバーへのプロキシ
既存APIの整形

11. APIゲートウェイ

12. AWS
ElasticBeanstalk
VPC・内部ELB

13. 全体図

14. 開発

15. Python
日経内部のPythonな人々
開発しやすい
BePROUDの豊富な実績

16. Python3

17. Python3
日本語問題の少なさ
5年後も使える

18. ライブラリの問題は?
Python3で問題なし
8ヶ月に軽微な2，3件

19. Django

20. Django1.8
LongTermSupport (3years)
マイグレーション (1.7で追加)
http://djangoproject.jp/weblog/dajngo-1-8/

21. プロジェクトテンプレート機能
Djangoのベストプラクティス
テストランナーの設定
Dockerfileなどの初期設定
http://d.hatena.ne.jp/hirokiky/20120702/1341231182

22. DjangoRestFramework
REST APIが簡単に作れる
http://www.django-rest-framework.org/

23. Djangoの不足機能を補う
API自動生成だけでない
便利な機能

24. Serializer (FormのAPI向け)
入れ子もバリデーションチェックできる
{
“articles”: [
{“title”: “title”,
“url”: “http://...”}...
]
“bundled”: 8,
}

25. django-rest-swaggerで自動生成
https://github.com/marcgibbons/django-rest-swagger

26. 運用

27. Docker

28. 既存の運用
Ansibleでの構築
コンテナでGracefulアップデート

29. Ansible
AnsibleMeetup 2015 09
http://ansible-users.connpass.com/event/18015/

30. 新しい運用
ElasticBeanstalk

31. ElasticBeanstalk
1インスタンス複数コンテナ
オートスケール可能
CI連携で開発にデプロイ

32. ElasticBeanstalk

33. Fluent
S3, Bigqueryにアクセスログを集約

34. Fluent

35. Rundeck
バッチ管理サーバー
(スゴイcron)
http://rundeck.org/

36. Rundeck
Rundeckサーバー=>SSHログイン=>コマンド実行
定期実行
ジョブフロー定義
etc

39. Rundeck with Slack
https://github.com/higanworks/rundeck-slack-incoming-webhook-plugin

40. Sentry
https://getsentry.com/

41. Sentry
アプリケーションログの集約
管理・通知

42. Sentry
500系エラー
Pythonのロガーからのエラー

43. Sentry
エラー発生 => 初回のみ通知
エラーを確認済みにすると、再度通知
Slack通知

44. Sentry

45. Sentry
エラー通知からの対応の流れができる
ノート・GitHub Issue作成

46. Sentry
アプリケーションのトレースバック
発生時の変数が全て見れる

47. Sentry
エラー通知は対応フローが重要

48. NewRelic
http://newrelic.com/

49. NewRelicAPM

50. スキルの取得

51. スキルを盗んでもらう
スキルを一緒に取得する
(not 教える)

52. 何がともあれ
信頼関係が大事だと思います

53. ペアプロ(作業)
まだ慣れない人と作業
モジュール設定で悩ましいとき作業

54. レビュー
いつものGitHub

55. レビュー伝え方
重要な実装上の問題
設計上のアドバイス
書き方などの軽微なコメント

56. レビュー伝え方
大事なことは大事と言う
どうでもいいことはどうでもいいと言う(or 言わない)

57. Wiki
Wikiに先にまとめる
書いたWikiを元に伝える

58. Wiki
読まれない文章に意味はない

59. 技術の伝え方まとめ
信頼関係を大事にする
情報の重要度も伝える
情報は繰り返し使う
自戒を込めて。。。 :zoi:

60. サンクス
編成局メンバー
BePROUDメンバー
Py養成読本、Pyプロ

61. おわり
質疑応答 and/or 懇親会で