並び順

ブックマーク数

期間指定

  • から
  • まで

481 - 520 件 / 1499件

新着順 人気順

ecrの検索結果481 - 520 件 / 1499件

  • 【開催報告 & 資料公開】 AI/ML@Tokyo #7 AWSにおけるMLOps 開催報告 | Amazon Web Services

    Amazon Web Services ブログ 【開催報告 & 資料公開】 AI/ML@Tokyo #7 AWSにおけるMLOps 開催報告 アマゾン ウェブ サービス ジャパン株式会社 機械学習ソリューションアーキテクトの卜部です。AWS Japan では、AI/ML 関連情報を発信するイベント「AWS AI/ML@Tokyo」を定期的に開催しています。2020年10月15日にオンラインで開催された AWS AI/ML@Tokyo #7では、AWS ソリューションアーキテクトより、AWSにおけるMLOpsプロセス実装のベストプラクティスや ML CI/CD環境の構築についてお話ししました。また、お客様活用事例として、株式会社コナミデジタルエンタテインメント様、ヤフー株式会社様 におけるAmazon SageMakerの事例をお話しいただきました。 「AWS で構築する MLOps 基盤」

      【開催報告 & 資料公開】 AI/ML@Tokyo #7 AWSにおけるMLOps 開催報告 | Amazon Web Services
    • 「AWSセキュリティサービス 最新アップデート」というタイトルで登壇しました | DevelopersIO

      こんにちは、臼田です。 みなさん、AWSセキュリティサービスのアップデートチェックしてますか?(挨拶 今回は先日開催した弊社イベントであるAWS re:Inforce参加者から見るクラウドセキュリティの最新動向と応用で登壇した内容の共有です。 資料 解説 前置き re:Inforce 2023はめっちゃ面白かったです。 参加できなかった方も、来年は是非参加しましょう! 個人的には、普段からAWSセキュリティをやっている人もそうですが、普段は開発などでセキュリティ専門ではないけど、その知識や経験があると嬉しい人たちも参加すると非常にいいと思います。 re:Inforceやre:Inventは学習型のイベントです。濃密な時間で沢山のことを吸収できますから、ぜひ普段のロールがセキュリティじゃない方も参加をおすすめします。 アップデート一覧 re:Inforce 2023では沢山のAWSセキュリテ

        「AWSセキュリティサービス 最新アップデート」というタイトルで登壇しました | DevelopersIO
      • CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO

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

          CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO
        • コンテナ化とAWSへの移動について | DevelopersIO

          こんにちは クラスメソッドのスジェです。 既存のオンプレミス環境からクラウドへの移行を計画しながら既存環境のコンテナ化も検討する場合があります。 その内容について私が勉強した内容を記録しました。 コンテナ化とは? 定義 コンテナ化は、アプリケーションのコードを、あらゆるインフラストラクチャで実行するために必要なすべてのファイルとライブラリにバンドルするソフトウェアデプロイプロセスです。従来、コンピュータでアプリケーションを実行するには、マシンのオペレーティングシステムに合ったバージョンをインストールする必要がありました。 例えば、Windows マシンには Windows バージョンのソフトウェアパッケージをインストールする必要がありました。しかし、コンテナ化を使用することで、あらゆるタイプのデバイスやオペレーティングシステムで実行される単一のソフトウェアパッケージ (コンテナ) を作成で

            コンテナ化とAWSへの移動について | DevelopersIO
          • Advice for customers dealing with Docker Hub rate limits, and a Coming Soon announcement | Amazon Web Services

            Containers Advice for customers dealing with Docker Hub rate limits, and a Coming Soon announcement Many container customers building applications use common software packages (e.g. operating systems, databases, and application components) that are publicly distributed as container images on Docker Hub. Docker, Inc. has announced that the Hub service will begin limiting the rate at which images ar

              Advice for customers dealing with Docker Hub rate limits, and a Coming Soon announcement | Amazon Web Services
            • LocalStackを使ってローカル環境でS3を立ち上げ、Lambdaでファイルをアップロードしてみた - Qiita

              LocalStackを使ってローカル環境でS3を立ち上げ、LambdaでファイルをアップロードしてみたAWSS3aws-clilambdaLocalStack この記事について AWSのサービスをローカルで実行できるLocalStackについて紹介したいと思います。今回、AWS CLIの練習も兼ねてLocalStackを使用し、ローカルでAWS LambdaとS3を立ち上げ、Lambda関数を使用し、S3に日時.txtファイルをアップロードしてみました。 記事の対象者 LocalStackに興味のある方 AWS・AWS CLIに触れてみたい方 LocalStackとは 開発環境において無料でAWSのアカウント登録なしでAWSのサービスを擬似的に使用できるモックフレームワークでpipやdockerを用いて簡単に環境構築が可能。 ローカルにAWS環境を作ってくれて、料金などを気にすることなくテ

                LocalStackを使ってローカル環境でS3を立ち上げ、Lambdaでファイルをアップロードしてみた - Qiita
              • Locustの分散負荷テスト環境をAWS Fargateを使って簡単に用意してやる - Qiita

                概要 この記事では、負荷テストツールLocustで分散負荷テスト環境を構築するに当たって私が使っている方法をまとめます。 構築はAWS Fargateを使って、設定をできるだけ少なくしました。 AWSの操作にはTerraformを使って、構築・破棄を繰り返しできるようにしています。 背景 これまでやっていた負荷テスト 負荷テストはどのようにして実行しているでしょうか? 私はこれまで簡単なものはApacheBenchで行い、 ログインを含むシナリオが必要なものはシェルスクリプトでコードを書いて実行していました。 しかし、ApacheBenchは静的なWebサイトなどで使うには良いのですが、Webアプリのテストとなると機能が足りないと感じていました。 シェルスクリプトを使えば何でもできる反面、テストの作成に時間がかかりがちで、メンテナンスもしずらくなっていました。 Locustを使った負荷テス

                  Locustの分散負荷テスト環境をAWS Fargateを使って簡単に用意してやる - Qiita
                • blank-go: Go で動く AWS Lambda 関数に入門しよう - kakakakakku blog

                  AWS Lambda 関数を Go ランタイムで動かす Hello World レベルの初学者コンテンツを探していて,ドキュメントにも載っている blank-go プロジェクトがお手軽に使えて良かったので紹介したいと思う❗️初学者に教えるときに使えるぞ〜 \( 'ω')/ github.com ちなみに AWS Lambda に入門するための blank-xxx は Go 以外にも Node.js / Python / Java など多くある❗️ docs.aws.amazon.com blank-go 紹介 blank-go では AWS CLI を使って Go ランタイムで動く AWS Lambda 関数をデプロイできる.実装としては,Amazon SQS のイベント情報(実際に Amazon SQS キューと連携するのではなく event.json を渡す)や AWS Lambda

                    blank-go: Go で動く AWS Lambda 関数に入門しよう - kakakakakku blog
                  • 2022年5月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO

                    こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか?(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopersIOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 アップデート以外にもAWS Summit Online Japan 2022の記事がいっぱい上がっていますのでこちらも確認してください!そしてアーカイブ動画を見に行きましょう! ちなみにAWSの最新情報をキャッチアップす

                      2022年5月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
                    • 新機能 – AWS App Runner: スケーラブルで安全なウェブアプリケーションをコードから数分で作成 | Amazon Web Services

                      Amazon Web Services ブログ 新機能 – AWS App Runner: スケーラブルで安全なウェブアプリケーションをコードから数分で作成 現在、コンテナは、私がウェブアプリケーションをパッケージ化する際の標準的な方法となっています。コンテナが提供するスピード、生産性、一貫性は好ましいものですが、コンテナの開発ワークフローには気に入らない側面も 1 つ存在します。コンテナイメージを初めてデプロイする際に発生する時間のかかるルーチン作業です。 このルーチン作業は、ロードバランサーの設定、ドメインの設定、TLS の設定、CI/CD パイプラインの作成、コンテナサービスへのデプロイなどです。 長年にわたりワークフローを微調整してきた私は、現在、AWS Cloud Development Kit のボイラープレートプロジェクトを使用していますが、この段階に到達するには長い時間がか

                      • AWS IoT×機械学習で“海”の課題を解決 急成長を遂げる水産養殖スタートアップの挑戦

                        CUS-84:いかにしてスタートアップは水産養殖の現実の課題を解決するか-ウミトロンにおけるIoTと機械学習の取り組み- AWS IoT×機械学習で“海”の課題を解決 急成長を遂げる水産養殖スタートアップの挑戦 2020年9月8日(火)から9月30日(水)にかけて、AWSの活用事例を共有するクラウドカンファレンス「AWS Summit Online」が開催されました。「いかにしてスタートアップは水産養殖の現実の課題を解決するか-ウミトロンにおけるIoTと機械学習の取り組み-」というテーマで登壇したのは、ウミトロン株式会社CTOの岡本拓磨氏。世界で急速に成長している水産養殖の課題をIoTデバイスで解決するためにAWSを活用している同社の事例を共有しました。 水産養殖に特化したテクノロジーカンパニー 岡本拓磨氏:それでは「いかにしてスタートアップは水産養殖の現実の課題を解決するか―ウミトロンに

                          AWS IoT×機械学習で“海”の課題を解決 急成長を遂げる水産養殖スタートアップの挑戦
                        • (Almost) Every infrastructure decision I endorse or regret after 4 years running infrastructure at a startup

                          Image from UnSplash I’ve led infrastructure at a startup for the past 4 years that has had to scale quickly. From the beginning I made some core decisions that the company has had to stick to, for better or worse, these past four years. This post will list some of the major decisions made and if I endorse them for your startup, or if I regret them and advise you to pick something else. AWS Link to

                          • ECSに必要なVPCエンドポイントまとめ(2022年版) | DevelopersIO

                            その他エンドポイント 以下のエンドポイントは構成によって必要になります。 CloudWatch Logs エンドポイント(com.amazonaws.region.logs) Secrets Manager エンドポイント(com.amazonaws.region.secretsmanager) Systems Manager エンドポイント(com.amazonaws.region.ssm, com.amazonaws.region.ssmmessages) ECSのエンドポイント解説 表に記載した通りです。EC2の場合はVPCエンドポイントが必要な一方、Fargateでは必要ありません。 EC2ではコンテナエージェントがECSサービスと通信する必要があるため、VPCエンドポイントが必要になっています。 ECRのエンドポイント解説 コンテナイメージをECRに保存している場合はECRへのエ

                              ECSに必要なVPCエンドポイントまとめ(2022年版) | DevelopersIO
                            • バイデン氏、イランのイスラエル攻撃「すぐにでもある」 - 日本経済新聞

                              【ワシントン=坂口幸裕】バイデン米大統領は12日、イランによるイスラエル攻撃について「すぐにでもあり得る」と表明した。イランに対して攻撃を「やめろ」と強い口調で要求した。1日のシリアのイラン大使館周辺への空爆を受け、イランが近く報復に踏み切るおそれがあるとの認識を示した。米首都ワシントンで記者団の質問に答えた。イラン指導部はイスラエルの攻撃だと断定し、保守強硬派を中心に報復を求める声が強まる

                                バイデン氏、イランのイスラエル攻撃「すぐにでもある」 - 日本経済新聞
                              • たった23行で Amazon ECS にデプロイできた。あらゆるプラットフォームでアプリケーションをビルド、デプロイする Waypoint を使ってみた。 | DevelopersIO

                                先日、Terraform でお馴染みの HashiCorp 社から ”Waypoint" という新たなオープンソースプロジェクトが発表されました。 アプリケーションのビルド、デプロイ、リリースといったワークフローを、Kubernetes/AWS/GCP/Azure など 12 以上のプラットフォームで利用可能。マルチプラットフォームに対応しているだけならば同様のツールはあるかもしれませんが、Waypoint は各プラットフォームごとのお作法などを抽象化し、開発者にインフラを意識させることなくデプロイ出来ることを目指したツールのようです。(位置づけてきに Spinnaker に近い?) まだプロジェクトの初期ということで本番環境で利用できるものではないと思いますが、ひとまず ECS へのデプロイをサクッと試してみました。 Waypoint とは まずは Waypoint のコンセプトや目標に

                                  たった23行で Amazon ECS にデプロイできた。あらゆるプラットフォームでアプリケーションをビルド、デプロイする Waypoint を使ってみた。 | DevelopersIO
                                • AWS × slackを用いたDDL自動実行フローを構築しました - コネヒト開発者ブログ

                                  こんにちは!MLエンジニアの野澤(@takapy0210)です。 10月から軽減税率が始まりましたね。みなさんの身の回りで混乱は起きていませんでしょうか? そんな中、軽減税率に関するこんな記事を見ました。専門家の人たちでも判断に困る事例があるようなので、難しいですね。 さて、本日はAWS × slackを使って、DDLの自動実行フローを構築した話をできればと思っています。 目次 DDLって何? 従来のフロー 新・自動化フロー dry-run実行 DDL実行 自動化して何が嬉しかったか アーキテクチャ構築のポイント Step FunctionsでFatgate Taskを実行するときの注意点 セキュリティグループを正しく指定する必要がある EcsTask実行ポリシーに、「タスクを実行するRoleにアクセスする権限」を追加する必要がある slack apiとAWS API Gatewayの連携

                                    AWS × slackを用いたDDL自動実行フローを構築しました - コネヒト開発者ブログ
                                  • CDK Pipelines: Continuous delivery for AWS CDK applications | Amazon Web Services

                                    AWS Developer Tools Blog CDK Pipelines: Continuous delivery for AWS CDK applications The AWS Cloud Development Kit (AWS CDK) is an open-source software development framework to define cloud infrastructure in familiar programming languages and provision it through AWS CloudFormation. The AWS CDK consists of three major components: The core framework for modeling reusable infrastructure components A

                                      CDK Pipelines: Continuous delivery for AWS CDK applications | Amazon Web Services
                                    • Amazon EKS を利用した、ステートレスなマルチリージョンアプリケーションの運用 | Amazon Web Services

                                      Amazon Web Services ブログ Amazon EKS を利用した、ステートレスなマルチリージョンアプリケーションの運用 この記事は、Operating a multi-regional stateless application using Amazon EKS を翻訳したものです。 本投稿は、Sr Solutions Architect の Re Alvarez-Parmar と、Technical Account Manager の Avi Harari により寄稿されました。 AWS の上で運用を行う主な利点の一つは、お客様が AWS のグローバルフットプリントを利用して複数のリージョンでワークロードを実行することが、いかに簡単かという点です。ディザスターリカバリーをサポートするため、あるいはエンドユーザーとなるお客様の近くでアプリケーションを稼働させるためにマルチリ

                                        Amazon EKS を利用した、ステートレスなマルチリージョンアプリケーションの運用 | Amazon Web Services
                                      • [SRE][Monitoring]イベントログの一元監視サービス「srest」を使ってみた!

                                        良さそう ITインフラの“体調”を一元監視で早期に異常検知 https://t.co/TumixShIsb @PRTIMES_JPより — adachinSRE (@adachin0817) February 26, 2024 皆さんお久しぶりです!1ヶ月ぶりのブログとなってしまいましたが、本日はなかなか面白いモニタリングツールを発見しました。 きっかけはXでの呟きからなのですが、メタップスホールディングスさんがSaaS向けイベントログの一元監視サービス「srest(スレスト)」をリリースされました。非常に気になっていたので使ってみようかなと思っていたところ!開発メンバーが「お初ですが、飲みいきましょう!」と誘われたので、いざ新大久保へ! 今日は「srest」というイベントログの一元化ツールを開発しているメンバーと新大久保でポッサム会!みんな超面白い方でした!来週辺りに個人でsrest触っ

                                        • Announcing Image Scanning for Amazon ECR

                                          Today, AWS is announcing general availability of Image Scanning for Amazon Elastic Container Registry. Amazon ECR is a fully managed container registry that makes it easy for developers to store, manage and deploy container images. Image Scanning is an automated vulnerability assessment feature in ECR that helps improve the security of your application’s container images by scanning them for a bro

                                            Announcing Image Scanning for Amazon ECR
                                          • re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾 | Amazon Web Services

                                            Amazon Web Services ブログ re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング シニアエバンジェリストの亀田です。先日公開した第一弾はいかがでしたでしょうか。今日は第二弾、11月20日から11月21日(米国時間基準)分をお届けします。 11月20日 AWS Lambdaが、イベントソースとしてAmazon SQS FIFOキューをサポートしました Amazon SQSは、分散ソフトウェアコンポーネントとマイクロサービス間で確実に通信するための完全に管理されたメッセージキューサービスであり、SQS標準キューとSQS FIFOキューの2つをサポートします。FIFOキューは、標準キューを改良および補完し、メッセージが送受信される正確な順序を保持することが可

                                              re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾 | Amazon Web Services
                                            • GitHub Actionsのハッカソンを開催します

                                              GitHubは3月5日よりGitHub Actionsのハッカソンを役1ヶ月に渡って開催します。まだActionsを作成したことのない人も、ハッカソンに参加して自分の力量を試したい方も、みなさんぜひ参加してください! コンテナ作成の自動化や、クラウドへのデプロイの自動化など、Actionsを使ったワークフローを作成してください。最初に提出された1,000件については、GitHubのノベルティを提供します。 みんなのためのGitHub Actions GitHub Actionsを使用することで、すべてのソフトウェアワークフローを簡単に自動化できます。 GitHubから直接コードをビルド、テスト、デプロイできます。また、コードレビュー、ブランチ管理、問題のトリアージを希望どおりに実行することもできます。GitHub ActionsでCI / CDの構築がこれまで以上に簡単になりました。 以下

                                                GitHub Actionsのハッカソンを開催します
                                              • [レポート] JAWS-UG コンテナ支部 #17 ECS/Fargate PV 1.4 ローンチ記念! にオンラインで参加しました #jawsug_ct - michimani.net

                                                ※ Black Belt Webinar “AWS コンテナサービスアップデート” の裏つぶやき については配信ではなく、 Twitter 上でたくさんツイートされていました。 #jawsug_ct セッション 各セッションの聴講メモです。発表資料も、公開されているものに関しては随時追加していきます。 コンテナとコンテナのつなぎかた on ECS 三種類のコンテナ連携方法 タスク内接続 サービス関連系 イベント駆動連携 時間経過、コンテナが発行したイベントなど タスク内コンテナ接続 サイドカー、アンバサダー、アダプターとか呼ばれる ユースケース ログ関連機能をサイドカーにする ドメインと関係のないログのルーティング処理をアプリコンテナの外に出す サービス間接続 マイクロサービスの必要性とは 高度なモジュール化という選択肢 あえてサービスに分けるのは、インテグレーション時に問題が発生してくる

                                                  [レポート] JAWS-UG コンテナ支部 #17 ECS/Fargate PV 1.4 ローンチ記念! にオンラインで参加しました #jawsug_ct - michimani.net
                                                • 2023/12/31 より Go1.x ランタイムを利用している AWS Lambda Function が非推奨になる件の影響範囲や取れる対応 - stefafafan の fa は3つです

                                                  社内向けに周知を書いてたけど、そのままパブリックにも書けばいいかとおもって書きます。関連エントリ: aws.amazon.com gs2.hatenablog.com 概要 AWS Lambda Function を Go1.x Runtime で動かしている場合は、2023/12/31に非推奨になるので対応しましょう 厳密には Deprecation Policy の Phase 1 の状態 になります。セキュリティパッチなどのアップデートがこなくなり、新規作成もできなくなります (既存のFunction はそのまま利用可能) なお、Phase 2の「既存の関数の更新もできなくなる」のは 2024/1/30 となります(こちらはAWSより届いたメールに書いてありました)。 影響の有無の確認 以下のいずれかの状態のLambda Functionが対象となります。 .zip file の形式

                                                    2023/12/31 より Go1.x ランタイムを利用している AWS Lambda Function が非推奨になる件の影響範囲や取れる対応 - stefafafan の fa は3つです
                                                  • コンテナ開発用のオープンソースクライアント「Finch」のご紹介 | Amazon Web Services

                                                    Amazon Web Services ブログ コンテナ開発用のオープンソースクライアント「Finch」のご紹介 この記事は Introducing Finch: An Open Source Client for Container Development (記事公開日: 2022 年 11 月 22 日) の翻訳記事です。 本日、新しいオープンソースプロジェクト Finch を発表できることを嬉しく思います。Finch は Linux コンテナをビルド、実行、公開するための新しいコマンドラインクライアントです。Lima、nerdctl、containerd、BuildKit などの厳選されたデファクトスタンダードのオープンソースコンポーネントと共に、macOS ネイティブのクライアントを簡単にインストールできます。Finch では、コンテナをローカルで作成して実行したり、オープンコンテ

                                                      コンテナ開発用のオープンソースクライアント「Finch」のご紹介 | Amazon Web Services
                                                    • Security-JAWS 第18回レポート #secjaws #secjaws18 #jawsug | DevelopersIO

                                                      Security JAWS 第18回のレポートです。FargateやLambdaのセキュリティや、セキュリティの考え方の話、試験対策の話とかためになる話がいっぱいありました! こんにちは、臼田です。 Security JAWS 第18回が開催されましたのでレポート致します。 Security-JAWS 【第18回】 勉強会 2020年8月28日(金) - Security-JAWS | Doorkeeper レポート Session(-1): JAWS SONIC 2020 / MIDNIGHT JAWS 2020 実行委員長「JAWS SONIC 実行委員からのお願い」 ぶっ続けのイベントやります! https://jawssonic2020.jaws-ug.jp/ JAWS-UGはAWS User Group - Japanの略 今は70ぐらいの支部がある Rave-Upというテーマ

                                                        Security-JAWS 第18回レポート #secjaws #secjaws18 #jawsug | DevelopersIO
                                                      • Introducing AWS App Runner | Amazon Web Services

                                                        Containers Introducing AWS App Runner Today, we’re happy to announce AWS App Runner, the simplest way to build and run your containerized web application in AWS. App Runner gives you a fully managed container-native service. There are no orchestrators to configure, build pipelines to set up, load balancers to optimize, or TLS certificates to rotate. And of course, there are no servers to manage. A

                                                          Introducing AWS App Runner | Amazon Web Services
                                                        • AWS FargateでFireLensを使って同じログを3箇所に送ってみた | DevelopersIO

                                                          Fluent BitとFluentd Firelensで起動するログルーティングのコンテナは同じタスク内にサイドカーとして起動します。 軽量なコンテナの方が嬉しいのでFluent Bitを採用しました。 参考: Fluent Bit による集中コンテナロギング | Amazon Web Services ブログ 設定ファイル込みのイメージ作成 同じログ内容を合計3箇所の出力先へ送るシンプルなFluent Bitの設定を作るところからはじめます。Fluent Bitの設定次第で特定のログであればCloudWatch Logsへ、それ以外はS3バケットへ送信も可能です。Fluent Bitのドキュメントまで読みきれなかったので細かい設定は断念。 Fluent Bitの設定ファイル作成 各プラグインの設定はFluent Bitドキュメントを参考に出力先を設定しました。 S3へ直接する保存する場合

                                                            AWS FargateでFireLensを使って同じログを3箇所に送ってみた | DevelopersIO
                                                          • GithubActionsでのDocker BuildでCacheを効かせる方法メモ - Qiita

                                                            はじめに GitHub ActionsでDockerのコンテナをBuildするとデフォルトだとLayerのCache?がされないため、毎回Dockerfileの先頭から実行することになります(何も工夫をしないと)。 「LocalでBuildするときは(Cacheが効いて)速いんだけど、GitHub Actionsだと遅い」というのは、Buildに時間がかかる場合結構しんどいです(Twitterなどが捗ってしまう)。 色々方法があるようですが、Dockerのマルチステージビルドを使っていないなら、割と簡単にCacheを効かせられるようなので、そのメモです(主に自分用)。 ポイントは docker buildコマンドの --cache-from と --build-arg BUILDKIT_INLINE_CACHE=1 になります。また、このOptionを指定するには、BuildKitを有効に

                                                              GithubActionsでのDocker BuildでCacheを効かせる方法メモ - Qiita
                                                            • 3時間弱でEKSに入門できるハンズオン、Introduction to Amazon EKSをやってみた #AWSSummit | DevelopersIO

                                                              3時間弱でEKSに入門できるハンズオン、Introduction to Amazon EKSをやってみた #AWSSummit 3時間ちょっとでAmazon EKS入門!ぜひ休日や隙間時間に触ってみてください。なんとなくKubernetes敷居高そう・・・と思って後回しにしていたKubernetes学習も本ハンズオンで短時間で概要をざっくり掴んで入門する事が出来ます。 どうも、もこ@札幌オフィスです。 現在開催中のAWS Summit Onlineで公開されている「Introduction to Amazon EKS」のハンズオンをやってみました。 なんとなくKubernetes敷居高そう・・・と思って後回しにしていたKubernetes学習も本ハンズオンで短時間で概要をざっくり掴んで入門する事が出来ます。 概要 アマゾン ウェブ サービス ジャパン株式会社 プロフェッショナルサービス本部

                                                                3時間弱でEKSに入門できるハンズオン、Introduction to Amazon EKSをやってみた #AWSSummit | DevelopersIO
                                                              • 【AWS】AWS認定『デベロッパー - アソシエイト』(DVA)に合格した話 - Rのつく財団入り口

                                                                AWS認定の開発者向け資格、デベロッパー - アソシエイトに、2019年12月末に一発合格することができました。祝ってくれた皆様ありがとうございます。いかに突破してきたかを合格エントリとして振り返り、これから挑戦する方向けに残そうと思います。 挑戦への経緯 きっかけ 書いている人のスキルセット(笑) AWSの実務経験とよく使う興味のあるサービス やったこと 基本方針の確定 スタプラで学習記録を可視化する イベントに行ってみる ネット上の合格エントリを参考にする 学習時間の確保に立ち向かう 学習の流れ やらなかったこと:WHIZLABS Udemyの講座で学ぶ 読んだ本 サブで読んだ本 公式模試を受ける 試験当日 試験まとめ 得点の話 費用:1万ちょい 学習期間と時間:2ヶ月弱65-70H デベロッパー - アソシエイト試験所感 全体の所感 オンプレの開発経験も活かせる話 AWS最強理論の応

                                                                  【AWS】AWS認定『デベロッパー - アソシエイト』(DVA)に合格した話 - Rのつく財団入り口
                                                                • ECS Execの有効化が原因でECSタスクがPROVISIONING状態から遷移しなくなった話 | DevelopersIO

                                                                  CX事業本部@大阪の岩田です。 先日ある環境でECSのタスクがPROVISIONING状態のまま固まって(PENDINGではないのがポイントです!)起動できなくなるという問題が発生しました。※正確にいうとPROVISIONING状態で30分程度固まる→STOPPEDに遷移→新しいタスクがPROVISIONINGされ再度30分程度固まり...という状況です。 最初はNATゲートウェイ周りの設定漏れやECRのVPCエンドポイント設定漏れに起因したよくある問題かと思っていたのですが、色々調査しても一向に原因が分かりませんでした。最終的にECS Execの有効化が原因だったことが分かったので、同じ事象でハマる人が出ないように改めてブログにまとめてみました。 結論 先に結論ですがECS Execを有効化したECSサービスでAuto Scaling グループキャパシティープロバイダーを利用するとタスク

                                                                    ECS Execの有効化が原因でECSタスクがPROVISIONING状態から遷移しなくなった話 | DevelopersIO
                                                                  • 【未経験開発 Rails/React/AWS/Docker/CircleCI】独学+メンターでここまで出来た!Web知識ゼロからモダンな技術アプリ開発までに利用した5つのサービス - Qiita

                                                                    【未経験開発 Rails/React/AWS/Docker/CircleCI】独学+メンターでここまで出来た!Web知識ゼロからモダンな技術アプリ開発までに利用した5つのサービスRailsReact初学者向け未経験エンジニア個人開発 0. はじめに こんにちは!@ddpmtcpbrと申します。 当記事は、「Webエンジニアへのキャリアチェンジを目指している開発未経験者が、モダンな技術を備えたアプリを開発するまでの学習過程」についてまとめたものです。 現在筆者は非IT系企業の社員として働いており、Web開発エンジニアとしての実務経験はありません。 そんな筆者がWebエンジニアとしてのキャリアチェンジをするためのポートフォリオとして、本アプリを開発しました。 学習開始から現時点までにおいて、プログラミングスクール等には通っておらず、学習はほぼすべて独学&一部メンターサービス利用の布陣で進めてき

                                                                      【未経験開発 Rails/React/AWS/Docker/CircleCI】独学+メンターでここまで出来た!Web知識ゼロからモダンな技術アプリ開発までに利用した5つのサービス - Qiita
                                                                    • SQLでインフラ管理? IaSQLを試してみた | DevelopersIO

                                                                      中山です 今日は、twitterで見かけたIaSQLなるサービスを試したので紹介してみたいと思います。 IaSQLとは IaSQLとは、インフラの状態をPostgreSQLで管理管理できるSaaSです。 IaSQL Why IaSQL メリットとしては以下の3点が挙げられていました。 Import existing cloud infrastructure Connect an AWS account to a hosted IaSQL DB to automatically backfill the database with your existing cloud resources. No need to redefine or reconcile existing infrastructure. The definitive state of your cloud IaSQL's

                                                                        SQLでインフラ管理? IaSQLを試してみた | DevelopersIO
                                                                      • 同じ趣向を持った人間が世界中から集まる超濃密な時間「コンテナハッピーアワー」 #reinvent | DevelopersIO

                                                                        「あんたら、コンテナ好きすぎやろ」 ラスベガスのイタリアンレストランで、いろんな人と話しながら自分はそう感じてました。 AWSに関わるコンテナワークロードの50%ぐらいが、今この場に集ってるんじゃないかと思うぐらい濃密な場所。めっちゃ貴重でめっちゃ尊い時間だったので、その興奮をお届けできればと思います! (祭) ∧ ∧ Y  ( ゚Д゚) Φ[_ソ__y_l〉     アンタラ コンテナ スキスギ ワッショイ |_|_| し'´J コンテナハッピーアワーとは Containers Happy Hour @ Las Vegas 2019 - connpass 「コンテナサービスのアレがいい!コレはこうなって欲しい!!」 参加する方はコンテナ使ってこんないいことがあった、こうなるともっといい、という経験談やアイデアをぜひ一つ考えてきてください。みなさんが持ち寄ったネタを元に参加者同士の情報共

                                                                          同じ趣向を持った人間が世界中から集まる超濃密な時間「コンテナハッピーアワー」 #reinvent | DevelopersIO
                                                                        • ecspresso で CloudFormation のリソース読み込みに対応 + その他機能追加した v1.3.0 をリリースしました - 酒日記 はてな支店

                                                                          あけましておめでとうございます。Amazon ECS デプロイツール ecspresso の v1.3.0 をリリースしたのでお知らせです。 [2021-01-16 追記] v1.3.0 は init コマンドでクラッシュする問題があります。v1.3.1 をご利用ください。 今回は機能追加が盛り盛りなので、まとめて紹介します。 Release v1.3.0 · kayac/ecspresso · GitHub 【新機能】 cloudformation プラグインを追加 これまで ecspresso は Terraform tfstate を読み込んでそのリソース名から属性値を解決できる機能を持っていましたが、CloudFormation でも同様の処理ができるようになりました。 README に例がありますが、次のように Output と Export を定義したテンプレートで構築された、

                                                                            ecspresso で CloudFormation のリソース読み込みに対応 + その他機能追加した v1.3.0 をリリースしました - 酒日記 はてな支店
                                                                          • Laravel + PPM をAmazon ECS(AWS Fargate)にデプロイしよう - OPTiM TECH BLOG

                                                                            こんにちは。プラットフォーム技術戦略室の青木です。 今までLaravelのアプリケーションを nginx + PHP-FPM でデプロイしていて、ある人に「PPMの方がダントツに早いで!」と聞きましたので今回初めて触ってみようかと思います。*1 Laravel https://github.com/laravel/laravel PPM https://github.com/php-pm/php-pm Terraform https://github.com/hashicorp/terraform AWS Fargate https://aws.amazon.com/jp/fargate/ PPMって何? PHP-FPM 改めてPPMについて 作ったアプリをDockerImage化する 1. Laravelの構築 2. Dockerfile作成 & Build 3. ローカルで起動し、動作

                                                                              Laravel + PPM をAmazon ECS(AWS Fargate)にデプロイしよう - OPTiM TECH BLOG
                                                                            • AWS App Runner × Railsでアプリ作ってみた

                                                                              今回は最近リリースされたAWS App Runnerを使って、ミニマルなRailsアプリケーションをデプロイしてみました! App Runnerとは コンテナ化されたウェブアプリケーションやAPIを開発者が簡単かつ迅速にデプロイできるフルマネージド型サービスです 事前のインフラ経験を必要とせずにデプロイすることができます ソースコードからでも、コンテナイメージからでも始められます 2021/5現在ソースコードからのデプロイはNode.jsとPythonのみ対応しているので、今回はRailsのイメージから作成します 自動化してくれるもの ロードバランサ・ホスティング・ビルド・オートスケール・CI/CD・メトリクス(ログ) etc… 事前準備 AWSアカウントの作成 Dockerのインストール AWS CLIのインストール DockerとAWS CLIに関しては、ECRのパブリックレポジトリに

                                                                                AWS App Runner × Railsでアプリ作ってみた
                                                                              • Terraform でTrivy の脆弱性スキャンとSecurity Hub を統合したCIを構築する - Qiita

                                                                                はじめに 本記事では、Trivy によるコンテナイメージの脆弱性スキャンとSecurity Hub を統合したCI(Continuous Integration)環境を構築するTerraform のコードをサンプルとして共有しています。コンテナイメージのセキュリティ対策の一例として参考になればと思います。 また、補足として、CodeBuild のビルド内のTrivy に関する処理について、簡単に説明をしています。 Terraform で構築する全体構成図 構成の概要 アーキテクチャは上記のAWS Security Blog を元にしています。 Dockerfile を含むコードをCodeCommit にプッシュするとCodePipeline が実行され、CodeBuild でビルドしたコンテナイメージを、Trivy で脆弱性スキャンをしています。 その結果、深刻度が CRITICAL な脆

                                                                                  Terraform でTrivy の脆弱性スキャンとSecurity Hub を統合したCIを構築する - Qiita
                                                                                • [テンプレート公開]GitHub ActionsでECRのイメージスキャンでCI/CDするワークフローを組んでみた | DevelopersIO

                                                                                  夜にエナドリをキメるとめちゃめちゃ作業が捗ることに気がついてしまった、もこ@札幌オフィスです。 つい先月、ECRでイメージスキャン機能が提供されました! 【超待望アップデート】ECRに対する脆弱性スキャン機能が提供されました これにより、ECR単体で「デプロイ前にコンテナイメージに脆弱性がないかをスキャン」することや、「CloudWatch Events / Lambdaと連携して実行中のイメージに新たな脆弱性がないかを定期的にスキャン」することができます。 今回は、GitHub Actionsを使ってコンテナをECSにデプロイする前にスキャンしてクリティカルな脆弱性があったらワークフローを停止するようなものを作っていきます。 テンプレート 裏側ではNode.js + AWS SDKを利用して、イメージのスキャンを開始、スキャン結果を取得、パイプラインを進めるか否かの判定をするようにしてい

                                                                                    [テンプレート公開]GitHub ActionsでECRのイメージスキャンでCI/CDするワークフローを組んでみた | DevelopersIO