並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 1213件

新着順 人気順

codepipelineの検索結果361 - 400 件 / 1213件

  • AWS News Blog

    AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H

    • AWS News Blog

      AWS Weekly Roundup – AWS Dedicated Local Zones, Events and More – August 28, 2023 This week, I will meet our customers and partners at the AWS Summit Mexico. If you are around, please come say hi at the community lounge and at the F1 Game Day where I will spend most of my time. I would love to discuss your developer experience on AWS and listen to your stories […] AWS Weekly Roundup – AWS AppSync,

      • 【感想】『基礎から学ぶ サーバーレス開発』: AWS Serverless 2020 を知ろう - Rのつく財団入り口

        基礎から学ぶ サーバーレス開発 タイトルに「AWS」が入っていませんが、AWSに限定してサーバーレス周りの開発の基礎を一通り解説した本。作者陣はCIerとしても有名なアイレット社の方々。JAWS-UG運営の方もいらっしゃいますね。そういえば2019年のAWS Summitに行った時にcloudpackのノベルティをもらった覚えがあります…… 基礎から学ぶ サーバーレス開発 CHAPTER01 サーバーレスとは CHAPTER02 サーバーレス開発でよく使うサービス CHAPTER03 サーバーレスアプリケーションの構築 CHAPTER04 サーバーレスの運用・監視 CHAPTER05 サーバーレス開発におけるセキュリティ CHAPTER06 サーバーレスの構築例 完全サーバーレスでのWebページ構築事案 APIバックエンドにRDSを用いた事例及び2019年のアップデートについて サーバーレ

          【感想】『基礎から学ぶ サーバーレス開発』: AWS Serverless 2020 を知ろう - Rのつく財団入り口
        • 【登壇資料】AWS CDK を使った サーバーレスアプリケーションのデプロイ方法と実装例を紹介しました – Developes.IO 2020 CONNECT #devio2020 | DevelopersIO

          AWS サーバーレスアプリケーションデプロイのハードルを下げたい プロダクションでのアプリケーション構築にサーバーレスを採用することも増えてきました。本セッションではサーバーレスアプリケーションのデプロイを考えます。昨今のクラウドアプリに共通して、デプロイのハードルがかなり上がっています。実際の環境、例えばAWSにあげてみないとわからないことが増えてきたためです。 プロダクションデプロイのハードルを下げるアプローチとして、「デプロイ可能な状態を維持する」方針を立ててみました。そして、そのために AWS CDK が寄与することを述べました。さらに、実際にいくつかの実例を交えて、AWS 構成、その際の AWS CDK コードを説明しました。 発表のポイント 一貫した方針は、 開発スタートの最初にデプロイ可能な状態を作ってしまい、それを維持すること です。 サーバーレスでいくかどうか決める こう

            【登壇資料】AWS CDK を使った サーバーレスアプリケーションのデプロイ方法と実装例を紹介しました – Developes.IO 2020 CONNECT #devio2020 | DevelopersIO
          • AWS News Blog

            AWS Weekly Roundup – AWS Dedicated Zones, Events and More – August 28, 2023 This week, I will meet our customers and partners at the AWS Summit Mexico. If you are around, please come say hi at the community lounge and at the F1 Game Day where I will spend most of my time. I would love to discuss your developer experience on AWS and listen to your stories […] AWS Weekly Roundup – AWS AppSync, AWS C

            • CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュを削除(Invalidation)してみた | DevelopersIO

              CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュを削除(Invalidation)してみた CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュ削除(Invalidation)を行うLambda Functionを作ってみました。AWS Lambdaを呼び出すときどういう感じで作ればいいか?というのが本エントリの主旨です。 こんにちは、佐伯です。 CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュ削除(Invalidation)、キャッシュ削除のステータス確認、SNSへ通知までを行うLambda Functionを作ってみました。 CodePipelineからAWS Lambdaを呼び出すときどういう感じで作ればいいか?というのが本エントリの主旨です。 やってみた

                CodePipelineからAWS Lambdaを呼び出してCloudFrontのキャッシュを削除(Invalidation)してみた | DevelopersIO
              • LambdaのCDをCodePipelineとCloudFormationで構築してみる | DevelopersIO

                おはようございます、もきゅりんです。 タイトル通りですが、CodePipelineを利用したLambdaのCD(Continuous Deployment)をCloudFormation(以下CFn)で構築してみたのでまとめました。 Lambdaを手元でわちゃわちゃやった後に、デプロイしたいときはリポジトリにプッシュすればよろしおす、便利よね、ということでCFnにしてみました。 色々なやり方があるとは思いますが、元ネタはこちらです。 AWS CodePipeline を使用して Lambda アプリケーションの継続的な配信パイプラインを構築する この例では、CodeCommitのGitリポジトリを利用します。 前提条件 CodeCommitが利用できる状態であること AWS CLIインストール&設定済み CodeCommitリポジトリの作成については、『CodeCommit ユーザーガイド

                  LambdaのCDをCodePipelineとCloudFormationで構築してみる | DevelopersIO
                • CircleCIから安全にAWSのプロダクション環境へデプロイする - Qiita

                  CircleCIから複数のAWSアカウント、たとえばステージング環境とプロダクション環境(本番環境)へ、安全にデプロイする方法を記載します。 課題 CircleCIはAWSのCodePipeline等より使い勝手が良いのでAWSのプロダクション環境へのデプロイに使いたい しかしステージング環境とプロダクション環境は別のAWSアカウントで構築しておりIAMのアクセスキーの切り替えが必要 そしてIAM権限をAWSの外に出すのはセキュリティ上の懸念がある 対策 別アカウントなので認証情報の切り替えが必要 => CircleCIのContextsを利用する IAM権限をAWSの外に出すのはセキュリティ懸念がある => 利用するときだけIAMアクセスキーを有効化する Slackから簡単にキーの有効/無効を切り替えられるようにしておきましょう 順に説明してゆきます。 ブランチごとにAWS認証情報を切り

                    CircleCIから安全にAWSのプロダクション環境へデプロイする - Qiita
                  • Amazon ECR をソースとしてコンテナイメージの継続的デリバリパイプラインを構築する | Amazon Web Services ブログ

                    Amazon Web Services ブログ Amazon ECR をソースとしてコンテナイメージの継続的デリバリパイプラインを構築する 2018 年 11 月 27 日(米国時間)、Amazon Elastic Container Registry (Amazon ECR) を AWS CodePipline のソースプロバイダとして利用可能になりました。これにより Amazon ECR に新しいイメージをアップロードすることにより、AWS CodePipelineを起動することができるようになります。AWS Developer Tools による CI/CD 実現が一段と容易になりました。 Amazon ECR をソースとして使うには、AWS CodePipline コンソールでAWS CodeDeploy による Blue/Green デプロイメントを実装している必要があります。C

                      Amazon ECR をソースとしてコンテナイメージの継続的デリバリパイプラインを構築する | Amazon Web Services ブログ
                    • re:invent 2017に参加してきました! - Gunosy Tech Blog

                      開発・運用推進部のおおたです。 SREチームに所属していて、普段はパフォーマンス改善やAWSとのインテグレーションツールの開発を担当しています。 re:invent 2017(11/26~12/1)に参加してきましたので、主にServerlessセッションに関してこちらにまとめを書きたいと思います。 Serverlessとは言っても、Lambdaに限らず、DynamoやGlueまで幅広くご紹介したいと思います。 Optimizing Serverless Application Data Tiers With Amazon DynamoDB 10:00@Aria SRV301-Optimizing Serverless Application Data Tiers with Amazon DynamoDB from Amazon Web Services アマゾンPrimeDayの構成モデ

                        re:invent 2017に参加してきました! - Gunosy Tech Blog
                      • Terraform v0.8.6とCodeBuildを利用したServerless Frameworkのデプロイ | DevelopersIO

                        使ってみる 早速使ってみましょう。最終的に以下のような構成になります。 コード 以下で主要なコードを解説していきます。 tf-codebuild-demo/codebuild.tf resource "aws_codebuild_project" "codebuild" { name = "${var.env}-project" service_role = "${aws_iam_role.codebuild.arn}" timeout = 60 artifacts { type = "S3" location = "${random_id.s3.hex}" } environment { compute_type = "BUILD_GENERAL1_SMALL" image = "aws/codebuild/nodejs:7.0.0" type = "LINUX_CONTAINER" e

                          Terraform v0.8.6とCodeBuildを利用したServerless Frameworkのデプロイ | DevelopersIO
                        • AWS CodePipelineことはじめ – 概要紹介 | DevelopersIO

                          AWS CodePipeline Code三兄弟のなかで最後にご紹介するのはAWS CodePipelineです。似た名称のAWSのサービスにAWS DataPipelineがありますがそれとは全く異なるサービスになっています。 AWS CodePipelineはアプリケーションの継続的デリバリーと継続的インテグレーションを実現するためのツールです。継続的デリバリーはソフトウェアのリリースプロセスを自動化することでリリースの負荷を減らし、素早くリリースを実施していく仕組みのことです。 Amazon.co.jp: 継続的デリバリー 信頼できるソフトウェアリリースのためのビルド・テスト・デプロイメントの自動化 AWS CodeDeployはアプリケーションのデプロイプロセスを自動化するためのツールとしてご紹介しましたが、AWS CodePipelineはビルド、テスト、デプロイなどのアプリのリ

                            AWS CodePipelineことはじめ – 概要紹介 | DevelopersIO
                          • CodePipeline, CodeBuildを使ってAmazon ECSへの継続的デプロイメントを試してみた | DevelopersIO

                            モバイルアプリサービス部の五十嵐です。 Amazon Web Services ブログのエントリー「AWS CodePipeline, AWS CodeBuild, Amazon ECR, AWS CloudFormationを利用したAmazon ECSへの継続的デプロイメント」 で紹介されているリファレンスアーキテクチャを実際に手組で構築してみたりサンプルで動きを確認してみましたので、ブログの補足的な位置づけとして、より詳細な動きを解説してみます。 前提知識 ECS/ECR、CodeBuild、CodePipeline、CloudFormation などのサービスの基礎知識が必要となります。 アーキテクチャ 紹介されているリファレンスアーキテクチャを以下に示します。 引用: Amazon Web Services ブログ 開発者がGitRepositoryにソースコードをPushします

                              CodePipeline, CodeBuildを使ってAmazon ECSへの継続的デプロイメントを試してみた | DevelopersIO
                            • Mackerel Dayに行ってきました | イベントレポート - そういうこともある

                              2017年10月5日開催のMackerel Dayに行ってきたので、イベントのレポートです イベント概要 エンジニアをワクワクさせる「直感的サーバー監視サービス」 Mackerel(マカレル)の正式リリースから3周年を祝して Mackerel Day を開催します。 今回はAWS様の大きな会場をお借りしました、たくさんの方にお越しいただけますので、ぜひふるってご参加ください。 当日はMackerelを古くから使っているユーザ様から今年新たにご利用を始めたユーザ様まで幅広いユーザ様がご登壇していただきます。 Mackerelリリース3周年の振り返りとこれからの成長について Time 14:10〜14:30 Speaker はてな 杉山 様 slide 選ばれる理由 導入が簡単でわかりやすい 開発スピード(毎週リリース) マルチクラウド 日本語サポート おすすめ機能 多彩なアラート通知 チャッ

                                Mackerel Dayに行ってきました | イベントレポート - そういうこともある
                              • React(Next)/Go/GraphQL/Fargateで個人開発したサービス「読み方アンケート」をリリースするまで - Qiita

                                ※[追記]読み方アンケートは閉鎖しましたm(__)m多くの反応を頂いているので記事は残しておきます。ありがとうございました。 個人開発である程度しっかりしたものを作ってリリースまでするってなかなか大変だと思います。 そこには技術的な壁がある人もいれば、なかなか本業が忙しくて時間がとれない人、途中まで開発して「こんなん誰が使うねん...」モードになってしまい頓挫する人。 そんないくつかの壁をなんとか乗り越え、 この度晴れて個人開発サービスである読み方アンケートをリリースできたのでまとめたいと思います。 個人開発サービスリリース🎉 恥ずかしい読み間違いをこの世から無くすための投票型読み方情報集約サイトです! React(Next)/Go/AWS(Fargate)/GraphQLで作成 「◯◯ 読み方」で検索上位に出るサイトになります💪 SNS等アカウントの宣伝できるので是非🚀#読み方アン

                                  React(Next)/Go/GraphQL/Fargateで個人開発したサービス「読み方アンケート」をリリースするまで - Qiita
                                • 【AWS グラレコ解説】AWS でデプロイの自動化を実現するベストプラクティスをグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                  本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。 ※ awsgeek.com は Amazon Web Services, Inc. プリンシパル・テクニカル・エバンジェリスト、ジェリー・ハーグローブが運営しているサイトです。 デベロッパーの皆さんがアプリケーションのコードを書いた後は、そのアプリケーションをユーザーが使えるようにするためにデプロイされているかと思います。最後にデプロイした時のことを覚えてらっしゃいますか?最後のデプロイと、その前のデプロイと、比べてみて、大きく違いますか、もしくはほぼ同じでしょうか ? もし現在、人の手で行っているデプロイがあれば、それを自動化するタスクの小さな一歩を踏んでみませんか。 デプロイ全体を自動化しようとすると、そのタスクはとてつもなく大変に感じられる

                                    【AWS グラレコ解説】AWS でデプロイの自動化を実現するベストプラクティスをグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                  • Kinesis Firehose のデータ変換を Rust でやってみて速度向上が見込めた話 - ソモサン

                                    概要 Rust コードを Lambda 上で動かせたーと喜んだんですが、活用どころあるんだろうかと考えてみて検証してみました。 結果として Python 比較で1秒当たりで 15 倍ほど多く処理できました。 以下でつらつらと書いていってます。 前提: Lambda の環境について Python比で起動時間に差がない Rust はそこそこバイナリサイズが大きくなります。 前回書いた Kinesis から S3 へ保存するコードも、Lambda のコンソール上で 1MB という数字になってました。 ライブラリ結構使っているとはいえ、やっぱりでかいです。 当然デバッグ情報の削除やならんやらで小さくはなるのですが、 Python なら500 B 程度。 結果として初期の起動速度の差がでてるのかなーと考えてます。 ので、Rust を使うなら起動してすぐ結果をかえす場面でなく、そこそこじっくりと処理す

                                      Kinesis Firehose のデータ変換を Rust でやってみて速度向上が見込めた話 - ソモサン
                                    • Simplify CI/CD Configuration for AWS Serverless Applications and your favorite CI/CD system – General Availability

                                      You can now create secure continuous integration and deployment (CI/CD) pipelines that follow your organization’s best practices with a new pipeline configuration capability for serverless applications. AWS Serverless Application Model Pipelines (AWS SAM Pipelines) is a new feature of AWS SAM CLI that gives you access to benefits of CI/CD in minutes, such as accelerating deployment frequency, shor

                                        Simplify CI/CD Configuration for AWS Serverless Applications and your favorite CI/CD system – General Availability
                                      • CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO

                                        先日、CodeCommit への push をトリガーに terraform apply をサクッと実行するシンプルなパイプラインの記事を投稿しました。 今回はもうちょっと発展させて以下のような要件を取り込んでみたいと思います。 terraform workspace 環境でも使えるようにしたい 本番環境は terraform apply の前に承認者による承認プロセスを入れたい イメージは以下のとおりです。 開発環境向け 1-1. develop ブランチへ push 1-2. dev workspace に terraform apply を実行 本番環境向け 2-1. develop ブランチから master ブランチへ merge 2-2. prod workspace で terraform plan を実行 2-3. 承認者に後続処理の承認要求をメール通知 2-4. 本番用パ

                                          CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO
                                        • AWS News Blog

                                          Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without

                                          • DevOps Days Tokyo 2018 参加レポート | DevelopersIO

                                            はじめに 深澤です。DevOps Days Tokyo 2018が2018年4月24日〜25日にかけて大崎ブライトコアホールで開催されました。初参加のレポートです。 どんなカンファレンスか DevOpsというキーワードを元に、二日間に渡ってキーノートセッションや2トラックのセッション(いずれも英語/日本語 同時通訳付き)、またオープニング/クロージング/ネットワーキングパーティなどが行われました。参加者は200名〜300名(多分)、私服:4/スーツ:6(独自調査)でした。 漫談から始まる場作りや、いい感じにフランクな司会など、リラックスした雰囲気作り。また Mentimeter を使っての問い対して参加者が回答してビジュアライズされた集計結果が見れるのも、一体感の高まる楽しい仕掛けでした。 最後のクロージングセッションの様子。”Collaboration”や”文化”といった単語が多く寄せら

                                              DevOps Days Tokyo 2018 参加レポート | DevelopersIO
                                            • インフラエンジニアのためのCodeBuild,CodePipelineで覚えるユニットテスト | DevelopersIO

                                              先日インフラエンジニアのためのCodeCommitで覚えるユニットテストを公開し、ローカルでユニットテストをして、CodeCommitにプルリクエストするまでの流れをご紹介しました。 今回はCodeBuildとCodePipelineを使って、ユニットテストを自動実行する流れを紹介します。 devブランチへのpushを検知して、ユニットテストを実行します。 手動でユニットテストを実行 自動で実行する前に、手動でユニットテストを実行できるようにします。 足し算、引き算が出来るcalc.pyとテストファイル(test_calc.py)を配置し、CodeCommitにPushします。 詳しくはブログをご覧ください。 $ tree ./ ./ ├── calc.py └── tests └── test_calc.py calc.py 足し算関数(plus)と、引き算関数(minus)を持ちます。

                                                インフラエンジニアのためのCodeBuild,CodePipelineで覚えるユニットテスト | DevelopersIO
                                              • AWS News Blog

                                                AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H

                                                • AWS CodePipelineを利用したネストされたAWS CloudFormationスタックの継続的デリバリー | Amazon Web Services

                                                  Amazon Web Services ブログ AWS CodePipelineを利用したネストされたAWS CloudFormationスタックの継続的デリバリー CodePipeline の更新 – CloudFormation スタックの継続的デリバリーワークフローの構築で、 Jeff BarrはInfrastructure as Codeについてと、AWS CodePipelineを継続的デリバリーに使用する方法について説明しています。 本ブログ記事では、ソースリポジトリとしてAWS CodeCommitを、ビルドおよびテストツールとしてAWS CodeBuildを使用した、AWS CodePipelineを使ったネストされたCloudFormationスタックの継続的デリバリーについて説明します。手動承認プロセスに従ってCloudFormationチェンジセットを使用してスタック

                                                    AWS CodePipelineを利用したネストされたAWS CloudFormationスタックの継続的デリバリー | Amazon Web Services
                                                  • AWS News Blog

                                                    AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H

                                                    • CodePipelineでアクション間の変数の受け渡しができるようになりました | DevelopersIO

                                                      ECRをソース元にした場合はImageTagやImageURIなどが生成されるようになっています。 他のソース元の情報や詳細については下記ドキュメントを参考にしてください。 Variables 嬉しいこと 変数の自動生成により変数のベタ書きを減らすことができます。例えばECRのタグ名を環境変数で付与して使っていたCodeBuildだと、ECRをソース元にしていれば自動でタグ名引っ張ってきてくれるため設定箇所が減ります。 またスクリプトで生成した値をオリジナルの変数に格納して次のアクションに渡す等、幅広い使い道が考えられます。 さいごに 最近CodePipelineのアップデートが多いです。細かく柔軟にできることが増えてきています。かゆいところに手が届かずサードパーティのCI/CDツールを導入しているケースも多いかとは思いますが、いよいよCodePipelineだけでいいんじゃないか、という

                                                        CodePipelineでアクション間の変数の受け渡しができるようになりました | DevelopersIO
                                                      • CodeBuild で GitHub の pull request をビルドできるようになりました | DevelopersIO

                                                        ども、藤本です。 現地時間 9/27、CodeBuild が GitHub の pull request を対象にビルドできるようになりました。 AWS CodeBuild Now Supports Building GitHub Pull Requests 今回は試してみるとともに標準設定ではできない、自動ビルドを実装してみました。 概要 CodeBuild は CodeCommit、S3、GitHub、BitBucket にあるソースコードをコンパイルしたり、スタイルチェックしたり、ユニットテストしたりできるビルドサービスです。個人的には CodePipeline と組み合わせることでソースコード更新をトリガーに自由にスクリプトを実行できるのでビルドだけに限らず色々なことができる夢のあるサービスだと思っています。 今まで GitHub のソースコードを対象にビルドしようとした場合、ブラ

                                                          CodeBuild で GitHub の pull request をビルドできるようになりました | DevelopersIO
                                                        • AWSでの動的に制御可能なマルチアカウントCI/CDソリューション | Amazon Web Services

                                                          Amazon Web Services ブログ AWSでの動的に制御可能なマルチアカウントCI/CDソリューション (この記事はConfiguration driven dynamic multi-account CI/CD solution on AWSを翻訳したものです。) 多くの組織は、アプリケーションに堅牢で自動化されたコードのデリバリーを必要としています。マルチアカウントの継続的インテグレーション/継続的デプロイ (CI/CD) パイプラインを活用してコードをデプロイし、本番環境にデプロイする前に複数の環境で自動テストを実行します。テスト戦略がリリース固有の場合は、リリースのたびにパイプラインを更新する必要があります。従来のパイプラインのステージは事前定義されていて本質的に静的であり、それらが一度定義されると更新するのは困難です。この投稿では、リポジトリごとの動的に制御可能な C

                                                            AWSでの動的に制御可能なマルチアカウントCI/CDソリューション | Amazon Web Services
                                                          • 【週刊 Ask An Expert #08】AWS Glue の Python shell ジョブはいつ Python 3 に対応する? AWS Loft Tokyo で受けた質問まとめ #AWSLoft | Amazon Web Services

                                                            AWS Startup ブログ 【週刊 Ask An Expert #08】AWS Glue の Python shell ジョブはいつ Python 3 に対応する? AWS Loft Tokyo で受けた質問まとめ #AWSLoft こんにちは、ソリューションアーキテクトの針原 (Twitter: @_hariby) です。 関東甲信地方は梅雨入りしましたが、いかがお過ごしでしょうか。タイトルにある AWS Glue の Python shell ジョブは、ちょうど先週 Python 3.6 に対応しました。そんなやり取りがある週刊 Ask An Expert 第8回目をお届けしたいと思います。「参考になった!」「いい内容だ!」と思っていただけたら、ぜひハッシュタグ #AWSLoft を付けてシェアしてください。もちろん、改善点・ご要望もお待ちしております。 なお今週は AWS Sum

                                                              【週刊 Ask An Expert #08】AWS Glue の Python shell ジョブはいつ Python 3 に対応する? AWS Loft Tokyo で受けた質問まとめ #AWSLoft | Amazon Web Services
                                                            • [アップデート]CodePipeline 途中で実行を停止できるようになりました | DevelopersIO

                                                              はじめに CodePipelineのアップデートがありました。 AWS CodePipeline Enables Stopping Pipeline Executions CodePipelineを途中でストップさせることができます。 今まではCodePipeline実行した後に絶対これ失敗するやつだとなっても失敗をただただ見守ることしかできませんでした。時間もBuild実行するコストも無駄でした。 確認してみた 「実行を停止ボタン」が追加されています。 これをクリックすると新しいウィンドウが出てきます。 停止して待機 停止して終了 のどちらかが選べます。 前者は今実行中のアクションを待ってから停止、後者はまさに強制終了にあたるものです。 コメントも追加できるので何ゆえに停止したかを後から確認することができます。 さいごに より柔軟に使えるオプションが一つ増えました。特に検証段階などでは多

                                                                [アップデート]CodePipeline 途中で実行を停止できるようになりました | DevelopersIO
                                                              • AWS Chatbotで簡単にSlack通知!!&通知例いろいろ - Qiita

                                                                はじめに AWS Chatbot がついに一般利用開始となりました。(2020/4/23) SlackまたはAmazon Chime各種AWSサービスに関する通知を簡単に送ることが可能になります。 通知以外にもIAM、STS、KMSを除いたほとんどのサービスでAWS CLIの読み取り専用コマンドを AWS Chatbotを通じて実行できます(作成、変更、削除系のコマンドは実行できません)。 またLambda関数のinvokeやサポートケースの作成にも対応しています。 通知に関してはこれまでのように専用のLambda関数を個別に作る必要はありません。 以下のサービスの通知に対応しています。 AWS Billing and Cost Management AWS CloudFormation Amazon CloudWatch Alarms AWS Developer Tools AWS Co

                                                                  AWS Chatbotで簡単にSlack通知!!&通知例いろいろ - Qiita
                                                                • AWS News Blog

                                                                  Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without

                                                                  • スタートアップが取組むコンテナ化。EC2からECS Fargate移行の道のり - カミナシ エンジニアブログ

                                                                    初めまして。株式会社カミナシPMの@gtongy1です。 みなさんは、インフラのコンテナ化はお済みでしょうか? 弊社は今年6月頃にサービスを正式にリリースしたのですが、それ以前はEC2 + ELBでインフラを構築しており、それまでになかなかコンテナ化をしたくても出来ない状態でした。 各社様々な背景はあると思いますが、自分は コンテナ化をすればいいのは、なんとなくわかる。ただ、どこから始めたらいいんだろうか EC2構成でも動いているがために、なかなか変えようとする一歩目が踏み出せない コンテナ化を本番環境で構築した経験がない。実際にどんなことが課題として上がるんだろうか あたりに不安を感じていました。 ただ、インフラ運用に事業の足を取られてしまうリスクを抱える、それが嫌でコンテナ化を今回行いました。 そんな中での取り組みや課題感を先日話してきたので、その詳細をお伝え出来ればなと思います。 発

                                                                      スタートアップが取組むコンテナ化。EC2からECS Fargate移行の道のり - カミナシ エンジニアブログ
                                                                    • 【開催報告】Gaming Tech Night #2 re:Born(再始動) | Amazon Web Services

                                                                      Amazon Web Services ブログ 【開催報告】Gaming Tech Night #2 re:Born(再始動) こんにちは。ゲームソリューションアーキテクトの吉田です。 昨日1/24(水)に第2回となるGaming Tech Nightを開催し、多くのゲーム開発者、インフラエンジニアの方々にご参加いただきました。Gaming Tech Nightは過去2016年に開催された、ゲームに特化した技術情報をお届けすることを目的としたAWS主催のイベントでしたが、今年からは定期開催イベントとして新しく生まれ変わりました。記念すべき再開1回目となる今回は、re:Born(再始動)というタイトルでサーバレスやCI/CDなど複数のテーマで計4セッションをお届けしました。 サーバレスアーキテクチャ入門 ~ Game Server Services 丹羽様 Game Server Servi

                                                                        【開催報告】Gaming Tech Night #2 re:Born(再始動) | Amazon Web Services
                                                                      • CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO

                                                                        ECS を利用したアプリケーションを構築する上でデプロイ戦略の選択は重要な要素になります. 開発段階では ECS が制御するローリングアップデートを利用して手動デプロイすることはあっても, 本番環境では自動デプロイが好ましいでしょう. 今回はCodePipelineを主軸に自動デプロイできる環境を構築します. デプロイ戦略の概要について 今回はパイプライン内でDocker Imageをビルド, pushを行った後に, ECS ServiceをBlue/Greenデプロイします. またDocker Imageに付与するタグとしてgitのコミットハッシュを利用することでコードとイメージを一意に紐づけることも同様に行います. パイプラインの構築は主にTerraformを利用しますが, 一部AWS CLIを利用します. 今回は検証が目的のため, 本番環境を意識したコード分割などは行っていません.

                                                                          CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO
                                                                        • New – AWS CodeStarの紹介 – AWS上のアプリケーションをすばやく開発、構築、デプロイする | Amazon Web Services

                                                                          Amazon Web Services ブログ New – AWS CodeStarの紹介 – AWS上のアプリケーションをすばやく開発、構築、デプロイする それほど遠く無い昔、今日多くのソフトウェア チームがアプリケーション開発で直面している、リリース期限までにソフトウェア プロジェクトを完成させ変化に対応するというような開発チームに私は所属していました。そこには新しいプロジェクト環境のセットアップ、チームメンバーのコラボレーション、各開発ビルドのコード変更、構成、ライブラリの継続的な追跡を行う日常的なタスクなどの課題がありました。 今日、企業がイノベーションと市場投入をより迅速に行うためには、開発チームがソフトウェアの作成、構築、展開をより簡単かつ効率的に行うことが不可欠になっています。 残念なことに、多くの組織は、より機敏で動的なソフトウェア開発プロセスを追求する上で、いくつかの重要

                                                                            New – AWS CodeStarの紹介 – AWS上のアプリケーションをすばやく開発、構築、デプロイする | Amazon Web Services
                                                                          • 【awslabs探訪】ami-builder-packerのご紹介 | DevelopersIO

                                                                            はじめに 中山(順)です みなさん、GitHub上にawslabsってOrganizationがあるのはご存知でしょうか? ここにはAWSから提供される様々な便利ツールやサンプルコードがあり、お世話になる機会が多いです。 今回は最近使ったリポジトリをご紹介します。 (好評だったらシリーズ化と思うので、フィードバックをお待ちしております) 本日は、ami-builder-packerをご紹介します。 これ何? AMIの更新を自動化する仕組みのサンプルです。 どんなことができるのかを一言で説明すると、 Packer Template / Ansible Playbook / CodeBuild Build SpecificationをCodeCommitのリポジトリにプッシュするとそれをトリガーにAMIを作成するというCode Pipelineのパイプライン一式を作ってくれるCloudForm

                                                                              【awslabs探訪】ami-builder-packerのご紹介 | DevelopersIO
                                                                            • AWS News Blog

                                                                              Announcing Amazon Managed Service for Apache Flink Renamed from Amazon Kinesis Data Analytics Today we are announcing the rename of Amazon Kinesis Data Analytics to Amazon Managed Service for Apache Flink, a fully managed and serverless service for you to build and run real-time streaming applications using Apache Flink. We continue to deliver the same experience in your Flink applications without

                                                                              • 【AWS】CloudFormationの実践的活用~個人的ベストプラクティス - Qiita

                                                                                はじめに 最近、CloudFormationを実運用で使い始めました。開発環境/QA環境/本番環境ともにCloudFormationで運用できる目途がついたので、ポイントをまとめてみます。 なお、CloudFormationは名称が長いのでCFnと略します。 基本方針 CFn templateの作成・管理 管理手法 templateはyamlで書く。 templateはGitリポジトリで管理する。 template構成 templateはある程度独立した単位に分割する。 template間で共有するパラメータは、Stack作成時にParametersとして渡す/Cross-stack referenceで参照する。 複数環境の併存 同一のAWSアカウント・同一リージョンに複数環境(dev1/dev2など)を構築できるようにする。 したがって、Stack名やCross-stack refer

                                                                                  【AWS】CloudFormationの実践的活用~個人的ベストプラクティス - Qiita
                                                                                • 週刊AWS – 2020/3/30週 | Amazon Web Services

                                                                                  Amazon Web Services ブログ 週刊AWS – 2020/3/30週 みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 私がアマゾンで働き始めたのは今から5年と少し前なのですが、その時のAWSは全11リージョン(govcloudやLimited previewだった北京を入れた数)で、アベイラビリティゾーン(AZ)の合計は28でした。その後リージョンが世界各地に継続的に追加され、今では22リージョン+大阪ローカルリージョンと2倍になっています。ではAZの合計はどれぐらいに成長したかご存知でしょうか?それは今回の週刊AWSを読んでいただければ分かります:) それでは、先週の主なアップデートについて振り返っていきましょう。 2020年3月30日週の主要なアップデート 3/30(月) AWS カナダ (中部) リージョンに 3 つ目

                                                                                    週刊AWS – 2020/3/30週 | Amazon Web Services