2016/07/16 PHPカンファレンス関西2016でお話しました内容になります。

1. アイレット株式会社 cloudpack事業部
PHP開発とクラウド
2016.7.16 PHPカンファレンス関西2016
〜PHPが築いたWEBの世界〜

2. CM

3. について

4. AWSを活用しながら
お客さまはビジネスに集中できる
コンシェルジュサービス

5. 24時間365日
定額課金/
請求書払い
Pマーク、ISMS、PCI DSS取得済みの運用体制
監視運用保守
企業 AWS

7. プレミアコンサルティングパートナー
全世界で46社
アジア地域5社最上位パートナー
cloudpackは4年連続認定Premier > Advanced > Standard > Registered

8. 認証・セキュリティの取り組み
＋セキュリティルーム
※写真はイメージです

9. 120
クラウド
導入事例
※ 2016年6月時点

10. cloudpack ホワイトペーパー 4兄弟
セキュリティ
サーバーレス開発
（AWS Lambda）
サポートデスク（運用）
専用線接続
（AWS Direct Connect）
cloudpackサイトで公開中
https://cloudpack.jp/whitepaper/

11. cloudpackセッションのVOD配信

12. Amazon API Gateway
Jenkins
AWS Device Farm
AWS Lambda
シンプルUI
Test Script
GitHub
1.開発
（修正）
2.ビルド
3.テスト
4.評価
（レポート）
AWS Lambda

13. ご清聴ありがとうございました。
ここからが本題です。
まだ帰らないでくださいね(・ε・。)

14. PHPerとして、初めての登壇。
感謝です。v(^ ^)v

15. 自己紹介
☁ 名前：古渡 晋也(フルワタ シンヤ)
☁ お仕事：cloudpackエンジニア
☁ Twitter: @f_prg
☁ コミュニティ：JAWSUG AXIS & さいたま支部コ
アメンバー、Laravelersにたまに参加してます。
☁ 好きなPHPフレームワーク：Laravel

16. 私がPHPで築いたWebの世界

17. 簡単に職務経歴を。

18. 私がPHPで築いたWebの世界、その１
☁ こちらは前々職のお話。
☁ 入社〜３ヶ月で携帯公式サイトをキャリア２つ(softbank,au)リリース。
☁ PHPとPostgreSQLを知らない状態。一から覚えるレベル。foreachって
何？状態。
☁ MVC知らない状態。
☁ システム開発を今までしてない状態。
☁ メールでのやりとりもほとんどしたことない状態。
☁ ITがわからない客とのやりとりまで対応。
☁ WEB開発は、ゼロ。管理画面まで作りました。

19. 私がPHPで築いたWebの世界、その２
☁ 大手a社さんなどのライブキャンペーンサイト・CD
キャンペーン携帯サイト多数構築
☁ CDに入ってるシリアルで着メロ・着うたとかがダウン
ロードできるサイト
☁ アプリ起因による障害を多数経験する。
☁ 先方のサーバを暴走させた。
※a社のIT担当に怒られて関係ないけど、
嫌いなアーティストができる（笑）

20. ちょっとPHP離れて
iOSアプリ開発を３年ぐらい
やりました。

21. 私がPHPで築いたWebの世界、その３
☁ こちらは前職のお話。
☁ Q&Aサイトをゼロベースから構築。
☁ OSは、CentOS５か6。
☁ PHPは、5.2.17。MySQLは5.0.XXの記憶。
☁ フレームワークは、CodeIgniter 1.7。
☁ ライブラリとかもゼロベース。
☁ ユーザーが獲得したポイントをリアルマネーにするシステム構築。資金決済法も
関連してて、法務と会議までする。
☁ 朝5:00の風呂で寝落ちするぐらい仕事したけど、流行らなかった。
☁ Quoraと人力検索はてなを混ぜた感じ。（豚骨塩醤油味噌バターラーメントッピ
ング全部のせ←このワード、当時めっちゃウケました）

22. ここからが、クラウドのお話。
AWSのお話です。

23. AWSとのキッカケ、その１
☁ 使用しているCDNの入れ替えが必要になった
• ベンダーを変えたい。
→値段との葛藤
• キャッシュクリアが重要だった
→前のCDNは、どうにもならなくって待ち状態とか
があった。
☁ AWS CloudFrontを採用することになる

24. AWSとのキッカケ、その２
☁ サーバラックにはもう入らないけど、新規
サービスを立ち上げたい要望が企画から飛ん
でくる。
→物理リソースとの葛藤。
→隣のラックを契約するかどうか悩んでた。
☁ 管理画面があるWordpressでなんかしたい。
→うわぁ, 超ざっくり。（笑）

