Basic AWS認定(デベロッパーアソシエイト)カンニングペーパー

目次

FrontPage
・Chromebook
・Random
・機械学習
・さくらVPS
・Fedora13
・SuSe10
・Docker
・Ansible
・Java
・Scala
・Python
・Ruby
・Lisp
・Computer
・GIS
・HTML
・Culture
・Link

訪問者

total: 554
today: 4
yesterday: 4
now: 7

更新

最新の10件

人気の10件

MenuBar

絶賛追記中

アプリのリリースプロセスとAWSサービス †

リリースプロセス †

ソース †

• Code Commit
  • HTTPS, SSH
  • 認証情報は IAM ユーザごと
  • IAM ユーザに割り当てるポリシー(=権限)
    • 管理ポリシー AWSCodeCommitPowerUser?
    • 利用者ポリシー AWSCodeCommitFullAccess?, AWSCodeCommitReadOnly?
  • 通常は、コードの改変は原本(Master ブランチ)で行わない。
    • 開発ブランチで改変を行い一通り完成したら、開発ブランチの改変部分を Masterブランチに取り込んでもらうための "プルリクエスト" を発行する。
    • 承認者がレビューして、原本 (Master ブランチ) に、マージする。
    • プルリクエストやマージのタイミングで、通知を飛ばすことができる。

ビルド †

• buildspeck.yml
  • コンパイル、ビルド、テストのやり方は、ソースツリーのルートレベルに buildspeck.yml を配置する
  • 仕様: https://docs.aws.amazon.com/ja_jp/codebuild/latest/userguide/build-spec-ref.html
  • 基本的には YAML で、ビルドフェーズごとに実行する Shell コマンドを定義する。

    version 0.2
    phases:
      build
        pre_build:
          - npm run build
        commands:
          - mvn clean build
        post_build:
          - mvn package
    artifacts:
      files:
        - 'target/MyApp-1.0-SNAPSHOT.war*'
      name: MyApp-$(date +%Y-%m-%d) 
    

デプロイ †

• AWS Code Deploy の設定項目
  • アプリケーション
    • EC2, オンプレミス, ECS, Lambda
  • デプロイグループ
    • アプリが EC2 の場合には、タググループ、オートスケーリンググループを指定できる
  • デプロイ設定

    Pattern	サーバA	サーバB	サーバC	サーバD	サーバE	サーバF
    Linear	10分後 Ver3→Ver4	20分後 Ver3→Ver4	30分後 Ver3→Ver4	40分後 Ver3→Ver4	50分後 Ver3→Ver4	60分後 Ver3→Ver4	徐々にデプロイ
    Canary	10分後 Ver3→Ver4	60分後 Ver3→Ver4					お試しでちょっとデプロイして、あと一気に
    All at once	Ver3→Ver4						一気に入れ替え
    Immutable	Ver3(廃止)						新しいサーバ群を作成してアプリをデプロイ。現用のサーバ群は廃止

    • いま現用アプリのバージョンが Ver3 で、最新版の Ver4 に入れ替えるとする
    • In-Place : サーバーのインスタンスそのままで、アプリを入れ替えること。上記では Immutable 以外は In-Place
  • デプロイタイプ

    Pattern	サーバA	サーバB	サーバC	サーバD	サーバE	サーバF
    Blue/Green	Ver3			Ver2→4 (リクエスト送信先をこっちに切り替え)			サーバ群をグループに2つ分けて使い回す。 古いバージョンを入れ替えてリクエスト送信先を切り替え
    Rolling	Ver1→4 (リクエスト送信先をこっちに切り替え)		Ver2		Ver3		サーバ群をグループに分けて使い回す。 最古のバージョン入れ替えてリクエスト送信先を切り替え

  • CodeBuild?エージェント (EC2 インスタンス側で、アプリの配備を受け入れるエージェント)
  • CodeDeploy?サービスロール (CodeDeploy? の IAM 権限)
• appspec.yml
  • デプロイのやり方は、ソースツリーのルートレベルに appspeck.yml を配置する
  • 仕様 : https://docs.aws.amazon.com/codedeploy/latest/userguide/reference-appspec-file.html
  • 基本的には YAML で、デプロイフェーズごとに実行する Shell コマンドを定義する。

    version: 0.0
    os: linux
    files:
      - source: /
        destination: /var/www/html/WordPress
    hooks:
      BeforeInstall:
        - location: scripts/install_dependencies.sh
          timeout: 300
          runas: root
      AfterInstall:
        - location: scripts/change_permissions.sh
          timeout: 300
          runas: root
      ApplicationStart:
        - location: scripts/start_server.sh
        - location: scripts/create_test_db.sh
          timeout: 300
          runas: root
      ApplicationStop:
        - location: scripts/stop_server.sh
          timeout: 300
          runas: root
    

モニタリング †

• Amazon CodeGuru?

  CodeGuru? Profiler	実行時のパフォーマンス可視化
  CodeGuru? Reviewer	ソースコードの静的解析

定形処理 ソース+ビルド+デプロイ †

• Code Pipeline

  

  おてがるに、CodeCommit? → CodeBuild? → S3 とかいうことが実現可能
