並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 1790件

新着順 人気順

コンテナの検索結果361 - 400 件 / 1790件

  • 木のコンテナが今すごい!どこにでも移動できるキャンピングトレーラー、コンサートやバー、茶室などへの用途も

    木のコンテナが今すごい!どこにでも移動できるキャンピングトレーラー、コンサートやバー、茶室などへの用途も 今年は「脱炭素社会の実現に資する等のための建築物等における木材の利用の促進に関する法律(通称、改正木材利用促進法)」によって、公共建築物やマンションまで「木造」の建築物が次々と誕生しています。そんな中、ついに車にまで木造が進出。箱型の居室に窓やテーブルが整備された木造のキャンピングトレーラー「Wood Vehicle(ウッドビークル)」です。はたしてどんな空間なのでしょうか。誕生の理由と今後の可能性を聞きました。 福井県産の杉を使用。部位で使い分けて強度を確保 木造のキャンピングトレーラー「Wood Vehicle(ウッドビークル)」をデザインしたのは、一級建築士で株式会社HUG山田敏博さん。木造建築の可能性を探るNPO法人 team Timberize(ティンバライズ)の副理事長も務

      木のコンテナが今すごい!どこにでも移動できるキャンピングトレーラー、コンサートやバー、茶室などへの用途も
    • AWS CDK + ecspressoでAWSコンテナリソースの管理をラクにしよう! - Qiita

      はじめに 最近、AWS CDKでコンテナ関連のリソース構築をしておりますが、コンテナリソースをどこまでCDKで実装するべきかが大きな悩みの種でした。 今回、コンテナ周辺のリソースをCDK、コンテナ本体のリソースをecspressoで構築した為、構築内容の紹介となっています。 ecspressoとは ECSサービス、タスクに関わる最小限のリソースをコード管理する事ができるツールです。 CDKを使う中で「CDKでサービス定義、タスク定義をするのは運用上厳しい」と感じた為、 CDKでサービス定義、タスク定義以外のリソースを構築 ecspressoでサービス定義、タスク定義、デプロイにも利用 ecspressoの外部参照機能(後述)を利用し、CDKで定義したリソースを取り込み といった構築の仕方をしています。 動作環境 cdk 2.59.0 ecspresso v2.1.0 構築内容 今回はサンプ

        AWS CDK + ecspressoでAWSコンテナリソースの管理をラクにしよう! - Qiita
      • AWSがProtonを発表 - パブリックプレビュー版の新しいコンテナ管理サービス

        Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

          AWSがProtonを発表 - パブリックプレビュー版の新しいコンテナ管理サービス
        • マイクロソフト、コンテナをサーバレスで実行する「Azure Container Apps」発表。KEDAとDaprを採用。Ignite 2021

          マイクロソフト、コンテナをサーバレスで実行する「Azure Container Apps」発表。KEDAとDaprを採用。Ignite 2021 Azure Container Appsは、コンテナとしてパッケージングされたアプリケーションを、何らかのイベントをトリガーにして実行します。アプリケーションは負荷に応じてスケールし、イベントがなくなればインスタンス数はゼロになる、いわゆるサーバレスな実行環境を実現するサービスです。 下記は「Introducing Azure Container Apps: a serverless container service for running modern apps at scale」からの引用です。 Azure Container Apps enables executing application code packaged in any c

            マイクロソフト、コンテナをサーバレスで実行する「Azure Container Apps」発表。KEDAとDaprを採用。Ignite 2021
          • 【Django】VSCode+RemoteContainersを使ってDjangoのコンテナ(Docker)開発環境をサクっと構築する - Qiita

            【Django】VSCode+RemoteContainersを使ってDjangoのコンテナ(Docker)開発環境をサクっと構築するPythonDjangoDockerPython3VSCode はじめに RemoteContainers、とても便利ですよね。おかげでPyCharmからVSCodeに浮気しそうです。 Django+RemoteContainersについて書かれた記事が無かったので、最小構成でDjango開発環境を構築する手順を投稿します。 RemoteContainersとは 超簡単にコンテナを作成・接続することができるVSCodeの拡張機能です。 Dockerコマンドを一つも手打ちすることなく環境構築を終わらせることができます。 この記事を読む分にはその程度の理解で問題ありません。 事前準備 1.Dockerfileを用意する python:3.8のイメージを使用すれば

              【Django】VSCode+RemoteContainersを使ってDjangoのコンテナ(Docker)開発環境をサクっと構築する - Qiita
            • 第46回 Linuxカーネルのコンテナ機能 ― cgroupの改良版cgroup v2[7] | gihyo.jp

              前回は、4.14カーネルでcgroup v2に導入されたスレッドモードの概要を説明しました。今回は、実際にスレッド化サブツリーを作成して操作を行ってみましょう。 今回の実行例は、デフォルトではcgroupをマウントしないPlamo Linux 7.2環境で試しています。systemdを採用したディストリビューションの場合、カーネルの起動パラメータにcgroup_no_v1=allと指定して、すべてのコントローラがcgroup v2から使えるようにするとcgroup v2の機能が試しやすいでしょう。 そして、今回の実行例はいずれもrootユーザで実行しています。 それでは早速、cgroup v2のツリー中でどのようにスレッド化サブツリーを作り、操作していくのかを見ていきましょう。 スレッド化サブツリーを作るには2つの方法があります。 cgroup.typeファイルへの書き込みによるスレッド化

                第46回 Linuxカーネルのコンテナ機能 ― cgroupの改良版cgroup v2[7] | gihyo.jp
              • 【AWS】異なるECSサービスでのコンテナ間通信 - Qiita

                はじめに 以前、ECSタスク内でのコンテナ間通信について調べた際にNginxコンテナとGunicornコンテナを同一タスク内に構築してみました。 そのためタスク数を増やそうとした時にNginxコンテナとGunicornコンテナが1セットとして増えていくような構成となり、それぞれ個別にスケーリングすることができませんでした。 今回はNginxとGunicornはECSサービスを分けて構成し、それぞれのサービスが個別にスケーリングできるようにしていきます。 異なるECSサービスでのコンテナ間通信を実現するために「サービス検出」機能を使用したいと思います。 構成図 以下のような構成を目指します。 サービス検出関連の設定として下記を使用します。 名前空間名:local サービス名:ecs-django-gunicorn サービス検出の有効化 サービス検出はECSサービス単位で設定しますが、今回はG

                  【AWS】異なるECSサービスでのコンテナ間通信 - Qiita
                • GTMにサーバーサイドで動作するサーバー用コンテナが登場 | アユダンテ株式会社

                  2020年8月13日、Googleタグマネージャーのコンテナ種別へ「Server」が新たに加わりました。 これはユーザーのブラウザ上ではなく、ユーザーとは切り離された仮想サーバー上でもろもろの処理を行うためのコンテナで、リリース時点ではまだオープンベータとなっています。なおサーバー用コンテナはGCP(Google Cloud Platform)を利用するため、テスト環境での運用を除き、本番環境での利用は基本的に有料です。 管理画面や用語などのUIは、基本的にウェブ用コンテナなどとかなり似ています。 「サーバーで動作する」「有料」という、ほかのコンテナ種別と比較してもかなり特徴的なこのサーバー用コンテナ。 本記事では各種機能の詳細紹介は省いて、概要をまとめてみました。というのも、触るのに必要なスキルがかなりエンジニア性を求められるため、まず「どんなことをするためのもの」で「どういう仕組みで動

                    GTMにサーバーサイドで動作するサーバー用コンテナが登場 | アユダンテ株式会社
                  • Docker Hub の新しいコンテナ・イメージ保管ポリシー(参考訳) - Qiita

                    原文: Container Image Retention Policy | Docker https://www.docker.com/pricing/retentionfaq こちらに書かれている内容を把握するためのものです。 TL;DR(今北産業) Docker Hub の Free プランは、6ヶ月間使っていない(inactive)イメージが削除対象で、2020 年 11 月 1 日から適用 「inactive」タグとは、一定期間(現在の Free プランは 6ヶ月間)使われていないイメージ(pullもpushもしていない)が対象 Docker Hub の容量は 15PB で、半年以上使われていないイメージが 4.5PB →運用最適化とサービス強化のため実施 コンテナ・イメージ保管ポリシー (Container Image Retention Policy) FAQ Docker

                      Docker Hub の新しいコンテナ・イメージ保管ポリシー(参考訳) - Qiita
                    • 最近のLinuxコンテナの進化 / TechFeed Summit #3

                      TechFeed Summit #3 中の LT 資料です。

                        最近のLinuxコンテナの進化 / TechFeed Summit #3
                      • コンテナの世界での AWS Fargate の役割 | Amazon Web Services

                        Amazon Web Services ブログ コンテナの世界での AWS Fargate の役割 2017 年、AWS は、AWS Fargate と呼ばれる大規模なコンテナを実行するサーバーレスサービスを導入しました。今日、お客様は毎週何百万ものコンテナをローンチしています。お客様が Fargate を好むのは、多くのインフラストラクチャにまつわる未分類の重労働から解放してくれるからだと繰り返し伝え聞いています。たとえば、お客様は EC2 フリートまたはコンテナランタイムのサイズ変更、スケーリング、パッチ適用、更新について責任を負う必要がなくなりました。 過去 2 年間で気付いたのは、Fargate は非常に斬新なアイデアであることから、お客様の中には大規模な AWS コンテナポートフォリオの特定のレイヤーに入れるのが難しいと感じていらっしゃる方もおられるということです。当社は、お客様

                          コンテナの世界での AWS Fargate の役割 | Amazon Web Services
                        • Amazon ECS での Bottlerocket の始め方 〜 コンテナ向けのセキュアな Linux ディストリビューション | Amazon Web Services

                          Amazon Web Services ブログ Amazon ECS での Bottlerocket の始め方 〜 コンテナ向けのセキュアな Linux ディストリビューション この記事は Getting started with Bottlerocket and Amazon ECS を翻訳したものです。 2021年 6 月 30 日に、Amazon ECS に最適化された Bottlerocket の AMI が一般提供され、Amazon ECS が Bottlerocket をサポートしたことを発表しました。Bottlerocket はセキュリティとメンテナンス性を重視し、コンテナベースのワークロードをホスティングするための信頼性と一貫性のある Linux ディストリビューションを提供するオープンソースプロジェクトです。 この記事では、Amazon ECS で Bottlerocke

                            Amazon ECS での Bottlerocket の始め方 〜 コンテナ向けのセキュアな Linux ディストリビューション | Amazon Web Services
                          • 個人利用の場合は無償となる仮想化アプリ「VMware Fusion 12 Player for Mac」でもコンテナやスナップショット機能は利用可能。

                              個人利用の場合は無償となる仮想化アプリ「VMware Fusion 12 Player for Mac」でもコンテナやスナップショット機能は利用可能。
                            • コンテナ データセンターで AS 取ってみた – Made in container

                              2021/03 末に APNIC から ASN と IPv4 /23、IPv6 /48 を個人として割り当てを受けました。 半年近くかかってしまいましたが、ようやく Internetable になったのでメモ程度ですが書き残しておきます。 1. データセンターを建設します 月日が経つのは早いもので、コンテナ用地を競売で取得してから既に 5 年ほど経ちました。 一般のご家庭でサーバーやネットワーク機器を稼働させると騒音やら夏場の室温やら床の耐荷重が気になるので、 若いうち ( 家庭内稟議とかいう面倒な制度が導入される前) にデータセンターを 1 つ建てておくといいと思います。 この記事を読んでいる方には今更かと思いますが、過去の投稿や記事もご参考にどうぞ。 ブログ記事 https://www.syuheiuda.com/?cat=40Think IT の記事 https://thinkit.

                              • .NET 系の DI コンテナ - Qiita

                                やっとコードよりの話になれる!!過去の 2 記事は言語ごとの事情や、その人の経験などで色々ちょっとずつ異なることがあるので「〇〇の場合は違う」とか「こういう側面もある」とか色々コメントしやすい感じだったのですが、そのおかげで初めての Qiita のデイリーで No1 取れました。やったね! ということで、自分の主戦場の C# での DI コンテナ事情について書いてみたいと思います。 Microsoft.Extensions.DependencyInjection ASP.NET Core などで何も考えないと使うことになる、事実上の標準の DI コンテナです。 非常にシンプルで DI コンテナとして最低限これくらいは持ってるだろうと思われる機能だけ持ってます。 例えば、以下のようなクラスがあったとします。 interface IMyService { void Greet(); } cla

                                  .NET 系の DI コンテナ - Qiita
                                • 海上コンテナを鉄道輸送、低床貨車で実証へ…「物流2024年問題」対応

                                  【読売新聞】 政府は国際海上輸送用の大型コンテナを、鉄道による陸上輸送にそのまま使う一貫輸送を全国に拡大する検討に入った。今年度内にJR貨物と実証実験を始め、運用面を含めた課題を検証する。貨物鉄道の活用で、トラック運転手の時間外労働

                                    海上コンテナを鉄道輸送、低床貨車で実証へ…「物流2024年問題」対応
                                  • 【レポート】 JAWS-UGコンテナ支部 21 西谷圭介さんとトリさん徹底討論スペシャル #jawsug_ct | DevelopersIO

                                    コンサル部のとばち(@toda_kk)です。 JAWS-UGコンテナ支部 #21 に参加しました。 今回はいつもと毛色が異なり、AWS Japanからスタートアップへ転身された元サーバーレスSAの西谷圭介さんと元コンテナSAのトリさんのお二人に プロレス 討論していただこうという企画になっていました。 セッションタイトルでは「スタートアップ向け」とはなっているものの、スタートアップ以外の企業様にとってもサーバーレスとコンテナの活用を考える上で参考になる討論となっておりましたので、簡単に内容をまとめてみました。 拾いきれていないところも多々あり、また大変面白いやりとりもありました。動画アーカイブが公開されるようなので、全編が気になる方はぜひご覧ください! 動画アーカイブ セッション一覧 内容 登壇者 AWS最近のコンテナアップデート振り返り 概要 みなさん、最近のAWSコンテナアップデート追

                                      【レポート】 JAWS-UGコンテナ支部 21 西谷圭介さんとトリさん徹底討論スペシャル #jawsug_ct | DevelopersIO
                                    • コンテナ プラットフォームの新たな進化について | Google Cloud 公式ブログ

                                      ※この投稿は米国時間 2023 年 8 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 Google Cloud は、コンテナ化されたワークロードを実行するための最適な場所になるという使命を担ってきました。それは 2014 年に始まり、Google の内部クラスタ管理システムである Borg を元に、Google は Kubernetes を発明し、世界初のマネージド Kubernetes サービスである Google Kubernetes Engine(GKE)を導入しました。GKE は、現在利用できる最もスケーラブルな、業界をリードする Kubernetes サービスです1。2019 年には、当社はコンテナとサーバーレスの利点を組み合わせた初のサーバーレス プラットフォームである Cloud Run をリリースしました。現在 Cloud Run は、ク

                                        コンテナ プラットフォームの新たな進化について | Google Cloud 公式ブログ
                                      • 三菱UFJ銀行が「コンテナ開発」を選んだ理由、マネーツリーと見つけた“勝ちパターン”とは

                                        フィンテック企業が提供する金融サービス機能をAPI経由で利用できる「埋込型金融(エンベデッドファイナンス)」が注目されている中、既存の金融機関がフィンテック企業とのサービスの共創を阻む課題の存在も指摘されている。開発におけるその解決策とは何か。三菱UFJ銀行とマネーツリーが共同展開する家計管理スマホアプリ「「Mable(メイブル)」の事業展開を基に、大手金融機関とスタートアップが共創によりサービスを開発するための勝ちパターンを探る。

                                          三菱UFJ銀行が「コンテナ開発」を選んだ理由、マネーツリーと見つけた“勝ちパターン”とは
                                        • 英国コンテナ39人遺体 日本で働いたベトナム女性は家族のため再び異国へ渡り亡くなった

                                          <アジア系の若い男女が遺体で見つかった事件は、外国人労働者をめぐる闇を明るみにした──> ベトナム北中部の複数の地方に点在する田舎町は今深い悲しみに包まれている。10月23日、遠く故郷を離れた英国ロンドン北東にあるエセックス州グレイズで冷凍トラックの荷台コンテナから発見された39体の遺体の中にベトナム人が含まれていることがわかったからだ。 コンテナ内で不慮の死を遂げたベトナム人の中に家族がいるとみられるハティン省、ゲアン省に住む28家族は、ベトナム当局から英国で見つかった遺体に関する手掛かりや情報が入るのを絶望的な気持ちで待ち続けている。 英BBCや米CNNなどによると、10月23日午前グレイズの救急隊は、ウォーターグレイド産業の敷地内に駐車していた大型トラックのコンテナ内に39人の遺体があるとの緊急連絡を受けて現場に急行した。 コンテナの中には8人の女性と31人の男性の遺体があり、全員の

                                            英国コンテナ39人遺体 日本で働いたベトナム女性は家族のため再び異国へ渡り亡くなった
                                          • VS Code 開発コンテナー用カスタム Docker イメージの開発方法

                                            はじめに ここでは VS Code 開発コンテナー用カスタム Docker イメージの開発方法について説明します。 動作確認は Linux 環境を使っているため、Windows や macOS とは違っている場合があります。できるだけ Docker が動作する環境であれば動くようにはしています。 この記事の対象者の前提は下記となります。 Visual Studio Code(VS Code)が使えること Docker が使えること Node.js で NPM を使ったパッケージ管理について基本的なことを知っていること Docker Compose の基本的な使い方を知っていること Linux の基本的な使い方を知っていること 使用する環境は下記です。 Visual Studio Code Docker 拡張機能: ms-azuretools.vscode-docker Dev Contai

                                              VS Code 開発コンテナー用カスタム Docker イメージの開発方法
                                            • 第47回 非特権コンテナの可能性を広げるseccomp notify機能 | gihyo.jp

                                              前回の連載が掲載されたあと、久々にコンテナの勉強会をオンラインで開催しました。2回に渡って、cgroupをテーマにカーネルの実装に踏み込んだ内容のお話が聞けました。私もcgroup v1の内部構造についてお話しました。動画は公開されていますのでぜひご覧ください。 さて、今年も気がつけばもう12月で、Advent Calendarの季節になりました。今年はいろいろなことがありましたが、今振り返るとあっという間だった気がします。今年もこの連載で毎年参加しているLinux Advent Calendarに参加します。この記事はLinux Advent Calendar 2020の15日目の記事となります。 この連載は、名前に「LXCで学ぶ」と付いているわりには、最近まったくLXCが出てきませんでしたが(^_^;)、今回は久々にLXCコンテナを使って機能の説明をしたいと思います。とは言ってもLXC

                                                第47回 非特権コンテナの可能性を広げるseccomp notify機能 | gihyo.jp
                                              • サーバーレスなWebアプリを、Dockerコンテナ上に移植する - Qiita

                                                概要 以前Qiitaで公開した、Vue.jsとAWSでつくるシングルページの家計簿アプリを、Dockerコンテナ上に移植しました。そこで、その過程をここに軽くまとめておきます。 GitHubのリポジトリは、こちらです。docker-composeコマンドが使えるサーバーにコードをデプロイすれば、使えるようになると思います。 # コードをGitHubから取得 git clone https://github.com/KMimura/AccountingApp # 取得されたフォルダに移動 cd AccountingApp # docker-composeの立ち上げ docker-compose up -d 元のサーバーレスのアプリ 同アプリは、元々サーバーレスな感じでデプロイしてありました。 Vue.jsで作ったフロントエンドの部分はS3上に静的ホスティングをされていて、各種データは、Lam

                                                  サーバーレスなWebアプリを、Dockerコンテナ上に移植する - Qiita
                                                • DBプラットフォームの変遷 - ベアメタル、VM、そしてコンテナへ

                                                  2020/5/20、Infra Study Meetup#2のLT資料です。

                                                    DBプラットフォームの変遷 - ベアメタル、VM、そしてコンテナへ
                                                  • 福島第1原発に中身不明のコンテナ4000基 放射線管理区域内 | 毎日新聞

                                                    東京電力福島第1原発の(左から)1~4号機=福島県大熊町で2021年2月13日、本社ヘリから手塚耕一郎撮影 東京電力は5日、福島第1原発の放射線管理区域内に設置されている放射性廃棄物入りのコンテナ約8万5000基のうち、約4000基の中身が把握できていないと発表した。東電は調査計画を策定し、内容物の確認を進めるとしている。 東電によると、事故後、コンテナの内容物をリスト化し始めたが、約4000基は未確認…

                                                      福島第1原発に中身不明のコンテナ4000基 放射線管理区域内 | 毎日新聞
                                                    • 最高時速600kmで1日2,800コンテナを輸送! ハイパーループTTがハンブルグに「ハイパーポート」の建設を計画

                                                      最高時速600kmで1日2,800コンテナを輸送! ハイパーループTTがハンブルグに「ハイパーポート」の建設を計画2021.07.12 17:0022,382 岡本玄介 飛行機の速度でコンテナが届く! イーロン・マスクが構想を発表したのち、2013年に設立されたHTT(ハイパーループ・トランスポーテンション・テクノロジーズ)。彼らが作ろうとしている「ハイパーループ」は、大きなチューブの中の空気を減圧して、その中を音速(時速1,225km)に近いスピードで人や貨物の入ったカプセルを移動させる、次世代交通システムです。 ハンブルグにできる「ハイパーポート」計画そのHTTが、このたびドイツで港の運営を行なっているハンブルク自由港倉庫建築組合(HHLA)と提携し、高速でコンテナを移動させられる「HyperPort(ハイパーポート)」建設の計画を発表しました。 これはポッドに6m長のコンテナを2個、

                                                        最高時速600kmで1日2,800コンテナを輸送! ハイパーループTTがハンブルグに「ハイパーポート」の建設を計画
                                                      • AWS FargateでFireLens(Fluent Bit)を最小構成で起動し、ECS ExecでFireLensコンテナに入ってみる | DevelopersIO

                                                        rain deploy時のパラメータ指定。VPC ID、サブネットIDはご自身の環境に合わせ変更してください。 rain deploy ./fargateWithFirelens.yml fargateWithFirelens-stack --params \ AppName=webapp,\ ClusterName=cluster,\ DesiredCount=1,\ Environment=test,\ ImageNameFirelens=public.ecr.aws/aws-observability/aws-for-fluent-bit:latest,\ ImageNameWebApp=public.ecr.aws/nginx/nginx:latest,\ ProjectName=minimum,\ PublicSubnet1=subnet-043566448c316b46a,\

                                                          AWS FargateでFireLens(Fluent Bit)を最小構成で起動し、ECS ExecでFireLensコンテナに入ってみる | DevelopersIO
                                                        • DIコンテナのテスト以外での利点について (7/15修正) - Qiita

                                                          概要 Martin Fowler氏によってDependency Injection (以下DI) と DIコンテナについての概念が2004年に発表されて約16年。 Java だけでなく JS や Swift、C# と言った様々な言語に実装されてきて基本的な設計概念として定着してきた。 だが、DIコンテナの利点、なぜDIコンテナを使うのかという話になってくると テスト容易性をあげる、という話ばかりが多くそれ以外のメリットについて説明されることが少ないと感じてる。 Java開発を変える最新の設計思想「Dependency Injection(DI)」とは DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる そこでこの記事ではテスト容易性の向上以外のDIコンテナのメリットについて書いていきたいと思う。 まぁまぁ長いので面倒だったら結論を先に読むでいいと思う 当初、

                                                            DIコンテナのテスト以外での利点について (7/15修正) - Qiita
                                                          • スエズ運河 コンテナ船座礁 周辺の土砂取り除く作業終わる | NHKニュース

                                                            エジプトのスエズ運河で、愛媛県の会社が所有する大型のコンテナ船が座礁した事故で、エジプト当局はコンテナ船を動かすため周辺の土砂を取り除く作業が終わったと発表しました。このあとコンテナ船をタグボートでけん引し離礁を目指すとしています。 動かすには風向きや潮の流れも アジアとヨーロッパを結ぶ海上交通の要衝、エジプトのスエズ運河で23日、愛媛県の正栄汽船が所有し、台湾の会社が運航する大型のコンテナ船が座礁し、運河がふさがれた状態になっています。 運河を管理するエジプトのスエズ運河庁は、浅瀬に乗り上げているコンテナ船を動かすため周辺の土砂を取り除く作業を進めていましたが、26日夜、作業が完了したと発表しました。 そして、大型のタグボート9隻で船のけん引を始めたということですが、コンテナ船を動かすためには、風向きや潮の流れなど条件が整うことも必要だと説明しています。 スエズ運河の通航の手続きを行う会

                                                              スエズ運河 コンテナ船座礁 周辺の土砂取り除く作業終わる | NHKニュース
                                                            • ECRでコンテナ脆弱性診断が標準実装されていたので試してみた - Qiita

                                                              ※2019/10/29(火)追記: 公式で発表されてました!合わせて、issuesもClosedになっていました。 Native Container Image Scanning in Amazon ECR 公式ドキュメント ※2019/10/27(日)追記: 再び利用可能になっていました。 下記のissuesに経緯等が記載されています。 ECR Image vulnerability scanning #17 ※2019/10/25(金)追記: 本機能は使用出来なくなっているようです。 ECRでスキャン? 今日の業務中にふとECR画面見たら、「スキャン」の表示を見つける。 コンテナの脆弱性診断が実装されてる? ん?こんなのあったっけ。見落としていただけかな。ということで触ってみた。 リポジトリ作成 「プッシュ時にスキャン」画面メニューがある。とりあえず、リポジトリ作成してみる。 なるほど

                                                                ECRでコンテナ脆弱性診断が標準実装されていたので試してみた - Qiita
                                                              • 大コンテナ時代における.gitを使うワークフローの難点を解決するためにGitHubDDLを作った - ぱいぱいにっき

                                                                こんにちは、この記事はPerl Advent Calendar 2021の4日目の記事です。 3日目は@yoku0825さんのPerlで作られたMySQL用の何かについてでした。日々お世話になっている、pt-query-digestがPerlで作られているのは知っていたのですが、他にもいろいろPerl製ツールがあるんですね。 さて、最近仕事で発生した課題を解決するためにGitHubDDLというCPANモジュールを作ったので紹介させていただきます。 TL;DR コンテナ環境において、プロジェクトの.gitをコンテナイメージに焼いたり、volume mountを行うのはいくつかの面で望ましくない 仕事ではDBスキーママイグレーションに.gitを用いるGitDDLを使用していた 以上のために、ECSでEFSマウントで.gitをマウントして構成が複雑になったり、.gitをイメージに焼いてpullが

                                                                  大コンテナ時代における.gitを使うワークフローの難点を解決するためにGitHubDDLを作った - ぱいぱいにっき
                                                                • AWS Fargateで動かしてるコンテナの中に入る方法 - Qiita

                                                                  はじめに AWS Fargateの場合、トラブルがあった時に動かしてるコンテナの中に入ってなくて調査できないのが不便なのでコンテナに入る方法を調査した。 現時点(2020年9月)でAWS Fargateの独自機能でコンテナの中に入る方法はない コンテナにsshdをインストールする方法とssm-agentをインストールする方法がある ssm-agentを使うとSSHのポートの開放やSSHする公開鍵の管理などをしなくて済むためssm-agentを使う方法で行った。 コンテナにsshdをインストールする方法 SSHのポートを空けておく コンテナの中の~/.ssh/authorzied_keysにsshするユーザーの公開鍵を追加しておく コンテナの中にsshdをインストールしておいて、コンテナ起動時にsshdを立ち上げておく メリット セッションマネージャーを使わないため、セッションマネージャーを

                                                                    AWS Fargateで動かしてるコンテナの中に入る方法 - Qiita
                                                                  • Next.jsのコンテナからVercelへの移行とISRを有効化する際のハマりどころ - BOOK☆WALKER inside

                                                                    こんにちは。 メディアサービス開発部Webアプリケーション開発課でフロントエンドエンジニアをしているnerikeshiです。主にTypeScriptでReactアプリケーションの開発をしています。 本記事では、コンテナで稼働させていたNext.jsアプリケーションのVercelへの移行と、それに付随して行ったISR導入時に起きたハマりどころについてお話しします。 本記事は同じWebアプリケーション開発課でバックエンドを担当しているフサギコ(髙﨑)との共同執筆記事です。 一迅プラスとは 以前の一迅プラス フロントエンドに関するインフラ構成の見直し Vercelへ移設するにあたって遭遇した迷いどころ、ハマりどころ DNSレコードの設定 SSL証明書 ISRページが404になったときのrevalidateの挙動について バックエンドがフロントエンドからのアクセスをIPアドレスで制限できない 一迅

                                                                      Next.jsのコンテナからVercelへの移行とISRを有効化する際のハマりどころ - BOOK☆WALKER inside
                                                                    • 【待望】コンテナデバッグが捗る!ECS-optimized AMIにSSMエージェントがプリインストールされるようになりました | DevelopersIO

                                                                      「やっぱり…タスクが変な動きしてる時、Dockerコマンド使いたくなるやん。それが人間ってもんやん…」 ECS(on EC2)の環境で、コンテナが妙な起動をしているとき、そのホストインスタンスにログインしてDockerコマンドで原因追求することを日常のオペレーションとして実施されている現場多いと思います。Fargateではできない、docker execを利用した調査、捗りますよね。そんな皆様に待望のアップデートです。 AWS Systems Manager Agent を Amazon ECS 用に最適化された Linux 2 AMI にプリインストール SSMエージェントがプリインストールされるということは、セッションマネージャーが使えるということです。ということは、ホストインスタンスログインのための、踏み台サーバの設置、セキュリティグループの開放、SSHキーの管理などが全て不要になる

                                                                        【待望】コンテナデバッグが捗る!ECS-optimized AMIにSSMエージェントがプリインストールされるようになりました | DevelopersIO
                                                                      • 「現在のJavaは軽量でコンテナの開発に向く」、日本マイクロソフトとレッドハットが対談 | IT Leaders

                                                                        IT Leaders トップ > テクノロジー一覧 > 開発ツール/プラットフォーム > 市場動向 > 「現在のJavaは軽量でコンテナの開発に向く」、日本マイクロソフトとレッドハットが対談 開発ツール/プラットフォーム 開発ツール/プラットフォーム記事一覧へ [市場動向] 「現在のJavaは軽量でコンテナの開発に向く」、日本マイクロソフトとレッドハットが対談 Red HatはQuarkusをサポート、Javaによるコンテナ開発を支援 2020年9月18日(金)日川 佳三(IT Leaders編集部) リスト 「現在のJavaはコンテナやサーバーレスなどのクラウドネイティブ開発にも向いている」――。2020年9月18日、Java開発に詳しい専門家として、日本マイクロソフトの寺田佳央氏と、レッドハットの伊藤智博氏が対談した。両氏は、現在のJava開発がクラウドネイティブ開発にも向いていること

                                                                          「現在のJavaは軽量でコンテナの開発に向く」、日本マイクロソフトとレッドハットが対談 | IT Leaders
                                                                        • 【禁忌解放】WordPressのコンテナイメージをLambda上で動かしてみた #reinvent | DevelopersIO

                                                                          CX事業本部@大阪の岩田です。 この記事はServerless Advent Calendar 2020の13日目 です。 先日ブログでご紹介したように、Lambdaのパッケージフォーマットとしてコンテナイメージがサポートされるようになりました。 というわけで、WordPressのコンテナイメージを作成してLambda実行環境上で動かしてみます。 注意事項 このブログはネタです。アンチパターンをバリバリ利用しています。このブログを参考にWordPressの本番環境をLambda上に構築するのは一切オススメしませんので、ネタとして割り切って読んで頂ければと思います。 Lambda上でWordPressを動かす際の課題 普通にApacheやNginxなどのWebサーバーを立ててWordpressを動かす場合と比べて、Lambda上でWordpressを動かすためにはいくつかクリアすべき課題があ

                                                                            【禁忌解放】WordPressのコンテナイメージをLambda上で動かしてみた #reinvent | DevelopersIO
                                                                          • 【徹底解説】cAdvisorを使用してDockerコンテナの監視 - Qiita

                                                                            Dockerはコンテナ化のための最も一般的なツールの1つであり、Dockerコンテナの内部で何か問題が起きていないかを監視するために、オープンソースコミュニティによっていくつかのツールが開発されています。 このガイドでは、そのうちの1つのツールであるcAdvisorに焦点を当てています。:cAdvisor なぜDockerコンテナを監視する必要があるのか? 監視により、ソフトウェアの状態に関する重要な情報を収集できるため、開発チームは製品を改善する方法を見つけることができます。 各コンテナは自己完結型のシステムであるため、監視はさらに不可欠です。 コンテナの監視には、各コンテナの使用状況の測定値を記録して監視システムに報告することが含まれます。 このようにして、バグの検出とアプリケーションの改善を確実にし、総合的なパフォーマンスと堅牢性を向上させます。 コンテナの監視にcAdvisorを使

                                                                              【徹底解説】cAdvisorを使用してDockerコンテナの監視 - Qiita
                                                                            • 【処理速度53倍】コンテナ脆弱性スキャンツールTrivyの初回実行速度が高速化されました! | DevelopersIO

                                                                              「これは、まじで圧倒的…」 OSSの脆弱性スキャンツールとして界隈では有名な「Trivy」。以前からもお世話になっていたのですが、初回起動処理が長いためキャッシュが効かないCI/CDツールとは相性が悪いという弱点がありました。 それが、バージョン0.2.0からその弱点の初回起動処理の遅さが一気に解消され、既存のCI/CDツールへの取り込みが現実的になりました。 インストールも簡単で、かつワンライナーで実行できる手軽なツールなので、コンテナを運用している人はこれを機に一度試してみることをおすすめします。 初回起動爆速化きたか…!! ( ゚д゚) ガタッ /   ヾ __L| / ̄ ̄ ̄/_ \/   / Trivyとは GitHubはこちら。 aquasecurity/trivy: A Simple and Comprehensive Vulnerability Scanner for Co

                                                                                【処理速度53倍】コンテナ脆弱性スキャンツールTrivyの初回実行速度が高速化されました! | DevelopersIO
                                                                              • コンテナ不足の影響じわじわ 商品が届かず発売の遅れも:朝日新聞デジタル

                                                                                ","naka5":"<!-- BFF501 PC記事下(中⑤企画)パーツ=1541 --><!--株価検索 中⑤企画-->","naka6":"<!-- BFF486 PC記事下(中⑥デジ編)パーツ=8826 --><!-- /news/esi/ichikiji/c6/default.htm -->","naka6Sp":"<!-- BFF3053 SP記事下(中⑥デジ編)パーツ=8826 -->","adcreative72":"<!-- BFF920 広告枠)ADCREATIVE-72 こんな特集も -->\n<!-- Ad BGN -->\n<!-- dfptag PC誘導枠5行 ★ここから -->\n<div class=\"p_infeed_list_wrapper\" id=\"p_infeed_list1\">\n <div class=\"p_infeed_list\">

                                                                                  コンテナ不足の影響じわじわ 商品が届かず発売の遅れも:朝日新聞デジタル
                                                                                • スピーディーなコンテナ環境の構築とアプリケーションデプロイができる『AWS Copilot CLI』 - 継続は力なり

                                                                                  タダです. 現在ベータ版ですが ECS や Fargate でのアプリケーションの作成/リリース/管理するための開発者向けツールである「AWS Copilot CLI」を触ってみました.この記事でツールの概要,ツールの導入,サンプルアプリケーションのデプロイを通じてこのツールで AWS へのコンテナ環境構築とデプロイがシュッとできる感覚が伝われば幸いです✨ ツールの概要 ecs-cli との関係 ツールのインストール Copilot CLI を使ったサンプルアプリケーションのデプロイウォークスルー ローカル環境のセットアップ コンテナの環境構築とサンプルアプリケーションのデプロイ 環境のクリーンアップ まとめ ツールの概要 「AWS Copilot CLI」(以下 Copilot CLI)は,ECS や Fargate のアプリケーションの作成,リリース,運用する時に DevOps のベス

                                                                                    スピーディーなコンテナ環境の構築とアプリケーションデプロイができる『AWS Copilot CLI』 - 継続は力なり