developers.io2017 a1
TRANSCRIPT
A1. クラメソの請求を⽀える技術〜40歳中年エンジニアの⽣存戦略〜
2017/07/01IT推進室 植⽊和樹
1
2⽬次
請求システム 刷新の背景
新システムのポイント
まとめ
3本セッションの成分
Lambdaかわいいよ
90%
エモい10%
話題
4⾃⼰紹介
名前:植⽊ 和樹（うえき かずき）年齢:40歳出⾝:新潟県妙⾼市
ITサービスマネージャーIT推進室室⻑AWS事業部オペレーショングループ⻑オペレーション部⻑
@czkuk
5２０年のエンジニア歴年齢 職歴1997年（20歳） ポケベル販売＋インターネットカフェ＋パソコンスクール
すごく暇だったのでFreeBSDを覚える３ヶ⽉で東京の会社になぜか就職 Perlを覚えるなぜかシステムエンジニアにLAMP + bind+ qmail + OCN エコノミー
2001年（24歳） ２回⽬の転職 東京に疲れ新潟に嫁を探しに帰る2003年（26歳） ３回⽬の転職するも半年で退職し２ヶ⽉の無職⽣活
４回⽬の転職 Javaエンジニアに Oracleも⾊々いじる2008年（31歳） リーマンショック 退職ラッシュ
なんかいろいろなサーバーの⼦守をすることに2013年（36歳） ５回⽬の転職 Twitterの求⼈をみてクラスメソッドに転職2017年（40歳） イマココ
6
刷新の背景
7刷新の背景1000件超の構築・運⽤から得た、急成⻑ビジネスを⽀えるデータ分析基盤と AWSインフラ環境の事例（17:00〜）｜AWSSummitTokyo2017
8刷新の背景
毎⽉300枚 営業・営業事務が専念
つらい
9携帯電話に似た請求モデル
請求書
AWS利⽤費（従量課⾦）
監視（従量）
運⽤（固定）
請求書
構築（ワンショット）
コンサル（タイマテ）
10旧 請求システム
11旧 請求システム
12新 請求システム
13リリースまでのスケジュール
2015年12⽉ 2016年1⽉ 2⽉ 3⽉ 4⽉ 5⽉ 6⽉ 7⽉
CRM評価・請求モデル検討 開発 ★リリース
14
ポイント
15新システムのポイント
データの⼀元管理
API & OAuth 2.0
Serverless
Salesforce
16
データの⼀元管理
17新 請求システム
18データの⼀元管理によって解消されたこと
⭕️ 曖昧な業務フロー⭕️ 契約情報の散在（データが紐付かない）⭕️ 複数マスター（顧客名のぶれ、請求先部署）⭕️ 台帳ごとのデータの⾷い違い（開始⽇、契約数）⭕️ 「このお客様どのサービス契約してましたっけ？」
19
API & OAuth 2.0
20API,OAuth2.0
• 主にデータの繋ぎこみだけ• Python simple_salesforce• MFクラウド請求CSVフォーマット変更を機にAPIへ• OAuth 2.0 はクライアントでの利⽤は簡単
21【宣伝】OAuth 2.0 ってな〜に？
A-2 基礎からの OAuth 2.0〜 認証と認可の概念、認可コードとアクセストークンの意味 〜
22Problem: Salesforce 24時間API呼び出し上限
１００％になるとAPIが呼べなくなる
↓業務が⽌まる
23Solved: S3 ETag
24
Serverless
25とある運⽤担当者の訴え
「絶対にサーバーは管理したくないでござる」
26新 請求システム
ココ
ココ
27Problem: 処理に時間がかかる
Task timed out after 300.00 seconds
28Solved: SQS Worker Queue
http://dev.classmethod.jp/cloud/aws/lambda-sqs-asynchronous-distributed-processing/
29Solved: SQS Worker Queue
http://dev.classmethod.jp/cloud/aws/lambda-sqs-asynchronous-distributed-processing/
30Lambdaログ監視
http://dev.classmethod.jp/cloud/aws/notify-error-cloudwatch-logs-with-lambda/
ログレベル毎に通知先を変えられるlogs2sns2.ymlがオススメ！
31AWS Managed Services
AWS⽉額利⽤費$ 17
32
Salesforce
33Salesforceについて
• Salesforce初経験• 複雑な請求モデル• 請求締め処理部分はパートナー会社さんに依頼• 画⾯まわりを内製• よくできてる（テスト、カバレッジ、リリース）• Trailheadで⾃習
34外製？内製？
• バッチなど仕様が固めやすい部分は外製• 画⾯などトライ ＆ エラー 部分は内製• すべて内製すると製品毎に担当者を抱え込む• 過度なカスタマイズはしない• 業務をパッケージにあわせる
35刷新後
• 半⽉かかってた請求業務が数時間に• ⼯数：８０⼈⽇ → １２⼈⽇• 営業への契約確認 → ほぼゼロ• 契約内容 ＝ 請求• マーケ施策強化• 「しがないOL」がJavaプログラマーへ転向
36
請求システムについての説明=終 =
37新請求システムの印象はどうでした？
意外と単純と思いませんでしたか？
38
おっさんの昔話
39Programmer?
AnOrdinaryEngineer
40プログラマーって？
たぶんこういう本が好きな⼈
41糊付けエンジニアHTTPのリクエストを受け取って
DBに格納して
条件指定して取り出して
テキスト整形してレスポンスを返す
⾼度なアルゴリズムとかデータ構造とか出てこない⼊⼒＋出⼒＋条件分岐＋繰り返し
プログラムの基礎のみ
42プログラミングの⼤衆化
43Programming Interface
糊付け
フレームワーク
認証
クラウド
OS
DB
ミドルウェア
ライブラリ
ツール
それぞれ専⾨的知識
なんでもできる⼈なんていない
44
45フルスタック？フルフェーズ？
マーケ 営業 開発・構築 保守運⽤ 請求・会計
ビジネス戦略
⼈事・労務
各分野の専⾨家を「エンジニア」としてサポート
46４０歳の⽣存戦略
半径５メートル
47まとめ
プログラムが書けるようになろう
API, OAuth2.0 は覚えて損なし
コードレビューしてもらおう
社内各部の⼥性と仲良くなれました
パーツの組み合わせでシステムは作れる
48