タグ

containerに関するopparaのブックマーク (19)

  • 個人的 Finch CLI チートシート を作ってみた | DevelopersIO

    こんにちは!AWS事業コンサルティング部のたかくに(@takakuni_)です。 皆さん Finch 触っていますか? 昨年、 コンテナ開発用のオープンソースクライアントとして、AWS から Finch が発表されました。 今回は Finch を触る機会があったため、個人的に今後使いそうなコマンドをまとめてみようと思います。 インストール 執筆時点(2023年3月8日)では、 macOS クライアントのみ提供されています。 詳しい前提条件は、Installing Finch - GitHubをご覧ください。 Homebrew を利用したインストール Finch は HomeBrew Cask より提供されています。 brew install --cask finch Finch VM の初期化 Finch の初回インストール後は、以下のコマンドで Finch VM (実行環境)の初期化

    個人的 Finch CLI チートシート を作ってみた | DevelopersIO
  • Linux Container Book (1) Namespace / Network 編:lxc-jp

    Linuxカーネルに実装されているコンテナ関連の技術のうち、Namespaceとネットワーク関連の機能について解説するです。 Linuxにおける「コンテナ」は単一の機能として存在しているわけではありません。Linuxカーネルに実装されているさまざまな機能を組み合わせて「コンテナ」が作られます。コンテナで使われるさまざまな機能のうち、このでは「この機能があるからコンテナと呼べる」と言っても良い基的な機能であるNamespaceと、コンテナのネットワークで使われる機能について解説します。 特定のコンテナランタイムを使うことなく、Linuxにインストールされている基的なコマンドを使ってNamespaceとネットワーク機能をわかりやすく解説します。 内容はgihyo.jpで連載している「LXCで学ぶコンテナ入門」の一部をベースにしています。書では記事中の実行例を新しい環境で確認し、記載を

    Linux Container Book (1) Namespace / Network 編:lxc-jp
  • 第16回 Linuxカーネルのコンテナ機能 [6] ─ユーザ名前空間 | gihyo.jp

    年末を迎えて今年もAdvent Calendarが多数作られていますね。この連載の今回の記事はLinuxカーネルの機能を紹介するので、Linux Advent Calendar 2014の16日目の記事としても書きました。興味深い記事が並んでいて勉強になりますね。 さて、第13回から3回、田向さんにPlamo LinuxでのLXCの利用に焦点を当てて記事を書いていただきました。テンプレート内部の詳しい解説から、Plamo Linuxでのコンテナの作成、ネットワーク構成の応用的な解説、コンテナでサウンドを扱う話まで、面白い記事が続きましたね。 ネットワークの話やサウンドの話はPlamo Linux以外でも十分に応用ができる話でしたし、サウンドの記事に関してはサウンド以外のデバイスをコンテナで使う場合にも非常に参考になる話だったと思います。 田向さん担当の記事のうち、第14回と第15回では一般

    第16回 Linuxカーネルのコンテナ機能 [6] ─ユーザ名前空間 | gihyo.jp
  • 第50回 Linuxの非特権コンテナで利用するID mappedマウント(1) | gihyo.jp

    2014年に始めたこの連載もついに50回になりました。この連載は当初12回の予定で、LXCの機能を中心に紹介するつもりでした。しかし、書いているうちに予定の回数には収まらないほど書きたいことが出てきて、結局予定していた内容を書き終えたのは第26回でした。 内容についてはLXCの機能について書いたあとは、Linuxカーネルに実装されるコンテナ関連機能の紹介が中心になりました。ここ数年はLinuxカーネルに実装されるコンテナ関連の大きな機能の追加が少なくなったことと、それ以上に筆者が新しい機能を勉強する時間が少なくなり、記事として書ける内容を取得するスピードが減速したので、新しい記事を書く頻度は減りました。 このようなマイペースな連載に長くお付き合いいただきありがとうございます。スピードが減速したとはいえ、まだ書きたいネタがなくなったわけではないので引き続きお付き合いいただければと思います。

    第50回 Linuxの非特権コンテナで利用するID mappedマウント(1) | gihyo.jp
  • Podman Desktopでコンテナを立ち上げてみる | DevelopersIO

    Podmanとは Podmanはコンテナの開発、管理、実行を行うためのエンジンです。 Dockerとほぼ同じ感じで使うことができます。 ただ、アーキテクチャ面では若干異なっていて、Dockerdockerdを使用したデーモンプロセスありの仕組みになっているのに対して、Podmanはデーモンなしで動作します。 コンテナは個別のプロセスで動作するのでデーモンプロセスのへの依存がなくなります。 今回はPodmanGUIで操作できるPodman Desktopを使ってみます。 インストールしてみる 自分の環境は以下のとおりです。 macOS 12.3.1 Monterey CPU Intel Core i7 インストールはhomebrewとdmgファイルの両方から行えます。 今回はdmgの方を使ってみます。 homebrewが使えればそちらのほうが簡単なはずです。 公式ホームページからダウンロ

    Podman Desktopでコンテナを立ち上げてみる | DevelopersIO
  • 【登壇資料】JAWS-UG 朝会で「(今更ながら)AWSのコンテナサービスについてざっくりまとめてみる」というLT登壇をしました | DevelopersIO

    こんにちは、つくぼし(tsukuboshi0755)です。 2022/11/9に開催されたJAWS-UG朝会 #39にて、「(今更ながら)AWSのコンテナサービスについてざっくりまとめてみる」というタイトルでLT登壇しました! JAWS-UG 朝会とは? @MasaruOguraさん主催の、朝に開催されているJapan Amazon Web Servicesのユーザグループの勉強会です。 こちらの朝会では、AWSに関する様々なテーマのLTを視聴する事が可能です。 スライド 補足 LT中に気になったコメントやツイートについて、以下で挙げさせて頂きます。 chroot使ってました。その後FreeBSDでJailというのがありました。 今回はコンテナの歴史について、chrootを元に簡単に説明させて頂きました。 ただ実際はそれだけでなく、上記のFreeBSD JailやSolaris Co

    【登壇資料】JAWS-UG 朝会で「(今更ながら)AWSのコンテナサービスについてざっくりまとめてみる」というLT登壇をしました | DevelopersIO
  • VS Codeで執筆環境を整えるメモ - Sweet Escape

    自分メモです。 Visual Studio Codeで記事や書籍等を執筆するにあたっての環境を久しぶりに整えようと思ったのでせっかくならまとめておこうと思います。 vscode-textlint vscode-textlint は著名なテキスト校正ツールであるtextlintをVS Code上から実行するためのプラグイン。僕の場合はMarkdown形式で文章を書くことが多いんだけど、その校正をVS Code上でできるようになります。もちろんテキストファイルもOK。 なお、このプラグインを使うには事前にtextlintをOS側でインストールしておく必要があります。 ただ、OSの環境を汚したくないという人向けにここではRemote Containersの環境で利用することにしていきます。 といっても普通にRemote Containersで使うための環境を用意するだけです。ここではシンプルにN

    VS Codeで執筆環境を整えるメモ - Sweet Escape
  • これは覚えておきたい! コンテナ・ラッパーを定義するCSSの古い書き方とモダンCSSを使用した書き方

    モダンCSSは今までJavaScriptが必要だったことやできなかったことを可能にしてきましたが、今までの記述をよりシンプルにすることもできます。 コンテナ・ラッパーを定義する際に記述するCSSの古い書き方とモダンCSSを使用した書き方を紹介します。 CSSの古い書き方 モダンCSSを使用した書き方 CSSの古い書き方 まずは、CSSの古い書き方。 ぱっと見で、何が設定されているのか分かるのがよいところです。コンテナの幅を100%にし、最大幅をmax-widthで設定し、paddingが上下左右に2remあって、margin: 0 auto;で中央に配置します。

    これは覚えておきたい! コンテナ・ラッパーを定義するCSSの古い書き方とモダンCSSを使用した書き方
  • コンテナイメージ版AWS Lambda関数をCloudFormationでデプロイしてみた | DevelopersIO

    デプロイをCloudFormationテンプレート(IaC)化すると、デプロイパイプラインにスムーズに組み込むことができます。 今回は、コンテナイメージ版LambdaをCloudFormationでデプロイする方法を紹介します。 コンテナLambdaをデプロイするCloudFormation テンプレート コンテナLambda(非VPC版)をデプロイするには、次のテンプレートを利用します。 AWSTemplateFormatVersion: '2010-09-09' Parameters: EcrImageUri: Description: ECR image URI Type: String Resources: LambdaFunc: Type: AWS::Lambda::Function Properties: Role: Fn::GetAtt: - LambdaRole - Arn

    コンテナイメージ版AWS Lambda関数をCloudFormationでデプロイしてみた | DevelopersIO
  • [レポート]AWS Container Anywhare!! #devio2021 | DevelopersIO

    はじめに 「最近コンテナのアップデート、なんか凄いのいっぱいあったよね、何って・・ええと?」 とあやふやで困っていた矢先に、「DevelopersIO 2021 Decade」Day2において、「AWS Container Anywhere!」と題してアマゾンウェブサービスジャパン株式会社 シニアエバンジェリスト 亀田治伸氏にご登壇いただきましたので、そこにいち聴講者として参加してきました。 内容をレポートします。 ちなみに、このセッションでは「データプレーンってなんだっけ?」みたいな人もついていけました。そこもフォローしてくれていたので。 登壇者 アマゾンウェブサービスジャパン株式会社 シニアエバンジェリスト 亀田治伸氏 セッション概要 2021年9月に相次いでリリースされたAmazon ECS Anywhere と Amazon EKS Anywhere。このセッションでは、それらの技

    [レポート]AWS Container Anywhare!! #devio2021 | DevelopersIO
  • モバイル『コンテナ・クラスタ』を作る! - Qiita

    夏!もほぼ終わりかけてますが、8月の残り数日で、夏休みの自由研究がてら 「コンテナをもっと勉強したい」あるいは「RaspberryPiを使って何か作ってみたい」 そんなニーズはありますかね? 今回は、その両方を実現する『モバイル・コンテナ・クラスター』のご紹介です。 目的 (やりたいこと) 楽に持ち運べる『コンテナ・クラスタ』を作る! 背景・動機 業務ではコンテナでサービスを組むことが増えているのに、プライベートでは未だにVMばっか触ってる。 そろそろプライベートでも、がっつり「コンテナ・オーケストレーション」していきたい。 せっかくだから、持ち運べるようにして、みんなに自慢したい☆ そんな思いから、作りました。 作ったもの さっそくですが、まずは完成品を見てもらいましょう! コンテナだけに~♪ …って、すみません。 要はこいつに、DockerやらKubernetesやら、なんならAmaz

    モバイル『コンテナ・クラスタ』を作る! - Qiita
  • 趣味で作ったソフトウェアが海外企業に買われ分野世界一になるまでの話 - knqyf263's blog

    2年前の2019年8月に以下のブログを書きました。 knqyf263.hatenablog.com 今回はその続きです。前回のブログは多くの人に読んでもらうことを意識して書きましたが、今回はそうではないです。特に得た学びを書くわけでもなく何で作り始めたのか?とかどんなことがあったのか?とか思い出話を書いているだけなので、言ってしまえば自己満足の記事です。それで構わない人や前回の記事を見てその後どうなったか気になった人だけが読んでもらえますと幸いです。 誰かのためになるわけでもない過去の出来事について語るのは老人感が強くて基的に好きではないのですが、自分の中で一番大きかった目標を達成したので節目として書いています。 英語版の記事も会社のブログから公開しています。英語版のほうが簡潔で良い可能性もあります。日語版は誤った解釈をされると嫌だからもう少し詳細に書こう、を繰り返していつも長くなりす

    趣味で作ったソフトウェアが海外企業に買われ分野世界一になるまでの話 - knqyf263's blog
  • 最近話題のコンテナ脆弱性ツール「Trivy」を試してみた | DevelopersIO

    こんにちわ、札幌のヨシエです。 社内にコンテナチャンネルがありまして、話題に上がったTrivyというコンテナイメージ用脆弱性スキャナを試してみました。 knqyf263/trivy 対象OS 対象OSは以下となります。 注意点としてAmazonLinuxのコンテナイメージはスキャン対象外となりますのでご注意ください。 Alpine RHEL CentOS RedHat Universal Base image Debian Ubuntu MacOSへインストール 検証目的なので作業用MBPにTrivyをインストールします。 % sw_vers ProductName: Mac OS X ProductVersion: 10.14.5 BuildVersion: 18F132 HomeBrewを使用してインストールを行いました。 $ brew tap knqyf263/trivy $ bre

    最近話題のコンテナ脆弱性ツール「Trivy」を試してみた | DevelopersIO
  • コンテナセキュリティを始めるための無料ツール5つとドキュメント3つの紹介 | DevelopersIO

    コンテナセキュリティについてなんとなく不安を感じている方に向けた、ドキュメントと無料ツールの紹介です! 「コンテナセキュリティってなんか必要そうやねんけど、実際なにすんの?」 先日、我らがDevelopers.IO Cafeにおいて、クリエーションライン株式会社 (CREATIONLINE, INC.)様と共催で、以下のイベントを開催しました。 あなたのコンテナ運用大丈夫?コンテナセキュリティの考え方と対応策 - connpass 全部で3セッションで構成されているのですが、私の方では、「コンテナセキュリティ関連OSSの紹介」と題して、コンテナセキュリティこれから検討始めようという方に向けて、そのとっかかりに有用なドキュメントと無料ツールを紹介させていただきました。 ドキュメントもツールもどれも有用なものなので、コンテナセキュリティについて不安や必要性を感じている人は、これらの中から実際に

    コンテナセキュリティを始めるための無料ツール5つとドキュメント3つの紹介 | DevelopersIO
  • AWSでコンテナを支えるサービスについて ECS、EKS、Fargateの違いは? 第2回(最終回)

    AWSでコンテナを支えるサービスについて ECS、EKS、Fargateの違いは? 第2回(最終回)各サービスのメリット・デメリット及び活用シーンについて 2020年12月17日 コラム AWS活用支援サービス担当 第1回では、ECS、EKS、Fargateの各サービスについて、お伝えしました。今回はサービスのメリットやデメリット、どのようなシーンで活用するのかについて、お伝えします。 ■それぞれのメリット・デメリットについて考える まずはコントロールプレーンについて考えます。 Kubernetesに馴染みがなく、開発者がKubernetesに対する学習時間を確保出来ないと見積もれる場合は、間違いなくECSを選ぶべきと考えます。 EKSはKubernetesという広く知られたプラットフォームである反面、AWSが「Kubernetesの開発に合わせてEKSを開発する」ため、バージョンアップに

    AWSでコンテナを支えるサービスについて ECS、EKS、Fargateの違いは? 第2回(最終回)
  • 【レポート】コンテナだけどサーバーレス! AWS Lambda の最新機能をご紹介 #AWSSummit | DevelopersIO

    CX事業部@大阪の岩田です。5月31日までアーカイブが視聴可能なAWS Summitですが、Developer Zoneという開発者向けの特設サイトが存在することをご存知でしょうか?公式サイトでは以下のように案内されています。 より多くの技術情報に触れたいとお考えの開発者の方向けに、エキスパートによるテクニカルトーク、ライブ解説付きのデモ、AWS Robot Delivery Challenge, AWS DeepRacer リーグなど、多彩なコンテンツを備えた特設サイト「Developer Zone」をご用意しました。 少しカジュアルな雰囲気の中、よりディープに AWS サービスを活用した開発のノウハウを知ることができます。テクニカルトーク、ライブ解説付きのデモでは、参加するお客様からのご質問にもその場でお答えしますので、ぜひご参加ください。 この記事はDeveloper Zoneのセ

    【レポート】コンテナだけどサーバーレス! AWS Lambda の最新機能をご紹介 #AWSSummit | DevelopersIO
  • まだanyenv使ってるの? Docker使ってもっと楽にいこうぜ? - Qiita

    Windowsなどのホストに環境を入れる際に起きる欠点 よくあるのがバージョン差異です。 そして何よりもインストールが面倒。 そしてnodeやmavenがどんどんローカル環境を圧迫していく。 そして発生するMacWindowsでの環境差異の問題。 極め付けばenvの設定ミスで違うバージョンが使われる。 devcontainerのススメ devcontainerは、Docker上に開発環境を構築してそこで開発を全て行うための技術です。 GitHub codespaces(Visual Studio codespaces)を利用する場合のコア技術だったりもします。 簡単にいうと開発用の仮想マシンを内部にぽこじゃか作っていくことになるので、 Window AppやモバイルなどのGUIアプリの開発には若干不向きですが、 Web系は基的にこれで事足ります。 そのため、nodeやRuby、Pyth

    まだanyenv使ってるの? Docker使ってもっと楽にいこうぜ? - Qiita
  • Container Insights でコンテナ単位のCPU・メモリ使用率を表示させる方法 | DevelopersIO

    ちゃだいん(@chazuke4649)です。 Container Insightsの活用にあたり、ちょっとハマった箇所があったので共有します。 結論 Container Insights を有効化しただけでは、コンテナ単位のCPU・メモリ平均使用率が表示されない場合がある タスク定義内のコンテナ定義にて、コンテナごとにCPUとメモリを指定して起動すると、Container Insightsで表示されるようになる 前提 まず、そもそも Container Insights については以下ブログや資料がわかりやすいです。 [Black Belt] Amazon CloudWatch Container Insights で始めるコンテナモニタリング入門 AmazonECS用のAmazonCloudWatch ContainerInsightsの紹介| AWS Management&Govern

    Container Insights でコンテナ単位のCPU・メモリ使用率を表示させる方法 | DevelopersIO
  • 【初級】AWS コンテナサービス入門 | AWS Summit Tokyo 2019

    原 康紘 アマゾン ウェブ サービス ジャパン株式会社 技術統括部 ソリューションアーキテクト AWS では、お客様のコンテナワークロードにおける幅広いユースケースをサポートするために多くのサービスを選択肢として提供しています。セッションでは、コンテナオーケストレーションサービスである Amazon ECS/Amazon EKS、フルマネージドなコンテナ実行環境 AWS Fargate、コンテナイメージレジストリの Amazon ECR に代表される各サービスの特徴と、これらがなぜ必要なのかを説明しつつ、ご自身のワークロード構築にフィットするサービスを選ぶための軸となる情報を紹介します。 AWS の詳細については http://aws.amazon.com/jp/ をご覧ください。

    【初級】AWS コンテナサービス入門 | AWS Summit Tokyo 2019
  • 1