Ep.26 n( @n_1215 )さん、やまと( @yamato_sorariku )さん、コレエダナオキ( @naoki_koreeda )さんと雑談 #ツナギメエフエム

00:07

はい、始まりました。tsunagimefmの第26回です。

tsunagimefmは、IT勉強会コミュニティ繋がりの方々をゲストに迎えて雑談するポッドキャストです。

まずは、ツイッターのハッシュタグについてお知らせです。

ハッシュタグはカタカナでtsunagimefmです。ツイートお待ちしています。

今回で第26回目です。

今日のゲストは、中江さんと大和さんと小枝さんの3名です。

それでは順番に自己紹介をお願いします。

まずは中江さんお願いします。

はい、中江と申します。

普段はBHPメインのバックエンドのエンジニアをやってるんですけど、最近は…

はい、よろしくお願いします。

よろしくお願いします。

はい、続いて大和さんお願いします。

はい、大和と申します。

ツイッターのアカウント、大和アンダースコアソラリクっていうアカウントでやってます。よろしくお願いします。

普段は、社内システムの開発とかの運用側のチームのリーダーをやってまして、

あとは最近はデータマネジメント基盤を作る人を一人でちまちまやってまして、

ビッグクエリーと仲良くしているところです。

クラウドランが好きで、今日はそういう話をできればなと思っております。よろしくお願いします。

はい、よろしくお願いします。

最後、小枝さんお願いします。

はい、福岡の会社で、グルービーモバイルっていうところで、

PHPのエンジニア、最近インフラ周りも少し触ったりしています。

GDGクラウド福岡っていうコミュニティのオーガナイザーをやらせてもらっています。

よろしくお願いします。

はい、よろしくお願いします。

はい、今日は3人をお呼びして、

最近、中江さんと大和さんがTwitterでクラウドランのことをちょこちょこ書かれてて、

気になるなと思ってて、

PHP Conference福岡のスタッフである小枝さんが、そういえばGDGクラウド福岡やってたなって思い出して、

3人集めて何か話してたらいいなと思って今日はお呼びした感じです。

なので、Googleクラウドとかクラウドランのお話を今日はやっていきたいと思っています。

ということなんですが、私がGoogleクラウドは何もわからないので、

本当に初歩的なところから聞いていくことになると思うんですけど、

どうぞよろしくお願いします。

お願いします。

03:01

本当にすごい基礎的なところなんですけど、どなたか教えていただけると嬉しいんですが、

前なんかGCPって呼んでた気がするんですけど、これいつの間にGoogleクラウドってなったんですか?

ブランド変更かな?

多分ブランド変更ですね。

ブランド変更ですかね。なるほど。

いまだにGCPって言ってる人も多いし、

いますよね。

実際中の人とかもたまに間違って言ったりしてるんで、まだ浸透はしてないですけど、

一応Googleワークスペースも含めてGoogleクラウドっていう呼び方ではあるんですけど、

GCPっていう呼び方がなんか消え去っていってる感じです。

あれ消え去ってるというよりは全体を含めてGoogleクラウドっていうマーケティングをしてるだけで、

Googleクラウドプラットフォーム自体は別にクラウドサービスの名称としては正しいんじゃないですかね。

内部的にはあるんですけど、なんかGCPって古い言い方っぽいような呼ばれ方を最近してる。

ワークスペースとかGCPとか合わせてのGoogleクラウドのはずなんですけど、

間違いじゃないと思います。

Googleクラウドの方が広くて、GCPはその一部を指してたりとかそんな感じなんですかね。

それに不随するサービス、Googleが持ってる不随サービスを含めてGoogleクラウドなのかなっていう感じ。

そんな感じですね。

要はそれこそさっきお話したクラウドランとかコンピュートエンジンとかがGoogleクラウドプラットフォームで、

でもそれ略したらGCPじゃんって僕ずっと思ってるんですけど。

そうなんですよね。

Pの部分があってもいいんじゃないかって思ってて、

Googleクラウドの方がなんだかなみたいな。

Googleクラウドを略してもGCPにしらない。

そうなんですね。