25. AWSとのキッカケ、その3
☁ AWSわがからないので、勉強会に出始める。
→コミュニティへの関わりのはじめ
☁ 埼玉支部の勉強会に参加してコアメンバー募
集をしてたから、手を挙げてコアメンバーに
なる。
→AWS・JAWS-UGへの関わりのはじめ

26. PHP開発における
オンプレとクラウドの違い

27. ものすごく大変だった
オンプレ環境

28. nfs-AにPHPコードをアップすると
nfs-Bで１分後に同期されてて
本番で動くいてるという環境
nfs-A nfs-B

29. RemoteDesktopでWindowsサーバに入
りコードを編集してました。
秀丸とかで。
nfs-A nfs-B
マウント

30. 超めんどくさかった
☁ フレームワークがない
☁ プレビュー環境（ステージング環境）が
nfs-Aのどっかフォルダで、ただただ迷う。（だったはず。）
間違えないようにするだけの作業が、苦。
☁ タイミングで、nfs-Aへのアップロード後
nfs-Bにコピーとかある。
☁ リモートデスクトップのログイン争い
ユーザーが２人までなのでログインが切れる
☁ リモートデスクトップで使う秀丸ライセンスの購入申請。（笑）

31. コスト削減でDC移管が決定。
LAMP構成にリプレイス。

32. 開発サーバ
☁ 社内のサーバ
☁ みんなで、Apacheいじったり
１つのMySQLにテーブル突っ込んだり
しっちゃかめっちゃか。ゴミが増えていく。
☁ 認証は、LDAP。
→派遣とか来た時にゃもう。。。

33. ステージングサーバ
☁ DC内のサーバ
☁ SVNからファイルを持ってきて反映させ
る。

34. プライマリフロントサーバ
☁ DC内のサーバ
☁ 本番に近い位置付け、
DBは本番を参照してる。
☁ ステージングからSCPしてソースをコピー
してくれるShellファイルを叩く。

35. 本番サーバ
☁ インフラエンジニアに依頼すると
本番反映してくれる。
☁ プライマリフロントから吸い上げて本番
WEBサーバにデプロイしてくれる。

36. 各サーバの違いへの対応
☁ 環境変数用のPHPがあってそれ置いてお
く。→ちなみに、フレームワーク外の
config PHPファイル。
CodeIgniterのconfigファイルの最後で
requireする仕様。

37. オンプレで困ったこと

38. 開発サーバが止まった
☁ tokyo tyrantをセッションで使っててたので
朝来たら、膨大のファイルが
2147483648byteで止まる。
→開発ができんと嘆く人多数でる。
→とりあえず、インフラエンジニアと一緒に対応する。
→で結局解決したの、私。
「これ、2の31乗っぽい」と気づいて
セッションを削除して、終わる。
→ベースがC, C++がプログラマーなので、役立った。

39. 開発サーバの編集ができなくなる
☁ ステージングサーバを、企画に見せると
いったルールがあったのだが
開発状態を企画に見せる勝手なことをする
人間がいて企画のPCのhostsファイルに、
記述させる。
→勝手に再起動すると、嫌な顔される。

40. ステージング
☁ ステージングのSSLが面倒。
☁ ガラケーサイトも、面倒。
☁ 入る予定はなかった派遣エンジニアが仕事
にならないとかでステージングに入りはじ
める

41. 本番サーバ
☁ 新DCでの
画像などの静的コンテンツサーバ
nfsマウントがはずれ
アプリがひきづられ障害発生する。
☁ QAサイトの画像アップロードとか
死ぬほど大変だった。

42. プライマリフロントサーバが
全然意味をなさない
☁ ステージング
→プライマリフロント
→本番
なので、チェック用サーバが通過するサーバ
になっていった。
☁ 本番リリース時に
DBスキーマ変更用のマシンとなる。

43. 環境変数
☁ 環境変数用のPHPファイルで事故る。
違うのあげて動かないとか。。。
上げ忘れたりとか。
本番反映依頼忘れてるとか。。。
変更忘れてたりとか。。。

44. これからAWSやるよ！って
仕事を振られた時の経験のお話。

45. クラウドに対して覚えるべきこと
というか、私が覚えたこと

46. ストレージ

47. オンプレのストレージでこまること
☁ 容量
☁ 物理故障（CPU、メモリ、ディスクなど)
☁ データの復旧作業

