並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1861件

新着順 人気順

コンテナの検索結果281 - 320 件 / 1861件

  • DIコンテナの実装を理解して、軽量 DI コンテナを自作しよう - Qiita


    DI Dependency Injection(DI)  1DI DI  JavaScript/TypeScript DIInversifyJS  tsyringe DIDI使 
      DIコンテナの実装を理解して、軽量 DI コンテナを自作しよう - Qiita
    • コンテナランタイムのcontainerdに、WebAssemblyをコンテナとして扱うための「runwasi」が統合。これからのコンテナランタイムはWebAssemblyと統合されていく

      コンテナランタイムのcontainerdに、WebAssemblyをコンテナとして扱うための「runwasi」が統合。これからのコンテナランタイムはWebAssemblyと統合されていく コンテナランタイムの事実上の標準となっているcontainerdに、WebAssemblyをコンテナとして扱うための「runwasi」が昨年(2022年)12月に統合されていたことが分かりました。 これによりcontanerdはWebAssemblyランタイムとしてWasmtimeとWasmEdgeを正式にサポートし、containerdの管理下でこれらのランタイムを用いてWebAssemblyバイナリの実行が可能になる見通しです。 将来のcontainerdのリリースでこれらの機能が正式版として登場すると見られます。 containerdでWasmEdgeが正式サポート 先月、1月31日にWebAsse

        コンテナランタイムのcontainerdに、WebAssemblyをコンテナとして扱うための「runwasi」が統合。これからのコンテナランタイムはWebAssemblyと統合されていく
      • sigstoreによるコンテナイメージやソフトウェアの署名 - knqyf263's blog

        恐ろしく長い上に割と複雑なので最後まで読む人はほとんどいないと思うのですが、将来確実に忘れてしまう自分のために書いたので別に悲しくありません。 まえがき 背景 sigstoreの概要 sigstoreを構成するツール群 Cosign Rekor Fulcio 署名方法 コンテナイメージ 鍵ペアの生成 署名 検証 Blobs 鍵ペアの生成 署名 検証 署名の仕組み コンテナイメージ OCI Registryについて 署名の保存先 署名フォーマット 署名検証 検証が不十分な例 Blobs 参考 まとめ まえがき 鍵の管理不要でソフトウェア署名を可能にするKeyless Signingについて解説を書こうと思い、まず前提知識を書いていたら信じられないぐらい長くなったので前提知識だけで1つの記事になりました。 後述するsigstoreは急速に開発が進んでいるプロジェクトであり、ここで書いている記述

          sigstoreによるコンテナイメージやソフトウェアの署名 - knqyf263's blog
        • 大豆が価格高騰 豆腐など値上げの動き コンテナ不足も要因 | NHKニュース


              10714 
            大豆が価格高騰 豆腐など値上げの動き コンテナ不足も要因 | NHKニュース
          • マイクロソフト、Linuxディストリビューションベンダ「Kinvolk」を買収。コンテナに最適化したLinuxやベアメタル対応のKubernetesのディストリビューションを提供

            マイクロソフトは、LinuxやKubernetesのディストリビューションベンダとしてドイツのベルリンに本拠地を置く「Kinvolk」の買収を発表しました(マイクロソフトの発表、Kinvolkの発表)。 Kinvolkは2015年設立の新興ベンダです。クラウドネイティブに対応したオープンソースソフトウェアにフォーカスしており、同社が提供するコンテナに最適化されたLinuxディストリビューションの「Flatcar Container Linux」は、KivolkがCoreOSとともにコンテナランタイムのrktの開発に関わっていたことから、2018年2月にCoreOSがレッドハットに買収された際にCoreOSに代わるコンテナ向けLinux OSとしてコミュニティの受け皿になったとされています。 参考:Red Hatがコンテナ専業ベンダのCoreOS買収を発表、コンテナプラットフォームやKube

              マイクロソフト、Linuxディストリビューションベンダ「Kinvolk」を買収。コンテナに最適化したLinuxやベアメタル対応のKubernetesのディストリビューションを提供
            • スエズ運河をふさぐコンテナ船のMODがMicrosoft Flight Simulatorに登場

              現地時間の2021年3月23日、スエズ運河で日本の船舶貸付会社である正栄汽船が所有し、台湾の長栄海運が運航するコンテナ船の「エバー・ギブン」が座礁する事故が発生しました。エバー・ギブンは全長400メートルにもおよぶ世界最大級のコンテナ船で、記事作成時点でも座礁したまま運河をふさいでしまっています。そんなエバー・ギブンは世界中の注目の的となっており、「Microsoft Flight Simulator」上でMODとして再現する人まで登場しています。 Cargo ship stuck in Suez Canal shows up in a ‘Microsoft Flight Simulator’ fly-by - GeekWire https://www.geekwire.com/2021/cargo-ship-stuck-suez-canal-shows-microsoft-flight-

                スエズ運河をふさぐコンテナ船のMODがMicrosoft Flight Simulatorに登場
              • コンテナの実行やセキュリティに特化した「システムの変更が不可能なLinuxディストリビューション」8選

                Linuxディストリビューションにはサポート期間の長いものやローリングリリースを採用しているものなど多様な種類が存在しています。そんな数あるディストリビューションの中でも、システムのコア部分が編集不可能で不変性を担保している8つのディストリビューションが海外メディアのIt’s FOSSによって紹介されています。 8 Immutable Linux Distributions for Those Looking to Embrace the Future https://itsfoss.com/immutable-linux-distros/ 以下に挙げる8種類のディストリビューションは、コア部分を読み取り専用にすることでシステムの不変性を確保しています。不変性の確保には、「セキュリティ強化」というメリットの他、「どの環境でもシステム構成が同一なため、コンテナ技術を用いたアプリケーションの配

                  コンテナの実行やセキュリティに特化した「システムの変更が不可能なLinuxディストリビューション」8選
                • Kubernetesは「コンテナを実行する基盤」ではない 拡張性を活かしてクラウドネイティブな特性を得るサイバーエージェント開発部隊

                  「CA BASE NEXT」は、20代のエンジニア・クリエイターが中心となって創り上げるサイバーエージェントの技術カンファレンス。青山氏は、PlatformのためのPlatformとしてのKubernetesを、実際の事例を踏まえて紹介しました。前半は、Kubernetesの拡張性の高さについて話しました。 devチームでは「Kubernetes as a Service」と「ML Platform」を開発中 青山真也氏:本日は「"Platform for Platform" with Kubernetes」というテーマで発表いたします。よろしくお願いします。 軽く自己紹介します。私は青山と申します。2016年に株式会社サイバーエージェントに新卒入社して、現在はメディア側とAI事業本部側の、プライベートクラウドのインフラ部隊を合併して作った「CyberAgent group Infrast

                    Kubernetesは「コンテナを実行する基盤」ではない 拡張性を活かしてクラウドネイティブな特性を得るサイバーエージェント開発部隊
                  • コンテナーとセキュリティーについて調べたのをまとめる - ytooyamaのブログ

                    追記 「何が問題なのかわからない」という声があったので補足します。 Dockerの-vオプションや仕組みを理解しているユーザーやDockerを構築した人自身が使っているだけであれば、気をつけるだけでいいと思っています。 Dockerを複数人で使っているとか、Kubernetesクラスターのランタイム(CRI)としてこれらのエンジンを使った場合にも、今回取り上げたようなことをKubernetes上で実現できるので、オンプレ(要するに手元の環境で)Kubernetesを利用している人は気をつけないといけないでしょうという話です。どちらかというとこの問題ってrunCを使っているからなのかなと思っています。 解決策としては、Linuxのセキュリティ機能はできるだけ使うということ、必要以上にアクセス権を渡さないこと、メンテナンスされたコンテナイメージを使うこと、稼働中のコンテナは定期的に新しいイメー

                      コンテナーとセキュリティーについて調べたのをまとめる - ytooyamaのブログ
                    • コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 | Amazon Web Services

                      Amazon Web Services ブログ コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 コンテナ化されたアプリケーションとマイクロサービスの適応が増えるに従い、監視と管理の負担がますます増えます。ビルダには Amazon Elastic Compute Cloud (EC2) のインスタンスなどのより長期にわたるインフラすトラクタに使用されるため、同じレベルの監視が期待され、要求されています。対照的に、コンテナは比較的短命で、通常は継続的なデプロイが求められます。これにより、信頼性をもって監視データを収集し、パフォーマンスやその他の問題を分析することが困難になり、このことが修復時間に影響を与えます。さらに、ビルダはさまざまなツールを使用してこの分析と検査を実行し、一連のインフラストラクチャとアプリケーションのメトリック、ログ、およびその他のトレース全体でコンテキスト

                        コンテナとコンテナ化されたアプリケーションに対する運用上の洞察 | Amazon Web Services
                      • AWS Well-Architected コンテナビルドレンズを要約してみた | DevelopersIO


                          "No human labor is no human error"   AWS Well-Architected Framework ()  6 20221021 Container Build Lens   AWS Well-Architected 6 6 AWS Well-Architec
                          AWS Well-Architected コンテナビルドレンズを要約してみた | DevelopersIO
                        • レガシーシステムをDockerコンテナ化する際にやっておくこと - RAKUS Developers Blog | ラクス エンジニアブログ

                          こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「WEBアプリケーションのDockerコンテナ移行」にまつわる検証を行なったので、その報告を共有しようかと思います。 今回はコンテナ化そのものの話よりも、コンテナ化する際の環境や、対象のアプリケーション設計についてなど、周辺の話が多いです。 ちなみに中間報告時点で公開した記事はこちらになります。 tech-blog.rakus.co.jp 本検証での構成環境 既存のアプリケーション実行環境 アプリケー

                            レガシーシステムをDockerコンテナ化する際にやっておくこと - RAKUS Developers Blog | ラクス エンジニアブログ
                          • DockerHubで公開されているコンテナが安全か確かめてみた結果【人気のコンテナ上位800個】 - Qiita


                             Docker Hub Dockle  Trivy   https://containers.goodwith.tech/    / Docker    https://containers.goodwith.tech/      ScoreCVSS  & 
                              DockerHubで公開されているコンテナが安全か確かめてみた結果【人気のコンテナ上位800個】 - Qiita
                            • M1 mac上のDockerコンテナ内でChromiumを動かそうとしてやったこと&やろうとしてること - savanna blog

                              savanna.ioの開発をお手伝いしている masa-iwasaki です。現在進行中の案件で調査が甘いところもあるのですが、表題の件について同じく行き詰まってる or 今後行き詰まる人が居るかもしれないので自分が試行錯誤した結果を共有します。ちなみにsavanna公式ブログでは初の開発エントリのようです。 tl;dr Docker Desktop for Apple silicon では linux/amd64 なDockerイメージではGoogle Chromeが動かない QEMUのバイナリエミュレーションが完璧では無くcore dumpする arm64 Linux向けのGoogle Chromeは存在しない Chromiumを使いたいのだが 最新バージョンのChromiumを使おうとするといろいろある 回避策・解決策の検討 背景 savannaではRailsを利用して作られていて、

                                M1 mac上のDockerコンテナ内でChromiumを動かそうとしてやったこと&やろうとしてること - savanna blog
                              • Dockerコンテナ内からホストへ`localhost` でアクセスしてみる - Qiita

                                のっぴきならぬ事情でDockerコンテナ内からホストへlocalhost でアクセスする必要なときに役立ちそうなのでメモ。 Dockerコンテナ内からホストへアクセスするには こちらの記事が参考になりました。 --add-host オプションを利用すればなんとかなりそうです。 Dockerのコンテナの中からホストOS上のプロセスと通信する方法 - Qiita https://qiita.com/Iju/items/badde64d530e6bade382 localhost じゃなくて良いのなら host.docker.internal というDNS名が用意されているので、それを利用すればよさそうです。 ドキュメントによるとMac/Windowsで利用できそうです。 Networking features in Docker Desktop for Windows | Docker Doc

                                  Dockerコンテナ内からホストへ`localhost` でアクセスしてみる - Qiita
                                • 国内でDockerコンテナを本番利用している企業は9.2%、コンテナオーケストレーションツールはKubernetesがデファクト

                                  この記事は新野淳一氏のブログ「Publickey」に掲載された「国内でDockerコンテナを本番利用しているのは9.2%。コンテナオーケストレーションツールはKubernetesがデファクト。IDC Japanの調査結果」(2019年7月9日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 調査会社のIDC Japanは、コンテナインフラストラクチャソフトウェアのDockerコンテナ(以下、コンテナ)とコンテナオーケストレーションツールのKubernetesの導入状況に関する調査結果を発表しました。 調査は2019年4月に、国内の企業および組織468社に対してアンケート調査を行ったものです。 コンテナを本番環境で使用している企業は9.2%。ただし伸び率は低調 コンテナの導入状況について調査した結果、本番環境で使用している企業は9.2%。2018年調査からの上昇率は1

                                    国内でDockerコンテナを本番利用している企業は9.2%、コンテナオーケストレーションツールはKubernetesがデファクト
                                  • [DevSecOps] コンテナ時代のアンチウィルス対策はどうすればいいのか調べてみた|Anno Takahiro

                                    エンタープライズ企業が新しいクラウドサービスを導入する時には、自社のセキュリティ基準を満たせていることを確認するのが通例である。「セキュリティチェックシート」と呼ばれるエクセルシートを利用して一点一点チェックしていくことが多い。(この質問票で聞かれる内容が個社ごとにばらばらで、システム導入時に双方の負担になってしまっているのを標準化してなんとかできないかと思うことはあるが、この記事ではそこには触れない。) よくあるのが、「アンチウィルスソフトウェアをサーバーにインストールしていること」というチェック項目だ。明快な質問のように見えるが具体で実現するためには色々考えなければいけないことがある。標準的なサーバー構成、つまり、ハードウェアがあって、その中でOSが稼働していて、その上でアプリケーションが動いているというシンプルな構成であれば良いのだが、クラウドインフラを使い倒すようになった今ではマイ

                                      [DevSecOps] コンテナ時代のアンチウィルス対策はどうすればいいのか調べてみた|Anno Takahiro
                                    • いまさら聞けない「コンテナ」と「仮想マシン」の根本的な違いとは?

                                      関連キーワード Docker | ネットワーク 複数のクラウドやオンプレミスなど、異なる環境で迅速にアプリケーションを実行するための技術として、「コンテナ」の利用が広がっています。コンテナ管理ツールの「Docker」に加え、「Kubernetes」のようなコンテナオーケストレーションツールが利用できるようになり、開発者に限らずITインフラ運用者の間でもコンテナへの注目度が高まっています。本連載はコンテナやコンテナネットワークの基礎知識など、コンテナをITインフラ運用に用いる場合に知っておくべきポイントを解説します。 併せて読みたいお薦め記事 ネットワーク技術のトレンド 「5G」「Wi-Fi 6」だけではない 知らないとまずいネットワーク5大トレンド 「NetOps」とは何か? DevOps時代のネットワーク運用方法 コンテナ関連記事 VMwareは「コンテナ」市場で存在感を示すために何をし

                                        いまさら聞けない「コンテナ」と「仮想マシン」の根本的な違いとは?
                                      • 「Migrate for Anthos」、Googleがベータ公開。物理サーバやVMware/AWS/Azureの仮想マシンからコンテナ化、Google Kubernetes Engineへの移行ツール


                                        Migrate for AnthosGoogleVMware/AWS/AzureGoogle Kubernetes Engine GoogleVMware vSphereAmazon EC2Azure VMGoogle Compute EngineGoogle Kubernetes EngineMigrate for Anthos Migrate for AnthosAnthosGoogle CloudKubernetesIstioKnative
                                          「Migrate for Anthos」、Googleがベータ公開。物理サーバやVMware/AWS/Azureの仮想マシンからコンテナ化、Google Kubernetes Engineへの移行ツール
                                        • AWS Copilot によるコンテナアプリケーションの自動デプロイ | Amazon Web Services


                                          Amazon Web Services  AWS Copilot  稿 Nathan Peck  1 Docker AWS Copilot  AWS Copilot AWS Copilot  Cop
                                            AWS Copilot によるコンテナアプリケーションの自動デプロイ | Amazon Web Services
                                          • 「コンテナ」は「サーバ仮想化」と何が違うのか? どちらを選べばよいのか

                                            関連キーワード 仮想マシン(VM) | Docker | サーバ仮想化 1台の物理サーバをあたかも複数のサーバであるかのように利用可能にする「サーバ仮想化」技術は、物理サーバの利用効率を高め、ワークロード(アプリケーション)の処理速度を向上させるといったメリットがある。前編「タイプ1とタイプ2のハイパーバイザーとは? 完全仮想化と準仮想化の違いは?」は、サーバ仮想化を実現する主な技術を説明した。現在では、仮想マシンよりもさらに簡素化されたワークロード実行環境である「コンテナ」の利用が、企業の間で広がっている。 コンテナの基本的な仕組みと“あのメリット” 併せて読みたいお薦め記事 コンテナ技術について詳しく いまさら聞けない「コンテナ」と「仮想マシン」の根本的な違いとは? 仮想マシンとコンテナ 何が違い、どう使い分けるべきか? 仮想化技術の基礎知識 いまさら聞けない「物理サーバ」と「仮想サー

                                              「コンテナ」は「サーバ仮想化」と何が違うのか? どちらを選べばよいのか
                                            • DevelopersIO 2022にて「OSSで始めるコンテナセキュリティ」というタイトルで登壇しました #devio2022 | DevelopersIO

                                              コンサル部のとばち(@toda_kk)です。 2022/7/26〜28に開催された弊社主催のオンラインイベントDevelopersIO 2022にて、「OSSで始めるコンテナセキュリティ」をテーマに登壇しました。 動画 発表資料 セッション概要 「コンテナセキュリティってなんかいろいろあるけど、結局なにからやればいいの?」という方向けに、コンテナセキュリティの全体像や概要を解説しつつ、コンテナセキュリティに対応するためのOSSを紹介するセッションです。 ざっくりとした内容 OSSを用いることで気軽にコンテナセキュリティを実現してみよう、というテーマでお話ししました。 コンテナセキュリティに関する概要を、コンテナライフサイクルに沿ったリスクの評価と対応という形で整理した上で、関連するAWSサービスと機能を紹介しました。 また、コンテナセキュリティのOSSツールとして、Kubernetesセキ

                                                DevelopersIO 2022にて「OSSで始めるコンテナセキュリティ」というタイトルで登壇しました #devio2022 | DevelopersIO
                                              • 英39人遺体は中国人 密入国図り、コンテナで凍死か:朝日新聞デジタル

                                                英ロンドン近郊グレーズでトラックのコンテナから39人の遺体が見つかった事件で、警察は24日、39人は中国人だったと発表した。英メディアによると、冷蔵機能付きのコンテナ内で凍死した可能性がある。英国への移住希望者をコンテナに乗せ密入国させようとした組織的犯行が失敗したとの見方が出ている。 39人のうち、31人が男性で8人が女性。英BBCなどによると、このコンテナは、零下25度まで下がる機能がついていたとみられる。警察は、トラックを運転していた英領北アイルランド出身の運転手の男(25)を殺人容疑で逮捕し、24日までに北アイルランドにある男の関係先3カ所を捜索。犯罪組織などの関与がないか調べている。 警察は当初、「トラックはブルガリアを出て、19日に英西部から入国した」と説明したが、「コンテナはベルギーのブリュージュから現場に近いパーフリート港に23日未明に入り、アイルランドのダブリンから来たト

                                                  英39人遺体は中国人 密入国図り、コンテナで凍死か:朝日新聞デジタル
                                                • 《滅びの呪文》Docker Composeで作ったコンテナ、イメージ、ボリューム、ネットワークを一括完全消去する便利コマンド - Qiita


                                                  downupup() --rmialllocal--rmi --volumesdocker-compose.ymlvolumesanonymous volume --remove-orphansdocker-compose.yml 3
                                                    《滅びの呪文》Docker Composeで作ったコンテナ、イメージ、ボリューム、ネットワークを一括完全消去する便利コマンド - Qiita
                                                  • EKSコンテナ移行のトラブル事例:推測するな計測せよ -CoreDNS暴走編- - MonotaRO Tech Blog

                                                    こんにちは、モノタロウの SRE グループ・コンテナ化推進チームの田中です。 現在、私たちはシステムモダナイゼーションのプロジェクトの一環として、200以上のエンドポイントを持つモノリスのバックエンド API を EC2 上から Kubernetes マネージドサービスの EKS(Elastic Kubernetes Service)に移行しています。ノードは Fargate を使用し、監視には Datadog と Sentry を導入しています。 今回、EC2 に流れているリクエストを全て EKS に振り分けを行おうとしておりました。その際に外部(DB、 サービス)への疎通ができないといった内容の Sentry のエラーが大量に発生し、切り戻しをせざるを得ない状況に陥ったのです。エラー内容を詳しくみたところ名前解決に関するものであり、今回私たちは CoreDNS の設定を行うことで解決し

                                                      EKSコンテナ移行のトラブル事例:推測するな計測せよ -CoreDNS暴走編- - MonotaRO Tech Blog
                                                    • コンテナ環境でのJava技術の進化

                                                      JJUG CCC Fall 2022

                                                        コンテナ環境でのJava技術の進化
                                                      • コンテナやコマンドなどのリソース単位で外部への意図しない通信をブロックする

                                                        特定の外部ネットワークへの通信の制限にはファイアウォールなどを利用することが多いですが、コンテナや実行されたコマンド名などをもとに、通信を制御したいという需要が自分の中でありました。 具体的には GitHub Self-hosted runner のような CI / CD 環境で、依存パッケージに悪意あるコードが入り込んでしまうようなサプライチェーン攻撃などを検知・防御し、意図せずにクレデンシャルなどの秘匿すべき情報が外部に漏洩するのを防ぎたいと思っていました。 このようなサプライチェーン攻撃への対策は様々ですが、実行時に悪意のある動作を検出するものとして、GitLab が Falco をベースとした Package Hunter などがあります。このツールは依存パッケージなどをインストールする際に実行されるシステムコールなどを監視するものです。 検知するだけであれば Package Hu

                                                          コンテナやコマンドなどのリソース単位で外部への意図しない通信をブロックする
                                                        • EKSコンテナ移行のトラブル事例:ALBの設定とPodのライフサイクル管理 - MonotaRO Tech Blog

                                                          こんにちは、SREグループの岡田です。 モノタロウではモノタロウのクラウドネイティブ化の取り組みについて - MonotaRO Tech Blog にも記載されているようにシステムのモダナイズに取り組んでおり、その一環でEKSのPoCそして実際にECサイトの裏側のAPIを対象にコンテナ化に取り組みました。 この記事では移行時に起こったトラブルとハマったポイントの1事例をご紹介します。 前提 起こったトラブル トラブルシュート 1. 問題の整理と仮説 2. 検証 検証1.Podのステータスがterminate状態になってから削除されるまでの時間を変えてみる。 検証2.Pod Readiness Gateを試す。 検証3. ALBのDeregistration delay(登録解除までの待機時間)を短くしてみる。 分かった事 ALBを含めたPod入れ替え時の挙動 EKSにおけるトラブルシュート

                                                            EKSコンテナ移行のトラブル事例:ALBの設定とPodのライフサイクル管理 - MonotaRO Tech Blog
                                                          • クラウドネイティブの目的は運用と自動化の改善のため、コンテナやKubernetes採用の最大の課題は社内のスキルや人材不足、ローカルではMinikubeとDocker Kubernetesが人気。Canonicalによる調査結果


                                                            KubernetesMinikubeDocker KubernetesCanonical調 Canonical1000IT調Kubernetes and cloud native operations report 2021 116223.7SRE/DevOps11.59.88.75.54.6  
                                                              クラウドネイティブの目的は運用と自動化の改善のため、コンテナやKubernetes採用の最大の課題は社内のスキルや人材不足、ローカルではMinikubeとDocker Kubernetesが人気。Canonicalによる調査結果
                                                            • [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ | Amazon Web Services

                                                              Amazon Web Services ブログ [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ 2021年10月6日アップデート:AWS Black Belt コンテナシリーズのあるきかた 2021年10月版にて9月末までに公開した18本の一覧をご紹介しています。 2021年7月からAWS Black Belt オンラインセミナーのオンデマンドビデオ化しました。AWS コンテナサービスでも、新しくシリーズとして開始いたします。ひとつのビデオあたりのトピックを小さく絞ってお届けします。 今回 AWS コンテナサービスシリーズで公開したのは以下の4つです。視聴はYouTubeから、資料閲覧はSlideShareから可能です。 CON001 AWSコンテナサービス予告 YouTube SlideShare AWS Black Beltオンラ

                                                                [AWS Black Belt Online Seminar] AWS コンテナサービス開始のおしらせ | Amazon Web Services
                                                              • スエズ運河 通航再開 コンテナ船座礁から6日ぶり 原因調査へ | NHKニュース

                                                                エジプトのスエズ運河は、座礁して動けなくなっていた大型のコンテナ船が離礁に成功したことを受け、6日ぶりに通航が再開されました。座礁したコンテナ船は、運河の中ほどにある湖で検査を受けることになっていて、今後は事故原因の究明に向けた調査が進められる見通しです。 エジプトのスエズ運河では、座礁して動けなくなっていた愛媛県の正栄汽船が所有し、台湾の会社が運航する大型のコンテナ船が現地時間の29日午後、離礁に成功し、座礁から6日ぶりに運河の通航が再開されました。 船舶の位置情報などを公開する民間のウェブサイト「ベッセル・ファインダー」では通航の再開を受け、待機していた船などが続々と航行している様子が確認できますが、運河を管理するスエズ運河庁は、通常の状態に戻るには数日かかるとしています。 また、座礁したコンテナ船は運河の中ほどにある湖に移動されていて、ここで航行に支障がないかどうか船体の検査を受ける

                                                                  スエズ運河 通航再開 コンテナ船座礁から6日ぶり 原因調査へ | NHKニュース
                                                                • AWSの10分間チュートリアルをやってみる 9.Docker コンテナのデプロイ - Qiita

                                                                  こんにちは。トリドリといいます。 新卒で入社した会社でJavaを数年やった後、1年ほど前に転職してからはRailsを中心に使用してアプリケーションの開発をしているしがないエンジニアです。 今回、AWSの勉強をするために公式の10分間チュートリアルをやってみることにしたので、備忘のために記事に残していこうと思います。 AWSに関しては、1年ほど前転職活動をしていた時期にEC2とRDSを少し触っていた以外ほとんど触ったことが無い初心者です。 (ただし、このときにアカウントを作ったので、12ヶ月の無料枠は切れていました) 前回は、EB CLIを使用してデプロイ・モニタリングなどを行う、「Deploy and Monitor an Application from the Command Line」」というチュートリアルをやりました。 今回は、「Docker コンテナのデプロイ」をやっていきます。

                                                                    AWSの10分間チュートリアルをやってみる 9.Docker コンテナのデプロイ - Qiita
                                                                  • Laravelのサービスコンテナとサービスプロバイダはどういうものなのか - Qiita

                                                                    なぜこの記事を書いたのか 今社内で Laravel 本の読書会をしたり、公式マニュアルの日本語翻訳ドキュメントを読んだりしながら、Laravelの学習を進めているわけだが、どうもサービスコンテナとサービスプロバイダが重要であることは伝わってくるんだが、その説明がしっくりこない。 なぜなんだろうということで、ソースを読んでみたり、色んな人のまとめを見てみたり、チュートリアルの動画を見てみたりしていて、「あー、こういうものかー」ということで自分的に納得がいったので、それを書いてみたというのがこれになります。 この記事の内容は、あくまでもサービスコンテナとサービスプロバイダの役割のほんの表面をなぞっただけで、全然深堀りしてるものではないです。サービスコンテナとサービスプロバイダは本当にいろいろなことをしていて、これで書いているのはごくごく入り口の部分の理解ということになります。 サービスコンテナ

                                                                      Laravelのサービスコンテナとサービスプロバイダはどういうものなのか - Qiita
                                                                    • Docker のインストールからイメージビルド・コンテナ起動・Composeまで - A Memorandum

                                                                      はじめに Docker のインストール Docker の起動 コンテナの起動 Docker Hub から nginx のイメージを取得 取得したイメージから ws-nginx という名前でコンテナを作成 作成したコンテナを起動 コンテナの操作 動いているコンテナの一覧 コンテナの停止 停止しているコンテナを含めて一覧 コンテナの削除 イメージの一覧 イメージの削除 Dockerfile からイメージ作成 Nginx の設定ファイルの準備 Dockerfile の作成 Dockerfile のビルド イメージの実行 Docker Compose docker-compose.yml の作成 docker-compose up まとめ はじめに Docker の OSX への導入からコンテナ起動までを見ていきます。 Docker のインストール DockerHub からインストーラをダウンロー

                                                                        Docker のインストールからイメージビルド・コンテナ起動・Composeまで - A Memorandum
                                                                      • AWS LambdaサポートのコンテナイメージとAWS CDKを利用したマイクロサービス開発 | Amazon Web Services

                                                                        Amazon Web Services ブログ AWS LambdaサポートのコンテナイメージとAWS CDKを利用したマイクロサービス開発 AWS Cloud Development Kit (AWS CDK)はオープンソースソフトウェア開発フレームワークで、使い慣れたプログラミング言語でクラウドアプリケーションリソースを定義する事が可能です。AWS CDKはローカル環境でのコンテナイメージのビルドが可能で、コンテナイメージの Amazon Elastic Container Registry (Amazon ECR)へのデプロイや、コンテナイメージをLambda関数として実行する設定も可能です。AWS CDKは少しの学習だけでAWSへのオンボーディングを加速できます。AWS CDKは既存のスキルやツールの利用が可能であり、クラウドインフラストラクチャの構築タスクに活用できます。 AWS

                                                                          AWS LambdaサポートのコンテナイメージとAWS CDKを利用したマイクロサービス開発 | Amazon Web Services
                                                                        • コンテナイメージのlazy pullingをcurlで試してみる - knqyf263's blog

                                                                          はじめに 参考 Stargz 概要 詳細 HTTP Range 互換性 Stargzまとめ eStargz 概要 最適化 TOC, TOCEntry Footer Stargz Snapshotter eStargzまとめ 実験 トークン取得 インデックス取得 マニフェスト取得 Footer取得 TOC取得 ファイル取得 実験まとめ 余談 応用例 自作ライブラリ 計測 まとめ はじめに コンテナイメージのlazy pullingが各ツールで利用可能になりつつあるようです。以下は stargz-snapshotter のメンテナである @TokunagaKohei さんによるブログです。 medium.com lazy pullingが何かを簡単に説明しておくと、コンテナイメージ全体を最初にpullせずにコンテナ実行後に必要なファイルのみを遅延でpullするものです。docker runしよ

                                                                            コンテナイメージのlazy pullingをcurlで試してみる - knqyf263's blog
                                                                          • zstd 圧縮したコンテナイメージを使用して AWS Fargate の起動時間を短縮する | Amazon Web Services

                                                                            Amazon Web Services ブログ zstd 圧縮したコンテナイメージを使用して AWS Fargate の起動時間を短縮する この記事は Reducing AWS Fargate Startup Times with zstd Compressed Container Images (記事公開日 : 2022 年 10 月 13 日) の翻訳です。 AWS Fargate は、Amazon Elastic Container Service (Amazon ECS) および Amazon Elastic Kubernetes Service (Amazon EKS) 上で動作するコンテナワークロードのためのサーバーレスコンピューティングエンジンです。コンテナオーケストレーターがコンテナワークロードをスケジューリングすると、AWS Fargate はそのワークロードを実行するた

                                                                              zstd 圧縮したコンテナイメージを使用して AWS Fargate の起動時間を短縮する | Amazon Web Services
                                                                            • ftrace を使ったコンテナ内デバッグの準備/container-debug-using-ftrace

                                                                              Embedded Container Runtime Updates - The container performance issues caused by the cgroup

                                                                                ftrace を使ったコンテナ内デバッグの準備/container-debug-using-ftrace
                                                                              • 「今すぐコンテナを使い始めたい人のためのAmazon ECSとAWS Copilot」というタイトルで登壇しました #AKIBAAWS | DevelopersIO

                                                                                コンサル部のとばち(@toda_kk)です。 先日、弊社主催のオンラインイベント AKIBA.AWS ONLINE #2 にて、コンテナ初心者向けにAmazon ECSとAWS Copilotについて登壇しました。発表資料や、登壇内容を決めた経緯などを共有します。 動画 発表資料 サンプルコード 発表にあたって、実際にAWS Copilotを使い始められるようにサンプルコードを用意しました。ぜひご活用ください。 わかりづらいところや、もっとこうしてほしいといったご要望があればフィードバックいただけると嬉しいです! 発表内容を決めた経緯 インフラエンジニアからみたコンテナ利用 私は、普段のコンサルティング業務ではECSやEKSといったコンテナ関連のサービスについて担当することが多いです。そのため、ありがたいことに社内のチームメンバーからコンテナについてしばしば相談を受けることがあります。 そ

                                                                                  「今すぐコンテナを使い始めたい人のためのAmazon ECSとAWS Copilot」というタイトルで登壇しました #AKIBAAWS | DevelopersIO
                                                                                • 「Docker Dev Environments」発表 Dockerコンテナで開発環境のバージョン管理などが可能に


                                                                                  PublickeyDocker Dev EnvironmentsDocker使202172ITmedia NEWS DockerGitHubDockerDocker Dev Environments GitHub 
                                                                                    「Docker Dev Environments」発表 Dockerコンテナで開発環境のバージョン管理などが可能に