環境変数とかの変数名で、GCPじゃおかしいしな、これじゃあGCPでいいよなと思って、

GCPは僕の中で生き続けてるんですけど。

GCPって言うとまたみんなが思うGCPとか。

ガービジコレクション。

コンフリクトしそうで。

そう、メモリを掃除するほうになっちゃうから。

ですよね。

GCPの方がいいよなと思いつつも、

世間って言ったらおかしいですけど、流れがGCPって呼ばないみたいな感じになって。

略称はじゃあ何?って思って。

GCPと呼ばれてた部分の名称はなんというか。

ですよね、そう思うもん。

そのGoogleクラウドは皆さんお仕事で使われてるんですか?

プロダクション環境でも使ってますか?

私はプロダクションで今ガンガン使ってて、

それこそクラウドランも使ってますし、

いろいろGCP上に乗ったアプリケーションの保守運用をやってますね。

なんか当然AWSと同様にいろんなサービスがあると思うんですけど、

06:04

その中でもどんなのを使ってるのかなっていうのを聞けるといいなと思う。

先ほど大本さんはビッグクエリーって言われてましたね。

他使ってるやつって何かありますか?

私の業務で言うと、クラウドランはエンドポイント、API、

アプリケーションが動く、レールズで動いてるものなんですけど、

レールズが動いてるのもクラウドランですし、

フロントエンドの配信、ナクストで作ってるんですけど、

フロントエンドの配信もクラウドランで作っていて、

それをロードバランサーの後ろに置いて、

配信するっていうよくある形の使い方ではあるんですけど、

あとそれ以外にもクラウドSQLっていう、

AWSのRDSみたいなデータベースのマネージドサービスを使っていたりとか、

Redisとかがあるメモリストアですとか、

あとクラウドPubSubとか、

割とその辺をよく使ってお仕事をさせてもらってますね。

中江さんと小枝さんはどうですか?

本番環境で何使ってるとか。

僕はだいたい仕事はほとんどAWSが多いんで、

趣味ですね。

グーグルクラウドの一部で使ってたりとかあります。

たまにグーグルクラウドファンクションで作ってください、

みたいなところがあったので、

買ったことあるんですけど、メインはAWS。

では小枝さんはどんな感じですかね。

うちも業務でプロダクション環境を使っています。

使っているのはGAEのフレキシブルってパーソナルなんですけど、

クラウドランに移行したい気持ちのナンバーワンのプロダクションが動いてて、

それがGAEのやつなんですけど、

それとあとはクラウドSQLと、

あとはGCE、VMもちょっと立ってるのもあって、

あとはクラウドファンクション。

その辺りですかね。

GCEっていうのはちなみにどんなやつですか。

GCEは普通なの、EC2ですかね。

AWSでいうVM立てるやつです。

完全に理解です。

さっき言ったGAEをなぜ乗せ替えたいんですか。

GAEなんですけど、もともとGAE自体はGCPの中でもすごい古いサービスになってて、

結構前からあるイメージで、

僕もAWSが使われるようになる前からGAEの方が先に存在を知っていたような記憶があって、

09:01

じゃあ歴史があるサービスなんですね。

そうですね。

それのスタンダードとフレキシブルって2種類あって、

スタンダードはかなりGoogleの方でマネージドになってるんですけど、

ランタイムがそんなにたくさんは選べなかったり、

いろいろ制限もあって、

うちの会社はあんまりバンバン新しい技術を使っていってたわけじゃないんで、

GAEのフレキシブルだとSSHできたりするんですよ、インスタンスの中に。

その辺がまだうちに合ってるなと思ってそっちを使ってたんですけど、

やっぱりあんまり盛り上がってない。

このうちだんだんPHP使ってるんで、

だんだんPHPとかサポートされなくなっていくんじゃないかっていう恐怖感もあって。

GAEの中でPHPのサポートって後発なんですかね?

後発ですね。

もともとスタンダードからあったはずなので、

一応PHP自体はサポートは長いんですけど、

結構バージョンが絞られてたりして、

しばらく5系で止まってたような。

最近408をサポートしてます。

