DEV Community: Shiomi Sumi

コミュニティはカリスマがつくるもの? いいえ違います。

Shiomi Sumi — Fri, 15 Dec 2023 04:23:30 +0000

現在私は、業務の傍ら技術広報として活動したり、社外活動としてAWS Startup Communityというコミュニティを運営しています。

今回は、自身がコミュニティ運営を行ってきた中で得られた気づきや知見についてお話ししたいと思います。

「カリスマ性」より「運用設計」

自身としてはインフルエンサー的な立ち回りをすることもありますが、コミュニティ運営において重要なのは決してカリスマのような人や有名な人がいることではありません。

確かに、目を引くユーザーコミュニティの多くは影響力のある人が主宰として存在する場合もあります。もちろん、影響力がある方が有利であることには違いないのですが、ぶっちゃけ有名な人が1人で始めたコミュニティというのは、一発屋のような短命に終わるケースが多いように感じます。

長く、成長し続けるコミュニティであるために必要なものは、根幹がしっかりとした「運用設計」ができる人が存在することにあると考えています。

コミュニティ運営の第一歩は目的の設定

このコミュニティで実現したい未来とは? について夢はでっかく描きます。これがコミュニティの原動力になります。

AWS Startup Communityでは、AWSを利用しているスタートアップのためのコミュニティで、「スタートアップ同士の交流や経験の共有」を目的と定め、日本のスタートアップから素晴らしいプロダクトや技術が世の中に出て行くことを応援するためにイベントを企画するといったビジョンを掲げています。これはコミュニティ立ち上げの最初の頃に設定されました。

想いや熱量だけではコミュニティは長続きしません。
目的やビジョンを明確にすることがコミュニティ運営の第一歩になります。

しかし、最近この思想が自分の中で薄れていたこともあり、イベントの企画が「自分がやりたいこと」にフォーカスされてしまっていました。実際、直近のイベントの反応はいまいち、アンケートの回収率も低く、共感を生むことができなかったと反省。
このままではコミュニティの成長をとめてしまうことになりかねません。今一度初心にかえって目的や存在意義について見つめなおそうと思います。

コミュニティのルールづくり

人が集まるところでは、お互いに気持ちよく過ごすためのルールづくりが必要になります。

コミュニティ発足時はルールがないことがほとんどかと思いますが、コミュニティの中でもルールは必要です。

ルールがないと、自由だけど平等性・公平性はなく、輪を乱す人が現れることもあります。コミュニティ内の心理的安全性を保つように、必要最低限のルールを設けましょう。

最初はシンプルに、「公序良俗に反する行為を禁止する」「誹謗中傷・ハラスメントはしない」「強引な勧誘をしない」といったような内容でOKです。安全に運営ができるように、参加者にもイベント毎に伝えていくことが大切かなと思います。

より多くの人に興味を持ってもらうには

過去開催したイベントの中で、特に集客を多く集めたイベントが「大企業からスタートアップへ転職した人」というキャリアに関するものでした。なぜこのイベントが注目されたのかについて考えてみます。

まず、多くの人に共感されるテーマだったことです。
新卒からスタートアップです! という人はなかなかいません。参加者の多くの人は転職経験があるか、スタートアップへの転職を検討している人です。いまはスタートアップにいて転職しないけど経験がある人から見れば「転職あるある」「わかる〜」といった共感が生まれますし、これからスタートアップに転職を考えているという人にとっても「いまこういう悩み抱えてるのわかる」など、幅広い人に対して共感を生むテーマだったことが、多くの人に興味を持ってもらえた要因の一つだと思っています。

次に、「シンプルさ」です。
「大企業からスタートアップ」という真逆の職場に「転職した」というシンプルな単語でどんな話が聞けるのかある程度想像がつくものの、もしかして予想外の話が聞けるかも? といった興味をそそる展開が期待できます。
逆に、タイトルやテーマに要素をこれでもか!と盛り込んだものは、わかりにくく頭に残りにくくなります。それでは拡散もしづらく集客も苦戦することになりそうです。

このことから、多くの人に興味を持ってもらうには、「共感」と「シンプルさ」が大切なのではと思っています。

さいごに

たとえすっごいカリスマであったとしても、コミュニティづくりは1人では挫折すると思います。コミュニティ運営に関わることになったら、共感してくれる仲間を見つけて、長く成長できる運用設計をしていきましょう。

AWS Startup Communityのコアメンバーの皆さんをはじめ、他のAWS Commiunity の方々と一緒にイベント運営などをさせていただく機会がありましたが、本当に優秀な方が多く、いつもチームビルディングやマネジメントといった面での学びが多くて、そんな中に参加させてもらえるのはありがたいなぁと感謝の気持ちでいっぱいです。

クラウドサービスのコストはFinOpsで最適化していくのがトレンドらしいので何をすれば良いのかまとめてみた

Shiomi Sumi — Sat, 29 Jul 2023 13:44:06 +0000

こんにちはSumiです。
最近、クラウドサービスのコスト最適化に取り組む機会が増えています。なぜなら、ビジネスのスピードアップを求めるあまり、どのくらいのコストがかけられているかが見えていなかったり、必要以上に投資してしまっている場合があるからです。
ほとんどの組織では契約しているクラウドサービスのうち、およそ 32% が過剰な支出になっているというデータもあります。

逆に、クラウドサービスのコストを恐れて抑制しすぎると、ビジネスの成長を遅らせてしまうリスクもあります。無駄なコストを省き、適切なクラウドへの投資でビジネス価値を最大化させるための取り組みは、どの組織においても大きくは変わりなく、FinOpsという考え方でベストなIT投資を実現することが可能と考えられています。

今回は、そんなFinOpsについてまとめてみました。

FinOpsとは

FinOpsは、エンジニアリング、財務、テクノロジー、ビジネスの人々が1つのチームとなり、データに基づいて支出を決定する際に協力できるようにすることで、組織がクラウドの支出をより深く理解し、最大のビジネス価値を得ることができるようにする取り組みです。

具体的には、エンジニア、ビジネス、経営、財務が参加する「FinOpsチーム」が、クラウドのコスト管理を行います。FinOpsチームの結成の段階でつまづくと後々に無駄に時間と精神が持っていかれてしまうので、ここは慎重に丁寧に取り組んでいくべきでしょう。(という自分への戒めと反省)

FinOpsチームは、各ステークホルダーに、クラウドのコストやリソース等の情報を共有します。それを元に、エンジニアはサービス構築やサポートに取り組みます。ビジネスや経営は、透明性や組織全体の効率性を確保し、予算超過のリスクを防ぎます。財務はFinOpsチームが提供するレポートを活用して、事業計画の策定やクラウド契約の見直しを行います。

各部門が協力しながら、以下の3つのステップを実施することで、FinOpsを実現することができます。

