はてなキーワード: Dockerとは
以前、新着エントリの流れが早すぎて見た覚えがないエントリがホットエントリになっていることがあるというようなことを書いてた増田がいたけれど、実際どれくらいの時間で新着エントリを駆け抜けていくか確認してみた。
新着エントリ滞留時間 | エントリタイトル | ドメイン | 到達ブクマ数(21日23時台) |
---|---|---|---|
0 | Gaijin Engineer in Tokyo – Alejandro Wainzinger – Medium | medium.com | 1174 |
0 | 事実にはオチも救いもないけれど、これが地方移住で受けた性被害と現実です。|さとうひより|note | note.mu | 604 |
0 | 形態素解析ツールの比較 (NLP2018) - Qiita | qiita.com | 382 |
0 | 修学旅行あるあるの『おみやげの剣』は日本以外にもあった!→どうやら世界各地にあるらしい - Togetter | togetter.com | 145 |
0.3 | 大戦機なぜ米では現役? 戦後70有余年、いまだムスタングなどが普通に飛んでいるワケ (乗りものニュース) - Yahoo!ニュース | headlines.yahoo.co.jp | 170 |
0.3 | 統計検定を理解せずに使っている人のために II | www.jstage.jst.go.jp | 564 |
0.5 | 「普通に勝てばいいのに」羽生竜王、優位な場面で悪手を指したと思いきや、結果的に最短で勝つ手筋だったことに手首を壊される実況民 - Togetter | togetter.com | 436 |
0.5 | 内閣支持率31%、第2次政権以降で最低 朝日世論調査:朝日新聞デジタル | www.asahi.com | 185 |
0.5 | 貴乃花部屋の貴公俊が付け人を殴打 顔腫れ、血だらだら:朝日新聞デジタル | www.asahi.com | 311 |
0.5 | 中田ヤスタカが言う「全業界に言える、理想的なプロに必要な力」 | www.buzzfeed.com | 607 |
0.8 | 田端信太郎氏による「#ZOZOTOWN春の乞食祭り」が開催される - Hagex-day info | hagex.hatenadiary.jp | 575 |
1 | 青春モノを中年のアングルで楽しんでいる自分に気づいた - シロクマの屑籠 | p-shirokuma.hatenadiary.com | 140 |
1 | Announcing gRPC Support in NGINX - NGINX | www.nginx.com | 338 |
1.2 | ブログ投稿前の文章チェックに、無料のアプリtextlint-appが便利です - LOGzeudon | blog.rokuzeudon.com | 186 |
1.2 | 本社世論調査:内閣支持率33% 前回比12ポイント減 - 毎日新聞 | mainichi.jp | 321 |
1.3 | バーチャルYouTuber800人全員を追う本物の男に聞く、最近のバーチャルYouTuber事情 (1/5) - ねとらぼ | nlab.itmedia.co.jp | 486 |
1.3 | キズナアイ:人気バーチャルYouTuberが声優初挑戦 テレビアニメ「魔法少女サイト」 - MANTANWEB(まんたんウェブ) | mantan-web.jp | 169 |
1.5 | 情報を最速で伝える岡三マン、政治的発言のノイズ増加が市場参加者に不評 : 市況かぶ全力2階建 | kabumatome.doorblog.jp | 220 |
1.5 | 夜間中学語る会に前川氏 セーラー服歌人と「学び」語る:朝日新聞デジタル | www.asahi.com | 96 |
1.5 | テニス 大坂なおみが初優勝 四大大会に次ぐ大会で日本勢初 | NHKニュース | www3.nhk.or.jp | 189 |
1.7 | 【悲報】ヴォイニッチ手稿、暗号でも何でもなく単に発音表記してただけっぽい | JOY NEWS | livdir.com | 247 |
1.7 | 関西弁の人ってやるかやらないかは置いといて | anond.hatelabo.jp | 315 |
1.7 | Seiyuu Has A Mouth, and Seiyuu Must Eat Screamingly. – Watch. Fap. Improve. | qazzaqxswwsx.wordpress.com | 677 |
1.8 | 染色体異常確定で中絶が98% 新型出生前検査 | NHKニュース | www3.nhk.or.jp | 550 |
2 | 今日、俺の好きなソシャゲがサービス終了する | anond.hatelabo.jp | 168 |
2.5 | 10話くらいになるとアニメを見るテンションが落ちる | anond.hatelabo.jp | 104 |
2.5 | 人気テレビ番組制作会社の対応がパワハラのようで理解できない - GIGAZINE | gigazine.net | 195 |
2.5 | バイオレンス感満点の「グランド・セフト・オート」を2カ月間プレイしても人は暴力的にならなかったことが判明 - GIGAZINE | gigazine.net | 98 |
2.5 | 形が悪いなどの理由で捨てられていた野菜をシート状にした「野菜シート」が栄養たっぷり保存食としても有用 ディストピア飯にも - Togetter | togetter.com | 800 |
2.7 | KaggleのCTR予測コンペで上位10%に入るまでの試行錯誤 - yasuhisa's blog | www.yasuhisay.info | 222 |
2.7 | 48年ぶり公開「太陽の塔」内部を撮影したムービーまとめ - GIGAZINE | gigazine.net | 235 |
2.7 | スーパーの警備員への言いがかり的なクレームと、それに対する他のお客様の声が話題に「まるでツイッター」 - Togetter | togetter.com | 184 |
2.7 | Wikipediaで「ヒト」を象徴する画像が、タイの男女に決まるまで──5年の激論を経て選ばれた「1枚」の物語|WIRED.jp | wired.jp | 386 |
2.8 | 安倍内閣の支持率、第2次安倍政権で3度目の40%割れと4度目のデッドクロスが決定的に : 市況かぶ全力2階建 | kabumatome.doorblog.jp | 109 |
2.8 | CNN.co.jp : 1週間無休のパン屋に罰金、「働き過ぎ」で フランス | www.cnn.co.jp | 430 |
3 | ホッテントリを毎日読み漁る彼氏に届け | anond.hatelabo.jp | 214 |
3 | 「AI」すごいぜ! メールから自動で請求書作成にノンプログラミングでチャレンジした話【イニシャルB】 - INTERNET Watch | internet.watch.impress.co.jp | 333 |
3.5 | 遠子先輩さんのツイート: ""【産経新聞ってときどきバカになるよね】バカって言うか反安倍派?日頃、保守派から評価されてるのに、こういうたった一つのバカ記事で信頼を失うってモッタ | twitter.com | 158 |
3.8 | 24時間365日対応しろ?『かかりつけ薬剤師』制度はやっぱり異常だよ - ゆとりずむ | www.yutorism.jp | 139 |
3.8 | <感情労働>「心の切り売り」で疲弊する人たち (毎日新聞) - Yahoo!ニュース | headlines.yahoo.co.jp | 520 |
3.8 | 石破氏、文科省に苦言「そんなことやり始めたら…」 (朝日新聞デジタル) - Yahoo!ニュース | headlines.yahoo.co.jp | 157 |
4.3 | 来月誕生日なんでプチ豪華な食事をしてみたい | anond.hatelabo.jp | 167 |
4.3 | 「いい作品は勝手に伸びない」という話|華若葉|note | note.mu | 200 |
4.5 | 1型糖尿病:打ち切られた障害年金 「社会保障のための増税」なんてウソっぱちだ! - 毎日新聞 | mainichi.jp | 247 |
4.8 | DockerでXサーバを動かしてGUIを直接表示する - くんすとの備忘録 | www.kunst1080.net | 332 |
5.7 | 誰の一番にもなれない | anond.hatelabo.jp | 561 |
5.7 | 「太陽の塔」内部が48年ぶりに公開されるので見に行ってきましたフォトレポート - GIGAZINE | gigazine.net | 235 |
6.3 | すべてをjsにまとめる思想を理解する - webpackハンズオンシリーズ|こんぴゅ|note | note.mu | 380 |
7.8 | 奥さんが会社行った後、 いつもの休日の様にベッドで転寝してたら、 布団の.. | anond.hatelabo.jp | 222 |
滞留時間は正確さに自信無し。18日から19日の新着エントリを10分おきに監視。
新着エントリリスト0時間でホットエントリになった理由はわからない。数分で新着エントリを通過した可能性もあるし、ファーストブクマされた時期が過去過ぎて新着エントリにならなかった可能性もある。
えぇ。。。まじだよ。。。
docker-composeを使ってGolangとMysqlのイメージ使っていつも開発してぞ
好きなエディタは学生が無料で使えるIntelliJ IDEAでgoLand をよく使ってる。
Gitだってブランチ切ったりアドコミットプッシュくらいでGitHubを使ってプルリク系の開発をチームでしたりもした。
AWSはインスタンス立てたりロードバランサつけてインタンンス二つに流したり、CDNさしたりもできる
いうてCDNの設定とかドメインの設定だけでラクチンなんだけどね。
ってどこか連載してほしいと常々思うのだが。
言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル。
銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社のサービス。
大手企業だけどSIerに開発を丸投げしているような会社のシステム。
もうすぐにエラーになるわ、URLの名前はおかしいわ、ちょっとしたことに7クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ。
これは外注している会社全般にいえるけど、SIerの技術レベルはやはりヤバイ。SIerはこの世から滅びたほうが社会のためになる。
ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。
Youtubeとか海外のカンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。
サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。
ところが日本はどうだ?
そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。
つまり、サービスによって日本をもっと混沌とした場所にするってこと。日本の経営者もエンジニアも社会的意義とか考えたことないやつばかりだ。
メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪そのもの。儲かればなんでもOKって会社ばかり。
今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。
さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした?
Qiitaとかゴミ記事プラットフォームと化しているからgoogleの検索からまじで外してもらいたい。
さらにRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップはドヤ顔で使う。
まあそれはいいけど、あんなパフォーマンスも自由度高すぎて可読性も低い言語が流行る時点でエンジニアリング的思想が普通に欠けてると思う。
さらにマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケールの必要性がまったくないようなシステムにまで
無理に導入しているやつ。
そういうわけなので今日は公開資料を中心にリリース失敗の技術的な要因を分析してみたいと思います。
ドワンゴアカウントシステムはScalaのコードだけで22万行を越え、ドワンゴ社内で最大のScalaリポジトリとして知られています。
ドワンゴのユーザーアカウント基盤は明らかに破綻しています。 10 年以上にわたり、ガラケー時代から今に至るまで多くの業務をコードに落としていくことは極めて難しい作業であったと思います。そうはいってもやってるうちに一回なんとか出来なかったのかとは思うわけです。やっている当人たちがテンションを上げているほどには開発効率が出ていない、むしろ足を引っ張っているという可能性はかなり高いと思います。
ニコニコ生放送(以下「生放送」)ではバックエンド・フロントエンドのサーバーを建てる環境として、2016年からDocker Swarmを採用し始めています。
Docker Swarm Mode については私も検証をしたことがあり、非常に優れた思想をもった将来性のあるプロダクトであると感じていました。個人的な検証はずっと続けています。まず swarm mode の何が優れているかと言えば、コマンド体系の分かりやすさです。開発者は何のストレスを感じることもなくクラスタを扱うことができます。さらに、サービスディスカバリ層を極めて扱いやすい形(サービス作ると公開することを指定したポートがクラスタ内の全マシンで公開されるので、あとはクラスタ全台に向けてロードバランシングするだけでいい事実上のゼロコンフィグレーション)で実装したことは素晴らしいと思います。しかし、残念ながらこの素晴らしい思想を持ったプロダクトは砂上の楼閣でした。その肝心なサービスディスカバリは安定しておらず信頼できません。またマスターがコケてそのままクラスタ全部が機能を停止するだとか、ノードが気づいたら行方不明だとかはざらです。こうした問題は 2016 年末から現在に至るまで残念ながらあまり改善されていません。
私は kubernetes が嫌いです。 Google 製品は開発者の UX を考慮しないからです。しかし、 2016 年においても、 2017 年の今においても彼のプロダクトが商用環境における事実上唯一の選択肢でした(ついでに言うならば docker service コマンドで kubernetes いじれるようになるので UX 問題も解決する)。正直、 2016 年から swarm mode を仕事で使おうとしたのは、深刻なソフトウェア検証能力の欠如を感じます。
実は分散ファイルシステムも独自に開発しました。もともと既存のオープンソースのファイルシステムを使っていたのですが,それだと期待する性能が出ないことがわかり,独自に調査開発を進めることにしました。
こちらの記事を読んでいただければわかりますが、配信基盤の再構築を行うにあたって
ということが分かります。
触れない話: 事実上全然稼働しなかった CTO 、北の将軍様
パブリッククラウド、特に CDN を採用することは開発負担の軽減に多いに貢献するように考えられます。実際「 akamai 使えよ」みたいなこと言ってるユーザーは結構いるわけです。ではなぜ彼らがそうしないのか、その意思決定の理由をここでは探ってみます。
動画ストリーミングサービスとして遅れているというのは恥ずかしいことではありますが、ハードウェアや使っている回線の影響もありますので、どのサービスも最終的には同じになると思っています。その差をつけられることはこの先はなくなると思っています。
ようするに CDN 屋だろうが自前だろうが最終的に同じようなところに落ち着くだろうという予測を彼らは立てているということです。しかし現実問題として現在競合他社との差は大きく、新配信基盤のリリースの目途は立っていません(半年以上の遅れというのは通常そういうことでしょう)。ではなぜ彼らは最終的に差は無くなると予測するのか。私はこの点において彼らが空元気をふりまわしているとは思いません。
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
要するに CDN 各社は現在逆ザヤで出血を続けながら戦闘しており、 DDoS 対処を中心としたセキュリティサービスにより最終的な帳尻を合わせている状態です。自前で動画配信インフラを構築した経験のあるドワンゴは CDN 大流行の早い段階から「成立するビジネスではない」という見通しを立てていたであろうと思います。
ただしこの点において今後もビジネス環境、技術環境が現在のように推移するのかは、私にはよく分かりません(誰にも分かってないでしょう)。結局同じようなところに落ち着くならありもの使っとけよとは思わなくはない。
まあもう無理でしょいろいろ
洗脳教育しようと思えば簡単にできるし、既成概念だって作り上げることができる。
日本人なんかステレオタイプに支配された人間だらけだ、超簡単。
で、それは前置き。
世界で急速に廃れてきているRubyに今なお熱狂する日本のエンジニア、Dockerの開発環境の構築方法が〜と使い方も然ることながら他国ではデプロイにおける完全デファクトスタンダードとなっているのに2017年にそんな記事を出して大量のブクマゲット。
イノベーションがないとか誰か言ってたな。暇じゃないからとか馬鹿なことを言っていたな。
ビジネスにイノベーションがないから競合だらけで時間でカバーしようとしているんだぞ、逆だ。
しかしイノベーションがないことを個人のせいにしていいのだろうか?
もしAirBNBみたいなサービスを日本の会社が一番最初に作ったとしたら?
おそらく外野からボロクソに叩かれて、問題のレッテルを貼られて沈没。
世界で許容されているから初めて日本でも受け入れる土壌ができあがる。
でも、日本初だったらそうはいかないと思う。だってこの社会は前例がないことが嫌いだから。
Dockerがバズるくらいだから今どきハードウェア仮想化なんて流行らないのだろうが、Windows10 Proの安いPCを1つ購入してHyper-Vを有効化したのでCentOSとUbuntuのどちらを入れようかと考えてた時に、昔インストールに苦労したDebian 3.1 Sargeのことを思い出して本家のサイトに行ったら今年の6月にDebian 9が正式リリースされたと聞いてすごく懐かしくなり、こいつを選択することにした。
随分バージョンが上がったものだなあ。しかも今はamd64がインストーラーのリストの最初に上がってるし。昔は64は人柱用だったのに。
10年ほど前、玄人志向の玄箱というNASのOSをDebianに入れ替えて単なるファイルサーバから多用途サーバにするのが流行ったことがあった。今でも後継品のBuffalo製NASをDebian化する好事家は細々ながら活動しているが、UbuntuのベースであるDebianに最初に触れたのがその頃で、当時のバージョンは3.1、通称Sargeだった。タイミングのいいことに、Sarge対応の分厚いDebian入門書が存在していたのでレファレンスには事欠かなかった。まあそれでも、スペックの貧弱な玄箱にインストールして少しでもパフォーマンスをよくするにはカーネルを書き換えて再コンパイルしたりといった悪戦苦闘があったわけだがもう忘れた。
Hyper-Vの仮想マシンへのDebianのインストールはトラブルらしきトラブルもなく、インストールしてすぐに使えるようになっていてまあこれが普通だよなと。OSは使いこなしてなんぼで、インストールで苦労するのは不毛だと当時も思ったし。
あと、エンジニアが多いと聞いているはてな界隈でも個別のディストリのトピックはあまり話題にならないんだなというのがちょっと面白かった。
結局yamlはデータ構造を現すもので、プログラミング的な繰り返しとかIF文は無理やり過ぎて違和感しかない
RubyのDSLって普通にダメだねこりゃ。実行順序も分からんし、普通にRubyで書いた方が良い気さえする
独自のSyntax覚えるのかったるすぎる。大して便利じゃない
何でもやろうとすると結局、プログラミング言語みたくなってどんどん可読性が落ちる
結局最後はbashで良いんじゃねーかなってなる。シンプルにできるなら一番筋が良いのはansibleだけど微妙に書き方変わったりして追従がかったるい
俺の知ってる会社でchefで全自動だぜ!とか言ってキラキラ感だしてる会社あったんだが今は全然回ってないらしいww
一時はもてはやされたけどDockerとか出てきた昨今こんなの今頑張らなくてもいいのかもな
1.有名人がまず試して
2.新しいこと好きな人が次に試して
4.上手く行ったよ、すごくいいよ、って人が出てくる
5.次に、批判者が現れ
6.それでもこういう点では優れている、って言う人が現れる
ここがベストだ
この時点で遅くない、なぜならここまでにやり方がコロコロ変わるから
6まで行かなかったならやるな
6まで到達するのに2~3年かかるイメージが有る
Dockerはそろそろ5
この話の続き
systemd-nspawnに移行した
以下詳細とか雑記
docker commitもdocker diffも使わないし、要らない
要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔
イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある
Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよw
Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか
composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で本番運用とか口にしないで欲しい
実際systemd-nspawnの今でもベースはDocker Hubから拾ってきてるし、Docker使ってる奴との受け渡しも問題ない
やりかたは runc.io のGetting startedでも見れば?
Docker hubでよくわかんねーイメージ落とすときに、出所がクリアになるってメリットだけだなこんなん
取り急ぎansibleでセットアップは済ませてる
コンテナにしたからプロセス管理は違う方法でやります→supervisorで云々→めんどくさいだろ!
じゃあ1プロセス1コンテナにしてマイクロサービスにします→本当に便利それ?管理できる?
ログの管理は?logrotateは誰がやる?データボリュームはどこにする?みたいなアホみたいな検討し始めたときに俺は会議室を出た
「いや今はこれが主流で流行ってるから便利です」みたいな事言ってるバカが居て殴りたくなった
「毎週、毎週swarmが壊れたバージョンアップで再起動だのと余計な仕事増やしやがって、いつまでDocker社のβテストに付き合うつもりだクズども」
とは言えないので
「今の状況は前よりも運用負荷が高い状況みたいなので、systemd-nspawn等のシンプルなものに代替できないか検討してほしい」
と言ってなんとか説得
(結局半分以上は俺が対応したが)社内のクリティカルな部分のDockerは全部廃棄した
普通に起動して、普通に終了できる。コンテナの中なのにそれを意識しないくらい普通に起動する。
aufs,overlayfs等の差分管理しなければそれに付きまとう問題もない(overlayfsとか使うこともできる)
自動起動も設定もコマンドもコンテナ内だから〇〇しなきゃダメみたいなやつが無くなって、ものすごく安定してる
Dockerも--privilegedつけてinitからrunすればいいって?糞不安定だし、権限多すぎだろ?capabilitiesを適切に設定しろだって?
一生やってろバーカ
結局のところ本当にこれ便利になったんだっけ?って聞かれて理由を言える奴じゃないと何をやってもダメってことが分かった
これはDockerに限らず全部そうだと思う
QiitaとかにあるDockerでこんな素晴らしくなったよって記事の大半は本質を見失った馬鹿記事
楽になるどころか厄介事を+1してるだけ
とりあえずこっちはDockerのゴタゴタに振り回されなくなって良かったよって話
日本のエンジニアもクズだが、書き手も目くそ鼻くそほどにバカだ。
海外でエンジニアをしているが、Dockerを使ってない会社はこの数年、見たことがない。
開発環境だけで使っている会社もみたことがない。それじゃDockerのメリットが何もない。
DockerConというカンファレンスのせいか、Mastodonのせいか、ここ数日はてなで頻繁にDockerの文字を目にする気がする。
ところでDockerConで発表されて話題になっているというMobyプロジェクトって何?
追記
はてブを集めてるページがあるな
http://b.hatena.ne.jp/entry/dev.classmethod.jp/tool/docker/docker-moved-github-repository/
http://www.newsweekjapan.jp/stories/world/2017/04/post-7389_1.php
この話は、テレビ黎明期の頃から言われていることで、書物にもいろいろあるのだからDockerのテクニカルリファレンス本を読むのならそれは「調べもの」で、闇金ウシジマくんを読むのならそれはマンガを読む楽しみだし、ファッション誌を読むのならそれはお洒落の準備だし、ブックオフで中古で買った新書を読むのならそれは暇つぶしです。
通勤電車内での時間つぶしならスマートフォンのほうがはるかに効率的で、ゲームもSNSも音楽鑑賞も映画鑑賞も全部できます。
何かの勉学に取り組むのであれば、それは本であれネット情報であれ学者の講演会であれいろいろ駆使して追求するわけですから、何も「書物」に知を仮託する必要はありません。
そもそも便利なのかちゃんと考えてる?
「日々Dockerfileをメンテして開発環境がこんなに楽になります!」
「Dockerなので本番とも開発者同士でも同じになります!」
馬鹿じゃねーのかw?
Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよw
そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが
それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの?
yumもaptもリポジトリがセキュリティアップデートやらで変化する以上
いつも同じ結果になるわけじゃねーだろが、(バージョンロックする方法はあるけどめんどいだろ)
本番でもコンテナを使ってますってやつら以外無理してDocker使う必要ないんじゃねーか?
お前らが欲しいのは軽いVMであって細切れのコンテナじゃねーだろ?
initを潰して,supervisor入れてプロセス管理して・・・ってどう考えてもお前らが望む世界じゃないんじゃねーか?
流行りのコンテナぽくしたいならLXDやらsystemd-nspawnの方がよっぽど筋がいい
というわけでよく考えなおせ
続き書いた