7.2、3、4、8、8.0だと思うんですけど。

そっか、7、EOLですもんね、もう。

先日終わりました。

なるほど、そっか。

あんまりうちの会社は攻めのアップデートしないタイプなんで、

そういうところでもクラウドランでイメージで固めちゃったりもできるんで、

後々便利ってのもあるかなと思って。

やっぱり今スラックとか色々見てて盛り上がってるプロダクトなんで、

ちょっと移してみたいなっていう気持ちですね。

クラウドランがってことですかね?

クラウドランが盛り上がってます。

今GAEの話が出ましたけど、GAEはPaaSですよね?

クラウドランっていうのは一体どんなサービスなんですか?

PaaSではないんですか?

あれはインフラストラクチャーを提供している。

AWSのラムダってあるじゃないですか。

あれってDockerイメージを起動できるオプション?

基本は言語を指定されてるやつもあったんですけど、

Dockerイメージも確か起動できると思うんですけど、

あれと同じものと考えていただければいいのかなと思っていて。

難しいな。

イメージを指定してDockerコンテナが上がって、

12:00

HTTPSのURLが発行されて、外からポコポコつけますよっていうのが、

数クリックしたら全部出来上がっちゃうっていう。

さっきGAEはSSHできるみたいな話されてましたけど、

クラウドランはそんなのできないんですよね?

できないですね。

もうコンテナの中に閉じてるので。

最近あのジャンルはPaaSって呼ばれてることが多い気がします。

PaaSよりちょっと下の方までユーザーが面倒を見てるイメージですかね。

コンテナを作るとこまではユーザーの責任で、

コンテナを動かす環境はクラウドプロバイダーが面倒を見てる。

クラウドランでは選べずだとアップランナーですね。

アップランナーでの機能。

ラムダもだからバックエンドにコンテナを選べるのもあるんで、

それは若干似てはいるんですけど、

あっちはHDTVの一つずつのエンドポイントが最小単位で、

それよりは流度は高いというか、

アプリケーションごとコンテナとしてやってる感じですかね。

HDTVのエンドポイントがあるので、

ラムダみたいなものではまだないんですよね。

ラムダに当たるのはクラウドファンクションなので微妙に違います。

同じようなサーバーレス系のジャンルではあると思うんですけど、

パースとファースの間ぐらいな感じがします。

パースとファースの間。

Helocとかみたいな、

GAのグラップエンジンのパースでしたけど、

それよりは少しだけユーザーの責任が大きい。

けどコンテナという標準のものを使ってるので、

その分カスタマイズ性は高い。

コンテナさえ使えてれば楽に使えるかなという感じですね。

コンテナを自分でいろいろ触れる人だと、

使いやすいというか。

GAEとかだと特定の拡張が使えなかったりするんですよ、

PHPだと。

特にさっきおっしゃってたスタンダードの環境とかだと、

拡張が使えないとかだったりして、

それフレキシブルの方だったら使えるんですけど、

フレキシブルはフレキシブルで、

たとえば、

スピンアップが遅かったりとかいろいろデメリットがあるので、

そうなってしまったらそもそもコンテナまで

こっちで掌握して、

好きな拡張とかを入れられるような、

そういった方が楽だなという感じですかね、個人的に。

今ちょこっと出てきましたけど、

スピンアップというのは何ですか?

要は、

軌道のこと。

なるほど。

クラウドランとかは普段アクセスがないと

コンテナが落ちてるものが結構あって、

HELPとかでもあると思うんですけど、

常時コンテナが立ってないやつがHAPアクセスが来てから

15:00

裏で起動してっていう、

そこのレイテンシーが若干かかるんですけど、

そこの立ち上げのことをスピンアップってよく言います。

GAEはめちゃめちゃスピンアップ、

スタンダード環境はめちゃめちゃスピンアップが早いんですよ。

特にコードとか。

いわゆる寝てると呼ばれる状態ですね。

寝てる、コールドスタートです。

このクラウドランを使って、

さっき山本さんも使ってるとかいう話はしてましたけど、

具体的にはどんなことに使うのが合ってるというか、

使いどころがよく分かってないんですけど、

