Finally, cleared the AWS Certified Machine Learning – Specialty (MLS-C01). It took me around four months to prepare for the exam. This was my fourth Specialty certification and in terms of the difficulty level of all of them, this is the toughest, partly because I am not a machine learning expert and learned everything from basics for this certification. Machine Learning is a vast specialization i

日々、アマゾン ウェブ サービス ジャパン(AWS Japan)のソリューションアーキテクト(SA)として、僕は起業間もないスタートアップ企業様を主に担当させていただいています。その中で、よくいただくのが「AWSの情報は日々どこで集めるといいのか」です。公式ドキュメントを読む、というのが基本ではあります。ただ、公式ドキュメント以外にも展開している情報があるので、よくお答えするパターン別に書き並べてみます。今回は、特にスタートアップ企業様向けに書いていますので、人によってはまた別の情報源やご案内をすることもあります。あらかじめ留意ください。 「引き出しを増やしたい」「体で覚えたい」「導入事例を知りたい」「実装時のTipsを知りたい」そして「最新を追いたい」の5つに分けて説明します。技術選定や、お勤め先で説明、そして実務での際の助けになれば幸いです。また、日本語の情報源を中心としています。 引

「ラーニングピラミッド」という考え方をご存知でしょうか ? 私の登壇の際によく紹介しているので、もしかしたらご覧になったことがある方もいるかもしれません。こちらの資料は私が昨年 2 月頃に行ったセッション冒頭で使ったものです。 ラーニングピラミッドは、学習方法と定着率に関する研究から生まれた考え方で、どのような方法で学ぶと頭に定着しやすいかを表したものです。Web で調べると、より細かい定着率が数値で書かれているページもありましたので、よければ調べてみてください。簡単にお伝えすると、受動的に学習するだけでなく、ディスカッションしたり自分でやってみたりすることで、より頭に残りやすくなるぞ ! ということだと私は理解しています。 この話を聞いて、皆さまはどう思われますか ? 実体験としてご理解いただける方も多いのではないかと思います。私も学生時代の経験からこの考え方には賛同で、何か人に教えると

テクニカルソリューションアーキテクトの金澤 (@ketancho) です。寒い日が続きますね。今年もいろいろな切り口で AWS に関する記事を書いていければと考えています。今年もどうぞよろしくお願いします。 さて、この記事は “親子でできるプログラミング体験 !” 連載の第 3 弾となります。今回で “元気かどうかを判定する” ブロック編が完結となりますので、ぜひ冬休みに親子でものづくりチャレンジをしてみてください !

Amazon Web Services ブログ [AWS Black Belt Online Seminar] AWS Cloud Development Kit (CDK) 資料及び QA 公開 先日 (2020/03/03) 開催しました AWS Black Belt Online Seminar「AWS Cloud Development Kit (CDK)」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。 20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK) AWS クラウドサービス活用資料集（すべての過去資料が閲覧できます） Q. CircleCI などの他社製品との親和性はいかがなものでしょうか？ A. 特に外部サービスで使うことの制限はなく、実際

