EC2 Image Builder がコンテナイメージをサポート
EC2 Image Builder をご使用のお客様は、Open Container Initiative (OCI) の仕様に準じたコンテナイメージを作成し、テストできます。結果的に、EC2 Image Builder は仮想マシンとコンテナイメージの両方を、似たようなワークフローで作成できるようになりました。 最新のコンテナイメージ構築は、コンテナ化したインフラストラクチャーの実行に必要な、重要な機能です。既存のツールは、個別にコンテナイメージをに構築することはできますが、お客様は、その都度手作業でツールを実行しなければなりません。もしくは、自作のツールで新しいイメージの作成を自動化しても、ソフトウェアを最新の状態にアップデートし、機能のテストを手作業で行い、コンプライアンスチームがイメージのセキュリティ体制を検証しなければなりません。すぐにアクションが必要なセキュリティ上の脆弱性であ
DockerとAWSのコラボによりdocker ecsコマンドが爆誕したので使ってみた | DevelopersIO
Docker社とAWSがコラボレーションするという驚きとともに、新しくdockerコマンドに組み込まれたdocker ecsの使い心地を試してみました。 「docker ecsコマンド？なにこれ？」 先日、突如、DockerのECSインテグレーションなるものが発表されました！ AWS and Docker collaborate to simplify the developer experience | Containers 従来あるdockerコマンドに、なんとdocker ecsコマンドが追加され、docker-composeファイルを利用したECSへのデプロイがAWS CLIなどのAWS製ツールを使わずに、全てdockerコマンドだけで完結するという、ちょっと想像がつかないアップデートです。 まだDocker社ではベータ版の扱いということですが、なかなかにおもしろいアプローチだった
Docker on AWS: AWSのコンテナ関連サービスの選定例の紹介 | Amazon Web Services
Amazon Web Services ブログ Docker on AWS: AWSのコンテナ関連サービスの選定例の紹介 本記事ではこれからAWS上でDockerコンテナを活用される方向けに、AWSのコンテナ関連サービスのどれを選択すると良いかの一例を紹介します。前提としては、example.com社の技術者Aさんが、自社のWebサービスをAWS上で構築するにあたって構成を決めるために、AWSのソリューションアーキテクト(SA)に相談するという流れの記事になります。AWSのどのサービスを使うかのご参考に是非ご覧ください。※こちらの選定はあくまで一例です。要件によっては選択すべきAWSのサービスが異なる点、予めご了承ください。 Dockerコンテナの基礎については以下をご覧ください。 https://aws.amazon.com/jp/docker/ AWS Black Belt Onlin
Containers on AWS
Welcome to the new Containers on AWS Website! On behalf of the Amazon ECS product team, we are happy to welcome you to a new resource for AWS Builders. Look around and you'll find: Blog posts from the product team, product experts, and customers Blog Posts syndicated from multiple AWS product blogs Code patterns to help you build faster and better Visuals to help you learn and grow with ECS An ope
Amazon ECS が Docker ボリュームとボリュームプラグインのサポートを開始
Docker ボリュームドライバーと Rex-Ray や Portworx などのボリュームプラグインを使用することで、コンテナ化されたアプリケーションを簡単に構成し、ローカルインスタンスストレージによってサポートされるストレージボリューム (Amazon Elastic Block Storage (EBS) または Amazon Elastic File System (EFS) ボリューム) にアクセスできるようになります。 以前は、ストレージボリュームへのアクセスが必要なコンテナ化されたアプリケーションをデプロイする場合には、Bash スクリプト、Lambda 関数などのカスタムツールや Docker ボリュームの手動構成を使用してストレージボリュームを手動で管理する必要がありました。 今回、Docker ボリュームのサポートにより、ストレージを大量に消費するステートフルなアプリケ
New Amazon Linux Container Image for Cloud and On-Premises Workloads | Amazon Web Services
AWS News Blog New Amazon Linux Container Image for Cloud and On-Premises Workloads The Amazon Linux AMI is designed to provide a stable, secure, high performance execution environment for applications running on EC2. With limited remote access (no root login and mandatory SSH key pairs) and a very small number of non-critical packages installed, the AMI has a very respectable security profile. Man
Jenkinsとamazon ecsで コンテナCI
こちらのスライドは以下のサイトにて閲覧いただけます。 https://www.docswell.com/s/ockeghem/ZM6VNK-phpconf2021-spa-security シングルページアプリケーション(SPA)において、セッションIDやトークンの格納場所はCookieあるいはlocalStorageのいずれが良いのかなど、セキュリティ上の課題がネット上で議論されていますが、残念ながら間違った前提に基づくものが多いようです。このトークでは、SPAのセキュリティを構成する基礎技術を説明した後、著名なフレームワークな状況とエンジニアの技術理解の現状を踏まえ、SPAセキュリティの現実的な方法について説明します。 動画はこちら https://www.youtube.com/watch?v=pc57hw6haXk
TOKYU HANDS meets Docker｜ハンズラボ株式会社
こんにちは、井上です。 先週末、東急ハンズのネットショッピングサイト、ハンズネットのWEBアプリケーション・サーバーを、ElasticBeanstalk MultiContainer Docker でリプレイスを行いましたのでその紹介をしたいと思います。 ハンズネットはシステム構成として、ざっくりとフロントのWEBアプリケーション・サーバーとバックエンドのAPIサーバーにより構成されています。 バックエンドのAPIサーバーについては、2014年の4月頃からBeanstalk/PHPに順次置き換える作業を進めており、DynamoDBとBeanstalkによるオートスケールの効果もありそこそこ負荷に耐えられるようになってきたのですが、それに伴いフロントエンドの部分がスケールしないことがボトルネックになってきていました。 特にTVの放送時などの突発的なアクセス増の際には、手動によるスケールには限
ChatOps( Slack / Hubot / Docker )で検証環境をポンポン作って、ポンポン捨てる - Qiita
ChatOps( Slack / Hubot / Docker )で検証環境をポンポン作って、ポンポン捨てるHubotDockerSlackChatOps この投稿について Slack/Hubot/Dockerを用いたChatOpsでアプリの検証環境をポンポン作って、ポンポン捨てる方法をまとめます。 チャットから誰でも手軽に使い捨てのアプリの検証用環境を作成できるので、チーム開発の生産性向上が期待できます。 システム構成の概要図 システム構築手順 SlackとHubotの連携 HubotをPaaSであるHerokuにデプロイさせ、Slackと連携させます。 こちらの具体的な手順については、「Slack / Hubot / GitHub / CircleCI によるChatOpsなデプロイ方法」の前半部分で詳しくまとめていますので、そちらを参照ください。 Dockerを動かすサーバーの用意(
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
