タグ
- すべて
- *プログラミング (6)
- 1on1 (2)
- 49ers (2)
- AI (14)
- AMD (2)
- API (39)
- API Blueprint (3)
- AWS (38)
- AbemaTV (4)
- Ansible (11)
- Apache (8)
- Apple (6)
- Asciidoc (2)
- CCC (2)
- COVID-19 (5)
- CPU (23)
- CSS (5)
- CTO (21)
- CentOS (9)
- Codec (4)
- Container (11)
- DB (11)
- DDD (3)
- DMA (2)
- DNS (8)
- DeNA (7)
- Draft (9)
- ECMAScript (8)
- ES2015 (2)
- Edge (7)
- Editor (2)
- Electron (6)
- Elixir (2)
- Ericsson (2)
- Event (2)
- Firefox (12)
- G-WAN (2)
- GE (5)
- GIS (10)
- GNU (2)
- GStreamer (2)
- Game (3)
- Gateway (2)
- GeoServer (5)
- Go (27)
- Guideline (2)
- H.264 (5)
- HLS (2)
- HTML (7)
- HTML5 (15)
- HTTP (25)
- HTTP2 (4)
- HTTPS (5)
- IBM (3)
- IETF (7)
- IO (5)
- IPA (5)
- ISUCON (6)
- IT (30)
- IoT (3)
- Jasmine (5)
- Java (10)
- JavaScript (157)
- Kindle (2)
- Kotlin (2)
- Kurento (4)
- LPIC (2)
- Logging (2)
- MDN (5)
- MODULE (4)
- MS (2)
- MVC (4)
- Markdown (15)
- Marketing (2)
- Meetup (4)
- Microsoft (16)
- NAT (5)
- NHK (12)
- New Relic (2)
- OOM Killer (2)
- ORTC (2)
- OS (12)
- OpenStack (12)
- PBX (2)
- PC (9)
- Pandas (5)
- PlantUML (4)
- PostGIS (3)
- PostgreSQL (7)
- Product (6)
- Program (2)
- Prometheus (5)
- Promise (6)
- Publickey (26)
- Puppet (6)
- QUIC (8)
- RESTful (3)
- RHEL (2)
- Raspberry Pi (4)
- React (12)
- Redmine (3)
- Release (5)
- Ruby (8)
- SDP (3)
- SELinux (3)
- SEO (5)
- SFU (4)
- SIer (6)
- SRE (29)
- SUUMO (2)
- Safari (4)
- San Francisco (2)
- Selenium (36)
- Server (9)
- Service (27)
- Skype (2)
- Slack (11)
- Slide (20)
- Sphinx (14)
- Splatoon (5)
- Stream (3)
- Svn (2)
- TCP (16)
- TDD (7)
- TLS (7)
- TOP (4)
- Terminal (3)
- Terraform (2)
- Test (3)
- Tokbox (5)
- TypeScript (4)
- UDP (3)
- UX (3)
- Usecase (4)
- VP9 (2)
- VScode (15)
- Vidyo (2)
- Vue.js (4)
- W3C (3)
- WebDriver (8)
- WebGL (3)
- WebRTC (230)
- Webkit (2)
- Wiki (3)
- Windows (16)
- Windows 10 (2)
- Wire (2)
- Yahoo (29)
- Yahoo! (2)
- amazon (21)
- android (10)
- architecture (18)
- atom (2)
- bash (14)
- benchmark (2)
- bind (3)
- browser (2)
- bus (2)
- business (13)
- call (4)
- canvas (7)
- capacityplanning (3)
- cdn (5)
- chrome (22)
- ci (4)
- cissp (10)
- code (11)
- cybozu (15)
- daemon (3)
- debug (10)
- deploy (2)
- design (9)
- development (25)
- devops (18)
- docker (46)
- docker-compose (3)
- document (2)
- documentation (5)
- embulk (2)
- encoding (2)
- engineer (10)
- engineering (16)
- erlang (10)
- es6 (9)
- express (3)
- fabric (2)
- facebook (3)
- fio (2)
- flux (2)
- format (2)
- framework (5)
- generator (4)
- git (20)
- git-flow (2)
- github (44)
- go-lang (2)
- golang (14)
- google (77)
- history (3)
- iTerm2 (5)
- init (2)
- intel (4)
- iostat (2)
- irc (2)
- isucon7 (2)
- jQuery (5)
- jenkins (5)
- jupyter (5)
- k8s (16)
- karma (2)
- kernel (23)
- kubernetes (89)
- ldap (3)
- libuv (3)
- lifehack (3)
- linux (136)
- load (3)
- logrotate (2)
- mac (13)
- management (19)
- map (9)
- memory (7)
- mha (2)
- microservices (4)
- mobile (2)
- mocha (2)
- modules (4)
- monitoring (2)
- mp4 (2)
- mysql (19)
- network (15)
- nfs (2)
- nginx (22)
- node (18)
- node.js (54)
- npm (13)
- ntt (28)
- oauth (2)
- oreilly (3)
- oss (11)
- performance (38)
- php (5)
- power-assert (3)
- programming (67)
- prototype (4)
- pwa (5)
- python (56)
- qiita (13)
- raid (3)
- reST (6)
- request (4)
- rsyslog (3)
- sar (3)
- screen (3)
- security (28)
- sony (3)
- sql (3)
- ssl (4)
- systemd (5)
- systemd-nspawn (3)
- t_wada (5)
- tcpdump (3)
- tech (5)
- testRTC (3)
- testing (11)
- tmux (4)
- tool (5)
- tools (3)
- touchmove (3)
- unix (7)
- vim (7)
- web (42)
- webサービス (6)
- wireshark (3)
- yum (4)
- zsh (3)
- あとで読む (95)
- お金 (7)
- これはすごい (5)
- これはひどい (4)
- たばこ (3)
- はてな (7)
- まとめ (9)
- アイデア (6)
- アドレス (9)
- アプリ (12)
- アプローチ (6)
- アメリカ (10)
- アルゴリズム (19)
- アーキテクチャ (31)
- インターネット (17)
- インフラ (35)
- エラー (5)
- エンジニア (141)
- エンジニアリング (31)
- オブジェクト (7)
- オブジェクト指向 (4)
- カメラ (5)
- カーネル (24)
- ガイドライン (9)
- キャリア (33)
- クラウド (19)
- グルメ (4)
- ゲーム (10)
- コスト (12)
- コマンド (28)
- コミュニケーション (25)
- コミュニティ (11)
- コメント (4)
- コンサルタント (7)
- コンテナ (28)
- コンピュータ (4)
- コーディング規約 (4)
- コード (68)
- サイボウズ (11)
- サマータイム (3)
- サーバ (30)
- サービス (58)
- シェル (7)
- システム (60)
- システムコール (4)
- システム開発 (3)
- スクラム (12)
- スクリプト (6)
- スタートアップ (9)
- ストレージ (12)
- スプラトゥーン (6)
- スポーツ (7)
- スマートフォン (5)
- スレッド (6)
- セキュリティ (47)
- ソフトウェア (26)
- タスク (19)
- タスク管理 (3)
- チュートリアル (3)
- チューニング (6)
- チーム (9)
- ツール (37)
- テスト (42)
- デザイン (15)
- デザインパターン (8)
- デバイス (7)
- データ (34)
- データベース (13)
- データ構造 (3)
- トランザクション (8)
- トレーニング (3)
- ドキュメント (16)
- ドメイン駆動設計 (4)
- ネタ (14)
- ネットワーク (33)
- ノウハウ (5)
- バグ (6)
- パフォーマンス (13)
- ビジネス (59)
- ファイルシステム (3)
- フォント (4)
- フレームワーク (8)
- プログラマ (36)
- プログラミング (104)
- プロジェクト (56)
- プロセス (24)
- プロトコル (8)
- マネジメント (75)
- マーケティング (5)
- メディア (13)
- メモリ (19)
- メルカリ (20)
- メンタルヘルス (6)
- モジュール (8)
- モデル (16)
- ヤフー (26)
- ユーザー (3)
- ライブラリ (10)
- リファクタリング (12)
- リポジトリ (7)
- レシピ (9)
- レビュー (3)
- ロボット (5)
- 不動産 (4)
- 並列処理 (3)
- 中国 (8)
- 事故 (5)
- 交通 (3)
- 人材 (14)
- 人生 (29)
- 仕事 (182)
- 仕事術 (3)
- 企業 (28)
- 会社 (85)
- 位置情報 (3)
- 例外処理 (6)
- 依存 (3)
- 個人情報保護 (3)
- 健康 (11)
- 働き方 (7)
- 写真 (6)
- 分散システム (5)
- 分析 (12)
- 労働 (19)
- 勉強 (25)
- 勉強会 (4)
- 勉強法 (3)
- 動画 (6)
- 命名 (4)
- 命名規則 (7)
- 品質 (8)
- 国際 (4)
- 地図 (9)
- 地方 (5)
- 基本 (8)
- 大企業 (4)
- 大学 (20)
- 失敗 (15)
- 学校 (4)
- 学習 (21)
- 思考 (9)
- 情報共有 (3)
- 技術 (127)
- 技術的負債 (5)
- 投資 (11)
- 掃除 (3)
- 採用 (13)
- 政治 (7)
- 教育 (24)
- 文化 (5)
- 文字コード (5)
- 文章 (12)
- 料理 (12)
- 新聞 (8)
- 旅行 (6)
- 日本 (65)
- 日経 (7)
- 時雨堂 (4)
- 書籍 (10)
- 本 (16)
- 機械学習 (4)
- 歴史 (19)
- 物流 (6)
- 特許 (4)
- 生活 (25)
- 生活習慣 (3)
- 監視 (16)
- 研究 (38)
- 社会 (44)
- 管理職 (3)
- 組織 (69)
- 経営 (57)
- 経済 (49)
- 継続 (7)
- 翻訳 (4)
- 考え方 (43)
- 育児 (19)
- 自動化 (14)
- 自転車 (3)
- 英語 (18)
- 著作権 (6)
- 行政 (8)
- 見積 (4)
- 設計 (63)
- 認証 (10)
- 読書 (5)
- 負荷 (11)
- 資料 (10)
- 資金調達 (5)
- 転職 (19)
- 退職 (8)
- 運用 (33)
- 配列 (3)
- 開発 (170)
- 開発環境 (3)
- 障害 (14)
- 電子書籍 (4)
- 非同期 (5)
- 食事 (5)
- 高速化 (3)
- WebRTC (230)
- 仕事 (182)
- 開発 (170)
- JavaScript (157)
- エンジニア (141)
- linux (136)
- 技術 (127)
- プログラミング (104)
- あとで読む (95)
- kubernetes (89)
systemd-nspawnに関するhigedのブックマーク (3)
-
higed 2017/04/24
- CentOS
- systemd-nspawn
リンク -
dockerではなくsystemd-nspawnを利用するシチュエーション - Solist Work Blog
dockerとsystemd-nspawnについて考えます。 サイトが成長することを考慮するとKubernetesなどの強力なクラスタ管理システム を使うことはほぼ必然になると思うのでdockerは欠かせなくなるツールだから使ったほうがよいですが、 dockerを普通の単一サーバーの実験用のコンテナとして使うのは色々めんどくさい感じなので 単一サーバーの実験用コンテナはsystemd-nspawnを使うことにします。 単一サーバーにおけるビルドテストとCIにだけdockerを使うならまだ話はわかるのですが、 このような場合においてさえdockerを使うのは、肉じゃがを作るときに和泉守兼定を使うようなものだと思います。 単一サーバーで運用する場合はサイトが成長したらKubernetesやAWS Fargateを使用するためにdockerを使う方針でよいでしょう。 デファクトスタンダード sy
-
dockerやめてどうしたか？
この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitもdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは本質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよｗ Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい 実際sys
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
処理を実行中です
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
設定を変更しましたx