Amazon Web Services（AWS）がオープンソースとして開発し、コンテナの実行に特化した軽量な仮想マシン「Firecracker」がバージョン1.0に到達しました。 Firecrackerは2018年11月に行われたAWSのイベント「AWS re:Invent 2018」でオープンソース化が発表されました。コンテナのために作られた仮想化技術で、同社が「マイクロVM」と呼ぶセキュリティにフォーカスして設計されたスリムな仮想マシンです。 AWS Lambdaのような高速なサーバレス環境を実現するために同社が開発しており、実際にAWS LambdaやAWS Fargateで利用されていると説明されています。 基本的な特徴として、小さなメモリフットプリントとオーバーヘッドに加えて、外部から攻撃可能な部分を最小限にするなどのセキュリティ対策を実装しています。 速度にもフォーカスしており
QEMUに加えAppleのVirtualizationフレームワークをサポートしApple Silicon MacでmacOSやLinuxの仮想化が可能になった「UTM v3.0.0」のBeta 1がリリースされています。詳細は以下から。 CPUエミュレータQEMUを利用し、MacやiOSデバイス上でx86_64やARM64、RISC-Vなど様々なアーキテクチャの仮想マシン実行可能な仮想化ソフトウェア「UTM」を開発しているUTM Projectは現地時間2022年01月01日、次期メジャーアップデートとなる「UTM v3.0.0」のBeta 1をリリースし、QEMUバックエンドでの仮想化に加え、新たにAppleのVirtualizationフレームワークを利用した仮想化をサポートすると発表しています。 (macOS 12+, ARM64) Virtualize macOS 12: New
Apple Silicon (M1) の載った Mac mini を購入してからというもの、ローカルで仮想マシンを手軽に立ち上げる方法を模索している。 Intel 版の Mac であれば Vagrant + VirtualBox を使っていたけど、残念ながら VirtualBox は ISA が x86 / amd64 のシステムでしか動作しない。 Docker for Mac も使っているけど、コンテナではなく仮想マシンが欲しいという状況も往々にしてある。 そんな折、Multipass を使うとデフォルトではゲスト OS が Ubuntu に限られる 1 ものの、Vagrant 並に仮想マシンを手軽に扱えることがわかった。 今回は、そんな Multipass の使い方について書いてみる。 multipass.run 使った環境は次のとおり。 $ sw_vers ProductName:
■ Docker Desktop から podman に変えた 朝起きたら Docker Desktop が 4.0 になって、物々しい感じの表示が出たので調べてみたら、営利利用は課金してねということになったっぽい。 https://www.docker.com/blog/updating-product-subscriptions/ 最近は個人の開発でしか使ってないし OSS 利用とは言えるけど、会社関連で一切使わないということもないよなあという感じだったので、macOS からえいっとアンインストールしていったん VitrualBox と docker-machine にした。この辺の手順は moznion さんが書いてるのでみてください。 https://moznion.hatenadiary.com/entry/2021/09/01/112601 作ってから https://twit
PHP カンファレンス福岡 2019 にて、「PHP の関数実行とその計測」という題でお話させていただきました。 使ったスライドは slideshare に上げていますが、話の内容の方もテキストとしてネット上にあった方がよい部分もあるかな、と思い、登壇時の原稿とスライドで使った画像から雑に記事を用意してみました。自己紹介のように明らかに不要な部分は抜いています。元が原稿なため、やや話し言葉っぽい部分があります。 内容の誤り等にお気づきの際はお気軽にコメント / PR いただければ助かります。 PHP の関数実行とその計測 今回話す内容は以下です。 1 つは PHP の関数実行の仕組みについて もう1つはその性能計測について PHP で関数というのは、プログラムに行わせる一連の処理のまとまりです。 こんなコードのものですね。 まずはこのコードが処理系によってどう実行されているかの話からです。
オラクル、JavaやJavaScript、Ruby、Pythonなど多言語対応を単一ランタイムで実現する「GraalVM」をオープンソースで公開。Twitterが本番環境で採用 JavaやJavaScriptなどには、それぞれその言語を実行するためのランタイムが存在します。JavaならJavaVM、JavaScriptならJavaScriptエンジンといった具合です。 米オラクルがオープンソースで公開した「GraalVM」は、これまで言語ごとに個別に用意されていたランタイムを統合し、単一の高性能なVMにするという同社の研究の結果開発された汎用仮想マシンあるいは汎用ランタイムです（米オラクルのブログ、日本語訳）。 GraalVMのWebサイトには、次のような説明が記されています。 GraalVM is a universal virtual machine for running appli
GraalVMが1.0.0 RC1を出し、公式サイトを公開しました！ http://www.graalvm.org/ 日本の技術ブログメディアPublickeyさんも取り上げておられます。 www.publickey1.jp そのこともあって、Graalで検索しこのブログへたどり着いた方も多かったです。私は1年ほど前、0.23の頃からGraalVMとGraal（両者の違いは後述）を触ってきました（単に触っているだけの1ファンです）。おそらく熱狂的なファンの方で、JavaOneではGraalとあるものは全セッション入りましたし、YouTubeにある世界の技術カンファレンス動画でGraalに関するものはおそらくすべて見ています。 なので自己満足がてらGraalVMについて書いていきます。 GraalVMって何なの？ 端的に言うと"Polyglot VM"です。Polyglotとは多言語を意味し
Kitematic OSX, WindowsでGUI経由でDockerが使えるようになります。Electronベースらしいのでそのうち他のOSにも対応されるかもしれません。 他の人の作ったコンテナのインストール Docker Hubから簡単に検索してダブルクリック ホストマシンのブラウザからコンテナ上に立ち上げたサービスを開く 自動でURLが割り当てられる(後述) CLIからの操作も可能 左下のDocker CLIボタンより Dockerfileから自前でビルドしたり、複数のコンテナで連携する場合はこちらから 誰かの作ったコンテナを簡単に手元で試してみたい、といったときなどにめちゃくちゃ便利です。複雑なコマンドを覚えるのは便利さを感じてからでいいですね。 インストール KitematicからDownload Kitematicをクリック。 .zipを解凍してApplicationディレクト
CentOS6 を Vagrant で起動させるにあたって、ネットワークの設定を行ってみたいと思います。 参考サイト Vagrant Document ネットワークアダプターについて VirtualBox上でゲストOS(VirtualBox上のVMのことです。ここではゲストOSで統一します。)の設定を見ることができますが、ネットワークタブを開くとネットワークアダプターという項目があります。ここの割り当てで、ネットワークアダプターのモードを変更することができます。 それぞれのモードについてどのような役割があるのか簡単に見てみます。 未割り当て NICとして認識はするが、なんの設定もされていない状態です。 NAT 通常ゲストOSは、ホストOSと違ったネットワーク帯としてIP(プライベートIP)が振られ、外部・ホストOSとの通信はできません。そこで、ホストOSとゲストOSの間で VirtualB
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
［速報］コンテナ型仮想化のDocker 1.0がリリース。Dockerはコンテナエンジンからプラットフォームになると宣言 Linux上のコンテナ型仮想化の実装として話題を集めていたDockerが、正式版となる「Docker 1.0」のリリースを発表しました。6月9日（日本時間で今日6月10日）から2日間サンフランシスコで開催中のイベント「dockercon14」において発表されました。 OS上に複数のユーザー空間を作り出すコンテナ型仮想化は、物理サーバ上に仮想サーバを作り出すハイパーバイザ型の仮想化よりも軽量で起動も高速だという利点を備えています。 DockerはLinuxにおけるコンテナ型仮想化の実装として人気を集めており、Red HatがDockerのための軽量OS「Red Hat Enterprise Linux Atomic Host」の開発を表明。AmazonクラウドもAWS E
CyberZ 公式エンジニアブログ アドテクや最新のテクノロジーについて情報発信していきます ブログトップ 記事一覧 画像一覧 jsとcssで等身･･･ » 怠惰のすゝめ。Dockerで環境構築・テスト・デプロイを完全自動化 2014-06-02 11:04:38NEW ! テーマ：ブログ こんにちは、2014年新卒エンジニアの進藤です。 CyberZに配属されて1ヶ月経ちましたが、優秀な先輩エンジニアに囲まれ、刺激的な毎日を過ごしています。 さっそくですが、いま僕が進めているプロジェクトについてを説明します。 開発中のプロジェクトに対して、環境構築・テスト・デプロイの自動化を進め、開発のサイクルを早める仕組み・体制を整えています。 さらには運用中のプロジェクトに対して「Immutable Infrastructure」の概念を取り入れ、安全な運用体制についても調査しています。 まだ検証の
Vagrant 1.5がリリースされたと思ったら、Vagrant Cloudなんてのが登場してますね！ で、Vagrant Cloudの中にVagrant Shareってのがあるんだけど、試してみたらとんでもなかったので、早速やり方をシェアするよ！ Vagrant Cloudにユーザ登録 Vagrant Cloudのページにアクセスして、まずはユーザ登録しよう。 迷うことはないと思うけど、「JOIN VAGRANT CLOUD」ってボタンをクリックすれば登録ページに飛べる。 次に、ユーザ名、メールアドレス、パスワードを入力したらユーザ登録は完了だ。 Vagrant1.5のインストール Macの場合は普通にダウンロードページからdmgファイルを落として、ダブルクリックでインストール。 念のため、確認。 $ vagrant -v Vagrant 1.5.0 Vagrantfile作成＆仮想マシ
この記事を公開する直前に Vagrant Cloud がはてブに上がってるのを見て、今あわてて追記しています。すごい楽しいことになってますねー。 Vagrant Cloud Vagrant 1.5 and Vagrant Cloud - Vagrant ブログ記事をざっと読んだ感じだと、Vagrant 1.5 の新機能は、 VagrantShare - まるで公開されてるサイトみたいに VM の URL をチームメンバーに見せる Box を koseki/centos みたいな短い名前で指定できるように。バージョン管理 rsync と SMB でフォルダ同期 Hyper-V - MS の仮想環境に対応 insecure-private-key の代わりに SSH でパスワードが使えるように プラグイン管理 Funtoo, NetBSD, TinyCore Linux のゲストに対応。ネット
正式サポートの概要 DockerはこれまでもOS Xの上で動かそうと思えば、動かすことはできました。これはOS Xの上でVagrant（実稼働しているのはVirtualBox）などを利用した仮想マシンで通常のUbuntuやCentOSなどのLinuxを立ち上げて、そのLinux環境の中でDockerを稼働させるというものが中心でした。もちろん公式サポートはされていませんでした。 これはDockerそのものがLXC (Linux Containers) と呼ばれるLinuxのOSレベルでの仮想化技術を利用したものなので、Linuxの上でしか利用できなかったからです。よって、バージョン0.8からもOS Xの上でネイティブに動作するわけではありません。 では、どのようにして正式サポートしたのかというと、Dockerが専用の軽量仮想マシンイメージを用意し、OS Xからこの仮想マシンに対してDock
Vagrant（＆VirtualBox）を使い開発する場合、 共有フォルダ（Synced Folders）を使いホストOS側（多くの場合Mac OS XかWindows）のファイルシステムを、ゲストOS（多くの場合Linux）からマウントする という方法が便利なのでよく使われます。 この場合、以下のような罠があります。 ファイル名の大文字小文字の違い ホストOS側のファイルシステムが大文字小文字を区別しない場合、ゲストOSがLinuxのような通常大文字小文字を区別するファイルシステムの場合でも、結果的に大文字小文字が区別されません。 つまり、ホストOSがMac OS XやWindowsの場合、ゲストOSでも大文字小文字が区別されないことになります。 結果として、Windowsで開発していて開発環境では動作したが、本番環境のLinux上ではファイル名の大文字小文字が違い、ファイルが見つからな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
