新着 の記事一覧

前回紹介したMicrosoft365の「承認」機能は標準機能としてTeamsから利用できるシンプルで使いやすいものとなっていました。さらに「承認」機能はPower Automateやその他のサービスを組み合わせることによってより複雑で高機能なワークフローを作成するができるようにもなっています。今回はPower Automateを使ったワークフローの開発方法を紹介します。 トリガーを利用して自動でワークフローを実行 　「承認」機能はTeamsで承認要求を作成して承認者に送るといった利用方法でしたが、Power Automateのトリガーと組み合わせて承認要求の作成自体も自動化して効率化することができます。 今回は、SharePointに承認を要するファイルがアップロードされたことをトリガーとして、承認用のワークフローを起動します。承認者が承認したタイミングで、その旨をTeamsで通知してSharePointに履歴として保存するといったワークフローを作成してゆきます。 SharePointの準備 まずは、SharePointの準備を整えましょう。ファイルをアップロードする場所と、承認履歴の保存用リストを作成しておきます。SharePointのサイトから作成しても利用できますが、簡単にTeamsのチーム用のSharePointを利用します。既存チームの「SharePointで開く」を選択します。 トリガーとなる承認を要するファイルはこのチームサイトのドキュメントにアップロードすることにします。 加えて承認の履歴保存用のリストを作成します。「新規」-「リスト」を選択します。 承認ログを保存するために、こちらの内容でリストを作成しておきます。 クラウドフローの作成 次にPower Automateの「自動化したクラウドフロー」から作成してゆきます。 “SharePoint”をキーワードに、「ファイルが作成されたとき（プロパティーのみ）」を選択します。 「サイトのアドレス」をクリックすると利用できるSharePointのサイトの一覧が候補として表示されます。先ほどのSharePointサイトを選択します。「ライブラリ名」と「フォルダー」を指定します。 「フォルダーID」はフォルダー一覧から“/Shared Documents/General”を選択します。これは、Teamsの“一般チャネル”のファイル保存場と同じ場所になります。SharePointにファイルをアップロードすることがトリガーとなりますが、TeamsのバックグランドがSharePointという特性を利用して、ここに承認に必要なファイルをアップロードしても自動的にワークフローを起動させることができます。 後で取得したファイル名を利用するので、動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」から「拡張子付きのファイル名」を変数に格納しておきます。 承認のアクションから「開始して承認を待機」を追加します。 「承認/拒否　すべてのユーザーの承認が必要」を選択します。 「タイトル」を入力します。 「担当者」には承認を依頼するメンバーの名前もしくはメールアドレスを入力します。 「アイテムリンク」には動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」のプロパティー一覧から「完全パス」を選択します。「要求元」には動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」のプロパティー一覧から「登録者 Email」を選択します。 次に承認の可否によって分岐する処理を追加します。「新しいステップ」を選択して、コントロールから「条件」を選択します。 「値の選択」には動的なコンテンツ「開始して処理を待機」から「結果」を選択します。 「次の値に等しい」を選択して、「値の選択」に“Approve”と入力します。これで承認された場合、拒否された場合の分岐となります。 承認された場合、Teamsのアクションから「チャットまたはチャネルでメッセージを投稿する」を追加してメッセージを送ります。メッセージ内容には、先ほど変数に格納したファイル名も表示できるようにしておきます。 拒否された場合のメッセージも同様に作成します。 最後にSharePointのリストに承認履歴のログとして投稿しておきます。SharePointのアクションから「項目の作成」を選択します。 各項目を埋めてゆきます。 サイトのアドレス：SharePointサイトのURLを選択します。リスト名：作成したリスト名“承認ログ”を入力します。Title：動的なコンテンツ「開始して承認を待機」から「タイトル」を選択します。可否：動的なコンテンツ「開始して承認を待機」から「結果」を選択します。作成日：動的なコンテンツ「開始して承認を待機」から「依頼日」を選択します。承認日：動的なコンテンツ「開始して承認を待機」から「完了日」を選択します。申請者：動的なコンテンツ「ファイルが作成されたとき（プロパティーのみ）」から「登録者Display Name」を選択します。承認者：first(outputs（'開始して承認を待機）?['body/responses'])?['responder/displayName']　この式を入力します。 SharePointリストへの投稿内容の設定が完成しました。 テスト 早速テストしてみましょう。Teamsからファイルをアップロードします。 承認要求相手に通知が届きました。添付されたファイルを確認した後、承認します。 申請側にも承認された旨の通知が届きました。 Teamsにも承認されたとの通知が届いています。 SharePointのリストにも承認履歴が保存されました。 フォローの実行結果も問題ありません。　成功です！ フロー全体図 さいごに 以上、Microsoft365の「承認」機能を利用したワーフローの開発方法を紹介しました。簡易ツールとしての承認機能が、Power Automateと組み合わせることによって、高度なワークフローシステムに成長できました。 このように、Microsoft365のサービスはシステム連携が簡単にできるように設計されています。基本的な機能のみのツールから、より高機能なシステムへPower Automateでのローコード開発で短期間に手軽にバージョンアップが可能となっています。システム開発というこれまでの高いハードルをグンと下げることで、実務レベルの担当者でも必要なシステム開発が可能となります。是非お試しください。

こんにちは、GMOインターネットの吉田です。今回は、ディレクターがプロジェクトの進行中にどんなことを考えているか、チームのみんなにも協力してもらって素直なご意見をまとめてみました。また、私の考えるディレクターに必要な能力について、書いています。 ディレクターの感情曲線 前回までUI/UXディレクターのお仕事とプロジェクトの流れについて、連載でお伝えしてきました。 各フェーズで具体的にディレクターがどんなことをしているのかは、Vol.1、Vol.2、Vol.3のエントリーを読んでみてください。 今回は、サービスディレクターチームのメンバーにも協力してもらい、プロジェクトの各フェーズでディレクターがどんなことを考えたり、感じたりしているかを感情曲線でまとめてみました。 ディレクターの感情曲線 結果、感情が一番マイナスになっているのは「検証」フェーズでした。 自分たちが設計した画面がテスト環境に実装されると感動する！という意見が多くありましたが、その後に続く検証作業で不具合が次々と見つかり、検証作業に終われる日々が続くと「しんどい」「つまらない」といったネガティブな感情が沸々と湧いてくるようです。 チームメンバーの中には「間違い探しのようで楽しい」といった強者もいましたが、ほとんどのディレクターにとっては一番のペインポイントとなっています。今後は検証の自動化など、効率良く検証作業を行う方法を検討していけるとよいなと思いました。 （検証フェーズ中のディレクターには、ちょっと優しくしてあげてくださいね。） 2番目に低いのは「要件定義」フェーズでした。 このフェーズでは、関係者の意見をまとめるのにみんな苦労しているようです。MTGの頻度も多いですし、とにかく調整の日々が続きます。プロジェクトの最初の難関になりますが、ハードルを超えると「要件定義がまとまるとホッとする」「やりたいことが整理されてスッキリする」といったうれしい感情が湧くようです。 逆に一番感情がピークになるのが「リリース」フェーズでした。 やはり無事にリリースした達成感が、ディレクターにとっては一番感情が高ぶるところみたいです。リリース後には開発した機能の利用実績が見えてきたり、ユーザーの声を直接聞く機会などによってポジティブな感情が続いていきます。 こうして見てみると1つのプロジェクトでけっこうな感情の起伏があることがわかります。色々な困難がありますが、その先に大きな達成感があることがディレクターというお仕事のやりがいにつながっているのでは、と思います。 ディレクターに必要な能力 私の考えるディレクターに必要な能力は、「コミュニケーション」と「バランス感覚」だと思っています。 プロジェクトを進める中でプロジェクトチームみんなが同じ方向を向いて進んで行けるように交通整理をすることがディレクターの大きな役割です。そして、プロジェクトの参加者の脳内同期を円滑にするためにペルソナやプロトタイプ作成を行っています。※詳細はVol.1参照 また、これは個人的にディレクターあるあるだと思っていることですが、「ユーザビリティを優先するか、ビジネスを優先するか」はディレクターの永遠のテーマです。どちらの要件も満たすことが理想ですが、現実的にはプロジェクトの様々な局面でディレクターはこれらの選択を迫られることが多くあります。 ユーザビリティを優先して、誰も使わない機能を開発するのは無駄ですし、逆にビジネスを最優先にしてお客様が操作できない機能を開発するのも残念な結果に...。 結論は「どちらも大事」で、それぞれのバランスを取ることが重要だと思います。 さいごに ディレクターはとにかくやることが幅広くあります。 でも、単純に忙しいだけではなく、最終的に自分で設計したサービスや機能が世の中にリリースされる感動は、プロジェクトに深く関わっているからこそ感じられるものです。 4回に渡って長々と語ってきましたが...ディレクターについて少しでも興味を持って、ディレクターやりたい!って思ってもらえたらすごくうれしいです。最後まで読んでいただきありがとうございました。 連載記事はこちら https://developers.gmo.jp/technology/9080 https://developers.gmo.jp/technology/10336 https://developers.gmo.jp/technology/11603

こんにちは、GMOインターネット株式会社の斉藤です。今月もVPSでストレージのベンチマークを取ってみると言うお話しです。 はじめに この記事はConoHa Advent Calendar 9日目の記事です。 8日目はMySQLの達人 yoku0825 さんの「にぎやかしにConoHa 1GBの上でMariaDBをビルドします」でした。 さて前回の記事ではdisksdpというストレージのパフォーマンス計測を行うツールをご紹介しました。 https://twitter.com/hironobu_s/status/1460095972655067137 記事ではdiskspdの使い方とConoHa VPSで実際に計測を行ってみました。 ただ、せっかく良いツールなのに1つだけ計測して終わりでは、ちょっともったいない気がします。もっといろいろ計測してみたくなりますよね。なので今回はいろいろなVPSを用意してdisksdpでパフォーマンス計測を行っていこうと思います。 気になる参加エントリーは・・・ ■ConoHa おなじみConoHa VPSです。なんと今なら最大25% Offだそうです！[PR] ■さくらVPS 日本ではとてもポピュラーでユーザも多い老舗VPS。説明不要ですね。新コントロールパネルはとても使いやすくて良いと思います。 ■Linode 非常に多くの機能がありますが、VPSベースのマネージドKubernetesが使いやすくコスパも良いです。「2GBで3Node, L7マネージドLBあり, 日本リージョンあり」というスペックを$40/moくらいで運用できるのは多分ここだけ。 ■Vultr こちらも多機能なVPSですが、何より9種類の仮想通貨デポジットに対応しているのが目を引きます。他では見たことがないですし、誰が使うのか想像できませんが、ある意味最先端なのかもしれません。一方で親会社の方はあまり最先端感を出してなく実質堅固だったりします。 ■Amazon Lightsail あまり話題を聞かない、でも名前は知らなくても中身は誰でも知ってるAWS EC2です。コントロールパネルもAWSとは別設計、料金も月額固定で機能もちゃんと揃っています。なぜかECDSAやEdDSAのSSH鍵が登録できません。AWSはできるのに。 ■Digitalocean 日本ではそこそこ？ですが海外ではデベロッパーからの認知度がとても高いです。大きな不満点は日本リージョンが無いことで、長い間Webフォーラムでリクエストが出ていました。それが今年の頭に突然「Future consideration(将来的な検討事項)」になって今は「UNDER REVIEW(検討中)」になりました。ついに来るか？？？ 本当はUpCloudも試してみたかったのですが、個人ではアカウント開設していなかったので今回はエントリー見送りです。 なお、これらはすべて私がプライベートで使っているアカウントです。もちろんConoHaには頑張って欲しいところですが、今回は自費でサーバーを立ててベンチマークをするので「結果は忖度なし」で行きたいと思います。 ベンチマーク条件 まずサーバーですが¥1000/月(ドル建ての場合は$10/month)くらいのプランをチョイスしました。個人でも小規模ビジネスでも一番よく使われる価格帯ですね。 OSは全てこれです DISTRIB_ID=Ubuntu DISTRIB_RELEASE=20.04 DISTRIB_CODENAME=focal DISTRIB_DESCRIPTION="Ubuntu 20.04.2 LTS" diskspdのパラメータは diskspd -Sd -t1 -b4K -r4K -w10 -L [blockdeviceのパス] です。Read90% Write10%の割合のワークロード、1スレッド、ブロックキャッシュなしで実行されます。 diskspdを何度か実行して、特徴をよく表していそうな結果を選んで載せました。 以下に結果を並べていきますが、前回の記事で結果の見方を解説していますのでよかったら参考にしてみてください。 そして記事の最後に寸評を載せてあります。 ConoHa ConoHaの日本(東京)リージョン1GBプラン、価格は968円/月、Webサイトによるとストレージは「SSD」とのこと。 Command Line: ./bin/diskspd -Sd -t1 -b4K -r4K -w10 -L /dev/vda2 System info: processor count: 2 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/vda2' size: 107369971200B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: vda device scheduler: mq-deadline Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 14.36% | 5.79% | 8.57% | 0.00% | 85.64% 1 | 0.52% | 0.21% | 0.31% | 0.10% | 99.38% ------------------------------------------------------- avg: 7.44% | 3.00% | 4.44% | 0.05% | 92.51% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 227840000 | 55625 | 21.73 | 5562.50 | 0.360 | 0.276 | /dev/vda2 (107369971200B) ------------------------------------------------------------------------------------------------------- total: 227840000 | 55625 | 21.73 | 5562.50 | 0.360 | 0.276 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 205271040 | 50115 | 19.58 | 5011.50 | 0.339 | 0.255 | /dev/vda2 (107369971200B) ------------------------------------------------------------------------------------------------------- total: 205271040 | 50115 | 19.58 | 5011.50 | 0.339 | 0.255 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 22568960 | 5510 | 2.15 | 551.00 | 0.548 | 0.374 | /dev/vda2 (107369971200B) ------------------------------------------------------------------------------------------------------- total: 22568960 | 5510 | 2.15 | 551.00 | 0.548 | 0.374 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.044 | 0.121 | 0.044 25th | 0.233 | 0.383 | 0.239 50th | 0.285 | 0.463 | 0.296 75th | 0.368 | 0.579 | 0.399 90th | 0.544 | 0.823 | 0.580 95th | 0.664 | 1.023 | 0.703 99th | 1.427 | 2.137 | 1.596 3-nines | 3.300 | 4.485 | 3.382 4-nines | 5.536 | 6.673 | 5.573 5-nines | 6.553 | 6.673 | 6.673 6-nines | 6.553 | 6.673 | 6.673 7-nines | 6.553 | 6.673 | 6.673 8-nines | 6.553 | 6.673 | 6.673 9-nines | 6.553 | 6.673 | 6.673 max | 6.553 | 6.673 | 6.673 さくらVPS さくらVPSの東京リージョン1GBプラン、価格は990円/月、Webサイトによるとストレージは「SSD」とのこと。 Command Line: ./bin/diskspd -Sd -t1 -b4K -r4K -w10 -L /dev/vda3 System info: processor count: 2 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/vda3' size: 49388716032B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: vda device scheduler: none Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 20.13% | 8.58% | 11.55% | 0.00% | 79.87% 1 | 0.21% | 0.00% | 0.21% | 0.00% | 99.79% ------------------------------------------------------- avg: 10.17% | 4.29% | 5.88% | 0.00% | 89.83% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 362373120 | 88470 | 34.56 | 8847.00 | 0.226 | 0.304 | /dev/vda3 (49388716032B) ------------------------------------------------------------------------------------------------------- total: 362373120 | 88470 | 34.56 | 8847.00 | 0.226 | 0.304 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 325541888 | 79478 | 31.05 | 7947.80 | 0.234 | 0.310 | /dev/vda3 (49388716032B) ------------------------------------------------------------------------------------------------------- total: 325541888 | 79478 | 31.05 | 7947.80 | 0.234 | 0.310 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 36831232 | 8992 | 3.51 | 899.20 | 0.155 | 0.242 | /dev/vda3 (49388716032B) ------------------------------------------------------------------------------------------------------- total: 36831232 | 8992 | 3.51 | 899.20 | 0.155 | 0.242 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.094 | 0.079 | 0.079 25th | 0.177 | 0.105 | 0.172 50th | 0.199 | 0.123 | 0.195 75th | 0.245 | 0.164 | 0.239 90th | 0.298 | 0.217 | 0.294 95th | 0.337 | 0.264 | 0.333 99th | 0.543 | 0.468 | 0.536 3-nines | 5.242 | 2.596 | 4.971 4-nines | 11.370 | 11.235 | 11.235 5-nines | 19.076 | 11.235 | 19.076 6-nines | 19.076 | 11.235 | 19.076 7-nines | 19.076 | 11.235 | 19.076 8-nines | 19.076 | 11.235 | 19.076 9-nines | 19.076 | 11.235 | 19.076 max | 19.076 | 11.235 | 19.076 Linode LinodeのTokyo 2, JPリージョンのShared CPU / Linode 2 GBです。価格は$10/month、Webサイトによるとストレージは「SSD」とのこと。 Command Line: ./bin/diskspd -Sd -t1 -b4K -r4K -w10 -L /dev/sda System info: processor count: 1 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/sda' size: 53150220288B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: sda device scheduler: mq-deadline Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 28.49% | 12.26% | 16.23% | 0.00% | 71.51% ------------------------------------------------------- avg: 28.49% | 12.26% | 16.23% | 0.00% | 71.51% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 277938176 | 67856 | 26.51 | 6785.60 | 0.295 | 1.481 | /dev/sda (53150220288B) ------------------------------------------------------------------------------------------------------- total: 277938176 | 67856 | 26.51 | 6785.60 | 0.295 | 1.481 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 250486784 | 61154 | 23.89 | 6115.40 | 0.308 | 1.555 | /dev/sda (53150220288B) ------------------------------------------------------------------------------------------------------- total: 250486784 | 61154 | 23.89 | 6115.40 | 0.308 | 1.555 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 27451392 | 6702 | 2.62 | 670.20 | 0.176 | 0.348 | /dev/sda (53150220288B) ------------------------------------------------------------------------------------------------------- total: 27451392 | 6702 | 2.62 | 670.20 | 0.176 | 0.348 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.090 | 0.075 | 0.075 25th | 0.213 | 0.120 | 0.205 50th | 0.243 | 0.140 | 0.237 75th | 0.280 | 0.171 | 0.276 90th | 0.337 | 0.225 | 0.332 95th | 0.404 | 0.295 | 0.399 99th | 0.832 | 0.848 | 0.832 3-nines | 6.911 | 2.412 | 6.649 4-nines | 87.767 | 18.641 | 87.767 5-nines | 158.066 | 18.641 | 158.066 6-nines | 158.066 | 18.641 | 158.066 7-nines | 158.066 | 18.641 | 158.066 8-nines | 158.066 | 18.641 | 158.066 9-nines | 158.066 | 18.641 | 158.066 max | 158.066 | 18.641 | 158.066 Vultr VultrのTokyoリージョン、Cloud compute, SSD Cloud Instances 55GB SSDのプランです。 Command Line: ./bin/diskspd -Sd -t1 -b4K -r4K -w10 -L /dev/vda1 System info: processor count: 1 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/vda1' size: 59054734848B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: vda device scheduler: mq-deadline Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 37.51% | 14.75% | 22.76% | 0.35% | 62.14% ------------------------------------------------------- avg: 37.51% | 14.75% | 22.76% | 0.35% | 62.14% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 987664384 | 241129 | 94.19 | 24112.90 | 0.083 | 0.073 | /dev/vda1 (59054734848B) ------------------------------------------------------------------------------------------------------- total: 987664384 | 241129 | 94.19 | 24112.90 | 0.083 | 0.073 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 888762368 | 216983 | 84.76 | 21698.30 | 0.084 | 0.076 | /dev/vda1 (59054734848B) ------------------------------------------------------------------------------------------------------- total: 888762368 | 216983 | 84.76 | 21698.30 | 0.084 | 0.076 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 98902016 | 24146 | 9.43 | 2414.60 | 0.076 | 0.047 | /dev/vda1 (59054734848B) ------------------------------------------------------------------------------------------------------- total: 98902016 | 24146 | 9.43 | 2414.60 | 0.076 | 0.047 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.049 | 0.055 | 0.049 25th | 0.063 | 0.065 | 0.063 50th | 0.069 | 0.072 | 0.070 75th | 0.080 | 0.081 | 0.080 90th | 0.125 | 0.092 | 0.117 95th | 0.184 | 0.103 | 0.178 99th | 0.260 | 0.129 | 0.258 3-nines | 0.367 | 0.231 | 0.358 4-nines | 2.729 | 2.838 | 2.729 5-nines | 6.974 | 4.806 | 6.974 6-nines | 16.678 | 4.806 | 16.678 7-nines | 16.678 | 4.806 | 16.678 8-nines | 16.678 | 4.806 | 16.678 9-nines | 16.678 | 4.806 | 16.678 max | 16.678 | 4.806 | 16.678 Amazon Lightsail Amazon Lightsailのap-northeast-1リージョン、2GB 1vCPU 60GB SSDのプランです。 System info: processor count: 1 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/root' size: 64423443968B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: xvda device scheduler: mq-deadline Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 0.10% | 0.10% | 0.00% | 0.00% | 99.90% ------------------------------------------------------- avg: 0.10% | 0.10% | 0.00% | 0.00% | 99.90% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 9113600 | 2225 | 0.87 | 222.50 | 8.933 | 26.002 | /dev/root (64423443968B) ------------------------------------------------------------------------------------------------------- total: 9113600 | 2225 | 0.87 | 222.50 | 8.933 | 26.002 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 8052736 | 1966 | 0.77 | 196.60 | 8.937 | 26.031 | /dev/root (64423443968B) ------------------------------------------------------------------------------------------------------- total: 8052736 | 1966 | 0.77 | 196.60 | 8.937 | 26.031 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 1060864 | 259 | 0.10 | 25.90 | 8.905 | 25.781 | /dev/root (64423443968B) ------------------------------------------------------------------------------------------------------- total: 1060864 | 259 | 0.10 | 25.90 | 8.905 | 25.781 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.232 | 0.527 | 0.232 25th | 0.354 | 0.778 | 0.363 50th | 0.406 | 0.839 | 0.422 75th | 0.505 | 0.953 | 0.647 90th | 50.909 | 4.330 | 50.616 95th | 77.869 | 84.027 | 79.807 99th | 112.570 | 117.494 | 112.570 3-nines | 157.457 | 128.452 | 141.504 4-nines | 187.621 | 128.452 | 187.621 5-nines | 187.621 | 128.452 | 187.621 6-nines | 187.621 | 128.452 | 187.621 7-nines | 187.621 | 128.452 | 187.621 8-nines | 187.621 | 128.452 | 187.621 9-nines | 187.621 | 128.452 | 187.621 max | 187.621 | 128.452 | 187.621 Digitalocean Digitaloceanの SFO3 (サンフランシスコ)リージョンのDroplet 2GB 1CPU 50GB SSDのプランです。 Command Line: ./bin/diskspd -Sd -t1 -b4K -r4K -w10 -L /dev/vda1 System info: processor count: 1 caching options: fua=0 Input parameters: job: 1 ________ duration: 10s warm up time: 5s measuring latency random seed: 0 total threads: 1 path: '/dev/vda1' size: 53570682368B using O_DIRECT performing mix test (read/write ratio: 90/10) block size: 4096 using random I/O (alignment: 4096) number of outstanding I/O operations: 2) thread stride size: 0 threads per file: 1 block device: vda device scheduler: mq-deadline Results for job 1: test time: 10s ***************************************************** CPU | Usage | User | Kernel | IO Wait | Idle ------------------------------------------------------- 0 | 31.04% | 13.17% | 17.87% | 0.00% | 68.96% ------------------------------------------------------- avg: 31.04% | 13.17% | 17.87% | 0.00% | 68.96% Total IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 619294720 | 151195 | 59.06 | 15119.50 | 0.132 | 0.210 | /dev/vda1 (53570682368B) ------------------------------------------------------------------------------------------------------- total: 619294720 | 151195 | 59.06 | 15119.50 | 0.132 | 0.210 Read IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 556802048 | 135938 | 53.10 | 13593.80 | 0.106 | 0.166 | /dev/vda1 (53570682368B) ------------------------------------------------------------------------------------------------------- total: 556802048 | 135938 | 53.10 | 13593.80 | 0.106 | 0.166 Write IO thread | bytes | I/Os | MB/s | I/O per s | AvgLat(ms) | LatStdDev | file ------------------------------------------------------------------------------------------------------- 0 | 62492672 | 15257 | 5.96 | 1525.70 | 0.371 | 0.362 | /dev/vda1 (53570682368B) ------------------------------------------------------------------------------------------------------- total: 62492672 | 15257 | 5.96 | 1525.70 | 0.371 | 0.362 %-ile | Read (ms) | Write (ms) | Total (ms) ---------------------------------------------- min | 0.023 | 0.092 | 0.023 25th | 0.043 | 0.227 | 0.044 50th | 0.055 | 0.326 | 0.059 75th | 0.103 | 0.459 | 0.174 90th | 0.230 | 0.592 | 0.331 95th | 0.355 | 0.686 | 0.464 99th | 0.614 | 1.003 | 0.691 3-nines | 1.107 | 3.040 | 1.285 4-nines | 3.431 | 12.141 | 4.540 5-nines | 12.177 | 30.184 | 30.184 6-nines | 30.223 | 30.184 | 30.223 7-nines | 30.223 | 30.184 | 30.223 8-nines | 30.223 | 30.184 | 30.223 9-nines | 30.223 | 30.184 | 30.223 max | 30.223 | 30.184 | 30.223 寸評 結果を見るとVultrが一番良い数字です。%-ileを見てもばらつきが少なく優秀です。VultrにはNVMeストレージが使えるHigh Frequencyという上位プランがあって、$2/monthほど高くなりますがdiskspdの計測で1.5倍くらいのパフォーマンスが出ます。I/Oバウンドな処理をしたい場合の第一候補になるでしょう。 ConoHaとさくらVPSについては、I/OsやMB/sはさくらVPSの方が上ですがConoHaはばらつきが少ないと言う結果です。ただこのくらいの差であれば実際パフォーマンス上の大きな違いは出ないと思います。 LinodeもConoHaやさくらVPSと同じようなパフォーマンスですが、ばらつきが大きいのが気になります。実際に複数回実行してI/OsやMB/sの変化が一番大きいサーバーでした。 Amazon Lightsailは低めの数字が出ました。このLightsailは内部的にはAWS EC2ですが、そもそもAWSはワークロードに応じて適切なブロックストレージを選んでくださいというコンセプトなので、この価格ではこれが妥当な性能と考えているのかもしれません。 DigitaloceanはVultrに次いで上位の性能でした。ばらつきも少なく優秀です。そしてVultrと同じく$2/month追加するとNVMeストレージを使えるプランが使えて(CPUもInetlとAMDで選べる)、そうすると1.5倍くらいの性能になります。 おわりに 今回はいくつかのVPSについて、簡易的ではありますがストレージのパフォーマンスを計測しました。そしてdiskspdは性能測定のための優れたツールであることが確認できたと思います。 一応ですが、私はこれら全てのサーバーを使っています/いましたし、どれもトータルでは優れたパフォーマンスを出します。WordPressでサイトを作るにしてもマイクラのサーバーを立てるにしても、どれを選択しても後悔することはないでしょう。 もちろんConoHaを選択してもらえるなら、弊社/筆者どちらとしても大変うれしい限りです。 ConoHaは今年で8周年を迎えました。私も初期〜中期の頃に実際に開発/運営に関わったこともあり、今後もお客様に選ばれるサービスであって欲しいなと願っています。 さて、このエントリで私の記事も今年最後となります。今年一年間、お読み頂きありがとうございました。 皆様どうぞ良いお年をお迎えください。 もし良かったら記事のシェアもお願いいたします。

「Pepabo Tech Conference #18」では、「カラーミーショップの裏側を大公開！15年以上続くサービスが今取り組む技術課題と2022年の抱負」と題して発表させていただきます。「日本の商いをなめらかにする」をミッションに、日々開発を進めるカラーミーショップのエンジニア・デザイナーが登壇し、昨年のペパボECテックカンファレンスでお話しした内容からのアップデートや、来年2022年の抱負ついてお話しさせていただきます。 イベント概要 日　　時 ：2021年12月9日（木）時　　間 ：19:00～21:00場　　所 ：オンライン こんな方にオススメ カラーミーショップやEC事業に興味のある方大規模な自社サービスのエンジニアリングに興味のある方デザインシステムに興味のある方GMOペパボ、GMOインターネットグループに興味のある方 タイムテーブル 19:00オープニング19:05カラーミーショップ 2022@kenchan19:20レガシーWebアプリケーションの性能とコードの健全性をインクリメンタルに改善する@kymmt9019:35開発プロセスの判断を「速」にするデザインシステム@getsukikyu19:50休憩20:00カラーミーショップで働き始めたエンジニアの3ヶ月　@yammerjp20:10ショップのブランディングを強くする！決済画面の独自ドメイン化プロジェクト(仮)@piyoppi20:25フリープラン提供開始。その開発には（仮）@kumak120:4015年以上動くECシステムをクラウドネイティブにするためにやっていること@takutaka1220@ch11aki@MITLicense20:55エンディング お申込みはこちら イベント詳細や、お申込みは以下URLよりよろしくお願いいたします。 https://pepabo.connpass.com/event/231478/ 登壇者 髙橋 健一 EC事業部 シニアエンジニアリングリード。2014年入社。Rubyとアジャイルなソフトウェア開発が好物。津田沼というところで猫を二匹飼っています。 Twitter：@kenchanGitHub：@kenchan 山本 浩平 EC事業部 ECグループ DXチーム プリンシパルエンジニア。EC事業部のサービスを構成する様々なWebアプリケーションを横断した技術的問題の解決に取り組んでいます。 Twitter：@kymmt90GitHub：@kymmt90 山林 茜 EC事業部 デザインリード。2011年入社。複数のECサービスにデザイナーとして関わり、2015年からプロダクトマネージャーとしてショッピングカートリニューアルやカラーミーショップ アプリストアの立ち上げを担当。今年4月に育休から復帰し、現在はEC事業部のデザイン組織の取りまとめなどを行っている。最近衝撃だったことは長男がふすまに穴を開けたこと（賃貸です）。 Twitter：@getsukikyu 中山 慶祐 EC事業部 ECグループ CCXチーム Webアプリケーションエンジニア。2021年4月に新卒入社。8月よりカラーミーショップのWebアプリケーションエンジニアとして、ショップオーナー様向け管理画面を中心に機能改善や機能追加に取り組んでいます。 Twitter：@yammerjpGitHub：@yammerjp 尾形 将平 EC事業部 ECグループ アプリストアチーム エンジニア。2017年に新卒エンジニアとして入社以来、カラーミーショップのエンジニアとしてショッピングカートやカラーミーショップ アプリストアの開発に従事しています。 GitHub：@piyoppi 牧野 弘幸 EC事業部 CCXチーム エンジニア。2014年入社。外部サービスとの連携処理開発を主に担当し、2020年からはショップオーナーの運用体験と売上の向上を目指し奮闘中です。好きな?はモレッティ。 Twitter：@kumak1GitHub：@kumak1 高橋 拓也 技術部技術基盤チーム プリンシパルエンジニア。 2019年にGMOペパボに入社後、SRE、ハイブリッドクラウドの文脈でお仕事をしています。社内自宅サーバ友の会(自称)会長。はやく #逸般の誤家庭 になりたい。 Twitter：@takutaka1220GitHub：@takutakahashi 菅原 千晶 技術部プラットフォームグループ SRE。2018年にWeb業界未経験でペパボカレッジ6期としてSEから現職へ入社。クラウド、k8s周りの話題と白米が好物です。 Twitter：@ch11akiGitHub：@ch1aki 神﨑 拓人 EC事業部 ECグループ アプリストアチーム エンジニア。社内での呼称は「じゅりあん」。2020年の全社リモートワーク導入にあたり某アニメの聖地である静岡県沼津市へ移住。 Twitter：@MITLicenseGitHub：@windyakin お申込みはこちら イベント詳細や、お申込みは以下URLよりよろしくお願いいたします。 https://pepabo.connpass.com/event/231478/ みなさまのご参加お待ちしております！

こんにちは。GMOインターネットkitaQの小林裕樹です。今回は、今年の夏に実施したサマーインターンについてご紹介します！ はじめに kitaQサマーインターンとは GMOインターネット 北九州支店（以後、GMO kitaQと呼ぶ）で開設以来行っている学生向け夏季のインターンシップを指しています。kitaQオフィスのエンジニアと人事の方に一部ご協力いただき、企画/運営をすべて自分たちで行うをモットーに開催しています！　　例年、オフラインで実施しており以下のような点でご好評をいただいていました。　 実際に働いているパートナーと話ができる職場の雰囲気が味わえる 今年は新型コロナウイルス感染者数の増加もあり残念ながら急遽オンライン開催となりましたが、定員15名に対して、全9校 42名の学生さんに応募を頂きました。だんだん知名度も上がり調子？そんなイベントです。 実施の目的 学生さんに下記の2点をしっかり理解頂くことを目的としています。 エンジニアの職種を知ってもらう職種別に仕事内容を知ってもらう インターンシップの醍醐味である、企業の雰囲気や仕事を知るということはもちろん達成できるようプログラムを検討しています。ただ実際に働くにあたっては、「エンジニア」とひとくくりに言ってもさまざまな職種があり、職種によって必要なスキルや使用する言語などは違います。多岐にわたる「エンジニア」の仕事を知り、正しく理解し、この領域で仕事をしたい！ということを明確にすることもインターンの目的として大切だと考えます。 また、学生にとって「はたらく」ことに対するイメージはさまざまだと思います。企業のカラーや文化・ビジョンが自分の目指す働き方と合っているのかということを知る機会としても活用していただきたいという思いがあります。 私たちGMOインターネットグループが大切にしている「スピリットベンチャー宣言」には以下のような指標が示されています。 「会社は、仲間・株主・お客様、かかわるすべての方が幸せになるための道具です。バロメーターは笑顔です」 わたしたちは単なる「労働」をしているのではなく「自分が楽しいと感じること、好きなことを通して会社と社会に貢献することで幸せになる」ために日々働いているということもぜひ知っていただきたいという思いでインターンシップを実施しています。結果的に、インターンに参加してくれた学生が、「GMOのインターンよかった！」「一緒に働きたい！」と思ってもらえたらうれしいなと思いプログラムを検討しました。 インターンシップの具体的なプログラム GMO kitaQで募集している職種は大きく以下3つです。各職種1週間のインターンシップを実施いたしました。 インフラエンジニアWebアプリケーションエンジニアセキュリティエンジニア 日程は以下の通りです。 8/23（月）～27（金）：インフラパート（インフラエンジニア）サーバやネットワーク等、サービスを支えるシステムを総称してインフラと呼びます。 インフラの健康状態を常に把握し、必要に応じて応急処置するのがインフラエンジニアのお仕事になります。それだけでなく、お客様からの問い合わせに対し、テクニカルに調査して解決策を提示するお仕事もあります。 8/30（月）～9/3（金）：開発パート（Webアプリケーションエンジニア）当社サービスのConoHaやお名前.comのインターネットインフラサービスの開発を行っています。 また、サービスの開発だけでなく、本番環境への反映作業やテスト自動化・CI/CDの導入など、開発スピードの向上を目的に改善を行っているエンジニアも在籍しています。 9/6（月）～9/10（金）：セキュリティパート（セキュリティエンジニア）アプリケーションエンジニアが作成した成果物（Webページ等）に対して、SQLインジェクションなどの「脆弱性」が存在しないかどうかを チェックする「脆弱性診断」という業務を行っています。 またインターネット上の環境には、「いつ」、「誰が」、「どの環境で」、「どのようなことを実施した」という情報が「ログ」として残ります。 その「ログ」を分析することで外部から攻撃を受けていないか/侵入されていないかどうかを判断するための「ログ分析」という業務も行っています。 インフラパート インフラパートでは、3つのチーム（監視/保守/OPE）をプログラムに組み込みました。監視/保守/OPEの業務を通じてチームの雰囲気を知っていただくことを目的とし、以下のカリキュラムを策定しました。 監視 24時間365日で扱っているサーバーやNW機器の障害検知を行い、一次対応および上位への対応依頼を行っています。また、チーム内でRPAなどを用いた対応の自動化なども実施しています。 保守 ITインフラの運用保守を行っております。障害発生時の早期復旧はもちろん、障害を未然防止するためのプロアクティブな活動も常時行っております。 OPE お客様要望によるご契約状況・環境の調査、サービスサイトのSSLサーバー証明書やOSイメージテンプレート、および社内運用管理ツールのメンテナンス、運用業務のプロセス改善をメインに行っています。 カリキュラム詳細 1日目：システム運用業務の座学およびインシデント発生から解決までを ワークショップで疑似体験2日目：ConoHaを利用して、VM上にZabbixおよびGrafanaの構築3日目：ConoHaを利用して、VM上にマイクラサーバーを構築　　　 Zabbixにてマイクラサーバーのログを元に実際の監視/運用業務を体験4日目：独自ドメインを用いたサーバー(Web/App/Mail)の構築5日目：構築したサーバーを用いて問い合わせ対応の疑似体験 開発パート 開発パートでは、Zoomのブレイクアウトを使用して講師と学生の1on1でコーディングを実施しました。一連の流れ（バックエンドとフロントエンド）を体験していただけるようプログラムを策定しました。 カリキュラム詳細 1日目：ConoHaコンパネから申し込み　　　 PostManを利用してConoHaAPIの実行　　　 C#基礎の座学2日目：ASP.NET MVCを用いたWebアプリケーション作成体験3日目：ASP.NET MVCを用いたWebアプリケーション作成体験4日目：ASP.NET MVCを用いたWebアプリケーション作成体験5日目：ASP.NET MVCを用いたWebアプリケーション作成体験　　　 成果発表 ※参照：ASP.NET セキュリティパート セキュリティパートでは、SOCチームの業務を疑似体験していただけるよう、脆弱性の説明→OWASP自動診断→CTF演習と成長を実感してもらうカリキュラムを策定しました。 カリキュラム詳細 1日目：環境構築、脆弱性診断の解説、画面遷移図の作成2日目：脆弱性の紹介、BadStoreでの再現、OWASPで自動診断体験3日目：パケットについての解説、Wiresharkでの演習4日目：Splunkについて解説、ログ分析の解説、CTF演習5日目：CTF演習、OSINT インターン実施後アンケート結果 異例のオンライン開催になるなど、開催ぎりぎりまでバタバタではありましたが無事に全日程を終えることができました。 インターンシップに参加いただいた学生さんにいくつかアンケートを取らせていただきましたが、以下2つの項目をピックアップして共有いたします。昨対比で結果は以下の通りとなりました。 昨年と比較して、GMOインターネットの選考に参加したいと回答した学生の数が伸びたという結果となりました。また、インターンでの目的としていた2点に関しては、インターン参加生から「自分がやりたい仕事だった」「ボヤっとしていたものがわかった」という言葉もいただいており、仕事/職種の理解を深めていたただくことができたと考えております。 しかし、職場の雰囲気を知る為にオフラインが良かったという声も頂いておりオンラインでも雰囲気を感じてもらえるような取り組みが必要だと改めて感じましたので次回開催時の課題として検討をしていきたいと考えています。 総括 簡単にですが、GMO kitaQのサマーインターンについてお話しさせて頂きました。 今年から、GMO kitaQの採用担当として開催をさせて頂きましたが、実際に開催するとご協力いただいているパートナーの通常業務とのバランスが難しかったり、予想のできない事態（急遽開催方法の変更やPCR手配など）が発生したりとたくさんの臨機応変を迫られるものでしたが、終わってみると達成感も大きいものとなりました。　　参加頂いた学生さんに関しては「オフラインで参加したかった」という声などもあり、オフラインで参加したいと思って頂けるインターンが開催できたという事（＝成功）だと思っています。　　ご参加頂いた学生の皆さん！ありがとうございました。そして、インターン開催に携わって頂いた皆さん、ご協力ありがとうございました。2021年のサマーインターンは終わりとなりますが、次回開催の際には今回よりグレードアップしたサマーインターンが開催できるように計画していきたいと思います。　　

2021年9月16日（木）～17日（金）の2日間、グループ横断テックカンファレンス「GMO Developers Day 2021」がオンラインで開催されました。「GMO Developers Day」はGMOインターネットグループのサービス開発における技術や取り組みを伝える大規模テックカンファレンスです。今年はNFTやブロックチェーン、5G、DXなど業界の最先端情報を中心に全30のセッションが展開され、最新技術を活用した新しい挑戦や課題解決事例を交えたトークが繰り広げられました。開催レポートについてはこちらをご覧ください。本エントリーでは、大盛況を収めた同イベントのCTOクロストーク対談についてレポートいたします。 イベント概要 開催日時：2021年9月16日（木）～17日（金）アーカイブ動画：https://youtube.com/playlist?list=PL-nSubl7UrR4GYfl4mbwdX7iuY_d-BOV7 KEYNOTE：CTO対談 本セッションでは、ホスティング・ドメイン・決済・銀行・ECと多岐に渡る事業を展開している各社からCTOが登壇し、エンジニア組織の文化や取り組み、技術についてクロストークいたしました。 スピーカー 矢上 聡洋　GMOあおぞらネット銀行株式会社　CTO三谷 隆　GMOペイメントゲートウェイ株式会社　常務執行役員 CTO安藤 雄飛　GMOインターネット株式会社　システム本部UXデザイン開発部 部長 モデレーター 栗林 健太郎　GMOペパボ株式会社　取締役CTO インターネットを意識しなくても使えるように 栗林GMOインターネットグループは様々な事業をやっていますよね。GMOインターネットはホスティング事業、アクセス事業、マイニングもやっていて、グループとしては決済事業や銀行もあって、外から見た時「このグループは何をやっているんだろう？」というくらい幅広いところが僕らの特徴だと思います。一方で各社ごとに専門性があり、強い面や特色を持っています。そういう観点で、もっと深く、どういうサービスをやっているのか、どういう事業、どういうビジネスモデルでやっているのか、それぞれ簡単にご説明いただけますか？ 僕たちは創業から一貫してインフラ事業で「場を作る」ことに取り組んでいます。皆さんにインターネットを楽しく使っていただくのもそうですが、その上でいろんなビジネスを展開したり、インターネットに関係のない会社にもDXや業務効率改善でインターネットを役立てていただいたり、電気・ガス・水道のような生活インフラの1つであるインターネットに重点を置いて事業を展開してきました。コーポレートキャッチで「すべての人にインターネット」と言っていますが、インターネットを意識しなくても使えるようにしたいと思っています。安藤 栗林GMOインターネットグループは外から見たらいろいろなことをしていると先ほど言いましたが、その軸にはインターネットインフラを作っていくんだという一貫したミッションがあって、そこに沿って事業を展開しているんですね。続いて矢上さんお願いします。 一般的に銀行はお金を預けたり企業に融資したりしますが、我々はGMOインターネットグループらしく、インターネットの世界に銀行を出すことに重点を置いています。その手段として銀行システムにアクセスできるAPIを公開しており、現在約160社のお客さまにご契約いただいています。2017年に、各金融機関はAPIを公開してデータにアクセスできるようにしなさいという銀行法改正が行われましたが、それを上手く使ってAPIの公開に力を入れている日本のトップランナーだと自負しています。最近はこのAPIを軸に、バンキング・アズ・ア・サービス（Banking as a Service、BaaS：銀行・金融機能をサービス化したもの）への取り組み、さらにそれを発展させた組込型金融サービス（Embedded Finance：非金融企業の事業サービスに銀行・金融機能を組み込んだもの）への取り組みも始まっており、エンドユーザーから見ると金融機関がどこにあるかわからないような世界にチャレンジしています。矢上 栗林銀行業はインターネットインフラを作るというグループミッションから少し外れているように見えていましたが、銀行が1つのインターネットインフラとして必要不可欠なものになってきていて、APIやBaaSによってインターネット自体をより強化しようとしているんですね。では三谷さんお願いします。 我々は「ペイメントゲートウェイ」という名前が示している通り、クレジットカード等による支払いを可能にするテクノロジーを提供しています。決済手段はこの2～3年で急増していますが、ECサイト側としてはユーザーニーズに合わせて全種類揃えたいけれど、それを自分たちで準備するのは非常に難しいです。ですから我々がその決済手段を束ね、ワンストップで決済できるようにしており、QRコード決済のプラットフォームを提供したり、BNPL(Buy Now Pay Later：後払い)を提供したり、決済を便利にする仕組みを日々考えてお客さまに提供しています。決済は売買の根幹ですが、みんな決済がしたいわけではなく、ものやサービスが欲しいんですよね。ですから購入時に決済そのものにストレスを感じさせないシームレスなものを目指しています。三谷 栗林インターネットインフラの中で「ペイメントゲートウェイ」は欠かせないものですが、ユーザーが当たり前に決済できる仕組みづくりに注力されているんですね。知らないふりをしてあえて質問しますが、銀行と決済はお金の流れという意味では似ていると思うので、GMOあおぞらネット銀行とGMOペイメントゲートウェイの違いを教えてください。 決済機能やデータを提供しているのは金融機関側にあって、それらをつなぐ決済ネットワークの仕組みをGMOペイメントゲートウェイが担っているという感じですね。矢上 三谷実際、我々の関係は密接で、様々な事柄を一緒に手を組んでやっています。 お金の流れを作るという、いわゆる金融という部分では重なるものの、アプローチや担当領域が少し違うということですね。ここでGMOペパボのこともちょっとだけ紹介すると、GMOペパボはホスティングサービスやECサービス、ハンドメイドプラットホームなどいろいろやっていますが、一貫して「クリエイターの支援をする」という、表現者がインターネットで何かを出してそれが皆に知れ渡って広がっていき、その人の可能性を広げてあげるようなビジネスをずっとやってきた会社です。インターネットインフラというところで、人々にとってなくてはならない、自然に存在して自然とそこで活動できる世界を目指しています。栗林 コロナで加速したDX 栗林説明の中でDXという言葉が出てきましたが、それぞれの領域で取り組んでいることは一言でいうとDXにつながると思うので、ここを掘り下げたいと思います。DXといえば、2020年1月くらいからコロナ禍が始まり、もう1年半以上続いている中で、DXは災い転じて一気に浸透しました。そんなコロナ禍における各社の違いや力を入れたポイントを教えてください。 決済業界は、現金自体に触りたくないとか、買い物に行くのをためらってECに人が集まったりして、キャッシュレスが非常に進んだ2年間だったと思います。会社の中でも、強制的に脱ハンコになったり、在宅勤務制度ができたり、採用がリモート面談になったり、当たり前のように非対面が受け入れてもらえるものになったので、すごくやりやすくなったと良い方に捉えています。しかし、やはりFace to Faceの大事さやオン・ボーディング（on-boarding）、仕事以外の接点についてはかなり制約を感じているため、逆にFace to Faceの重要性を痛感しています。三谷 矢上決済に関わるビジネスはあまり落ち込んでおらず、むしろ伸びているので、事業スピードやシステムアプリ開発のスピードを緩めることができません。結果、やってみたら意外とうまくいった、ということも多かったですね。例えば半年以上かかる大きめのプロジェクトで、他社の関係者の皆さんと一度も対面でお会いすることなく完了まで持っていったり、やればできるじゃん、という気づきは大きかったと思います。あと、GMOインターネットグループ全体で感染リスクのレベルに応じて出社するしないを細かに設定しているように、我々も細かくリスクコントロールをしながらもコミュニケーションを重視し、業務効率の最大化に取り組んできたため、業績に大きな影響は出なかったのだと思います。 銀行ってリモートで仕事できるんですね。栗林 矢上そうですね。個人情報を取り扱う部分でどうしても制約が出てしまうため、もちろん100％というわけにはいきませんが、それ以外のところはリモートで回しました。銀行の場合はコロナに限らず地震などの自然災害も含めたリスクに対する体制、業務継続性というのが常に課題としてあるため、それがこの2年で一気に進んだという感じですね。以前から備えはしていたので、うまくリモートにシフトできましたし、この状況はこれからも継続していくのではないでしょうか。 コロナでDXが10年進んだ、なんて言われますが、我々にとってもそういう面があったんですね。栗林 安藤リモートワークだけでなく学校や塾のオンライン授業も浸透したので、トラフィックがかなり増えましたし、その運用を継続するためのネットインフラのお申し込みも増えています。他にもバーチャルデスクトップの需要も増えていますし、意外なところだと巣ごもり需要でマインクラフト関連のサービスが好調でしたね。当社はもともと福岡県北九州市にエンジニア拠点を持っていて、そことのコミュニケーションでリモート接続を以前から行っていたため、エンジニア部門としてはコロナ禍にスムーズに対応できました。でも、その裏でカスタマーサービスのメンバーが毎日出社していたり、データセンターで作業するメンバーは現地に行かなければならなかったり、リモートできないパートナーとのバランスはすごく重視しました。コミュニケーションに関してもいろいろ試していて、朝みんなでZoomをつないで一緒にラジオ体操をやる、なんてこともやりました。 インターネット上でのビジネスを支える屋台骨 栗林ここまでGMOインターネットグループの多種多様な事業について紹介してきましたが、どの会社もエンジニアにどんどん来てほしいと思っているはずなので、採用という観点での話に移りましょう。このセッションを見ている人は、「じゃあどの会社に入ればいいの？」「どの会社が自分に合っているの？」と疑問に感じていると思うので、各社のアピールポイントを聞いてみたいと思います。 どの企業もインターネットインフラの上でビジネスを展開していますが、インターネットインフラそのものを作っている企業は世の中に多くありません。膨大な量のサーバーやネットワーク、データセンターなどは、当社の中でも触れるメンバーが限られているのでかなりレアですし、そういう珍しい業務に携われるという部分におもしろさを感じてもらえるのではないでしょうか。私が担当しているのはその上のアプリケーション部分で、インターネットインフラに付加価値をつけていくことをミッションとしていますから、ITやエンジニアと関係のない一般の方にも広く使っていただくにはどうしたらいいかを考えながらサービスを開発するのもとてもおもしろいですよ。安藤 栗林GMOインターネットグループが提供するドメインやホスティングの提供数は、日本のインターネットの大部分を占めているため、インターネットインフラの屋台骨を支えるという役割に興味がある人に向いているということですね。 採用という観点になると、やはりいわゆる「銀行」というイメージが先行することが多いんですよね。大抵の銀行は内部にエンジニアはいなくて、ユーザー部門の意見を取りまとめて外部に発注するケースが一般的です。そのため、そんなところのエンジニアって何が楽しいの？ と思われがちですが、GMOあおぞらネット銀行はまったくの真逆を行っているので、そこをこの場でお伝えしたいと思います。私は2年ほど前まで別のITベンダーにいましたが、当時より今の方が断然エンジニア色の強い仕事をしています。既存の金融機関では大体外部に委託しているものを、我々は基本的にすべて内製していますので、APIの提供もすべて自前ですし、スピード感を持って開発することができています。内製に徹底的にこだわっている部分が当社の1番の強みですので、スピード感において当社のAPI開発は日本一じゃないかと思っています。銀行ではあるものの、日本の金融を銀行の立場から破壊していこう、という人が集まっているので、エンジニアの力で世の中を変えたいと思っている方々に来ていただけたらと思っています。矢上 栗林エンジニアがチームの一員として銀行そのものを作ることができる、作る側として働ける、というのが他行にはないGMOあおぞらネット銀行の魅力で、銀行の中の人として企画もデザインもエンジニアリングも一緒にできるというのはかなり貴重な体験、ということですね。 しかも、APIを提供する先がやはりエンジニアなんですよね。APIを利用する側のエンジニアと協業することもあり、APIを活用した設計の部分まで一緒に考えることもあるので、もうエンジニアがいないと回らない銀行です。矢上 栗林ソリューションにもエンジニアリングが関わっているんですね。ちなみに内製率はどれくらいなんですか？ 今のエンジニア比率は約40％で、これを50％まで引き上げようとしています。矢上 三谷GMOペイメントゲートウェイからは2つ。1つは、FinTech（フィンテック：金融×技術）やキャッシュレスという伸びしろしかない世界で毎年25％以上成長を続けていて、経済活動・社会活動そのものを支えるミッションクリティカル（業務遂行に必要不可欠）な決済事業という難しさはあるものの、社会的に重要な開発業務に携われるという点。もう1つは、我々も内製開発に力を入れていて、内製による品質やスピードにこだわっている決済プロ集団を自負していますので、ベンチャー的に最先端技術に取り組んだり、ミッションクリティカルな決済事業を安定した技術で支えたりと、良いとこ取りをしながらバランスよくスピードと品質を追求しています。根っからの技術好きでテクノロジーにずっと触れていたい、という人が現場で手を動かしていて、それを突き詰めることで社内で評価されてどんどん上に上がっていけるような会社なので、マネジメントやベンダーコントロールをやりたいという方よりは、大好きなテクノロジーを追求し続けたいと思っている人にとってエキサイティングな会社だと思っています。 ミッションクリティカルですし、トラフィックもすごそうですね。栗林 三谷そうですね。ECサイトでセールがあるだけで、秒で数千件入ってくることもあるので、そのあたりのノウハウやナレッジはかなり溜まっています。そういう裏側が知れるという点では、ある意味学べる世界かなと思います。 楽しみながら新しいことにチャレンジできる環境がある 三谷エンジニア自身が日々ワクワクしながらそれぞれ成長していってほしいという想いが強いので、事業会社でユーザーの声を直接聞きながら開発していきたいとか、フルスタックエンジニアを目指したいとか、難しい機能要件のシステムにチャレンジして腕を磨きたいとか、そんな人たちに来てほしいと思っています。 我々はベンチャーみたいな銀行なので、新しいことになんでもチャレンジしていきますし、日本初・世界初といった目立つこともやっていますので、そういう環境に挑戦してみたいという方や、日本だけでなく世界の金融を我々銀行の立場から破壊しようというミッションに共感していただける方にぜひお越しいただければと思います。ちなみに来月から銀行振込手数料が業界最安値の86円になります。振込でお困りの方がいらっしゃいましたら、最短即日で口座をお作りいただけますので、ぜひ！矢上 安藤やはりGMOインターネットも内製にこだわっていて、そこにはサービスに対する愛着があるので、ただ単に自分ができるテクノロジーや言語だけを使うのではなく、サービスに対してどうやってそのテクノロジーを活かせばいいのかを考え、それを楽しめる方が1番いいと思っています。各社それぞれ、いろいろなサービスを展開しているので、まずはそのサービスに愛着を持っていただきたいですし、変化の激しい業界なので、そうした動きにいち早く反応して敏感にキャッチして、変化そのものを楽しめるような方がいいですね。楽しく開発できる環境ですので、この業界でぜひ一緒に戦っていきましょう。 さいごに 全編セッションにつきましては以下よりご視聴ください。 https://www.youtube.com/embed/VL0-ogv0_ys

今年で2回目の開催となるGMO Developers Day 2021では、視聴者アンケートや社内投票を元に4つの賞を選出し、登壇したパートナーを表彰する制度を新設しました。本エントリーでは、ベストセッション賞に選出された『わたしたちがエンジニアになるまで』に登壇した5名の女性エンジニアのインタビューをお届けいたします。 セッション・登壇者紹介 GMOインターネットグループには活躍する女性がたくさんいます。グループ３社から女性エンジニアに登壇いただき、彼女たちがエンジニアになるまでの経緯、今後のキャリア、女性が働きやすい環境についてトークしました。また若手と先輩エンジニアの対談を通して、女性ならではの悩みやエンジニアのイメージの変化なども語り合っています。 GMOペパボ株式会社 SUZURI事業部 小林 智恵（モデレーター）GMOペパボ株式会社 EC事業部　エンジニアリングリード 杉村 文美GMOインターネット株式会社 システム本部　アクセス・お名前グループ　SOCチーム 関 芙美恵GMOインターネット株式会社 システム本部インフラサービス開発部システムソリューションチーム・DBA 木佐貫 春奈GMOブライツコンサルティング株式会社 情報部主任 小林 千峰子 https://youtu.be/jijLc4rZNNU 登壇までの経緯 女性エンジニアセッションへの登壇をご依頼した際の率直なお気持ちを教えてください。 関私は、これまでいろいろなイベントに参加し登壇をさせてもらっていた方ではあると思うのですが、グループ企業横断で会社を越えたみなさんと一緒に登壇するというのははじめてでした。『女性エンジニア』というくくりの中で話すこともはじめてだったので、どんな話をするのかわからなかったという意味では不安の方が大きかった、というのが率直な感想です。 私は、プライベートでRails Girls(https://railsgirls.jp/)という女性を対象としたコミュニティ運営の活動をしていて、これまでにも女性が集まって話したり、発表したり、場所を作ったりといった経験をしています。そのため女性セッションというのは意外な感じではなかったのですが、自分が所属しているグループで女性エンジニアにフォーカスされた企画が立ち上がったということがうれしかったですし、そこに自分が参加できる機会をいただけてよかったなという風に感じていましたね。小林(智) 杉村私は登壇のお話をいただいたとき、外部で開催していた女性エンジニア向けセミナーに参加したことがきっかけでちょうど女性エンジニアとの交流の場・情報交換の場を作りたいと思い、弊社内で女性エンジニアのチャットグループをつくっていたタイミングだったんですよ。情報交換やランチ会など交流の場を持てたらいいなと思っていました。なので、弊社内だけでなくグループの女性エンジニアとつながれるとう意味でもこれはいい機会だなということで乗っからせてもらいました。 私はこういう機会ははじめてのことで、最初は不安と緊張しかなかったですね。はじめは、働く環境も条件も違うグループ会社のみなさんと『女性エンジニア』というくくりの中でどんな話ができるのか、求められているのかというのが見えなかったので不安が大きかったのだと思います。ただ、登壇するみなさんの取り組み内容を聞いたりともに会話する中で『女性である』ということよりも『自身のキャリアや生活スタイル』をありのまま話せばよいということを感じ、不安が少しずつ払しょくされて登壇を決意できました。小林（千） 木佐貫私は声をかけていただいたときの第一印象として『おもしろそう！』でした。ただ私は新卒3年目で、キャリアについてあまり真剣に考える機会がなかったんです。キャリアという言葉に対する漠然とした不安がありました・・。そういう意味で、私が登壇して大丈夫だろうかという思いは少なからずあったのですが、先輩方の意見やお話を聞ける貴重な機会をせっかくいただけたので、私自身も女性エンジニアとしてのキャリアについて学ぼうといった姿勢で参加させていただければと思っていました。 和気あいあい！グループ・拠点を越えたチームでの登壇 関登壇までに顔を合わせた機会って2回でしたっけ？ 2回ですね！！ディスカッションの内容はリハで簡単に話してはいましたけど、リハと本番結構内容違いましたよね‥笑小林（智） 小林（千）そうそう、みなさん内容をリハ以上に膨らませてたから当事者ながらすごいなって思っていました！！！ 自己紹介はぶっつけ本番でしたよね！！経歴とか業務の詳細は本番ではじめて聞きました。杉村 小林（智）エンジニアになるまでの経緯がみんないろいろで面白かったですよね！ 当日まで業務の内容やエンジニアとしてどのレイヤーで仕事しているか知らなかったから、『アプリエンジニア』に限った話とかではなく、もっと広い概念でエンジニアの女性目線の話ができたのが逆によかったなと思いましたね。とっても新鮮でした！関 木佐貫わたしはオンラインでの登壇ははじめてだったんですが、どれくらいの人が視聴してくださっているのかわからない不安ではある一方で、リアルタイムで対面に人がいないことでリラックスして望めたというのはあります。笑 わかるー！笑杉村 グループや拠点、業種が違う人たちとの登壇準備に際して難しかったことや工夫したことはありますか？ 小林（智）個人的にはモデレーターという役割をはじめて経験しましたので、最初は迷いもありました。はじめましての人たちとディスカッションをする際にありがちなのが、緊張したり遠慮したりして意見が出てこないみたいなことかなと思って。円滑に進行していくために、リハ前には時間配分や話すテーマのたたき台をつくって臨んだというのが工夫点です。 時間配分を提示してくださったのはとても進めやすかったですよね！トーク配分の目安とかテーマの共通認識が持てたのでスムーズに話ができたと思います。杉村 木佐貫私は普段の業務でグループ企業の方も含め社外の方とかかわる機会がほとんどなかったので最初は戸惑いや難しさも感じました。でも顔合わせでみなさんとコミュニケーションを取ったり、小林さんが配慮してくださった進行のおかげで登壇に向けては不安なく望むことができましたね。 よかったよかった！！小林（智） 登壇して得られたもの・影響 関アンケートで生の声を聴けたのがうれしかったですよね。やってよかったなって思いました。 うれしかった！！とても多くの反響をいただいて、たくさんの方に見ていただけたんだなっていうのが感じられましたね！！小林（智） アンケート一部抜粋 これからこう言う部分は大事になってくると思います。いい環境作りお願いします。GMOの女性目線からみた制度だったり働き方を知うことができて参考になりました。さまざまなサービスが繁茂する時代に女性の視点でエンジニアリングを行うことは非常に重要だと思います。その点で在宅や育休などの支援は非常に重要だと思いますし、女性の当事者の皆様のご意見を聞けたことも非常に勉強になりました。継続的に開催していただき、視聴機会を増やしていただけると益々有効だと思います。女性エンジニアならではの視点で普段自分が気づけない部分であったり、制度の話など充実しているように見えてもまだまだよくできるのではないかなと思う部分もあったのでよりよい会社にしていくために自分も尽力できればなと思いました！女性エンジニアはまだまだ少ないので、現場の方の生の声を聴ける機会を設けていただけて嬉しいです！どういう事で悩んでいて、どう改善したかを聞けてとても参考になりました。 杉村登壇が終わったあとの反響で、弊社内で作成した女性エンジニアグループのチャットでは生理休暇の話で盛り上がりました。 そういえばリアルタイムのチャットの中でもコメントされていましたが、そもそも「生理休暇」という名前が使いづらいかもしれませんね。承認する方も男性だと抵抗感ある方もいるかもしれないですよね。小林（千） 杉村改めて社内でも議論が展開されるきっかけになったので、セッションを通してよい影響が広がっているなと思いました。 あとは、登壇して終わり！じゃなくて、ここの登壇メンバーで後日ランチ会したり、グループ横断で女性エンジニアのコミュニケーションチャンネルができたこともよかったですよね！小林（智） 杉村本当に！なんとなくみんなが思ってたけど発信しにくかったり相談しにくかったことを共有する場ができたのがよかったですよね！周囲に女性エンジニアが少なすぎて機会がなかったので。それぞれの場所でみんな頑張っているんだなとか、その仲間とつながれたことで登壇した意義があったなと感じることができましたね。 私自身、就活の時にも感じていたんですけど、人生のターニングポイントにおいては会社やめたりしないとなのかなぁ、戻ってこれないのでは・・？みたいな漠然とした不安もあったんです。でもそうじゃないんだなということをセッション登壇を通して感じることができて、先輩方のお話を聞くことができてとても安心できたので個人的にも参加できてよかったなと感じています。木佐貫 女性エンジニアとして登壇するむずかしさ 小林（智）木佐貫さんが本編リハのときに話されていたと思うのですが、友人に「女性でエンジニアって珍しいね」って言われたっていってましたよね？ はい、そうでした！どちらかというと私たちよりは周囲の方が「女性なのに」といった感覚を持たれている方が多いように感じますね。木佐貫 関個人的な感覚ですけど、実際のところ女性が理系職業につくことってまだまだ少数派だとは思うんですが、ここにいるメンバーってみんな少数派の当事者じゃないですか。当事者側からすると女性エンジニアについて語りましょうと言われたときに『意識したことないかも！』って思いましたね。笑 世の中まだまだ理系は男性、文系は女性というイメージがある中で、女性がエンジニアになる機会が少ないというのが現実なんですよね。さっきちょっと触れたんですがわたしが携わるRails Girlsの活動の目的は「アファーマティブアクション」です。簡単に言えば、性別による格差をなくしていこうということです。女性がエンジニアを目指したり、理系職業につくことももっと選択できる社会、「女性」として登壇しなくてもよい社会が理想です。そうした社会を目指していくために、今エンジニアであるわたしたちが発信する機会を増やしていくことが大切かなと思っています。小林（智） 小林（千）今回の登壇機会をきっかけに、社会的に女性エンジニアという枠組みで活動されている方がいらっしゃることを知ったり、同じ女性エンジニアのみなさんの意見や考えが聞けたことで発信することを楽しいと感じることができ勉強になりました。「女性」というと「子育てと仕事」という軸での登壇とういうイメージがあったのですが、とても繊細なテーマであるということが私の中でひっかかっていました。でも、みなさんと登壇を通して、女性エンジニアとしての「キャリアや働き方」という大きな枠組みの発信がとても多くの共感や反響につながったことでこういった機会や取り組みが増えるといいなと思いましたね。 GMO Developers Day開催の意義について 小林（千）グループ横断のセッションって、やってみて受けてみてよかったなと思っています。こういったグループ内のつながりを持てたこと、輪が広がっていくことって貴重だなと感じていますし、自身の学びにもなりました。 近しい女性エンジニアと話していてハードル高いなと感じていたことがあります。それは、人前で話すこと。怖いじゃないですか、かつエンジニアの登壇ってなると技術的な話題で・・。でも悩みや働き方、コミュニケーション方法などを発信してくセッションであれば幅広く登壇できる人はいると思いますし、求められていることなんだなというのを今回のセッションでつかんだ感覚があります。技術の発表やワークショップなどはまだまだ自信がない女性エンジニアの、登壇デビューのきっかけにこのイベントがあるといいなと思いましたね。木佐貫さんが「キャリアビジョンがないです」って言ってたんですけど、それも1つの答えだと思うんです。そういう過程を踏んでたくさんの経験をしてくことでキャリアにつながるということを聞けるだけで救われる人もいると思っています。だから、若手も発信することの楽しさを感じることができるスモールステップとしてもぜひ活用していけたらいいのではと感じていますね。関 さいごに さいごまでお読みいただきありがとうございました。 GMO Developers Day2021は全セッションYouTubeにてアーカイブをご視聴いただけます。ぜひご覧ください。 GMO Developers Day 2021 アーカイブ一覧 https://www.youtube.com/playlist?list=PL-nSubl7UrR4GYfl4mbwdX7iuY_d-BOV7

2021年9月16日（木）～17日（金）の2日間、グループ横断テックカンファレンス「GMO Developers Day 2021」がオンラインで開催されました。「GMO Developers Day」はGMOインターネットグループのサービス開発における技術や取り組みを伝える大規模テックカンファレンスです。今年はNFTやブロックチェーン、5G、DXなど業界の最先端情報を中心に全30のセッションが展開され、最新技術を活用した新しい挑戦や課題解決事例を交えたトークが繰り広げられました。開催レポートについてはこちらをご覧ください。本エントリーでは、大盛況を収めた同イベントのブロックチェーンセッションについてレポートいたします。 イベント概要 開催日時：2021年9月16日（木）～17日（金）アーカイブ動画：https://youtube.com/playlist?list=PL-nSubl7UrR4GYfl4mbwdX7iuY_d-BOV7 セッション詳細 ステーブルコイン「GYEN」、NFTマーケットプレイス「Adam byGMO」の事業責任者や開発者が登壇します。ブロックチェーンの社会課題、技術課題などをテーマにゲストモデレーターをお招きし、ブロックチェーンの先駆者たちによるクロストークを展開します。 スピーカー 中村健太郎 / GMO-Z.com Trust Company, Inc. / CEO眞田 恭平 / GMO-Z.com Trust Company, Inc. / GYEN Director of Engineering宮尾武裕 / GMOインターネット株式会社 / 次世代システム研究室 モデレーター 絢斗優 / 株式会社グラコネ / ブロックチェーンコンサルタント プロダクト開発の障壁となる規制をクリア 絢斗プロダクト開発をビジネスでやっていく中で、法律や規制など様々な壁があったと思います。 もちろん規制はものすごく大きなハードルですし、1番大きなハードルは規制が明確でないというところです。これはステーブルコインにしろNFTにしろ、暗号資産全般に関していえることで、例えばどういうトークンが証券としてみなされるかとか、マネーロンダリング対策をどうするかとか、分散型金融に関してはどういう規制を作るべきかとか、昨今ようやく各国の規制当局が大きく動き始めているというところです。我々のビジネスで1番辛いのが、日本円のステーブルコインなのに日本でできないというところで、これはなぜかというと、金融庁がまだステーブルコインに関する明確なガイドラインを作っていないからなんです。数年前、世界では仮想通貨（暗号資産）としてみなされているにもかかわらず、日本では「ステーブルコインは仮想通貨ではない」と明言されたため、「日本でできないなら海外でやろう」という発想でアメリカを拠点に決めました。中でもニューヨーク州金融サービス局（NYDFS：New York State Department of Financial Services)は、ステーブルコイン発行業者パクソス（Paxos）の「パックストークン」やジェミニ（Gemini）の「ジェミニドル(GUSD)」という2つのステーブルコインをすでに監督していて経験値が豊富であったこと、さらに世界で1番厳しいとされている当局から許認可をもらって事業を開始するという戦略的発想のもと、ニューヨークから始めることにしました。案の定、やはりとても厳しい当局なのでライセンスを取るのにすごく時間がかかりましたが、今まで規制がなかった無法地帯の中で大きくなっていった企業が規制の導入に合わせてバックトラックしたり、ガイドラインに合うようにビジネスモデルを変えたり、この国のお客さまにはもう提供できないと撤退したり、いずれはこうした事態が起きてくるはずなので、後追いで対応する方が圧倒的にコストがかかると思います。ですからニューヨーク州からまず始められたというのは、やっぱり大きなアドバンテージになると考えています。規制の話だと、マネーロンダリング対策の部分が1番重たいですね。特にアメリカはマネーロンダリング対策で世界を引っ張っているので、ポリシー、プロシージャ（procedure：複数の処理を1つにまとめたもの）、内部規定、規定通りの対策を実行する部分までくまなく対応しなければならず、サードパーティーのツールなどを駆使してなんとかやっています。絢斗：ちなみに「GYEN」の担保率、担保資産はどうなっていますか？中村：「GYEN」も「ZUSD」も基本的には100％法定通貨で担保されていて、当然「GYEN」は100％日本円、「ZUSD」は100％米ドルという形になっています。これは我々も当局から非常に強く言われているので、それに従ってやっているという感じですが、先駆者であるテザー(USDT)やサークル（USDC）を見ると、徐々に実際の法定通貨の比率を大きくしていっている、というのが現状です。絢斗：「Adam byGMO」の場合、もちろんNFT自体どういう風に定義されているかもあると思いますが、アートや著作物も取り扱っているので、クリエイター側とのやりとりが大変だと思います。「Adam byGMO」の規制周りについて説明をお願いします。中村 宮尾NFTはそもそも法律上でどういうものに当たるのかがかなり曖昧で、我々としても手探りでやっているところです。「Adam byGMO」では主にデジタルアートを出品していただいていますが、基本的に著作権は著作者のものであり、著作権の売り買いではないと考えています。じゃあ何を所有権として得られるのかというと、保有者限定コンテンツといって、保有者しか見られないコンテンツを提供などしています。権利に関しては各出品者がそのサイト上に記述して定義する形にしています。 絢斗そうすると、例えばそのNFTを持っている人向けのコンテンツを作る場合、NFT自体で何かするのではなく、NFTを保有した人がその後また別の契約を結んで制作する、といった感じでしょうか。例えばNFTを持っている人だけが、二次作品を作る権利を持つなど。 そのあたりは保有者や著作者が許可するかどうか、というところになります。宮尾 絢斗海外ではNFTの分散保有や複数人がお金を出し合ってNFTを購入するという動きも増えていますが、日本ではどうでしょうか。 最近そういうのが流行っているため、「Adam byGMO」としても検討しています。出品者が1つのアイテムをシリーズとして番号を振って、それぞれを1人が保有するということは考えています。宮尾 絢斗今までだったらクリエイターが最初にすべてを作りこんだ完成品を販売していましたが、初期設定資料だけでスタートして中身をコミュニティが作っていくというLoot（NFTファンタジーゲーム）が最近話題になっています。こうした可能性、例えば「Adam byGMO」がコニュニティの核になっていくようなことは考えていますか？ 今は検討していません。むしろその外部のコミュニティが「Adam byGMO」に流入することを考えています。宮尾 GMOインターネットグループが持つ技術 宮尾私の所属する次世代システム研究室は技術的にチャレンジングな部分を調査したり、それを新規サービスに導入したりする部署です。ブロックチェーンに関しては5年以上前から着目して研究、検証していました。その研究結果に関しては社内での勉強会を3ヶ月に1回開いており、そこでグループ的に共有しています。 例えばNFTだとエンジニアリングだけでなく広告代理店的な観点も必要ですし、求められるスキルセットがかなり特殊になってくると思いますが、今までのキャリアだと普通は混ざらないような複数のスキルセットを持った人を集めているのでしょうか？ それとも社内で研修されているのでしょうか。絢斗 中村こういったプロジェクトに人をアサインするときは、責任者レベルからもちろん決めていきますが、GMOインターネットグループは「自ら手を挙げる」ということを大切にしています。やる気があれば手を挙げて、なぜ私がやるべきなのかをプレゼンテーションして認めてもらうというプロセスがあり、GMOインターネットグループらしい社風だと思います。責任者が決まったら、この分野に強い人というのを社内から集めたり、新規で採用したりするケースも多いですね。私はGMOインターネットグループに12年程いますが、広告代理店をやったり、モバイルゲームをやったり、ビットコインのマイニングをやったり、そして今はステーブルコインやっているという感じで、割と幅広くやってきましたが、周りは眞田のように何でも開発できる人で固めたりしています。眞田はブロックチェーンもバックエンドも設計から何から何まで全部できる人なので、非常に助かっています。 社内で自社サイトを運営するにあたって、ブロックチェーンエンジニアの比率とブロックチェーン以外のエンジニアの比率は何対何くらいでしょうか。絢斗 眞田そうですね、ブロックチェーン自体の開発に携わっているということだと、次世代システム研究室が中心ですね。ブロックチェーンを使ったもの、となればグループ内にたくさんいると思いますが、それがサービスとして実際世に出ていくかどうかだと、そこまで多くないですね。 ブロックチェーンは未経験だけど他の言語は触れるといった場合、ブロックチェーン業界で働ためのスキルセットはどのようなものになりますか？絢斗 宮尾開発者もコントラクトレベルが必要ですね。サービス開発する際はスマートコントラクトの開発から行いますし、「Adam byGMO」はコントラクト部分を2名で開発しています。ブロックチェーンを初めて触るとなると、コンラクトの開発から、特にSolidity（スマートコントラクトを作成するためのオブジェクト指向プログラミング言語）で開発するのが1番やりやすいかなと考えています。 オンラインセッションの様子 多くの人に利用されるサービスに 中村「GYEN」はたくさんの人に使っていただきたいという想いが1番強いので、とにかく流動性を増やしていくというところが目先の活動ではありますが、人気のあるイーサリアムにもボトルネックになる部分があります。そうすると他のブロックチェーンがプロモーションして、自分のブロックチェーン上にトークンを発行してくれというような活動が活発になってきます。やはりイーサリアムだけという世界には絶対にならないし、同じトークンが違うブロックチェーン上で発行される世の中になっていくと思うので、我々もその方向に向かっています。特にtoBのビジネスにおいては、お客さまから「このチェーンで発行してほしい」と具体的なリクエストをいただくこともあるので、需要としてどこが1番強いのかを見極めながら、他のブロックチェーン展開にも着手し始めています。最終的に、実際に使われるブロックチェーン上に「GYEN」と「ZUSD」を発行していくのが1つの戦略です。マルチブロックチェーン、マルチチェーン対応と呼んでいますが、それは必ずやります。もう1つ、我々より何年も前に発行しているUSサークル社のUSDCは、24時間365日いつでもAPI経由で瞬時に発行と償却ができます。これがなぜできるかというと、アメリカにはシルバーゲート（Silvergate）やシグネチャー銀行（Signature Bank）という暗号資産事業に特化した銀行があり、彼らは自行のセトルメントネットワーク（Settlement Network：銀行間決済）のような形で自社のイーサリアムベースのトークンを発行し、それをメジャーで動かしているため、そうした技術があるから可能になっています。日本円になるとどうしても海外送金が絡んできたり、スイフト（SWIFT：国際銀行間通信協会）を経由しなければならなかったりとハードルがありますが、日本円でも24時間365日の発行と償却ができるような仕組みを今開発中で、これを近日中に公開すれば圧倒的に競争力が上がると考えています。ですから、まずこの2つが1番大きな戦略ですね。最終的にはプログラマブルマネー（Programmable money：プログラム可能なお金）で法定通貨と同じような使い方や、さらにその先のすべてをプログラムで回しながらデジタル通貨として世の中で使っていただくところが最終的なゴールではあります。国際送金にしろ、マーチャント（Merchant：決済代行）での決済にしろ、eコマース決済にしろ、お金が絡んでいるところはすべてこのステーブルコインでできる、という世の中になればと思いながら事業をやっています。 日本円のステーブルコインを使ったDeFi（Decentralized Finance：ディーファイ、分散型金融）の運用は将来的にはありますか。絢斗 中村将来的に可能性はあります。研究は当然内部で進めていて、DeFiやDEX（Decentralized EXchange：分散型暗号資産取引所）という分野は必ずこれから伸びますし、おそらく規制はされるのでしょうが、規制された方がきれいに市場も伸びていくのではないかと思うので、我々としては当局から許可をもらってビジネスとして組み立てていきたいと考えています。 今までは営業と経理は別でしたが、ステーブルコインを使うとそれが一体化して、現場同士で「案件が成立しました」「終了しました」とやり取りすると送金されるということが海外ではできますが、そういったプログラムマネーなどのサービスは開発されているのでしょうか。絢斗 中村そこまでは及んでいないです。まずビジネスサイドからしっかりユースケースを作らなければならず、例えばP2Pの電力トレーディングやトレードファイナンス（Trade Finance：貿易金融）といった分野のお客さまとはそうした議論をしています。これがビジネス側で案件化したら作るという流れが一般的だと思いますが、我々はまだビジネス側の需要のどこが跳ねそうかといったところを見極めている状況です。 「Adam byGMO」の今後の展望をお聞かせください。絢斗 宮尾まずはたくさんの人が「Adam byGMO」でNFT取引できるようにしていきたいと考えています。そのためにはユーザビリティを向上させ、ブロックチェーンに詳しくなくても簡単にコンテンツを売買できるようにしたいです。それと並行して、より質の高いクリエイターが「Adam byGMO」でたくさんアートを出品できるようにしていきたいと考えています。その次は、証券、不動産、チケットといったデジタルアート以外のものもNFT化して、それを「Adam byGMO」で売買できるようにしていきたいですね。 今までのファンクラブとは違う、NFTを持っている人だけが投票できるコンテンツやNFTを持っている人だけが入れるグループチャットなどが海外で増え始めていますが、日本ではどうでしょうか。絢斗 宮尾具体的な検討はまだですが、そういった様々なものへの応用は考えています。 実際にサービスを運用していると、さまざまなトラブルがあると思いますが、これから解決しなければならないものはありますか。絢斗 眞田技術的な課題というか、ブロックチェーンの業界全体の問題でもあると思いますが、ブロックチェーンの秘密鍵を使って「GYEN」を送ったり受け取ったりした際、お客さまが私たちに「GYEN」を送ったと連絡しても、本当にそのお客さまが元のアドレスの保有者なのかどうかを確かめる術が今はまだありません。技術的に解決することは可能ですが、「これが私のアドレスです」と証明できる業界のデファクトスタンダードがないため、サービスを運用していく中で問題になるのではと思っています。 本当にその人が持っているかどうかを証明するために、指定された時刻に少額のプロダクションを発行するというのが海外の裁判事例でありましたが、実際に送金してみる以外にその人が本人であると証明する方法はありますか。絢斗 眞田実際は秘密鍵があるため署名はできます。秘密鍵に対する公開鍵のようなものがアドレスにあたるので、秘密鍵と公開鍵があればデジタル署名のような確認はできるのですが、お客さまが技術に強い方ばかりではないため、機能として搭載されているウォレットがない限りは現実問題として難しいのではないでしょうか。 「Adam byGMO」の課題はありますか？絢斗 宮尾リリース直後なので大きなトラブルは起こっていませんが、クリエイター集めをする際、「そもそもNFTは何なのか」「NFTを持っていたら何ができるのか」という部分の説明には苦労しました。「NFTを持っていると、その所有者だけが見えるコンテンツを提供できます」といったわかりやすいメリット提供することで、様々なクリエイターを集めることができました。 クリエイターを集める時、ブロックチェーンに興味がある人という基準で探したのか、それともクリエイター側から声をかけてきたのでしょうか。絢斗 宮尾両方です。NFTは様々なコンテンツ事業者が興味を持っているため、そちらから話が来たり、こちらから営業をかけたりといったことを行っています。 エンジニアの探求心をくすぐる開発環境 中村「GYEN」、ステーブルコイン、暗号資産は、「こんなの絶対なくなる」という人と「ビットコインなど暗号資産のトークンが法定通貨と入れ替わるだろう」という人の二手に意見が分かれます。我々としては、法定通貨はなくならず、ステーブルコインや暗号資産が共存すると考えています。ブロックチェーンの技術自体は、改ざんできない点や自動的にスマートコントラクトを介してプログラム経由で実行できる点が大きな利点となっているためなくならないでしょうし、インターネットがここまで普及したように、ブロックチェーンも5年10年20年かけてインターネットと同じぐらい普及するのではないかと考えています。とてもおもしろいビジネスなので、できるだけ多くの方に興味を持っていただければと思っています。 ブロックチェーンを扱ってサービスを世界で展開するということは、様々な課題に直面すると同時にいろんな経験ができます。ブロックチェーン自体へのアプローチだけでなく、アメリカでサービスを展開し、金融という縛りが強い世界の中でどうやって安全性を担保して別のサービスにつなぎこむのかなど、日本のサービスを開発している中では携われないような部分もあるため、技術的な探究心が満たされると思います。また、我々が作ったプログラムがビジネスの中でどういった立ち位置を占めるか、という部分に興味がある方にも満足いただける環境だと思います。眞田 宮尾まずは「Adam byGMO」を触ってNFTとはどういうものかを皆さんに知っていただけたらと思います。「Adam byGMO」の開発としては、ブロックチェーン、スマートコントラクトの開発だけでなく、フロントやバックエンドといった一般的なWebサービスの開発が中心になっていますが、そこにも新しい技術を取り入れているので、エンジニアとして楽しく開発できる現場だと思います。 さいごに 全編セッションにつきましては以下よりご視聴ください。 https://www.youtube.com/watch?v=mQRfGFPu1QU さいごまでお読みいただきありがとうございました。

GMOインターネット株式会社は技育祭［秋］2021にゴールドスポンサーとして協賛いたします。デベロッパーエバンジェリスト成瀬の講演をはじめ、HTML・CSS基礎の勉強会やランチLTにて企業説明も実施予定です！ 技育祭とは 技育祭は「技術者を育てること」を目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。 Point1：未来を体感 日本を大乗する企業やエンジニアが、どんな技術を用いて、どんな未来を実現しようとしているかを体感できる Point2：圧倒的なインプット 2日間で30の講演、20の技術勉強会を実施。脳に汗をかき、刺激を受け続ける2日間 Point3：超豪華なゲスト陣 IT業界を代表する経営者、CTO、エンジニアが集結。ゲストに直接質問も可能。 イベント概要 開催日：11月20日（土）～11月21日（日）12:00-18:00会　場：オンライン運　営：株式会社サポーターズ参加費用：無料（事前登録制）公式HP：https://talent.supporterz.jp/geeksai/2021Nov/ GMOインターネットの登壇情報 Day1はオープニングと講演、Day2では勉強会とランチLTに登壇いたします。 Day1 オープニング：ライブ中継（12:00-13:20） GMOインターネットグループ第二本社であるGMO Yours・フクラスのシナジーカフェをライブ中継でご紹介！「未来」の働く環境を体感してください！ 講演：『実践的なプログラミングを身につける学習の道すじ ―― ただ動かすよりも動かし続ける』（17:00-18:00＠ホールB） GMOインターネット株式会社エバンジェリスト成瀬允宣（@nrslib）が登壇いたします。登壇をご視聴いただき、SNSでのアンケートにご回答いただいた方の中から抽選で10名様にGMOインターネットから特別プレゼントをご用意いたしました！ 詳細は、当日Twitter＠GMOdevをチェックしてくださいね！ Day2 ランチLT：企業説明（12:00-13:20） GMOインターネットはもちろん、他協賛企業のインターン情報や企業説明を聞くことができます。 勉強会：『初めてのWebページを作ろう！HTML・CSS の基礎』（14:40-15:40） GMOインターネット株式会社　事業統括本部　Webプロモーション研究室 フロントエンドチーム　長谷川由希子が講師を務めます。 GMOインターネット株式会社で実際に行われている新卒パートナー向けの社内研修を再編成してお届けします。Webページを作るための基礎、HTML・CSS に関する初学者向け講義です。※事前予約制※ さいごに 学生のみなさまのご参加をお待ちしております！

JJUG CCC 2021 Fallにセッションスポンサーとして協賛いたします！GMOインターネットグループから2セッション登壇予定です。是非ご参加ください。 JJUG CCC 2021 Fallとは JJUG CCCは毎年2回、春と秋に開催する日本最大のJavaコミュニティイベントです。Java関連の技術や事例に関する良質なセッションが行われ、また異なる分野で活躍するJava技術者が集まる場ともなっています。 新型コロナウィルス感染症の拡大防止に配慮して、CCC 2021 Fallはオンラインで開催いたします。 イベント概要 開催日：11月21日（日）10:50～18:10運営：日本Javaユーザーグループ公式：https://ccc2021fall.java-users.jp/申込：https://jjug.doorkeeper.jp/events/126944 GMOインターネットグループからの登壇者 スポンサーセッション 11月21日（日）13:30～14:15 Track B Spring Batch でサブスク1億件のクレカ決済処理　GMOペイメントゲートウェイ株式会社　鈴木 隆志 もはや当たり前になったサブスクでのサービス提供と毎月の自動お支払い。私たちGMOペイメントゲートウェイでは毎月1億件近い件数のサブスクデータをSpring Batchを利用して安定的に処理しています。このセッションではアプリケーション構造やデータ分散で工夫した点などをお話しできればと思います。またサブスクリプション型のクレジットカードお支払い運用についても紹介します。■セッション詳細：https://fortee.jp/jjug-ccc-2021-fall/proposal?q=%E9%88%B4%E6%9C%A8&f= 公募セッション 11月21日（日）16:00～16:20 Track D 巨大なトランザクションを分解せよ！イベント駆動入門 in Spring Framework 　GMOインターネット株式会社　成瀬 允宣 はじめはコンパクトであったビジネスロジックも、長く運用が続けられると様々な要求が突き付けられ、次第に複雑な処理を行わざるを得なくなるときが訪れます。そんなとき、一切の考慮もせず、単純にコードを伸ばしていくと、トランザクションの範囲が無秩序に広がってしまうことがあります。巨大なトランザクションは容易に競合を発生させ、ロックを引き起こし、ソフトウェアの性能を低下させます。トランザクションは可能な限り小さいサイズに抑えるべきなのです。そこで、本トークでは巨大なトランザクションを最小限に分解して、ロックの可能性を少しでも減らす方法として、イベントを用いたイベント駆動によるトランザクションの分解についてコードベースで解説します。なお、サンプルコード全体の構成はドメイン駆動設計のパターンを意識した形で、アーキテクチャは ADOP ないしヘキサゴナルアーキテクチャをベースとします。Spring Framework が用意しているドメイン駆動設計のパターンを意識したモジュールを利用しますので、ドメイン駆動設計を採用したいと考えている開発者にもお勧めの内容です。「リポジトリ」や「集約」といったトピックに対する予備知識があるとより楽しめるでしょう。■セッション詳細：https://fortee.jp/jjug-ccc-2021-fall/proposal/c899e216-8db3-49f1-aaf7-3cb7bf8c1f7c さいごに 皆様のご参加お待ちしてます！