Inform / 可視化
- 使⽤量とコストを可視化し、説明責任を果たせるようになる
Optimize / 最適化
- チームが効率性を特定し、測定し、改善できるようにする
Operate / 運用
- 最終的に事業⽬標に向けたプロセスを定義し、実⾏できるようになる

可視化する

目的を明確にする

ファーストステップとして、目的を設定しておきましょう。
「何がしたくて」コスト最適化をするのかを定めると必要な情報が見えてくるので、それをもって「何をどこまで可視化するのか」をきめてしまうのがポイントです。

可視化のために手間がめっちゃかかります、とかデータの保存に費用がめちゃくちゃかかるんですってなると、「あれ、なんのためにコスト最適化やってんだっけ」となる場合があるのでムダな情報を集めないためにも最初に定めた目的、つまり「どのような情報が得られたら、どのようなアクションを実施したいのか」という点を明確にしておく必要があります。

データを集める

それができたら、必要なデータを収集していきます。
最も簡単な方法としては、Money Forward AdminaといったSaaSの管理ができるサービスを利用したり、Freee APIから取得した取引一覧のデータをAmazon Quick Sight などのBIツールに流し込むなどの手法があります。この辺の詳しい話はまた別途ブログにしたいと思います。

整理する

必要なデータが集まったら、社内で使っているクラウドサービス全体の現状を整理をしていきます。TIMEフレームワークを使うと、既存のシステムが現状どのような状態にあるのかわかりやすく可視化できます。

TIMEというのは、「許容（Tolerate）」、「投資（Invest）」、「廃棄（Eliminate）」、「移行（Migrate）」の4つの頭文字をとったものです。

横軸のシステム価値と縦軸のテクノロジのリスクを 5点、-1点、-3点の3段階で評価してポイント付をしてマッピングすることで、システムがどの段階にあるのかを判定することができます。

TIMEフレームワークについてはこちらの記事で紹介されています。
https://www.sbbit.jp/article/cont1/38097?page=2

最適化する

可視化のフェーズで得られたデータに基づいて最適化を実施していきます。最初に決めた目的を達成するために何をすれば良いかを決めていきます。

最適化の手法には大きく2種類あり、「クイックウィン最適化」、そして「アーキテクチャ最適化」です。

まず最初に取り組むこととしてはクイックウィン最適化です。これは、「クイック」に実施可能であり、その効果も「クイック」に得られるアプローチのことを指します。
例えば、可視化された利用状況のデータを使ってアクティブユーザーと非アクティブユーザーを特定することだったり、異常にコストが増減しているところを特定して、急に増えるときに備えること、プランとかサービス自体を見直して、機能とコストがより組織に良いものに移行してしまうといったことなどが挙げられます。

その次に「アーキテクチャ全体」を最適化していきます。
クイックに実施可能なものっていうのは、単独のクラウドサービスにおける最適化の話になるのですが、最新のサービスに合わせて積極的に全体設計を見直すことで適正化を行うことも必要となります。

アーキテクチャの最適化においては、着手する最適化アクションは中長期的に見て、ざっくり3段階にわけて取り組んでいくと良いでしょう。

まず第１段階として、コストが高いけどパフォーマンスは出ていないものからとりかかります。従業員の業務品質に支障を来たさないように低コスト化を図ります。
第２段階では、身軽になった状態をベースにパフォーマンスの向上を目指していきます。
そして、第3段階では、コスト削減した状態を維持しながらパフォーマンスの向上を図るかという、ダイエットでいうところのリバウンド対策とをおこなっていく進め方をしていきます。

この図で言うところの、第3段階の「低コストで高パフォーマンス」を一気に目指したいところですが、既存のシステムが社内に浸透した過去の経緯だとか、慣習に気をつけないまま取り組むと、「コストはそのまま･パフォーマンスが低下」という結果を招くリスクがあります。
なので、コスト最適化に際してはユーザーからみたパフォーマンスの視点を大事にすることは重要ですね。

運用する

これまでの流れをおさらいすると、目的を明確にして現状を可視化する・目的に応じたアクションを決めて最適化する、という流れになるわけですが、可視化することや、最初に定めた目的とか目標に対しての評価、を行うといった一連のプロセスは、人間が介入しなくても実行するよう自動化をして、継続的に最適化していくのが運用のポイントになります。

具体的に、何を行なっていくのかというと、例えばリソースの使用パターンによっては大量購入で安くなるケースがあるのであれば、そのタイミングをポリシーで定めておいて通知を鳴らすといったアクションを構築してみたり、使われていないリソースがあれば一定の期間で削除するといったことが挙げられます。

最初の目的と、持っているクラウドサービスの特徴に合わせて、運用の自動化を構築して、最終的に、予算と目標が一致し続けるような仕組みができればokですね。

まとめ

ここまでの話をまとめると、クラウドサービスのコスト最適化にはFinOpsの実践が理想です。そのためには、財務や事業部、経営層といった広い人たちと手を取り合ってFinOpsチームを結成することから始まります。
そして、現状の把握のための可視化、そこから見えてきた課題に対する最適化のアクションを起こす。運用を自動化したらまた可視化したデータを元に最適化して…を繰り返し継続していく。

そうしてカルチャーとしてのFinOpsの成熟度を高めて、組織全体でコスト最適化に取り組む動きを作っていく。これがFinOpsの実践によるコスト最適化の流れになります。

こう見ると、FinOpsというものは手法やフレームワークといったものというより、組織のカルチャーづくりに似たようなものを感じます。組織文化を変革していくには、とにかく大きなことはせず、小さな成功を積み重ねていくのが成功のポイントになるといえますね。

泥臭く小さなことからコツコツとやっていきましょう。(自戒)

AWS・Google・Microsoftのスタートアッププログラムまとめ

Shiomi Sumi — Fri, 23 Dec 2022 08:01:01 +0000

こんにちは、Sumiです。

スタートアップのみなさん、クラウドはお得に利用できていますか?
できることならコストは最小限に、最速でビジネスをカタチにしたいと思われている方がほとんどではないでしょうか。

そんなスタートアップのみなさまに向けて、各クラウドベンダーが提供しているスタートアップ・プログラムをご紹介しようと思います。

AWS Activate

Amazon Web Services(以下、AWS)では、「AWS Activate」というスタートアップ向けのプログラムを提供しています。プログラムは「Foundars」と「Portfolio」の2種類(※)があり、調達前のシード・アーリー期スタートアップであれば「Foundars」、VC出資・アクセラレータに採択されているスタートアップであれば「Portfolio」を申請するのがよさそうです。

最近は公共向けビジネスへの参入を希望するスタートアップ企業を支援する「AWS Startup Ramp」プログラムも発表されていましたが、今回の記事ではFoundarsとPortfolioについて取り扱います。

それぞれの違いはこちら

AWS Activate Foundars

$1,000のAWSクレジット
$350のAWS Supportクレジット
テクニカルサポート
無料のサービス、製品、メンバーシップなど、メンバー限定のオファー
- Slack等のよく利用するサービスを安く利用できるようになる!!
参加基準
- AWS Activate を初めて利用する
- 出資を受けていない、またはシリーズAまで
- 企業ウェブサイトやオンライン公開プロフィールが機能している (LinkedInの)
- 過去 10 年以内に設立されている