どんなことに使うのが合ってるというか、

使いどころがよく分かってないんですけど、

僕の業務で使っている使い方って、

本当にRailsそのままボンって載せて、

APIとして公開してるっていう使い方ですよね。

なのでDockerイメージを作って、

そのDockerイメージをクラウドランにデプロイして、

あとはクラウドランから

Cloud SQLに裏側でつなぐためのデータコネクタ?

データベースコネクタだったかな。

ちょっと名前忘れちゃったんですけど、

つなぐ仕組みがあったりとか、環境変数とかシークレットを

環境変数として埋め込む機能があったりですとか、

あとはアクセスが

ついてるときはコンテナが1個2個しかなくて、

アクセスが増えると勝手に50個とか100個とかに

もう勝手にスケールアップしてくれるんですね。

その分課金されるんですけど、

CPU時間とかメモリ時間で課金されるんですけど、

勝手に増えててくれるので、

そのあたりのスケールアウトも勝手にやってくれる

ウェブアプリケーションが

どっかイメージ作って載せるだけでできる。

何も気にせずにその辺で。

コンテナあたりのメモリと

CPUの数も決められて、

一番少ないのは128MBから

今何GBまであったかな。

4GBのメモリをコンテナ1つに

当てることもできるので、

メモリを多く使うアプリケーションも載せて

動かしたりもできるものになってますね。

メモリ最近増えた?

最近増えましたよね。

32とかぐらい?

いくらかかるんだ。

1つでそんなにメモリを使うかと言われると

コンテナの種類によっては使わないかもしれないけど

僕らの普段のウェブアプリだとそんなに使わない。

たまにメモリリークしてて

グラフで見たら

右斜め上に上がっていってストーンって

殺されてる瞬間はたまにあるんですけど

基本は2もあれば十分多くても

2か1ぐらいで十分だと思うので

その辺がすごく

ライトに変更したりとか

スケールアウトがしてくれるっていう点で

18:02

すごく活用してますね、クラウドランは。

普通にウェブアプリとして

使う感じなんですね。

APIサーバーとか

フロントエンドの配信できますね。

Next.jsとか動かすのでもいい。

なるほど。

そうですよね、さっきコレドさんも

GAEのやつを乗せ替えるみたいなのをしてたんで

普通のアプリケーションを動かすみたいな感じで

全然いいんですね。

逆に常時動かしてる系はあんまり向かないですね。

常に1分単位でずっと

クローンじゃないや

どっか見に行くとか

そういうアプリケーションだとあんまり向かないかもしれないですね。

例えが出てこないな。

普通のウェブページは

じゃあ向かない?

普通のウェブページは全然

向くと思いますね。

パッと例が出てこない。

ウェブアプリケーション全般には向いてるっていう感じですね。

恐らく。

結局コンテナなので

どの言語を動かすとかは

自分の裁量というか

その辺は自由度があるってことですよね。

コンテナさえ作れれば。

決まった言語がこれじゃないと動かないみたいなことはないと。

コンテナさえ準備できればいいってこと。

なるほどな。

まだちょっと分かんないな。

あと何があるかな。

小枝さんさっきGAEの載せ替えみたいなことを言ってましたけど

使いどころとしては

何か考えてるのでありますか?

うちはもう完全にウェブサービスやってるんで

そのウェブアプリケーション丸々

クラウドランに載せようかなって思ってる感じです。

バックエンドもフロントも

PHPとケーク3を使ってるんですけど

そういうのも丸ごと全部

クラウドランに載せる感じですよね。

なるほどな。

Googleのクラウドランを使うっていうのは

なぜAWSは選択肢になってないんですか?

そこは何か理由は?

いえ、ない。

別にAWSが使いたくないとかではないし

GCPのクラウドランじゃないとダメだみたいな感じでもなく

ただ単に今あるプロダクトが

全部フルGCPになっちゃってるんで

GCP内で検討したっていうだけですね。

なるほど、そういうことか。

だとすると載せ替え先としては

21:01

いいかなって感じなんですね。

現状を考えると。

そうですね。

VPCとか内部ネットワークとか