• Code Star
  • Code Pipeline のテンプレート
  • 「Lambda で実行する Python アプリ」とか、「Elstic Beanstalk で動かす Node.js アプリ」とか

実行環境 †

• AWS Code Artifact
  • 位置づけは Sonatype Nexus と同じ
  • 自作ライブラリの管理
  • インターネット上のライブラリ配布サイトのキャッシュ (Maven や npm、pip など)

AWS OpsWorks? †

• AWS OpsWorks? (Chef/Puppet を使いたい場合)
  • AWS OpsWorks? for Chef Automate
  • AWS OpsWorks? for Puppet Enterprise

AWS Cloud Formation †

• JSON または YAML 形式で、実行環境(Stack) を定義する
• https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html

  AWSTemplateFormatVersion: "2010-09-09"
  Description: A sample template
  Resources:
    MyEC2Instance: #An inline comment
      Type: "AWS::EC2::Instance"
      Properties: 
        ImageId: "ami-0ff8a91507f77f867" #Another comment -- This is a Linux AMI
        InstanceType: t2.micro
        KeyName: testkey
        BlockDeviceMappings:
          -
            DeviceName: /dev/sdm
            Ebs:
              VolumeType: io1
              Iops: 200
              DeleteOnTermination: false
              VolumeSize: 20
  

• Resources にリソースのパラメータを設定できる
• Parameters セクションに逃した設定は、AWS の管理コンソールから設定できる

  Parameters:
    AmazonLinuxAMIID:
      Type: AWS::SSM...
      Default: /aws/service/ami-amazon-linux-latest/amazn-ami-hvm-x86_64-gp2
  
  Resources:
    EC2Instance:
      ...
      Properties:
        ....
        ImageId: !Ref AmazonLinuxAMIID # 参照
        ....
  

• 固定項目は Mappings セクションに設定する。東京リージョンとシンガポールリージョンで違うところを Mapping に定義して、Resources からは !Refs で参照する
• AWS Cloud Formation 実行時にできた変数は、Output セクションに設定すると、実行ログに出力される。実行時に AWS から割り当てられた URL を知りたいときなどに使う
• 条件分岐 Condition

  Parameters:
    EnvType:
      Type: String
      Default: test
      AllowedValues:
        - product
        - test
  
  Conditions:
    CreateProdResources: !Equals [ !Ref EnvType, product ]
  
  Resources:
    ...
    MountPoint
      Type: "AWS::EC2::VolumeAttachment"
      Condition: CreateProdResources
      ....
  

  • Paramete で定義されている　EnvType? の値が product "でない"とき、CreateProdResources? が true になる
  • そうすると MountPoint? の中の Condition が true になり、新しい MountPoint? が作られる
  • そして、EnvType? は AWS の管理コンソールで Web GUI から切り替えできるという寸法

AWS Elastic Beanstalk †

• Wizard で手軽に Web アプリの実行環境を作る事ができる仕組み
  • プラットフォーム (.Net / Docker / Glassfish / Tomcat / Node.js / ...)
  • プリセット
  • ソフトウェア (Web以外 Apache / S3(Log) / CloudWatch? Logs)
  • インスタンス
  • 容量
  • ロードバランサー
  • デプロイメントポリシー (All at once / Rolling)
  • セキュリティ
  • モニタリング
  • 通知
  • ネットワーク
• 権限
  • Beanstalk が動いている EC2 の権限 → 他のサービスにアクセスするための権限
  • AWSElasticBeanstalkEnhancedHealth? → Beanstalk の監視する権限
  • AWSElasticBeanstalkService? → Beanstalk の環境を作成・更新する権限
• ebコマンド
  • eb init → 環境定義ファイルの雛形 (config.yml) を作る
  • eb create → config.yml をもとに beanstalk 環境を作る
  • eb deploy → beanstalk 環境にアプリを配備する
• ワーカー環境
  • SQS (Amazon Simple Queue Service) または Amazon DynamoDB 経由でワーカーにタスクを受け渡すバッチ実行環境
  • スケーリングは EC2 Auto Scaling で設定する

サーバレス †

• アプリより下のレイヤを Amazon がやってくれるサービス

  AWS Lambda	コンピューティング
  Amazon API Gateway	REST/WebSocket?
  AWS AppSync?	GraphQL
  Amazon S3	Strage
  Amazon Dynamo DB	RDB (NoSQL)
  Amazon SNS	Message Notification
  Amazon SQS	Message Queue
  AWS Step Function	Workflow
  Amazon Kinesis	Data Analysis (Streaming)
  Amazon Athena	Data Analysis (Statistics)
  Amazon Fargate	Container Orchestration
  Amazon Aurora	RDB (compatible with MySQL/PostgreSQL)
  Amazon Cognito	Authentication

AWS SAM (Serverless Application Model) †

• CloudFormation? をコマンドラインで作れるようにする
• samコマンド
  • sam init → Wizard で tamplate.yml を作る
  • sam build → アプリケーションのビルド (ビルドは template.yml の定義に基づいて行われる)
  • sam deploy → 実行環境に配備

Computer#Basic