You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
子プロセスを生成する方法として、fork が挙げられます。 fork は、プロセスのコピーを生成するシステムコールで、コピーされた新しいプロセスを子プロセス、fork の呼び出し元のプロセスを親プロセスと呼びます。
Railsアプリケーション開発を完全にDocker化する Tweet Degica のすべてのサービスは Rails で開発しており、そのうちの一部は Docker を使用した本番環境にデプロイしています。しかし開発者個人の開発環境にはいまだに Docker を導入できていません。最も大きな障害は spring を docker コンテナ内で上手く扱う方法が確立されていなかったことですが、この問題は docker-compose を工夫して利用することで解決可能であることがわかりました。 ということで、今回は rails アプリケーションの開発環境を完全に docker 化する方法を紹介します。 完全に、というところがポイントです。この方法を使えば docker 以外のツールを一切ホストマシンにインストールせずに rails アプリの開発を行うことができます。 (ちなみに、弊社の本番環境は
Cloud services editions Fully managed in the public cloud of your choice Red Hat OpenShift Service on AWS Jointly managed and supported by Red Hat and AWS Microsoft Azure Red Hat OpenShift Jointly managed and supported by Red Hat and Microsoft Red Hat OpenShift Dedicated Managed offering available on AWS or Google Cloud Red Hat OpenShift on IBM Cloud Jointly supported by Red Hat and IBM; managed b
Kubernetesは、数十から数百といったコンテナからなるアプリケーションのデプロイや管理、死活管理といった運用を支える機能を備えています。主な機能や仕組みを紹介します。 コンテナ型仮想化のDockerを管理するフレームワークとして、Googleがオープンソースとして公開したKubernetesが急速に注目を集めています。KubernetesのプロジェクトにはDocker本体はもちろん、マイクロソフトやレッドハット、IBM、VMwareなどが参加を表明しており、事実上の標準になりそうな勢いです。 Kubernetesはどのような機能を持ち、仕組みはどうなっているのか。有志により都内で開催された「第20回 PaaS勉強会」の草間一人氏のセッション「Kubernetesを触ってみた」の内容をダイジェストで紹介します。 NTTコミュニケーションズという会社で、Cloudn PaaSというClo
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね（ｷﾘｯ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした
Docker はベースのイメージを初回しかダウンロードしないので、あまり気にする必要はないと思うかもしれませんが、数百台、数千台のクラスタを構築したいと思った時に、クラスタ全体が立ち上がるまでの時間が短縮されますし、ストレージもかなり節約できます。 そんなわけで、今後は Ubuntu でないと動かないなどという制約でもない限り、 Alpine Linux ベースでイメージを作っていこうと思っています。 Alpine Linux ベースで Docker イメージを作る例えば、zabbix-agent の Dockerfile は下記のような感じになります。 FROM alpine:latest RUN apk --update add zabbix-agent \ && rm -rf /var/cache/apk/* COPY docker-entrypoint.sh /docker-ent
徹底比較！HA Kubernetes ClusterにおけるControl Plane LoadBalancerの選択肢
Docker ＋ Itamae でレシピ作成の試行錯誤を 高速化 #itamae #docker 概要 Docker ＋ Itamae でレシピ作成の試行錯誤を 高速化 します 目的 Itamae のレシピ作成時間を短縮 特に工夫をしないと、レシピのプロビジョニングリトライは非常に時間がかかる 例えば、Ubuntu 環境に rbenv + ruby(2.1.3) + rails(4.1.8) 環境をインストールしたところ 15 分かかりました 何も工夫をしなければ再試行に + 15 分かかります 普段のプログラミング同様、何事も一発で成功することは少ない。試行錯誤は発生する ※ Itamae に限った話ではないので、プロビジョニングツール全般に応用可能 前提 Vagrant で構築した CoreOS 環境 の上に Docker で作成した Ubuntu 14.04 のコンテナを作成し、その
DockerはLinuxコンテナを扱う仕組みなので、カーネルがLinuxでないといけません。そのためMac OSXやWindowsでDockerを利用する場合、boo2dockerというソフトウェアを使って、VirtualBox上に立ち上がったCoreOSの上でDockerを扱うのが一般的です。 また、Dockerを扱うためにはターミナル上で操作する必要があり、エンジニアであればまだしもデザイナーの方などにとっては何となく使い勝手悪く感じてしまっていたことも確かでしょう。 そこで使ってみたいのがPanamaxというWebベースのDocker管理ソフトウェアです。2014年8月現在ではベータであり、Mac OSXとUbuntuのみサポートという状態ですが、今後に期待できそうなソフトウェアとなっています。 必要なもの VirtualBox 4.2以上となっています。VirtualBox公式サイ
Dockerコンテナ内からDocker APIを叩きたくなる時がいずれくるでしょう． その時，ここで見たことを覚えておくと助けになるかも知れません． 色々方法はあると思いますが，unix socketを-vで内部に押し込む方法で． host_server~ $ docker run -it -v /var/run/docker.sock:/var/run/docker.sock {image_name} container ~ # apt install nginx container ~ # vi /etc/nginx/sites-available/default upstream docker-api { server unix:/var/run/docker.sock; } server { listen 80; server_name localhost; location /
Hello! If you are not familiar with Docker, it is the popular open source container engine. Most people use Docker for containing applications to deploy into production or for building their applications in a contained environment. This is all fine & dandy, and saves developers & ops engineers huge headaches, but I like to use Docker in a not-so-typical way. I use Docker to run all the desktop app
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く