48. S3(Simple Storage Service)

49. S3の特徴
☁ 容量は無制限
１オブジェクトは5TBまで
☁ 高い堅牢性
99.999999999%
☁ 安価
☁ スケーラブル
※参考：http://www.slideshare.net/AmazonWebServicesJapan/20150422-aws-blackbelts3

50. ロードバランサー

51. オンプレ、ロードバランサーで
困ること
☁ 機器特有の知識が必要。
☁ おかしいWEBサーバ切り離しできない。

52. ELB(Elastic Load Blancing)

53. ELBの特徴
☁ 可用性
☁ スケーラブルな拡張
☁ 耐障害性

54. サーバ

55. オンプレ、サーバで
困ること
☁ CPUが足りない
☁ メモリが足りない
☁ 替えの品が取り寄せられない。
☁ 減価償却

56. EC2(Elastic Compute Cloud)

57. EC2の特徴
☁ スケーラブルな拡張
☁ 起動時にかかる従量課金
☁ AutoScaling

58. データベース

59. オンプレ、DBで
困ること
☁ 容量
☁ メモリが足りない
☁ レプリカの用意
☁ コネクション、チューニング

60. RDS(Relational Database Service)

61. RDSの特徴
☁ 運用が楽
☁ スケーラブルな拡張
☁ 可用性
☁ バックアップ

62. CDN

63. オンプレ、CDNで
困ること
☁ プログラマには、どういったものか把握し
づらい
☁ ベンダー依存

64. CloudFront

65. CloudFrontの特徴
☁ マネジメントコンソールによる管理
☁ 高速な配信

66. SDK

67. AWS SDK for PHP

68. AWS SDK for PHP
☁ Composerでインストールして使う
☁ S3へのアップロードをしたり
管理画面作って、
CloudFrontのInvalidationなど

69. AWSを奥深くまでということはなく
表面的にさらっと使ったかんじ
それでもWordpressでロンチして
サービスインしてました。

70. やっちまったこと
☁ RDSを変更するときに
noreboot忘れて、再起動がかかる。
→一時サービスダウン。
☁ バックアップが雑だった。
→これはいつのスナップショットだろ
う。。。

71. あまり多く語れなくて
申し訳ないですが、
AWS SDK for PHPは最高。

72. オンプレとクラウドで
違いは？

73. 例えばこんなプロフィール入力時
プロフ入力 プロフ確認 プロフ完了

74. アップしたけど、
やめる人もいるんです。
プロフ入力 プロフ確認 プロフ完了

75. プロフ確認時に違うサーバにいって
画像が見れない
webサーバ

76. 画像サーバを用意しました。
webサーバ 画像サーバ

77. 入力やめてるんで
画像がずっと残りますよね
webサーバ 画像サーバ

78. バッチで消していきますね。
webサーバ 画像サーバ
バッチ処理で消すことに。
実名写真推奨だったので
コンプライアンス的にしんどい。

79. AWSだったらS3ライフサイクルで
バッチ処理などの面倒がなくなる。
webサーバ

80. ステートフル、ステートレスな
アプリケーション

81. ステートフル
☁ 状態が梱包されている

82. ステートレス
☁ 状態が梱包されていない（少ない）

83. 例えば
☁ メール送信バッチプログラムの
configファイルにEC2のプライベートIPアドレ
スを記述する。
☁ メール送信サーバ(仮にPostfix)がダウンして、
AWSにあったバックアップから無事復旧する。
☁ IPアドレスが変わってしまいメール送信できな
くなる。

84. 困らないようにするために
☁ スケーラブルな場合はアプリケーションが
巻き込まれないように、変化するポイント
を抑えステートの影響を受けないように
対策しましょう。
→じゃないと無駄な人日がかかりますね。

85. コスト

86. エンジニアがパワーをかけたいところ
☁ 設計
☁ 実行コード
☁ テストコード

87. コードを書いて
質のいいアプリを作ることが重要。

88. まとめ

89. AWSを勉強しつづけてみて
☁ 個人が企業と同じことができるから
やった分インフラの力が身につく。
☁ PHPerがインフラエンジニアになれる。

90. しかも元PHPエンジニアって
☁ 運用・障害のときに、すっごい必要
☁ まだまだ多くのアプリはPHPが多い。
☁ アプリのコードがわかる力は必要
☁ フレームワークを知っているって重要。

92. おしらせ

93. AWSをもっと勉強したい方は

94. https://kumoben.doorkeeper.jp/events/47302

95. さらに

97. 積極採用中！！