そういう関係もいろいろ考えると

あんまり外に出すと

ネットワーク料金とかも

考えたりしなきゃいけなくなってくると

ちょっと先が読めなくなってくるんで

慣れるくやるならGCP内に収めようかなっていう

気持ちでやってます。

じゃあもう社内で

Googleクラウドを使うのが

今のところルールじゃないですけど

それで統一されてるんですね。

社内的にGoogleクラウドを利用するのが。

今のところはそうですね。

でも全然次はAWS使おうかっていう可能性も

全然ある感じです。

うちはいろんなクラウドサービス使ってまして

たまたまGoogleは使ってないぐらいの感じで

ちょっとネットワークの待機を使うので

料金的に固定だったり

お休みだったりするところが助かるので

そう考えるとちょっと三大クラウドは

難しいところがあってですね。

使いたいシーンももちろんあったりするんですけど

全く使ってないわけではなくて

使いたいシーンがあったりするんですけど

全く使ってないわけではなく

使ってたりするんですけどAWSを

なんとかGoogleを使う理由はなくて

ただどう読むのか知っておきたいなと思って

そのあたりでちょっとお話を聞いてる感じです。

なるほどな。

僕はですね、一夜漬けの意識なんですが

どうやらクラウドランというのには

サービスというものとジョブというものがあるらしい

シリですね。

これどんな違いとか

教えてもらったりできますか?

この辺知ってますか?

クラウドランサービス、クラウドランジョブ

そうですね。クラウドランサービスが

いわゆるさっきお話してた

Webアプリケーションを動かしている環境というか

ものになっていて、もう一個ジョブっていうのが

クラウドランと同じようにイメージベースで

動くんですけど、動くのが

HTTPのリクエストとかイベントを

キーンとしたものではなくて、どちらかというと

スケジュールにのっとったバッチ処理的な

ジョブなので

ちなみにまだGAになった

サービスではないんですけど

うちでは最近立てたサービスには

使ってみようと入れてみまして

本番で動かしてるんですけど

24:00

クローンというか

5分に1回させたい処理とか

っていうのをコンテナの中に

アプリケーションとして実装して

クラウドスケジューラーという時間を指定して

クローン式で時間

5分に1回実行してください、このジョブを

実行すると5分に1回処理が走っていってくれる

エラーになったらリトライするかどうか

っていうのも定義できますし、あとは

並列で何個動くとか、逆に並列で動いちゃダメだよ

というのも指定できるというものになってますね

バッチ用途が多分多いんじゃないかなと

思ってますね、定期的に実行したいっていう

リクエストベースではなく

AWSのラブダブって

HTTPのエンドポイントなければ同じ機能が

動くんでしたっけ、ちょっと動いてない

イベント駆動で動かすのもできますね

例えばS3にファイルをアップロードしたときに

この処理をラブダブ

そういう起動の仕方がありましたっけ

タスクスケジューラー

タスクスケジューラーはGoogleだ

何だっけ

イベントブリッジか

初めて聞いた

前なんかクラウドウォッチイベント

最近変わってましたよね

イベントブリッジって言いますね

イベントブリッジで

なんか最近作ったんですけど

なんだっけ

root53でレコードが

登録とか変更とか削除とかされたタイミングで

されたよっていうのをチャットに通知するっていうのを

作りましたね

これがこう変わったけど大丈夫だよねみたいな

なんかうちの仕事の

都合上そういうのは非常に大事なので

レコードの操作が起きたときにそういう通知を

してますね

知らなかった

ブラウンジョブも似たようなことができると

そうですね

インターフェースだからイメージとしてはECSタスクに近い

あそうですねあくまでDockerイメージベースで

処理が動くので

なるほどな

定期実行させたいコンテナを定義するところ

って感じですかね

バッジジョブ用のサーバーを立てたくないときとかはいいでしょうね

サラッと動かしたいときとかにちょうどいい

メンテナンスしたくないっすもんね

できる限りマネージド時間だけの

課金になるのがいいところですね

そうですねそのあたりはまあいいな

一応前からGAEとか

クラウドランもHTTPのエンドポイントで

