#技術書典 に出展する『AWSの薄い本 IAMのマニアックな話』はこんな本 - プログラマでありたい
たびたびTweetしておりますが、2019年9月22日の技術書典7に、『AWSの薄い本 IAMのマニアックな話』という本を出展します。名前の通りAWS本ですが、IAMだけを取り扱っています。初の同人誌を引っさげて、技術書典デビューします。 IAM本の目的 書いた本はIAMの特化本ですが、何故IAMと聞かれるのでここに書いておきます。AWSが不正利用されて100万円の請求が来たというようなニュースが、たまにネットを駆け巡ることがあります。原因の多くがIAMのアクセスキーをGitHubに誤ってコミットしてしまい、そのキーを不正利用されたケースです。そういった事態を防ぐために正しくIAMを知って貰いたいのです。 IAMは、AWSの利用権限を管理する極めて重要な機能です。AWSには多種多様な機能があり、IAMはそれに応じて様々な記述方法で権限を設定できるようになっています。その分設定項目が多く、I
マルチAZ構成で単一AZの障害の影響を受けるのは何故か？ - プログラマでありたい
昨日の「AWSのAZの割り当ては、アカウントごとに違うという話」で宿題として残した、マルチAZ構成で単一AZの障害の影響を受けるのは何故かという問題について考えてみます。キーワードはELBです。 前提としてのELBの実装（の予想） マルチAZ構成での障害発生原因を検討する前に、まずELBの実装について考えてみましょう。5年ほど前に書いたELBの挙動からみる内部構造の推測です。 blog.takuros.net 旧ELB（CLB）をもとに書いていますが、ALBでも大きく変わらないと思います。要点としては、ELB自体は、AWSが管理するEC2インスタンス上で稼働し、バランシング先のAZにそれぞれ配置されているということです。図ではELBインスタンス（仮称）として表しています。そして、ELBインスタンスへの振り分けはDNSの名前解決で実現している点です。このアーキテクチャは私の個人的な予想ですが
AWSのAZの割り当ては、アカウントごとに違うという話 - プログラマでありたい
先週の金曜日（2019/8/23）に発生したAWSの東京リージョンで大規模な障害が発生しました。障害の内容は、一つのAZで空調設備の問題からEC2インスタンス並びにEBSに問題が発生したという事象です。詳細についてはAWSから発表があるので、そちらをご参照ください。 aws.amazon.com 障害の最中にTwitterのタイムラインを見ていると、単一AZ障害ではなく複数のAZで障害が発生しているのではないかという観測が多く見られました。障害としては、AWSの発表通り単一AZ障害です。では何故多くの人に勘違いされたのでしょうか？理由は2つあります。 AZの割り当ては、アカウントごとに違うという事が知られていない マルチAZ構成にしていても、単一AZの障害の影響を受ける ここでは前者のAWSアカウントの割り当ての話を説明します。 あなたが見ているap-northeast-1aは、私が見てい
技術書典7に出展します - プログラマでありたい
Twitterで呟きましたが、9/22（日）に開催される技術書典に出展します。 techbookfest.org 出展内容 とりあえず出すことを決定してるのは、AWSのリソースに対する認証認可の機能であるIAMに関する本です。おそらく100ページから150ページほどになると思いますが、その中でひたすらIAMに関することを取り扱います。商業誌だと1テーマでこれだけ書くのは厳しいので、技術書典ということで好きに書かせてもらいます。 なぜ出展するのか？ 商業誌より儲かりそうだからという邪な考え方もあるますが、自由度の高さが魅力です。あと、Kindle等で直接出版をいつかしてみたいという夢を数年前から持っておりました。が、締切がないと全く進まないので、無理やり締め切りを作るために技術書典さんのイベントを利用させて貰いました。 目次（案） 取り扱うテーマとしては、次のような感じです。既に5章までは書
AWS認定ソリューションアーキテクト アソシエイトの対策本を書きました - プログラマでありたい
すっかりブログ無精になってしまいましたが、こんにちは。周りの人には、出す出すと言っていたAWSの認定試験対策本を書きました。「AWS認定資格試験テキスト AWS認定 ソリューションアーキテクト-アソシエイト」というタイトルで、既に書名を覚えるのは無理だなと諦めております。 目次 目次は、次のようになっています。 試験範囲を網羅するのはもちろんの事、本書では勉強の仕方や解答の解き方を重視しました。そのため1章を割いて、AWSを学ぶためのお勧めの教材・情報収集法、学習の進め方を解説しています。試験対策と銘打っていますが、実務でAWSを使う上でも同様のフローで大丈夫だと思います。 また13章でAWSのアーキテクチャの要であるAWS Well-Architectedの考え方を紹介しています。ここ読むと問題文の意図が解るようになっているので、解答の選択欄の絞り方が見えてきます。最後の14章で問題の解
サーバーレスで技術書の執筆環境を構築できる時代になっていた - プログラマでありたい
ブログでレポートするのを忘れていましたが、2月に開催されたJAWS Days 2019で"AWS本 我々はこうして「AWS本」を書いた！ 〜十人十色〜"というセッションに登壇していました。商業誌・同人誌のAWS本の作者たちが集まって、執筆について語るという内容でした。 同人誌の執筆環境 登壇者の皆さんの話は、執筆方法・テーマの考え方・同人誌（技術書典）を取り巻く環境・お金にまつわる話と、どれも非常に興味深かったです。その中で、個人的に衝撃を受けたのが同人誌の執筆環境です。本を書く工程として、企画に始まり執筆⇒校正⇒組版⇒製版といった工程があります。執筆から製版までのプロセスを支援するツールとしてRe:Viewという書籍執筆支援システムがあります。原稿書くだけであればMarkDown形式というのが多いのですが、スタイルの指定など表現力に難があります。そういった部分までサポートするRe:VIE
AWSのアクセスキー・シークレットアクセスキーをプログラムに安全に埋め込む（埋め込まない）方法 - プログラマでありたい
AWSでやらかす系の事故で、もっとも恐ろしいものの一つに、アクセスキー・シークレットアクセスキーの流出があります。これは、多くの場合プログラム中にアクセスキー・シークレットアクセスキーを埋め込んだままGitHub等の公開リポジトリに登録することで起こります。GitHubを監視しているBotがカモを待ち受けているので、キーを発見するやいなや不正利用して可能な限りのインスタンスを立ち上げます。そして、BitCoin等の採掘などに利用します。気が付かないと、一晩で100万円近くの請求という話もあったようです。 AWSのアクセスキーの流出を防ぐ方法 このアクセスキーの流出は、AWSの仕組みを知っていると、ほぼ被害は防げます。という事、基本的な部分をおさらいしましょう。アクセスキーではなく、IAMロールを使うというのが基本ですが、どうしても使わざるをえない場合は、下記のルールを守ってください。 守る
AWSにおけるネットワーク設計の真髄。Amazon Web Services 業務システム設計・移行ガイドにおけるネットワーク章 - プログラマでありたい
早速Amazonで品切れになったAmazon Web Services 業務システム設計・移行ガイド です。個人的に最大の見どころは、4章のネットワーク接続の設計・構築・維持管理ではないかと思っています。 AWSにおけるネットワーク設計 AWSにおけるネットワークサービスは、VPCを中心にDirect ConnectやRoute53、Internet GatewayやVPN Gateway,Nat Gatewayなど幾つものサービスがあります。ウィザードに沿って設定すると一通りの設定ができるものの、果たしてどのように設定するのがベストな設計なのか、ネットワーク設計の経験がないと難しいものがあります。また、AWSならではというハマりポイントもあるのも事実です。Amazon Web Services 業務システム設計・移行ガイド では、ネットワーク設計に必要な考え方をネットワーク面、AWSの機
複数のAWSアカウント管理を制するものが、AWSを制する - プログラマでありたい
いよいよ明日発売開始であるAmazon Web Services 業務システム設計・移行ガイドの一貫したテーマが、「企業内でどのようにAWSを使っていくのか」です。企業内でのユースケースを元に、ネットワーク／システム設計や運用管理、移行の話をしています。その中で１章を割いて説明しているのが、AWSアカウントをどのように管理するかです。 複数（マルチ）AWSアカウント管理の重要性 AWSを利用する上で、AWSアカウントをどのように管理していくかは最重要事項です。AWSアカウント管理というと、一般的には、AWSリソースの認証認可であるIAMを使った運用方法について語られることが多いです。しかし、企業内で利用する際は、それだけでは不十分です。何故なら、企業内では１つのAWSアカウントではなく、複数のAWSアカウントを作成し運用することになるからです。いわゆるマルチアカウント運用です。 企業内での
（続）AWSの新サービス群に対する一行所感 - プログラマでありたい
昨日のAWSの新サービス群に対する一行所感に続き、二回目です。タイトル通り一行じゃないのは、書いてる時の気分の問題です。 AWS Serverless Application Repository Serverlessアプリケーション版のGithub。SAM形式で作ってたら公開可能。限定公開とか一般公開とか出来る 。とりあえず9割の人が利用者側にまわるサービスかな。 aws.amazon.com AWS Cloud9 2016年にAWSに買収されたオンラインIDEのCloud9。１年の雌伏の時を経てAWSのサービスとして登場。ペアプロとかも出来る。ちなみにCloud nineというのは、至福という意味 aws.amazon.com Amazon EC2用スプレッドプレイスメントグループ 従来のプレイスメントグループに、機能拡張。今までは、ネットワーク的に近くという目的だったが、今度は物理的
AWSの新サービス群に対する一行所感 - プログラマでありたい
今年もラスベガスで、AWSの最大のイベントre:Invent開催中です。初回のキーノートが終わった所ですが、怒涛のサービス発表で頭が混乱中です。整理のために、サービスに対する感想をつけてみます。間違っているかもしれないので、悪しからず。 AWS AppSync モバイル等での複数端末のデータ同期を見据えたソリューション。必要性はすごく解るが、それってCognito Syncでやりたかったことじゃないのかな？認証認可のサービスにデータ同期を加えた筋の悪さを解消に来たのか？ 2017/12/3 追記 中の人曰く、次のような役割分担とのこと AWSの新サービス群に対する一行所感 - プログラマでありたい ありがたし / Cognito Syncは「一つのIdentityに（≒一人の人間）が持つ」複数端末間での設定値等の同期のためのものだったので、前提と志向が違うのです > AppSync “それ
API Gateway+Lambda+fabricでGitHubのWebHookと連携 - プログラマでありたい
API Gatewayの登場で、LambdaをWebからのエンドポイントとして利用できるようになりました。一般的なメリットとしては、モバイルアプリやJavaScriptアプリのバックエンドとして利用しやすくなったということです。それ以外にも便利なのが、WebHookとの連携です。WebHookは、何らかの処理をトリガーに、Web上にあるHTTP/Sのサービスをコールして処理を連係するといった機能です。抽象的にいうと解りにくいですが、GitHubにコミットされたタイミングで、ビルド処理を走らせる為にJenkinsやCircleCIのビルドをURL呼び出しで叩くということです。最近では、サービス間の連係によく使われるようになりつつあり、WebHookの機能が実装されているサービスが増えています。 API Gateway+LambdaとWebHook WebHookを利用する際に、サービス間の連
SWF ✕ Lambda - プログラマでありたい
AWS Advent Calendarの7日目で、全部オレの7日目です。 サーバーレス・アーキテクチャの重要な要素の1つが、Lambdaです。Lambdaは、イベント駆動でプログラムを実行するコンピュート基盤です。ユーザは、自分でサーバを管理しなくてもプログラムを実行できるため、ビジネスロジックに集中できるというメリットがあります。また、API Gatewayの登場によりHTTP Requestからの実行が容易になり、モバイルやIoTなどのバックエンジンの中核を担うようになりつつあります。 Lambdaに複雑な処理をさせたい場合 一方で、Lambdaには幾つか課題があります。複雑な処理をしたい場合、実行時間の制約や処理の責務の分割を考えると幾つかのLambdaに別ける必要が出てきます。その際は、Lambdaの多段（カスケード）実行という形になります。イメージ湧きにくいと思うので、reInv
アプリ側からSORACOMのSIMの回線速度の操作 - プログラマでありたい
SORACOM使って色々やりたいと妄想しております。本命はIoTですが、スマホを使って手軽に出来ることから試していきましょう。その中の1つが、スマホアプリのSlow Testです。 何故、スマホアプリのスローテストが必要なのか？ 何故スマホアプリのスローテストが必要になのでしょうか？スマホアプリは様々な環境で利用されます。当然ながら、通信事情が悪くてレスポンスが遅い場合もあります。その辺りを考慮してUXを作りこまないと、利用者からのイライラはつのります。しかし、このレスポンスを遅く返すというのは中々むずかしいです。以前、API Gateway+LambdaでSleepをいれてレスポンスするとかを紹介したことがあります。これでだいぶ簡単にできるようになりましたが、APIのスタブを作らないといけないなど面倒くさいといえば面倒くさいです。ここにSORACOM使えば、実際に回線速度が変えられるので
SORACOMのSIMを活かすドングル／モバイルWifi+クレードル - プログラマでありたい
ソラコムのSimを入手しました。これがあれば、後はデバイスと組み合わせることで、個人でも数千円〜数万円くらいでIoTの試作機が作れるという素晴らしい世界が待っています。一方で、IoT以外でも色々な用途が思いつきます。ハンズラボさんさんやリクルートさんのPOSでの利用例など、バックアップ／屋外での通信用というのも1つでしょう。その場合、機器に直接Simが刺せないので何らかのデバイスを介する必要があります。どんな方法があるか、少しまとめてみました。 モバイルWifiルーター+クレードル+Sim 一つ目のパターンが、モバイルWifiルーター+クレードルのパターンです。モバイルWifiルーターについては、たぶん説明不要だと思いますが、持ち運びを前提とした小型のルーターと無線LANアクセスポイントの複合機です。ポケットWifi等で呼ばれることもあります。私の会社の人は、昔のe-mobileの影響でた
クラスメソッドさんの勉強会で、Swaggerの話をしてきました - プログラマでありたい
縁あってクラスメソッドさん＆Amazon Web Servicies Japan主催の「AWSモバイル/IoTサービス徹底攻略！！」に登壇してきました。テーマは、"Swaggerで始めるモデルファーストなAPI開発"ということで、Swaggerの話です。 発表の内容 ベーシックセッションで、またそもそもSwaggerって何という人が大半を占めているという予想から、そもそもSwaggerとは何かとかREST APIとの関係、何が嬉しいのというのを中心に紹介しました。そして、AWSとの関係性ということから、Swaggerを使ってAPI Gatewayをインポートするというところまでです。 Swaggerで始めるモデルファーストなAPI開発 from Takuro Sasaki www.slideshare.net 正直なところ、私の理解が追いついていないので、この内容が精一杯でした。本当は、A
Fireタブレットがやってきた。或いはFire OSについて思うところ - プログラマでありたい
注文してたことすら忘れていたのですが、AmazonのタブレットであるFireタブレットが届きました。使ってみた感想とFire OSについて思うところです。 Fire タブレット 8GB、ブラック 出版社/メーカー: Amazon発売日: 2015/09/30メディア: エレクトロニクスこの商品を含むブログ (15件) を見る 前提の説明 私は最近書籍は、電子書籍以外は買いません。欲しい新刊が出ても基本的には、電子書籍待ちとしています。たまに技術書等を紙で買っているくらいです。普段は、iPhone6とKindle PaperWhiteを持ち歩き、読み物系の本はKindle PaperWhiteで読んでいます。ちょっとした電車の時間とかでは、iPhone6のKindleアプリも使うかなという程度です。また、自宅用iPadと会社用のiPad miniも所有し、それ以外にも、最近Fire TVを購
まさに実践入門！！「Amazon Web Services 実践入門」 - プログラマでありたい
舘岡さん（@iara）さんに、Amazon Web Services 実践入門を頂きました。ありがとうございます！！ 早速読んでみましたが、実践入門という名前に違わず入門なのに実践的という内容にまとまっていました。その辺りは、著者陣の経験の深さがにじみ出ています。著者陣は、舘岡さんを筆頭に、今井さん、永淵さん、間瀬さん、三浦さん、柳瀬さんとAWS界隈のスーパースターたちです。それぞれの所属する会社は、日本で5社しかないAWSのプレミアパートナー、従来の情報システム部の常識をスーパーのパックの刺身のツマほどの価値しか認めず常に大胆かつ合理的な方法でAWSを利用し周囲を驚かせるハンズラボ、オンラインによる名刺管理という業界を作りリーダーとして君臨するSansanの中の人とAWSを知り尽くした人々によって書かれています。 Amazon Web Services 実践入門が実践的な理由 本書で取り
仮想サーバ、コンテナサービス、ファンクション - プログラマでありたい
先日に続きreInventの基調講演を聞いた感想です。この1枚にAmazonが考えるLambdaの重要性が濃縮されているように思えます。 まずVirtual Machinesですが、これはEC2やElasticBeanstalkのような仮想サーバを指します。AWSの根幹を支えるサービスですね。次にContainersは、EC2 Container Service（ECS）です。EC2を仮想化して束ねて使うサービスですね。そして、FunctionsはLambdaです。コードをアップロードするだけで利用できるコンピュートエンジンです。 AWSの中で仮想サーバは最重要サービスであることは間違いないのですが、その次に力をいれてくるのはContainersだと思っていました。それが、この絵をみると同列の存在としてLambdaが出てきています。Amazonとして、Lambdaが如何に大切なサービスなの
AWS Mobile HubとAmazon API Gatewayからモバイル開発の今後を考える - プログラマでありたい
今年の夏に発表されたAmazon API Gatewayから、モバイルアプリのバックエンドについてのアーキテクチャのあるべき形を検討しておりました。自分の中ではある程度の結論が出ていて、幾つか実験的に構築して満足する結果は出ております。ところが、先日のreInventでAWS Mobile Hubが発表されたことにより少し混乱することになりました。AWSが勧めるアーキテクチャはどんな形なんだと。ということで、一旦整理してみます。まずは、API Gateway・Mobile Hubを使ったパターンのそれぞれの比較です。 Amazon API Gateway API Gatewayを利用した場合は、モバイルアプリからのAWSリソースの利用はAPI Gatewayを経由することになります。また実際にはAPI Gateway⇒Lambda or API Gateway⇒Lambda⇒他のAWSリソ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