こんにちは、ZOZOテクノロジーズ CTO室の池田（@ikenyal）です。 ZOZOテクノロジーズでは、9/8に第一回 AWSマルチアカウント事例祭りを開催しました。 zozotech-inc.connpass.com AWSを活用する複数社が集まり、事例に関してお話しする祭典が「AWSマルチアカウント事例祭り」です。専門性の高い、ここでしか聞けないコアなトークをお届けしました。特にAWSを使用している方、AWSのマルチアカウント運用を始めたい方、AWSのマルチアカウント運用に課題を感じている方に向けたイベントです。 登壇内容 まとめ ZOZOテクノロジーズ、ウェザーニューズ、リクルートよりそれぞれ1名ずつ、合計3名が登壇しました。 AWS Configを用いたマルチアカウント・マルチリージョンでのリソース把握とコンプライアンス維持への取り組みについて (株式会社ZOZOテクノロジーズ

エンタープライズ組織がサービス開発を継続して行うとき、増え続けるAWSシステムに対して１つのAWSアカウントで管理を続けていくことは難しいです。 多数のシステムをシンプルかつスケーラブルに管理するためには、マルチアカウントによる管理と仕組みの活用が効果的らしい。。 AWSで稼働するシステム数による管理の変移 1システム そのシステムの管理者がAWS自体の管理も行う 数個 共通基盤チームがAWS自体の管理と個別システムの監査を行う 多数 共通基盤チームが人海戦術で管理、監査を行うことが困難になってくる 利用API単位でアカウントを分ける ログ集約 アカウント保護 システム開発 請求管理 権限管理を簡素化、強制化 IAM Organizations SCP Landing Zone AWS環境提供の自動化 アカウントを分割する目的 分離するだけならVPCレベルでも良いのでは？ →APIのレベル

AWS Security Blog How to Use AWS Organizations to Automate End-to-End Account Creation AWS Organizations offers new capabilities for managing AWS accounts, including automated account creation via the Organizations API. For example, you can bring new development teams onboard by using the Organizations API to create an account, AWS CloudFormation templates to configure the account (such as for AWS

はじめに こんにちは。大阪オフィスの林です。 2020年2月12日（火）の公式アナウンスにて、「AWS CloudFormation StackSets が AWS Organizations を介してアカウントとリージョンに自動デプロイを導入」と発表がありました。公式ページはこちら さっそく触ってみたいと思います！ アップデート概要 まず簡単にアップデートの概要です。見た限り3つのアップデートがあったかなと認識しています。 OUにアカウントを追加した際にCFnのテンプレートを自動でデプロイ可能になった OUからアカウントを削除（移動）した際にCFnのテンプレートを自動で削除可能になった デプロイに必要なアクセス許可を自動で設定可能になった 1. OUにアカウントを追加した際にCFnのテンプレートを自動でデプロイ可能になった 2. OUからアカウントを削除（移動）した際にCFnのテンプレー

AWS Organizations はマルチアカウントの管理、統制に役立つサービスです。 それぞれの AWSアカウントを 組織単位(Organizational Unit: OU) に所属させ、 グループ化することができます。 組織単位で AWSのリソース設定や セキュリティの統制が可能になります。 一方、 AWS CloudFormation(CFn) は AWSリソースを JSON, YAML形式で表現するためのサービスです。 AWSリソースをコード(テンプレート) で表現することで構成管理を容易にします。 再利用性の向上などに役立ちます。 StackSets 機能を使うことで 1つのテンプレートから 複数のリージョン/複数のAWSアカウントへリソース群(スタック)を展開できます。 Organizations と CloudFormation StackSets の連携 で 組織単位で

AWS事業本部 梶原@新福岡オフィスです。 数日前に、AWS Systems Manager で複雑な構成のAnsible-Playbookの実行がサポートされました。 https://aws.amazon.com/jp/about-aws/whats-new/2019/09/now-use-aws-systems-manager-to-execute-complex-ansible-playbooks/ 一瞬、以前からAnsible Playbookの実行はできてたじゃん。とスルーしそうになったんですが、Complexの文字が目にとまりました。 よくよく読んでみると、S3 or Github上のzip またはディレクトリ構造のPlaybookを実行できるとの記載があります。 そうです、AnsibleのBest Practicesに沿った構成のまま、EC2上でAnsible-Playboo

ご機嫌いかがでしょうか、豊崎です。 BYOL(Bring Your Own License)のWorkSpaces上でのMicrosoft Office利用に新たな選択肢が登場しましたのでご紹介したいと思います。 AWSのWhat's newに以下のタイトルの記事がポストされました。 Amazon WorkSpaces introduces Microsoft Office Professional bundle for Bring Your Own Windows License WorkSpaces 内容としては自社のライセンスを持ち込んで利用するパターンのWorkSpacesにおいて、Microsoft Office Professionalバンドルのオプションを選択することが可能になったというものです。どのようなケースで嬉しいのか説明をさせていただきます。 まずはじめに BYOL

サーバレスアーキテクチャってなんだろう？ 現在クラウドサーバーの主流となっているAWS EC2では、クラウド上に仮想サーバーを作り、それに対して時間単位ごとの料金を計算して請求する仕組みになっています。このモデルは、ユーザーが大量にアクセスしてきた場合でも、クラウド上のサーバーを次々に起動し、処理を分散することによって大量のアクセスを捌くことができます。また、ユーザーのアクセスがある程度安定している時には、クラウド上のサーバーを最低限必要な数に抑えることにより、比較的安価に流動性のあるユーザー数に対応できることから多くのサービスで採用されています。 このようなIaaS（Infrastructure as a Service）型サービスの場合、ホスティングサーバー同様に、クラウドサーバー上のOSやミドルウェア（ngixnやApacheなど）の管理・セキュリティアップデート等が必要であったり、

超メモシリーズ。 何がしたいのか？ CloudWatch Logs Subscriptions でフィルタされたレコードを Lambda で Twitter に呟かせたい。 メモ Lambda にはどのような状態でレコードが入ってくるのか？ CloudWatch Logs Subscriptions でフィルタされたレコードは Kinesis ストリームを介して Lambda の event オブジェクトには以下のような JSON で入ってくる。 { "awslogs": { "data": "H4sIAAAAAAAAAJ2RTY+CMBCG/wrpXgXb0lLgZrJqTPbjoDdjTJWJNlIgpega43/fAbMfpz3sqZN3Ju887/RGLLStPsDq2gDJyfNkNdm+TpfLyXxKRqS+VOBQ5pIxSdM4SShFuawPc1d3DXaKen8CF6

はじめに 本日のAWS re:Invent 2015 Keynote 2にて、AWS IoTが登場しました！ 【速報】新サービス「AWS IoT」 登場！ #reinvent 早速AWS re:Invent 2015のセッションにAWS IoT関連セッションが追加されたのですが、参加するとAWS IoT Buttonがもらえます。 AWS IoT Buttonを使うと、AWS IoTがすぐ体験できます。ということで、早速動かしてみました！ やってみた 設定する AWS IoT ButtonのWebサイトにアクセスし、[Sign in to AWS Console]をクリックします。 AWS管理コンソールのAWS IoT画面が開きます。[AWS IoT Button DSN]にAWS IoT Buttonの背面に書いてあるDSNを、[Activation code]にAWS IoT Butt

tl;dr 先日作った、そらまめ君のデータを拝借させて作った可視化サイト（今後は「PM2.5 in 九州」という名前で暫定的に呼ぶ）を更新したのでメモ。 PM2.5 in 九州 / 2015-09-21 更新内容 概要 観測地点全ての情報が網羅されていなかった問題を一部解決 観測データを JSON っぽい感じでも出力するようにした（とりあえず PM 2.5 のみ） サイトが作成されたタイミングで Twitter に URL を投稿するようにした 以下、詳細。 1. 観測地点全ての情報が網羅されていなかった問題を一部解決 原因 そもそも致命的な問題だと思うのだが、観測地点毎にグラフを生成しているはずが生成されたグラフの数と観測地点の数（205 地点）が大きく乖離している状態だった。原因は DynamoDB から観測地点のコード一覧を取得する際にちゃんと全レコードが返ってきていなかったという初

tl;dl 今更だけど Amazon Lambda を弄ってみた。 弄るといっても Lambda の魅力って他のサービス（AWS の各種サービスや外部のサービス）との連携だよなって勝手に思ったので SNS → Lambda → im.kayac.com 又は Datadog Event という連携した。 参考 AWS Black Belt Techシリーズ AWS Lambda from Amazon Web Services Japan www.slideshare.net 何はともあれ、まずは黒帯先輩の資料を拝読するところから始める。 ネタ二品 SNS -> Lambda -> im.kayac.com tutorial github.com SNS -> Lambda -> Datadog tutorial github.com 詳しくは... 上記の README をご一読下さい。

いきなり番外編。 tl;dr そらまめ君のデータを定期的に集めて DynamoDB に投入する流れを作るにあたってどこかのサーバーを常時起動しておくのもなあということで Datapipeline の ShellCommandActivity を cron として利用してみた。 尚、Datapipeline の ShellCommandActivity を cron のように利用されている方が既に以下のように記事にされており大変参考になった。有難うございました。 hoppie.hatenablog.com sil.hatenablog.com ShellCommandActivity は必ず EC2 が起動してしまうが、そらまめ君のデータを収集する間だけ（厳密には起動時点で一時間分が課金される）起動すれば良いということで起動しっぱなしのサーバーよりはコスト削減につながるのでは考えている。 尚

tl;dr alerty という cron の失敗の結果を各種通知先にアラートを飛ばすツールを sonots さんが作られた。 blog.livedoor.jp このツールのイイなあと思うところの一つはプラグインによって通知先を増やせる点。また、README にも書かれているが、プラグインの実装がとても簡単に出来るようになっている点も自分のような Ruby HelloWorld 検定准一級（初心者）には嬉しい配慮だと思う。 ということで、alerty の公開に便乗して勉強を兼ねてエイヤで三種のプラグインを作ったので、作成の過程で得た知見等を雑にメモる。 尚、alerty の詳細については上記の Blog 記事や以下の Github リポジトリをご一読あれ。 github.com プラグイン三種盛り 三種のプラグインについてリンクと図で。 alerty-plugin-datadog_even

tl;dr 前回の続き。 VPC Flow Logs を CloudWatch Logs Subscriptions と Kinesis Client Library for Ruby アプリケーションを利用してトラフィックログから Action が REJECT なログを Datadog Evnet に通知して可視化してみる。 可視化してみるとゾッとするくらいいろんなところからアクセスしていることがリアルタイムで判ったりして少し複雑な心境。 教材 参考 docs.aws.amazon.com Terraform Template 以下のテンプレート一発で CloudWatch Logs Subscriptions に必要な Kinesis のストリームと IAM ロールが作成される。 github.com Kinesis のストリーム名が決め打ちになっているのは後からでも直そう。 俺の