AWS Summit Tokyo 2017でAWS Serverless Application Modelの話をしてきた - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 こちらでAWS SAMの話をしてきました。 http://www.awssummit.tokyo/devday/www.awssummit.tokyo AWS SAMで始めるサーバーレスアプリケーション開発 from 真吾 吉田 www.slideshare.net AWS上で開発している人なら必ずローカルにセットアップしてあるAWS CLIを利用するので、とても簡単に始めることができ、CloudFormationのスタックで管理するため、既存スタックとサーバーレスアプリケーションを一緒に管理したり、差分のみの安全に反映できたり、今後の流れを見てもかなり「押し」であるので触っておいて損はないと思います。アプリケーションの管理スコープなどを考えその他のツールと天秤にかけるのもOK。 ということで、ぜひ3分程度でお試しを。
サーバーレスアーキテクチャのパターン別ユースケース - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 昨今のサーバーレスアーキテクチャの実装パターンについて5つの分野でユースケースをまとめました。 実装方法はAWSがベースですが、クラウド各社のFaaSに大きな機能差はないので(そもそもシンプルなコンセプトなので)、FaaS単体よりも、連携可能な周辺サービスまで含めて自分のアプリケーションのユースケースに合っているかどうかが大事になってきます。また、そもそもいくつかの実装はPaaSのオプション機能として組み込まれている場合もあります。よって、この先連携先の機能強化などによってもっと多くのパターンが発見されることになると考えています。 【1】Webアプリケーション シングルページアプリケーション ex. Serverless Single Page Apps Web API REST API GraphQL 非同期Webジョ
Serverlessconf Austin のビデオ - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 先月のServerlessconf Austinの動画が上がったようです。 個人的な見どころ Nodeはサーバーレス(イベントドリブンなプラットフォーム)向けの言語じゃないという話 サーバーレスラップ 百貨店なのにサーバーレスをガンガン使っているNordstromのアーキテクチャ変遷 事例山盛りなLambda 多機能(多接続)化が顕著なAzure Functions+Logic Apps 実は日本の事例であるTrek10のServerless GraphQLの話 マルチベンダーのFunctionの共有、検索、実行ができるstdlibというプラットフォーム オープン化でオンプレでもBlueMixでもとにかく面で導入を押し進めるOpenWhisk 開発者に大人気なFirebase などなど...ぜひ見てみてください。 www
DMSを使って非暗号化RDS MySQLから暗号化Auroraに無停止で移行する - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 DB無停止移行は人類の夢 利用する特徴 手順 移行元データベース(MySQL) 中間データベース(Aurora Read Replica) 移行先データベース(暗号化済みAurora) DMS ソース／ターゲットデータベースに接続する タスクを作成して実行する 継続レプリされているか確認する アプリ切替 移行元にデータを書き込む まとめ 参考 DB無停止移行は人類の夢 暗号化していないRDS MySQLから暗号化済みのAuroraに移行したいけど、スナップショットの復元でもAurora Read Replicaのマスター昇格でも一発ではリソース暗号化ができませんが、そんなときに便利なのがDatabase Migration Service(DMS)です。 DMSを使えばどちらかがリソース暗号化されたデータベースであっても
Netlifyは最強の静的ウェブサイトホスティングサービスかもしれない - yoshidashingo
セクションナイン の 吉田真吾（@yoshidashingo）です。 ドキュメントページやブログ、企業サイトまで、静的サイトジェネレーター(Static Site Generator)でコンテンツ生成し、GitHub PagesやS3から配信をするのが一般的になりました。 逐次サーバー側で動的にリソースを生成する負担がないので、アクセス数に比例したスケール管理がしやすく、配信事業者はコンテンツサイズやトラフィック量に応じて単純な課金モデルが提供できるというのが大きい特徴でしょう。 私も、ServerlessConf Tokyoや自社のサイトでHugoを使って生成したコンテンツをAmazon S3から配信しており、Webサーバーを管理する手間がかからずとても楽に使っています。 静的サイトジェネレーターとは 静的サイトジェネレータのメリット 静的サイトジェネレーターを使ったサイト開発のワークフ
Amazon Inspectorで脆弱性やセキュリティベストプラクティスを手軽にチェックする - yoshidashingo
どうも、セクションナイン の 吉田真吾（@yoshidashingo）です。 Amazonの脆弱性診断サービス「Amazon Inspector」がGenerally Available（一般提供開始）したので試してみます。 はじめに Amazon InspectorはEC2の脆弱性を自動診断するサービス。CVEやAWSのベストプラクティスに対応した診断テンプレートから選択して定期実行する 診断対象のホストにはあらかじめエージェント（AWS Agents）をインストールしておく必要があり、東京リージョンを含む4リージョンの主要なOSをサポートしています。 参考リンク：Amazon Inspector 料金は1ホストへの1定義による1回のチェックを1エージェント評価と換算し、1エージェント評価あたり0.30USD〜0.05USDまで回数に応じて安くなっていきます。 参考リンク：料金 - Am
Amazon VPCにNAT Gatewayが追加されたので試してみた - yoshidashingo
どうも、セクションナインの 吉田真吾（@yoshidashingo）です。 さきほどAWSからこんな発表がありました。 New – Managed NAT (Network Address Translation) Gateway for AWS | AWS News Blog Amazon VPCにNAT Gateway機能が追加されたそうなのでさっそく以下のような構成で試してみました。 VPC構成 VPC 10.0.0.0/16 Subnet 1: 10.0.0.0/20 Route Table 1 10.0.0.0/16 local 0.0.0.0/0 NAT Gateway Subnet 2: 10.0.16.0/20 Route Table 2 10.0.0.0/16 local 0.0.0.0/0 Internet Gateway 1. VPCとサブネットを作成する こんな感じ
複数のAWSアカウント管理 - yoshidashingo
どうも、セクションナインの 吉田真吾（@yoshidashingo）です。 個人で使ってるAWSアカウントについて、それぞれにログインして管理するのがしんどいので、今は図のようにして集約管理してます。 今後ちょっと変えることはあるかもしれないけど、基本的にはこんな感じでいいかなと思ってますので、以下ちょっとだけ説明。 ユーザーと料金支払いについて AWSアカウント共通 (Prod, Stg, Dev, Sandbox, Handson) Rootユーザー MFA設定して Security Credential は発行しない（あれば全部削除） Prod (=本番AWSアカウント) 本番アカウントにだけひとつ IAMユーザー をつくってある これはすべてのアカウントをまたぐスイッチ元ユーザーです。 SMS MFAを設定してあります。ログインしようとするとSMSが飛んできます。 今日時点だと R
Amazon RDS for Aurora について知りたい28のこと (28 Questions about Aurora) - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon RDSにAWS独自のエンジン「Amazon Aurora | MySQL PostgreSQL Relational Database | Amazon Web Services」が追加になりました。ただし、開始20分前ですら大行列で、ギリギリに行った自分などは立ち見にすら入ることができなかったので、サービスの詳細を聞き逃してしまいました。 といってもすでにさまざまな資料が公開されているので、これをちょっと読み込んでみて、気になる点はあるか、つまりずばり「今すぐ本番投入すべきか」ちょっと考えてみようと思います。 ちなみに合間合間に質問を書いてますが、回答があれば随時記入していこうと思います。 ※2014.11.17 以下のとおりスライドが公開になりましたので、回答にあたる部分を追記してあります
AuroraのストレージのQuorum原理 - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 今回発表になった Amazon RDS for Aurora。最大の特徴はストレージが従来のRDS(Multi-AZ)における「完全同期なミラーディスク型のレプリケーション」方式でなく、「Quorumベースの非同期レプリケーション」方式が採用された点です。 Quorumの概念 Quorum自体の概念の説明はWikiなどを参照してください。ノード間で投票を行い、定足数が揃った処理を実行／破棄するという考え方です。 Quorum - Wikipedia 同期型のミラーディスク型から非同期のQuorum型へ Aurora以外のRDSのMulti-AZ配備は、マスターノードのディスクへの書き込みをブロックレベルでスタンバイ側に適用する完全同期なフィジカルレプリケーションを行っています。これにはいくつかの課題が考えら
(SPOT301)AWS Innovation at Scaleのスライドがスゴい - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 ちょっとスゴいセッション資料が公開されました。 実際のセッションに参加できなかったのが残念で残念で仕方ないくらいです。 おそらく2014年に私が見たスライドで最も垂涎もののスライドです。 (SPOT301) AWS Innovation at Scale AWSのVPでエンジニアであるJames Hamilton先生による、AWSの内側のさまざまな数字を紹介したセッションスライドです。 (SPOT301) AWS Innovation at Scale | AWS re:Invent 2014 from Amazon Web Services AWS re:Invent 2014 | (SPOT301) AWS Innovation ... 11.19 Youtube動画もアップされたので追加しました ス
AWSのセキュリティが気になるなら読んでおくべきAWSセキュリティのベストプラクティス - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 昨日、DevLOVE現場甲子園2014東日本大会に参加して現場目線でのAWSセキュリティあるある的な話をして来ました。 その際にAWSのセキュリティ全般について知りたい場合に何を読めばいいか質問されたので、こちらで紹介しておきたいと思います。 AWSセキュリティセンター 1. AWSセキュリティ概要 ストレージデバイスの廃棄**の章では、ストレージデバイスが製品寿命に達した場合に、DoD 5220.22-M または NIST 800-88 に記載されている技術を用いてサニタイズを行ってから廃棄されるということが書かれています。 2. AWSセキュリティのベストプラクティス AWSの共有責任モデルを知る (1) Infrastructure servicesにおける共有責任モデル (2) Container
AWS SDK for JavaでS3クライアント暗号化をしたCSVをAmazon RedshiftにCOPY(インポート)する - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 1. AWS SDK for Javaの導入 単体でも利用できますが、今回はAWS Toolkit for Eclipse(プラグイ)ンとしてAWS SDK for Javaを導入します。 1-1. Eclipseをダウンロードする 以下から「Eclipse IDE for Java EE Developers (Mac OS X 64 Bit)」をダウンロードしました。他のパッケージでも大丈夫だと思います。 Eclipse Downloads | The Eclipse Foundation 1-2. AWS Toolkit for Eclipse をセットアップする 以下を参考に、AWS Toolkit for Eclipseを導入します。 Set up the Toolkit - AWS Toolki
Amazon Route 53にドメインを移管してみた - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 前の記事でドメインの新規取得をしてみましたが、既存のドメインの移管も可能です。 事前準備(1)：移管元のレジストラでAuthCodeを入手する お名前.comの場合 今回はすでにお名前.comで管理しているドメインを移管してみます 1.ドメインNaviにログインする 2.移管対象のドメインの情報を見る ※AuthCode欄をメモっておきます 事前準備(2)：DNSの情報を入手する Route 53の場合 このドメインのDNSはすでにRoute 53で運用しているので、引き続きこれを使うために、お名前.comのレジストラにDNSを登録していたように、移管先のRoute 53（内部的にはGandi.net）にも該当のHosted ZoneのNSレコードを登録してあげる必要があります。 1.Route 53 の
JAWS-UG 神戸支部 第2回勉強会 OpsWorks (Chef) 特集 ! に参加しました - yoshidashingo
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 第2回 JAWS−UG 神戸 OpsWorks (Chef) 特集 ! に参加してきました。 togetterまとめ→JAWS-UG 神戸支部 第2回勉強会 OpsWorks (Chef) 特集 ! 勉強会 自動化も、アマゾンで ADSJ 堀内さん アマゾン自体が自動化を回して効率化を行ってきた会社であるということ。さまざまなサービスが、AWSユーザーの運用を自動化して負荷を軽減してくれるという点を話されていました。 初めてのChefの教室 Engine Yard 安藤さん もはや最近Engine Yardの人というよりChef(Opscode)の人ではないかと感じてしまうくらい引っ張りだこな安藤さんのChefの教室。Chefの基礎から、Engine Yardで各ノードの構成管理に活用されていること、周辺情
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