ジョブを動かすところを作ってそこを出させていただく

27:02

みたいなのができたんですけど

HTTPのほうに穴あけるのも

微妙な気分じゃないですか

それが解消されて必要なピースが埋まったなという印象です

クラウドランって中身は

さっきコンテナって言ってましたけど

これKubernetesになるんですか

マネージド系ネイティブだった気がします

何て読むか分かってないですけど

Kネイティブとか何とかって書いてある

クラウドはAHの上に

バースとかガスとかをホストできる環境みたいな

理解しかしてないですけど

Kネイティブ

Kネイティブっていうのは

何発祥の言葉なんですかね

これGoogleが言ってるやつですか

分からない

僕の記憶ではGoogleから出てきた

聞いたことあるけど

難しくて

GCEGKEとか

KなのかCなのかで

しかもAWSと

AzureとGoogleで

言葉が似すぎてて

どれがどれだっけみたいなのが

すごい混乱するんですよね

クラウドは

クバネティスベースのプラットフォームで出てきましたね

クラウド

AHだと若干低レベルすぎるんで

上のほうで楽に

サーバーレスのアプリケーションを作ったり

できるようにしようぐらいのモチベーションだと思います

Kネイティブ自体は

触ったことないんで

これに乗っかって

ヨシナにやってもらっているので

単語としてしか知らなかった

今初めて調べました

難しいですよね

難しいというか

ついていくのが必死だな

隠蔽されているというか

うまく包み隠してくれているところがいっぱいあるじゃないですか

それを深く使うためには

そういうのも知っておいたほうがいいんだろうなとは思うんですけど

必要になる瞬間って今のところ全くなくて

動いてくれちゃうんで

うまい具合に

全然気にしなくてもいいレベルのものになってますね

抽象化されているというのが

いいのか分からないですけど

GCPは特にうまく隠すのがうまいというか

ユーザーインターフェースに落とし込むのがすごくうまくて

ちゃんとカプセル化されているような印象がありますね

裏の仕組みがチラチラ見えるというか

AWSどっちかというともうちょっと流度が細かいんで

30:00

このサービスの中で何かこれとこれ使ってて

そのサービスの制限がチラチラ見えるとか

たまにあったりするんですけど

Plastic Beanstalkとか

GCPのほうはどっちかというと流度が高くて

最初に中江さんと山本さんが

クラウドランが良さそうみたいなところを

ツイッターで見かけたという話をしたんですけど

使っててここすげえいいなみたいなところって

推しポイントは何かありますか

推しポイントは

やっぱり一番はキュートなところ

一番はキュートなところ

やっぱり一番は気軽さだと思っていて

Dockerイメージさえ作れば

開発の環境とかもそれでもう

サービスを立ててぱぱぱぱって増やしたら

それだけ面も増えますし

これはあんまり実部で使ってないんですけど

カナリアリリースとかもできるようになっていて

リビジョンっていう

クラウドランサービスの中にリビジョンという単位があるんですけど

最新のリビジョンと1個前のリリースのリビジョンがあって

これを50%50%の割合で

リクエスト投げますよってこともできるんですよ

あとは最新を1%にして

既存を99%にして

大きな問題がないことを確認してから徐々に

上げていくこともできるのと

あとはタグが付けられて

タグっていうのが

URL自動で発行されるんですけど

クラウドランサービスを作ると

そこにさらにタグが作れて

ブルーグリーンでプルーみたいなこともできる仕組みが

標準で備わっていて

私も業務でサービスの

結構大きめの反映するときに

これもうバーって切り替わったら

処理がおかしくなるかもしれないから逆に

スター

tsunagimefm

スター

コメント

こちらもおすすめ

Ep.26 n( @n_1215 )さん、やまと( @yamato_sorariku )さん、コレエダ ナオキ( @naoki_koreeda )さんと雑談 #ツナギメエフエム

tsunagimefm

コメント

こちらもおすすめ

Ep.26 n( @n_1215 )さん、やまと( @yamato_sorariku )さん、コレエダナオキ( @naoki_koreeda )さんと雑談 #ツナギメエフエム