AWS Activate Portfolio

最大 $100,000 のAWSクレジット
最大 $10,000 のAWS Supportクレジット
テクニカルサポート
無料のサービス、製品、メンバーシップなど、メンバー限定のオファー
参加基準
- 自己資金、または出資を受けている
- Activate プロバイダーと関係があり、その ORG ID を持っている
- 企業ウェブサイトが機能していること
- 過去 10 年以内に設立されていること

Portfolioの方が特典は多いものの、Activate プロバイダー経由でないと申し込むことができないので、まだこれからのシード・アーリー期のスタートアップはFoundarsを申し込むことになります。

特典

AWSではパートナー企業の製品を安く利用することができる特典が充実しています。 Slack や Notion といった日常業務に欠かせないサービスや、Circle CI、Datadog といった開発で必要なツールなども割安で利用することができるオファーを受けることができるので、この特典だけでもめっちゃお得。

AWSで自社でプロダクトの開発をおこなっているスタートアップなら、とにかくAWS Activateを申し込まないと損ですね。Foundarsであれば申し込みも簡単ですぐに利用可能になるはずなので、まだ申し込んでいない方はすぐに実施された方が良いかと思います。

個人的な宣伝ですが、AWS Startup Community というスタートアップ向けのコミュニティの運営をしておりますので、こちらからご参加いただけると嬉しいです

AWS Startup Community - connpass

# AWS Startup Community へようこそ！！ここは AWS を利用しているスタートアップのためのコミュニティで、スタートアップ同士の交流や経験の共有を目的としています！日本のスタートアップから素晴らしいプロダクトや技術が世の中に出て行くことを応援しており、技術系・非技術系問わずあらゆるテーマを取り扱います。 ## AWS Startup Community のスコープ AWS を利用しているスタートアップから成るコミュニティではありますが、トピックとして扱う内容は AWS に限りません。スタートアップが成長していく過程で必要となる要素はプロダクト開発やクラ...

aws-startup-community.connpass.com

Google for Startups

Google　CloudやGoogle Workspace等の各種サービスを提供するGoogleにもスタートアッププログラムがあり、対象となるスタートアップ企業には、Google Cloud でビジネスを構築し成長させるためのリソース、サポート、割引が提供されています。

Googleでも、「出資を受けていない企業向け」と「出資を受けている企業向け」 の2 つのプログラムが用意されていて、参加条件の違いは以下の通り

出資を受けていない企業向け

2 年間有効な最大2,000ドル相当の Google Cloud クレジット
200 ドル相当の Google Cloud Skills Boost クレジット
テクニカルサポート
ビジネスサポートとJagu'e'r(コミュニティ)への参加
その他GWS等の割引
参加基準
- テクノロジー業界のスタートアップ企業かつ機関投資家からの出資を受けていない
- 過去 5 年以内に設立
- Google Cloud クレジットをまだ受け取っていない（無料トライアル以外）

出資を受けている企業向け

最大 10 万ドル分の Google CloudとFirebaseのクレジット
500 ドル分の Google Cloud Skills Boost クレジット
テクニカルサポート
ビジネスサポートとJagu'e'r(コミュニティ)への参加
その他GWS等の割引- 参加基準
- 公に検証可能な資金提供*を受けている
- 過去 10 年以内に設立
- Google Cloud のクレジットを 4,000 ドル以上受け取っていない

申し込んだあと、オンラインでのミーティングが設定され、担当者との簡単な面談があります。

特典

個人的に、Google for Startupプログラムでとても大きい恩恵と感じたのが、Google Cloudのクレジットです。
承認されてから2年間、Google Cloudのクレジットを提供いただけるとのことで、特に初年度は、初期費用として10,000USDのクレジットをアカウントに付与され、毎月、前月の使用量に応じて追加クレジットが発行され、 Google Cloudと Firebase の使用料が、100,000USD までカバーされます。
2年目には、利用料金の20%を負担、さらに100,000USDのクレジットが提供されるので、コスト面ではかなり心強い特典になります。

Google Cloud のトレーニングおよび技術サポートやGoogle ワークスペースの割引、Google Maps Platform クレジットなどもあり、コストを抑えたいスタートアップの強い味方ですね。

Microsoft for Startups Foundar Hub

こちらは、Microsoft365やAzure、GitHubといったMicrosoftのサービスをお得に利用できるスタートアップ向けプログラムです。
Microsoftの支援プログラムは非常に太っ腹で、Azure無償枠が最大$150K(約1,700万円)を含む最大$350,000(約3,800 万円)分の開発環境・各種ツールが提供されます。

直接webから申し込みするか、担当者とのミーティングを設定してから申し込みを行うことができますが、一度担当者とのミーティングを実施後に申し込みをする流れの方が、開発するプロダクトへの想いを直接伝えることができ、より多くの支援を受けられる可能性があるため、ファーストステップとしては担当者とコンタクトを取ることをおすすめしたいです。

特典

MicrosoftのスタートアッププログラムではAzureクレジット、Visual Studio Enterprise、Office 365などの特典があるのですが、その中でも目玉となるのが、GitHub Enterpriseの無償提供ではないでしょうか。
Tech企業であればほぼ利用しているといっても間違いないと思われるGitHubですが、Enterprise planが無料で使えるというのはとても大きなメリットになります。

ある程度グロースしてからGitHub Enterpriseへアップグレードを検討される企業も多いかと思いますが、後になればなるほどGhEへの移行難易度は高まります。最初からGitHub Enterprise Management Userを利用して堅牢に構築することで、プロダクトの急成長を支えてくれること間違いなしです。

どのクラウドベンダーを選ぶか

クラウドベンダー各社がスタートアップの支援に力をいれていますが、どれも大きく差があるわけではないので、最終的にどのプラットフォームを選択するかは、組織にとっての経済的なメリット、使いやすさ、各プラットフォームの強みという視点で見て判断することになるかと思います。

個人的な視点で比較検討してみます。

経済的なメリット

Google Cloud と Microsoft Azureは、どちらもスタートアップに多額の費用サポートを提供しています。AWSも Portfolio で10万ドルを提供していますが、申請はActivate プロバイダーを経由して申請が必要など、他2つに対してややハードルが高いように思います。

初期段階のスタートアップにとって、数千ドルの支出を心配する必要がないことは、スタートアップがどんどん挑戦や実験を行うことを可能にしますし、大きなリフトになる可能性があります。

使いやすさ

これは最初に獲得したエンジニア人材のスキルによるものが大きいかと思いますが、スピーディに開発がしたいスタートアップにとってはここが一番の判断ポイントとなるのではないでしょうか。
新しいエンジニアを迎え入れる際にも、プラットフォームにすばやくオンボーディングできることは、チームが成長するにつれて新しいリソースを増やすときに生じる抵抗を減らすため、スタートアップにとって重要な要素のひとつです。

個人的には、各ベンダーが出しているドキュメントの読みやすさや、ユーザーのアウトプットによるものがひとつのポイントになるかと考えています。

その点では、Google Cloudのドキュメントはまだ日本語のドキュメントが少ないところはありますが、読みやすくできているなと感じます。また、AWSはドキュメントは日本語で読む場合やや難解なところがありますが、ユーザーグループの活動が活発で、勉強会やブログによるアウトプットが多く存在します。そのため、実現したいことへの情報にアクセスしやすい利点があります。

Microsoftのドキュメントは…ｹﾞﾌﾝｹﾞﾌﾝ(ry

各プラットフォームの強み

個人的に思う各パブリッククラウドの強みを挙げるとこんなイメージです。

AWS

幅広い利用に適した優等生な性能
エコシステムとコミュニティの恩恵を受けられる
Azure と GCP にはない独自のサービスがある

Google Cloud

Googleのサービスと連携が可能
ビッグデータの解析に強み
クラウドの経験が浅くても入りやすい

Azure

WindowsやOfficeとの親和性がある
オンプレ環境との連携がしやすい

自社のビジネス要件に合わせて選択するのはもちろん、上記のスタートアッププログラムの特典も組み合わせてコストメリットが最大化することはなかなか難しいところではありますが、スタートアップがクラウドベンダーを選択する際の参考になれば幸いです。

参考

AWS Activate
https://aws.amazon.com/jp/activate/

Google for Startups
https://cloud.google.com/startup/

Microsoft for Startups
https://www.microsoft.com/ja-jp/biz/startups
https://github.blog/jp/2020-03-03-github-enterprise-is-now-free-through-microsoft-for-startups/

AWS Community Summit APAC -番外編-

Shiomi Sumi — Wed, 21 Sep 2022 11:15:06 +0000

こんにちは、sumiです。
前回の記事でAWS Community Summitについて書きましたが、今回は番外編としてホテルでの過ごし方やバンコクの街中を探検した体験についてお話ししたいと思います。

スワンナプーム国際空港から電車でGO

私は関西国際空港(KIX)から出発したのですが、海外(特にタイ)に慣れたメンバーがいてくださったため、空港からホテルまではタクシーではなく電車で行くという貴重な体験をすることができました。

タイの電車に乗る方法はチケット販売機で行き先までのチケット(コインやカード型)を購入し、改札にピッとかざして入場する形でした。私たちは、ARLというスワンナプーム国際空港とバンコク市内中心部を結ぶ路線に乗り、その後BTS（バンコク・スカイトレイン）という路線に乗り換えてホテルへと向かいました。

電車の中はとても快適で、BTSの車内はなんだか甘い香りがしました。
バンコク市内が一望できて、列車の旅ができた体験は本当に最高でした。ありがとう辻さん。ｺｯﾌﾟﾝｶ〜

ホテルに着いた

宿泊は、Anantara Siam Bangkok Hotelという5つ星ホテル。

バンコク、サイアムのホテル | アナンタラ・サイアム・バンコク・ホテル公式サイト

anantara.com

ホテルに到着すると、ロビーでかけて待つように言われました。
すると、welcome giftが渡され、ケーキやサンドイッチが入った箱と今回のイベントで使用するTシャツや名前入りのバッヂが入っているトートバックを1人一つずつ受け取りました。

ホテルの部屋はなんと1人1部屋!しかも豪華!!(めっちゃ贅沢!!

普段子供たちとバタバタと過ごしている私なので広すぎてちょっと寂しくなりましたが、こんな機会もなかなかないと思い、ここぞとばかりに大の字になってベッドに横になりました。

滞在初日の夜

何を思ったのか、コンビニに行きたいというメンバーについて夜の街へ繰り出しました。
どうやらセブンイレブンがあるらしい。が、Google Mapに沿って歩いてみるも、見つからないwww

途中、ショッピングセンターを発見し入ってみると、日本のショッピングモールとさほど変わりのない風景が広がります。なんなら無印良品とかあるやん。

とブラブラ歩いてみたものの、特に収穫もなくこの日は各自の部屋に戻りました。
移動しすぎで歩きすぎてクタクタだったので、広くてふかふかのベッドでぐっすり眠りにつきました。

翌朝

翌朝は時差のせいか4時頃に目が覚めました(時差は+2時間)
Slackを見ると、6時台に朝食に向かうというメンバーがいたので、ご一緒させていただきました。

朝食はブッフェ形式で、好きなものを食べられるのですが、もうどれも美味しくて、、思い出すだけで帰りたくなってきました。
わたしは辛いものが食べられないので、タイでの食事にやや不安をもっていたところはあるのですが、そんな不安は一切不要で、日本食や中華麺、パン等がありどれも美味しくて満足でした。食事が美味しいと心も満足〜

滞在2日目の夜

この日はSummit1日目でAWARDが開催されており、着物を着ていたため夜は遊びに出かけませんでした。レンタルした着物をきれいに畳んで翌日に備えます。

滞在3日目の昼

この日は、Summitを途中で離脱して帰国のためのPCR検査を受けに出かけました。
途中、バンコクの街中を歩く中で、交通量やバイク便の多さに驚きでした。
また、歩道がガタガタで、ぼーっと歩いていると落ちてしまいそうな穴がところどころw

PCR検査は MedConsult Clinicにて受診しました。
予約した時間より1時間以上早く到着したのですが、すぐに通されると5分もしないうちに終了していました。

同行してくださったAWSJの亀田さんは待っている間に他の日本人の通訳をされていて、クリニックのスタッフさんに超感謝されていました。いい人。

ちなみに検査結果は1時間後にメールで通知されました。陰性でよかった。

終わった後は近くのジェラート店でアイスをいただきました。
暑い中歩いた後のココナッツアイスおいしい〜〜〜!!!!!!!

ホテルに戻った頃にはSummitは終了しており、日本人メンバーもほとんど外出した後だったようなので、わたしはひとりホテルのプールを楽しんでやりましたよ!!w

ちょうど、AWS Startup Communityの次回イベントの打ち合わせの予定もはいっていたので、プールサイドから参加させていただきました。優勝しててごめんな。

打ち合わせ後、同じAWS Startup Communityのさわらくんとプールに浸かりながら、「コミュニティって難しいね…」って言いながら夜を迎えました。

滞在3日目の夜

プールから上がったあと、着替えて松井さん & さわらさん & わたしの3人で夕飯を求めてバンコクの街へ繰り出すことに。松井さんが行ってみたいところがあるということで、トゥクトゥクに乗って目的地まで!!

勢いありすぎるトゥクトゥクに興奮しながら、テンションはMAXに。

なぜかトゥクトゥクのお兄さんもテンションMAX。

到着したところはフードコートのような場所で、若者が賑わう場所でした。
そこのクラフトビールと食事を1人1品注文して食事を楽しみました。

その後さわらさんがGrabを使ってタクシーを呼んでいただき、ホテルに戻りました。
Grab超便利ですね…!!タイ旅行には必須アイテムかもしれません。

ちょうど別で行動しているグループがmusic barにいるという連絡をもらったので、さわらさんはここで別れて、わたしと松井さんはそちらのグループに合流しました。

タイのクラブで踊り狂う夜

music barというナイトクラブのような施設があったので遊びに行ってきました。
タイの女の子たちは本当にパワフルで、踊っているところに突撃するといろんなダンスを教えてくれました。音楽に言語の壁はないですね!!最高です。

日本人だと言うととても歓迎してくれて、ハグしてくれたり、流行の音楽とか定番の振り付けを教えてくれたり、タイの人は本当にいい人しかいない、タイ最高すぎる。タイ大好き。

ホテルに戻り

一緒にクラブに行っていた6人でホテルに戻ると、今回のイベントの振り返りということで、松井さんの部屋に全員でお邪魔してなんと4時頃までコミュニティについて熱く語る夜を過ごしました。

Community Heroとしてご活躍の吉江さんを中心に、それぞれの視点で自分たちの思いや考えを語り合いました。(ほぼ1人で2時間くらいしゃべってた気もするけど)このような場は貴重な機会です。最後の方はもう寝落ちしてましたが、大変有意義な時間を過ごすことができました。

おかげで寝坊しました。

滞在4日目の朝

辻さん率いるバンコク観光ツアー組に入りたかったのですが、余裕で寝坊したのでゆっくりめの朝食をいただいた後はまたプールでのんびり過ごすことに。

同じく昨晩一緒にいた松井さん&吉江さんのHeroesもプールに来るということで、3人で遊んでいると、阿部さん&ゆきひろさんも合流。最後までリゾートホテルを満喫です。

ゆっくりめにチェックアウトした後は荷物をホテルに預かってもらい、松井さん・吉江さんとわたしの3人で、わたしが前日行けなくて泣いたアイコン・サイアムという大型のショッピングセンターへ連れて行ってもらいました。

そこで、ご飯を食べたり一通りお土産を購入して次の町へ。

最寄駅から怪しげなお兄さんのトゥクトゥクに乗り込み、怪しげな日本語が並ぶ街に到着しました。終始怪しげだけど、付き添いのメンバーの圧が強すぎてその辺あんまり心配してなかったですねw

タピオカミルクティーを飲んだりマッサージを受けたりと満喫して、最後は昨晩行ったフードコートへまた行きました。

これでバンコクとお別れか〜と思った矢先になんと大雨。
ひどくなる前に急いでGrabを呼んでホテルに戻り、帰り支度をしていたところ、ホテルの方が気をきかせて空港までのタクシーを配車してくれました。なんというホスピタリティ。

なんとか空港に到着し、ちゃんと帰国の飛行機に搭乗することができました。
本当に最高だった…絶対また来る…

タイの配達事情

さて、いろんなところを見たわけですが、ラストワンマイルのDXをする207の一員としては、やはりタイの配送事情は気になるところ。ということで、少し調査してきました!

Kelly Express

タイ国内どこでも2営業日で配達!を謳うというKelly Express。このオレンジ色のロゴは結構街中でもよく見かけました。日本でいうヤマト的な立ち位置でしょうか。
駅構内にも営業所のようなブースがあり、ここで荷物を発送できるようです。

宅配ロッカーもあり、この中にいれて受け取りも可能みたいです。もちろん通常のロッカーとしても使用可能。いろんな用途に使えるみたいです。なんとこちらは日本語も対応(ちょっと微妙だけど)

街中はGrabやLINE MANといったフードデリバリーの業者が多く走っていました。待機している配送員も多くおり、バイクによるデリバリーの需要の高さが伺えます。やはり、車だと渋滞も多くなかなか進まない様子で、横をすり抜けていくバイクは早いみたいですね。

Grabはどうやら「人」も運んでくれるらしく、4人乗りバイクも見かけましたw怖いwww

中には雑に詰んだ荷物を運ぶ配送員らしき人も見かけました。

これ落ちないのかなwwwww

そんなこんなで、タイの交通・配送事情はなかなか興味深いものでした!
今度行ったらちょっとインタビューしてみたいな!!

あとがき

ほほえみの国というだけあって、本当に愛想の良い人々でいっぱいでした。
英語が通じる・通じないがあるのですが、大半は英語でのコミュニケーションが可能で、トゥクトゥクの運転手やローカルな地域でのお買い物はpoketalkを使ったタイ語翻訳が必須になりそうです。

また行きたいなぁ!!

AWS Community Summit APAC 参加レポ〜

Shiomi Sumi — Tue, 20 Sep 2022 11:19:48 +0000

こんにちは、Sumiです。
9/15〜9/16にタイ・バンコクで開催されたAWS Community Summit APAC & Japan に参加してきましたので、レポート書いていきたいと思います!! 勢い大事!!

イベント概要

日程: 2022/9/15,16 (滞在は 9/14〜9/17)
会場: アナンタラ・サイアム・バンコク ホテル

なんと、9月14日～17日の間の渡航費・宿泊代・朝食等の費用はAWS様にご負担いただき、わたしたちはほぼ無料で参加できるという太っ腹なイベントになっております。ありがとうございますありがとうございます…!!

DAY0: Welcome Dinner

ホテルに到着してチェックインを済ませるとすぐにWelcome Dinnerが始まりました。
Welcome Dinnerの会場には美味しいお食事とお酒を楽しみながら、各国から参加したコミュニティ・リーダーたちとの交流ができるパーティが開催されました。

私は英語が全くできないので、Google TranslateやPoketalkをフル活用しながら会話をさせてもらったのですが、会話が途切れることに嫌な顔をする人はおらず、みんなゆっくり話してくれたり本当にお気遣いいただいて感謝しかありませんでした。

ここで気づいたのが主流なSNSがLinkdInであること。
とりあえずスマホでLinkedInのアカウントを出して、日本語で「QRコード! ともだち!」って言いながらいろんな方との話すきっかけをつくることができました。
(文字にするとめっちゃ頭悪いですね)

パーティは現地時間で21時頃まで行われており、その後はホテルの部屋に戻るなりバンコクの街を満喫するなり自由な時間でした。バンコクの街レポはまた別のブログに書きたいと思います。

Day1

朝は6時半に日本から参加したメンバー数人とロビーで待ち合わせをして朝食を食べにいきました。まぁとにかく美味しいの!!5つ星ホテル最高!!

朝食をいただいたらイベントTシャツに着替えて9:00よりセッション開始なので、全員会場へ移動。イベントTシャツは配布されたものでブラックとオレンジの2枚。すてき。

Day1の予定は、Welcome Noteから始まり、グローバル・コミュニティ・リーダーによるパネルディスカッションや5つのブレイクアウトセッションなどがあり、夜にはCommunity Awardというパーティがありました。

なんと今回のイベントにはアジア太平洋地域の33人のAWS Heroes、28人のAWS Community Builders、60人のCommunity Leaders、9人のDev/Cloud Alliance Membersの合計133の人々が参加されたそうです。
わたしは今回Community Builder枠から参加させていただきました!

セッションは全て英語なので、Otter.aiを使って文字起こしをしながら聴講していました。
// Detect dark theme var iframe = document.getElementById('tweet-1570256591647309827-348'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1570256591647309827&theme=dark" }
前の席に座っていた同じAWS Startup Communityのコミュニティ・リーダー枠で参加されていたさわらさん(@xhiroga) も同じことをしていてなんだか安心感がw

パネルディスカッション

パネルディスカッションは、どのようにAWSがコミュニティと関わっているのかを全体的に把握すること

Community Builderプログラムが始まってまだ2年ほどなんだそうですが、公開コンテンツ報告ツールで報告されているものが現時点でコミュニティでの事例が7400件以上、あるそうで、その多くはAPACから発信されているそうです。(個人的にはインドのUGの活動や発信の数や熱量は本当にすごい)

そしてJason Dunn氏が特に力をいれているというのが「多様性」というお話でした。コミュニティのグローバルな多様性を示すビデオの作成の話も出ていましたが、そのビデオにわたしも登場しています。

トークの中で、「多様性を意図的に拡大し、より多くの声を会話に取り入れることで、より良いもの、より多くの人たちのためのコミュニティが成長し続けるようなプログラムに参加してほしいと思っています。」というお話がありましたが、まさにわたしも多くの人が参加することでいろんな刺激が生まれ、コミュニティが良い方向へと成長をすることができると考えています。刺激的なコミュニティの中で良い体験を経て各人の成長へと繋げてもらい、それをもってコミュニティが成長して…という良いサイクルを生み出したいという気持ちがあります。

それは自身の経験がベースになっている考えで、割とこれまで家庭もありスキルもそれほど持ち合わせておらずひっそりと生きていた私なんですが、2年くらい前に埋もれていたわたしを見つけ出して、磨き、輝かせてくれた人がいたおかげで、いまの活動があり、コミュニティを通じて広い世界を見て自身の成長へとつながっていることで、コミュニティの価値を再認識しました。

その素晴らしい体験ができているのは本当に奇跡的なことで、特にわたしのような子供のいる女性は、なかなか時間も取れず、このような場に出る機会を逃しがちになってしまうこともよく知っています。どんな人々も取りこぼすことなく、一緒に人生がワクワクするような体験をしてもらいたいな、それでたくさんの人の人生が輝き、コミュニティもよりもっと成長していく。日本のコミュニティから笑顔で輝く人で溢れる世界にしたい。

堀家さんのセッション

Tea Breakを挟んで5つのブレイクアウトセッションが行われました。その中でも、同じ日本人の中から、Serverless Heroの堀家さんが登壇されるとのことで、応援のために前の席を確保して臨みました。

内容はモダン・フロントエンド・アプリケーションについてのセッションで、実用的なサーバーレスWebホスティング戦略等を紹介されていました。

最後のパネルディスカッションではAWS以外の製品名を挙げてしまうなどもありましたが、終始笑いの絶えない雰囲気はさすが堀家さんですね。

集合写真

ホテルのエントランスの階段で全員集合の写真を撮ったのですが、すごい人の数!!

ちなみに日本国旗はわたしの私物で持ってきたものなのですが、長年自宅で眠っていたやつが日の目を見る日が来るとは…w

Community AWARD 2022

夜にはCommunity AWARDが開催され、賑やかなパーティに参加してきました。
ドレスコードに自国の伝統的な衣装があれば着てくださいというのがあったので、せっかくこのような素晴らしい機会をいただいたということもあるので、全力で感謝の想いを伝えるために着物で参加してきました。

とはいえ、着物を持参すると高価なものですし、シワになるし重量もある…ということで、今回なんと現地バンコクのサイアムで着物のレンタルを行っている「サイアム和装」の方にお越しいただき、綺麗に着付けていただきました!
// Detect dark theme var iframe = document.getElementById('tweet-1570378462241890305-412'); if (document.body.className.includes('dark-theme')) { iframe.src = "https://platform.twitter.com/embed/Tweet.html?id=1570378462241890305&theme=dark" }

おかげさまで、華やかになっただけでなく、各国のビルダーたちが一緒に写真撮ろうと言ってくださり、たくさんの方々と仲良くなるきっかけにもなりました。

メインはAWARDで、この1年間のコミュニティ活動において、多大な貢献を表彰する場となっており、 日本人からはServerless Heroの松井さんとCommunity Heroの山口さんが受賞 されていました! 本当に素晴らしい!! おめでとうございます!!

わたしもなんとなんと Community Builder of the Year に ノミネートいただきました!! が受賞ならずでした。ノミネートいただいただけでも非常に嬉しい気持ちでいっぱいです!!!!!これまで以上にコミュニティ活動についてより深く考え、今まで以上に動いていきたい思いです。

今年のAWS Startup Communityはコアメンバー5人中3人がCBメンバーなので、来年こそはわたしたちがWinnerになる!!

そんなこんなで夜が更けて翌朝に備えて就寝です...

Day2

イベント2日目の朝。私の英語力に変化が…
なんと、英語でコーヒーや卵料理を注文できるように…!!←

吉江さん&松井さんのJAWS PANKRATION 2021のセッション

さて、2日目のセッションで最も注目したのが、こちらのCommunity Heroの吉江さん&Serverless Heroの松井さんのお二方によるセッションです。

2021年11月に行われた JAWS PANKRATION 2021 という24時間ぶっ通しの頭いかれすぎて最高の企画から配信のアーキテクチャについての紹介を英語で発表されていました。
詳細はこちらのnote参照です(エモすぎました)
https://note.com/typhon666/n/ne6a5c927d727

伊藤さんのパネルディスカッション

グローバルな女性リーダーたちによるダイバーシティ&インクルージョンについてのパネルディスカッションが行われました。コミュニティにおける多様性、公平性、包括性については現代において大きなテーマです。

ダイバーシティ、インクルージョン、エクイティの略称である「DEI」の価値観とコミュニティの価値観を守り、広めるために、コミュニティのリーダーとしてどのような責任があるのか、ということについてお話しがありました。

マイノリティは性別に限ったことではなく、私たち自身の生活や経歴の中でも、おそらく何らかの障害や社会的な何かに直面することはありえるかと思います。
かくいう私もマイノリティの1人かもしれません。そんな私ができることは、私自身の経験について話すことだと思っています。女性である以上困難はつきものです。が、チャレンジばかりではなく、時にはいいこともありました。

わたしの周りには素晴らしい人たちがたくさんいて、背中を押してくれたり、次のステップに進む手助けをしてくれます。私は素晴らしい人々に恵まれていて、いつでも「やってみなはれ」と言ってくれています。

マイノリティにいると、何かをすることに自信がないように感じるものです。
そんな人たちに、私自身の経験について話すことで、勇気を分けたいし、その人たちを信じてあげたいなぁと思ったセッションでした。

終了前にPCR検査のため途中離脱…🥺

ワクチン接種2回のわたしは帰国のために72時間前にPCR検査を受けなければなりません。なのでイベントを途中で離脱して泣く泣くPCR検査に…
最後の集合写真とかめっちゃ入りたかったよぉ…
re:Connectしたかった…うぅぅぅぅぅ…ワクチンこのやろう……

イベントに参加して得られたもの

日本で活躍されている方々とリアルで対面した感動もありますが、世界のコミュニティ・リーダーたちのコミュニティにかける熱い思いや他人との関わり合いという部分で非常に刺激を受けた4日間でした。

第一線で活躍をされているリーダーたちは、自分の成長ももちろん、他人の実績を尊重し、成長を自分ごとのように喜べる素晴らしい方々ばかりです。

わたしはいろんな人との交流が好きで、人と人を繋ぐことができるととても嬉しいというのはあるのですが、そこで止まっていました。今回のイベントを通じて、自分と関わってくれた人がどう輝けるかという視点を得られたのはとても大きな収穫に思いました。

コミュニティというものは誰もが最初に飛び込む時が一番勇気が必要かもしれません。
今回のイベントに参加して、自分の知らない他人に強い関心を持ち、こっちにこいよ!と声をかけてくれるリーダーたちの姿を見て、学ぶものが多くありました。
この経験をもとに、新しく来てくれる人・まだ知らない人・埋もれている人にたくさん関わり、コミュニティがより多くの人が輝ける場になるようにしていきたいと思いました。

これからもコミュニティ活動を通じて、たくさんの人が活躍できる場を、価値を、たくさん提供できる人材に成長していきたいと思います。

AWS Organizationsでメンバーアカウントが削除できるようになった

Shiomi Sumi — Wed, 30 Mar 2022 12:59:52 +0000

心から望んでいたアップデートが出ました!!

AWS Organizations からメンバーアカウントを削除できるようになり、これまでアカウントを閉鎖するためにルートアカウントを設定するなど結構手間がかかっていましたが、この神アップデートにより超簡単に削除できるようになりました!! ありがとう!!

AWS Organizations : CloseAccount
https://docs.aws.amazon.com/organizations/latest/APIReference/API_CloseAccount.html

マネジメントコンソールから削除してみる

マネジメントコンソールからも実行できるようになっていたので、嬉しすぎて早速やってみました。

まずは、 AWS Organizations のコンソールから削除したいメンバーアカウントを選択して「閉じる」のボタン押します。いやww 「閉じる」てwww せめて「閉鎖」とかにしてw

確認の画面でチェックボックスに全てチェックをいれて、アカウントIDを入力後、「閉じる」をクリック。いやwww閉じるてwwwww

これでアカウントが停止の状態になります。

えー…これは感動すぎる…

このアクションはもちろん CloudTrail にも記録されていました。最高かよ。

{
    "eventVersion": "1.08",
    "userIdentity": {
        "accountId": "<AccoutID>",
        "invokedBy": "organizations.amazonaws.com"
    },
    "eventTime": "2022-03-30T05:35:56Z",
    "eventSource": "organizations.amazonaws.com",
    "eventName": "CloseAccountResult",
    "awsRegion": "us-east-1",
    "sourceIPAddress": "organizations.amazonaws.com",
    "userAgent": "organizations.amazonaws.com",
    "requestParameters": null,
    "responseElements": null,
    "eventID": "<eventID>",
    "readOnly": false,
    "eventType": "AwsServiceEvent",
    "managementEvent": true,
    "recipientAccountId": "<accountId>",
    "serviceEventDetails": {
        "closeAccountStatus": {
            "accountId": "<accountId>",
            "state": "SUCCEEDED",
            "requestedTimestamp": "Mar 30, 2022 5:35:49 AM",
            "completedTimestamp": "Mar 30, 2022 5:35:49 AM"
        }
    },
    "eventCategory": "Management"
}

これでゴミのない美しいOrganizationsの運用が楽になりますね🥺

使いどころ

社内やセミナー等でハンズオンを行う際に使い捨てのアカウントを発行する際に、使い終わった後の削除作業がなかなか面倒だったのですが、これからは気にすることなくバンバン作ってバンバン消せますね!
ControlTower のAccountFactoryで一括作成した後に、指定の日時にアカウントを消し去るなんてことも実現できそうです。

あとは、サンドボックスアカウントの運用にも使えそうです。
社内のメンバーの学習用途としてサンドボックスアカウントを提供しているのですが、毎月1日に aws-nuke を使ってアカウントの中身を全て消し去る運用をしています。ただ、たまに失敗するケースもあって、ゴミが残ってたりするのがなんか気持ち悪いなぁと悩んでいました。
この運用を毎月月初にアカウントを作成して月末に削除するといった流れを自動化すれば、ルートアカウントを持つことなく私の運用負荷も最小限に済みそうです。

制限

アカウントを復旧させたい場合は、90日の猶予期間内にAWSサポートに連絡するとよいみたいです。

また、30日間に閉じることができるアカウント数にはクォータがあります。頻繁に削除が想定される場合はサービスクォータからリクエストしてみるのがよいかもです。

まとめ

待ち望んだ機能がリリースされ、久しぶりにブログ投稿してしまうくらい高まってしまいました。この神アップデートにより全管理者が涙すること間違い無いのではないでしょうか。

AWS ControlTower, AWS Organizations, AWS Single Sign-On をフル活用して、アカウントの作成から削除までの自動化が捗りそうでワクワクします!

では!

AWSでSandbox環境を用意して組織全体のスキルアップをしよう

Shiomi Sumi — Mon, 13 Dec 2021 11:58:05 +0000

こんにちは、sumiです。

Tech系スタートアップにおいてエンジニアの確保は必須ではあるものの、無名なスタートアップがつよつよエンジニアを獲得するのは難しく、まだまだ未熟なエンジニアも多いのが現状ではないでしょうか。

未熟なエンジニアは伸び代がありますが、スタートアップには育成にかけるリソースはありません。みんな自発的に学習をしています。
自ら動き、楽しく学ぶことで大きな成長につながりますし、そこで得られた知識や経験を日々の業務にコミットすることで仕事もうまくいく。わたしは自身の経験からそのことをよく理解しているつもりです。

AWSのスキルは実際に開発を行う中で学び習得することもありますが、開発は最小権限での実行に限定されることになるため、限られたサービスの利用しか実行できないため、より良いビジネスへのアイデアを出すには限界があります。

そのため、AWSサービスを自由に触ることができるSandbox環境を用意することにしましたので、その運用について紹介します。

Sandbox環境とは

自由にAWSのサービスを触りまくって遊ぶことが許されている実験・学習用のAWSアカウントです。開発等で使用しているAWSアカウントとは分離させて、実際に運用しているシステムに影響を出すことなくAWSサービスを触ることができる環境です。

AWSを学習するためにはドキュメントをはじめハンズオンやユーザーグループの開催する勉強会などがありますが、AWSを本当に理解するためには実際に触ってみることが大事です。

実際にAWSサービスを触らないまま「なんとなく理解した」つもりで、実際の開発で取り入れようとすると、意外なところに壁があったり、実はもっと最適な方法があって後で気づくことになることもあります。

こうなるとエンジニア含め、その先にあるお客様にとっても嬉しくないので、それを解決するために既存AWSアカウントと分離したSandboxアカウントという手段を採用しました。

目的

わたしは、以下3つの目的をもってSandboxの運用をはじめることにしました。

AWSサービスをより広く深く理解し、ビジネスアイデアを増やす
費用やセキュリティに関して不安を感じることなく思いっきり遊んで学び、エンジニアとしてスキルアップを目指す
アウトプットを増やしてエンジニア組織としての知名度の向上を目指す

運用方法

Sandbox環境の運用はシンプルです。
組織の従業員全員がOktaを経由して、シングル・サインオンでAWSのSandbox環境にAdministrator権限でアクセスできるようにしています。そして、月に一度アカウント内のすべてのリソースを削除しています。

しかしながら、巨大なインスタンスを立てて膨大な費用を請求されることや、脆弱な穴を作って放置することは組織として望んではいません。そのため、一定のルールとガードレールを設ける必要があります。

運用ルール

私は以下のルールで運用を始めることにしました。

毎月1日に aws-nuke でアカウント内のリソースを削除
予算は組織全体で$500/月。 (ここは組織拡大を見越して一人当たりの予算とかにすればよかったかも)
コスト予測アラートをセットする
サーバー情報をインターネット上に公開しない
アクセス資格情報をソースコードに含めない
業務のための検証はSandboxではなくプロジェクトのアカウントで行うこと
使って欲しくないサービスはSCPで制限する
- Route53 ドメイン登録
- Snowball
- Ground Station
- Marketplaceの購入
- リザーブドインスタンスの購入

Sandboxの重要な要素の1つは、Sandbox環境で遊ぶ人々が環境を制御できるようにする必要があることです。つまり、管理者権限です。しかし、大いなる力には大いなる責任が伴います。初心者は大いなる力を手にしたことを理解しないまま使うこともあるでしょう。

そのため、これらのルールを守り、システム的な制御を設定する必要があります。

ただ不便で面倒なルールはお断りです。可能な限り自由でエンジニア・フレンドリーなルールづくりを心がけています。

セキュリティガードレール

エンジニアが思いっきりアクセルを踏み込んで実験を楽しむには、セキュリティの脅威を排除する必要があります。そのためにセキュリティ・ガードレールを作成し、利用者が安全に実験に没頭できる環境を用意します。

これらのサービスを使用して、組織に合ったガードレールを作成することもできます。

AWSConfig

AWS Configを使用して、AWSアカウント全体のリソース構成を管理するためのマネージドルールとカスタムルールを実装することができます。
たとえば、マネージドルールを実装して、すべてのS3バケットでサーバー側の暗号化が有効になっていることを監視して、サーバー側の暗号化が有効になっていない場合、AWSConfigは非準拠のリソースを検出してフラグを立てます。SSMで自動修復してもよきですね!

AWSCloudTrail と AmazonEventBridge

EventBridgeはAWSのあらゆるサービスのアクションをトリガーにすることができる超便利なサービスですよね。これと、AWS CloudTrailを監査ツールとして使用して、AWS環境でAPI呼び出しを継続的に監視することができます。
やってほしくない不正な動作を検知させるにはもってこいです。

AWSOrganizations (SCP)

不要なアクションを防ぐために、セキュリティガードレールとしてSCPを実装する必要があります。サンドボックスアカウントは、SCPをすべてのサンドボックスアカウントに簡単に適用できるように、組織内の「サンドボックス」組織単位(OU)の中にいれています。

うちでは使用できるリージョンを制限しています。GuardDutyを全リージョン有効にするのはさすがにコストがかかりすぎなので、4つくらいに絞ってます。

あとは上記のルールで指定した「使って欲しくないサービス」の制限です。
やって欲しくないアクションを拒否するようにしています。

他にもやってみてもいいかなと思うアイデアとしては、

EC2インスタンスは特定のタイプしか使えないようにする
Configルールの変更ができないようにする

などはあるのですが、まだ実装できてないので今後取り組んでいきたいところ。

コストの追跡と管理

Sandboxアカウントには予算を必ず設定しておきましょう。
また、その支出が正常なものか(不正に利用されたものではないか)を判断できるようにしておくことも重要です。
そのために、BudgetsとCostExplorerの存在はかかせません。

AWSBudgets

AWS Budgetsを使用すると、コストまたは使用予算に割り当てられた金額を超えた場合、または超えようとしている場合にアラートをあげることができます。

AWS CostExplorer

過去の使用量とコストを表示し、予想される支出を予測し、コストを最適化する方法の推奨事項を提供してくれる有能なサービスです。コスト異常検出の機能もあるので、SNSと組み合わせれば、「気づいたら請求金額がえらいことに…」なんて事態は防ぐことができそうですね。

やってみて

運用をはじめてみると、AWSに興味はあるけどAWSの料金がよくわからなくて、個人では怖くて使えなかったというエンジニアたちが使い始めるようになりました。
最近のコスト・レポートから見ると、AmplifyやDynamoDBといった実業務で触ったことのあるサービスを、より深く理解するためにSandbox環境で学習している傾向が見られました。

また、公式で提供されているハンズオンを試してみたり、新しく登場したサービスを触ってみるなど、実験・学習用途としての利用もされているようで、組織のAWSスキルの向上に貢献できているような気がしました。

ですが、まだまだ毎月の予算を使い切るほど利用はされていないので、もっと社内のエンジニアたちを焚き付けてどんどんAWSにのめり込んでもらって、たくさんアウトプットをしていけるような組織づくりをしていきたいなと思います。

まとめ

開発チームにとって、Sandboxアカウントは、安全な設定でAWSサービスをテストおよび検証する自由を提供し、エンジニア自身の成長を促す役割があります。人材の育成は企業にとって重要なことですが、育成のためのリソースが不足しているスタートアップにとっては必要なものではないでしょうか。

意図しない結果を防ぐための制限(ガードレール)を設定した上で、広い特権を付与することで、AWSのあらゆるサービスを安全で自由に学ぶことができます。

AWSにはたくさんのサービスがあり、日々進化を続けています。マネージドで便利なサービスも増えました。それらをビジネスに活かすために私たちは日々学ばなくてはなりません。
ビジネス・チャンスを広げるためにも、AWSで何ができるのかを学びましょう。