Docker Part2©2ch.net

[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

850: 2018/12/23(日)15:11 ID:Sp1piTzY(1) AAS
使用しているベースイメージ次第。環境は関係ない。
dockerは実運用するなら素のベースイメージから上は自分で作るのが基本だから、そのへんの考え方は一度自分でやってみればすぐに理解できる。
出来合いのものはあくまでサンプル。

851: 2018/12/23(日)15:18 ID:nk+HmfrL(1/2) AAS
ありがとう
むぅ理解できないわ
取り敢えず触ってみる

852: 2018/12/23(日)15:20 ID:nk+HmfrL(2/2) AAS
んっnginxより上、ベースイメージでの動作はdockerが担保してくれるってことなのかな

触ってみる

853: 2018/12/23(日)15:23 ID:B+bc3dl4(1) AAS
カーネルは共有されるけどそれくらい

854(2): 2018/12/23(日)20:16 ID:JFyTQrTf(1) AAS
LinuxカーネルのABIは安定しているので
カーネルより上の層（libc）とかは
基本どのディストリビューションでも動作する

go言語は他のライブラリが必要ない実行ファイルを作れる
scratchイメージにgoの実行ファイルだけ入ったものを作れば
僅か数MBのDockerイメージすら作れる

855(1): 2018/12/23(日)20:27 ID:QVRCwsb4(1/2) AAS
>>854
何ヶ月か前に別スレでその最初の3行にまつわる話したら袋叩き似合った

856: 2018/12/23(日)20:28 ID:a3X0TqIZ(1) AAS
だってウソだもんで>LinuxカーネルのABIは安定している

857: 2018/12/23(日)20:53 ID:HJ+H2evR(4/5) AAS
>>854
> go言語は他のライブラリが必要ない実行ファイルを作れる

でもライブラリ相当の機能が実行ファイルに含まれてるから、
goのバイナリはサイズがデカイんだよね

858: 2018/12/23(日)20:56 ID:HJ+H2evR(5/5) AAS
お、あったｗやっぱりでかい
外部ﾘﾝｸ:d.hatena.ne.jp

言語ファイル名大きさ（byte）
C言語 hello_c 5516
C++ hello_cpp 5588
D言語 hello_d 360500
Go言語 hello_go 1091428

859: 2018/12/23(日)21:00 ID:QVRCwsb4(2/2) AAS
goはでかいよ
Archやってるとでかいサイズのgoの更新が頻繁に来るからうざい

860(1): 2018/12/23(日)22:03 ID:jSNMCGZQ(1) AAS
Linux/UNIX文化では動作が変わっても名前は変わらないので必ずリンクできる。
つまり安定性が高い。
一方、Windowsは動作が変わると名前にサフィックスが付く。
従って新しいAPIに自動的にリンクされることはないし、APIの数はドンドン増え続ける。

861: 2018/12/23(日)22:06 ID:UzZijvxD(1) AAS
>>860
？

Linux/UNIX文化では動作が変わっても名前は変わらないので必ずリンクできる。
Windowsは動作が変わると名前にサフィックスが付く。
以前の名前は変わらないので必ずリンクができるし、以前の名前の動作が変わることがない
だから高い互換性が保てる

といいたいのかな

Linuxはカーネルのシステムコールの数が増えなくても
ライブラリとは関係ない話なので、APIの数の代わりにライブラリの関数が増え続けるよ

862: 2018/12/23(日)22:39 ID:5Q1rOqA5(1) AAS
>>855
読んでみたい、どこか覚えてる？

863: 2018/12/24(月)11:43 ID:ZQ/dJl6b(1) AAS
Debianにインスコ開始ー

864(2): 2018/12/24(月)12:15 ID:wEpk+PBH(1) AAS
GoのシングルバイナリってGPL汚染はないの？
というかDocker自体、上の方で猿が喚いてる「コンテナはアプリだ！」との主張がもし世間一般に通るなら、
単なる集積物であってアプリにGPLは感染しない理論はかなり無理があるんじゃないかな

865: 2018/12/24(月)12:32 ID:3ljC1xCs(1/2) AAS
自分で入れた癖して汚染したとか騒ぐのは笑えるぜ

866(1): 2018/12/24(月)12:37 ID:3ljC1xCs(2/2) AAS
>>864
そもそもGoはBSDライセンスだし

gccgoを使う場合はGPLのコンポーネント（gcc）を含むが
生成したバイナリはGPLの対象外

gccのランタイムライブラリは例外にしないと
Linuxにクローズドソースのソフトウェアが一切存在出来なくなるから
まさかクローズドソースのは一切無いと思ってた？

867(4): 2018/12/24(月)12:54 ID:FVAjhLvH(1) AAS
>>866
LinuxのアプリがGPLに感染しないのは、GPLの「単なる集積」と「システムコール」の例外条項による
自分で条項を読んでみたらいい
Dockerコンテナを単なるアプリケーションパッケージと解釈するなら、これらの例外が適用されるかはかなり怪しいよ
まあGoの場合は解釈論を云々するまでもなくGPLライブラリをスタティックリンクした時点で完全アウトだが

868: 2018/12/24(月)13:26 ID:n0J+hQ60(1/2) AAS
>>867
意味不明
Dockerで使う時だけ対象になるとか何処に書いてある？

869: 2018/12/24(月)13:36 ID:n0J+hQ60(2/2) AAS
>>867はDockerイメージは全てオープンソースにしないと違法って言ってんのか？
そんなこと言ってんのお前だけだろw

870: 2018/12/24(月)14:05 ID:sB1miyd2(1/3) AAS
Linuxはソース文化なのでコンテナがないとアプリケーションの配布がきつい。

871(1): 2018/12/24(月)16:44 ID:0ONmT3Cp(1/4) AAS
>>867
お前、その主張は、DVDにGPLとそうでないものを
一緒に焼いたら（つまりRedHat Linux状態）
ライセンス違反になると言ってることになってるんだが
気づいているか？

872: 2018/12/24(月)16:46 ID:0ONmT3Cp(2/4) AAS
>>867じゃなくて>>864あて

873: 2018/12/24(月)18:34 ID:sB1miyd2(2/3) AAS
Redhatは倫理規定違反で死刑になってもおかしくないけどな。

874: 2018/12/24(月)19:52 ID:fOFd4UE9(1) AAS
そもヨゴレのIBMと喜んでくっつかってんだから相当なド底辺クズ野郎どもだろ>RH
大喜びで開発協力してきた日本の大手ITベンダのアホ情弱どもはそれ以下のマヌケだろうけどな

875: 2018/12/24(月)22:18 ID:Hg8v6tOU(1) AAS
>>871
>>871
それがいわゆる「単なる集積」
特定のアプリのために同梱してるんじゃなくて本当に単なる寄せ集めだから派生物と見做されない
一方Dockerは特定のアプリのためにコンポーネントを事実上スタティックリンクしているわけで、例外条項の趣旨を考えれば完全にアウトだ
だからDocker使うなら間違っても「コンテナはアプリだ」なんて言っちゃいけない

876: 2018/12/24(月)23:37 ID:0ONmT3Cp(3/4) AAS
> 一方Dockerは特定のアプリのためにコンポーネントを事実上スタティックリンクしているわけで

事実上スタティックリンクってことは
本質上スタティックリンクじゃないってことだよね

877(1): 2018/12/24(月)23:39 ID:0ONmT3Cp(4/4) AAS
Dockerコンテナはスタティックリンクしてないからアプリと言えるわけである
スタティックリンクしていれば1バイナリになる。

878: 2018/12/24(月)23:52 ID:Y3lrr8FC(1) AAS
>>877
GPLはスタティックリンクか動的リンクかに関わらず感染するよ

879: 2018/12/24(月)23:54 ID:sB1miyd2(3/3) AAS
LGPLなら良かったのにな。

880(1): 2018/12/25(火)00:01 ID:XGHDmrXH(1/4) AAS
ちなみにAndroidアプリだと、LGPLライブラリ(.so)をアプリのパッケージ(ZIP形式)に入れて配布するのはスタティックリンクに該当し、
アプリがLGPLに感染するという解釈が一般的だ
Dockerイメージは言うまでもないよね

881: 2018/12/25(火)00:04 ID:MqCJ7mUS(1/4) AAS
いつのまに、アプリと呼ぶだけでGPLに感染することになったんだ？ｗ
本質的にアプリだが、アプリと呼ばなければOKって意味不明

俺が「あれ」と「これ」を含んだDockerコンテナ=アプリを作ったとして
他人が作った「あれ」と「これ」のライセンスを、赤の他人の俺がGPLに変更できるわけないし

Dockerfileはただの数行のファイルでしか無いし、
俺がGPLのものを作ってなにか作ったからと言って、それを不特定の人に公開する義務もない

Docker=アプリに反論したいができなくて、とりあえず言ってみたんだろうが
穴がありすぎて、大丈夫かこいつ？

882: 2018/12/25(火)00:05 ID:MqCJ7mUS(2/4) AAS
>>880
良い皮肉だｗ
Googleストアにあるやつは全部GPLになっちゃうよなｗ

883: 2018/12/25(火)00:09 ID:MqCJ7mUS(3/4) AAS
Dockerイメージを配布せずに、
Dockerfileだけ配布すれば
完全にGPL（LGPL）を回避できる

Dockerは素晴らしいですな！

884: 2018/12/25(火)00:10 ID:MqCJ7mUS(4/4) AAS
ということで、DockerがGPL違反になるとか言ってるアホは徹底的にコテンパンにされました。おしまい。

885: 2018/12/25(火)00:11 ID:XGHDmrXH(2/4) AAS
いやイメージを配布するのは普通にGPL違反よ
配布しなけりゃいいだけだし、誰もそれは否定してないでしょ

886: 2018/12/25(火)00:23 ID:FPaj6kyi(1/6) AAS
まあ確かに、LGPLはシステムライブラリとのリンクを想定してるから、一緒に配布するのはGPLの精神からすると感染だろな。

887: 2018/12/25(火)00:24 ID:DAdBnaIi(1/18) AAS
> いやイメージを配布するのは普通にGPL違反よ

1. そもそもイメージ配布しなければGPL違反でないし
イメージ配布する人を社内に限れば、社内の人だけにソースを配布すれば良い

2. GPLはバイナリを入手した人がソースを入手できればいいので
バイナリを手に入れてない人にソースを配布する必要はない

3. DockerイメージのソースとはDockerfileのこと

4. もちろんDockerイメージの不特定の人に配布したら、
その中に入っているバイナリのソースも渡さないといけない

888(2): 2018/12/25(火)00:25 ID:DAdBnaIi(2/18) AAS
> まあ確かに、LGPLはシステムライブラリとのリンクを想定してるから、一緒に配布するのはGPLの精神からすると感染だろな。

その理屈だと、ISOイメージにして配布しているRedHatなんかも
ライセンス違反ということになってしまうので、間違ってるのは明らか

889: 2018/12/25(火)00:26 ID:DAdBnaIi(3/18) AAS
一言で言うならば、GPL感染した所で、プライベートイメージなら
何ら問題ないってことよ。

890: 2018/12/25(火)00:26 ID:FPaj6kyi(2/6) AAS
>>888
Redhatは裁判になったら死刑判決受けるだろ。

891(1): 2018/12/25(火)00:26 ID:3aFn9L6f(1/4) AAS
>>888
だからそれは単なる集積
DockerもVMだから単なる集積だと強弁してしまえばイメージの配布も限りなく黒に近いグレーにできなくもない

892: 2018/12/25(火)00:27 ID:DAdBnaIi(4/18) AAS
>>891
Dockerのイメージも単なる集積だけど？

893: 2018/12/25(火)00:28 ID:FPaj6kyi(3/6) AAS
見る人が見れば真っ黒に近い黒だろうな。
例えばGNUの尊師が見たら完全にアウツだろ。

894(1): 2018/12/25(火)00:29 ID:DAdBnaIi(5/18) AAS
Dockerのイメージがどういうふうに展開されてるのか知らないのかな？
単なるファイルとしてディスクに展開されてるんだけど

最終的にはLinuxのコンテナとして動いていて、コンテナがchrootを発展させたものって知っていれば
以下のリンク先の説明にあるように、とあるディレクトリ以下に展開されてるファイルを実行するだけって
わかるはずなんだが？

外部ﾘﾝｸ:deeeet.com

895: 2018/12/25(火)00:32 ID:3aFn9L6f(2/4) AAS
>>894
仮にスタティックリンクではないと解釈できたとしても、実際に実行時には動的リンクしてるんでしょ
誰がどう見ても派生物だよ

896(1): 2018/12/25(火)00:33 ID:DAdBnaIi(6/18) AAS
> 仮にスタティックリンクではないと解釈できたとしても、実際に実行時には動的リンクしてるんでしょ

だからその理屈を言ってしまうと、RedHatのISOイメージも
同じことになってしまうので、その矛盾を解決してから出直してきなって話

897(1): 2018/12/25(火)00:33 ID:3aFn9L6f(3/4) AAS
>>896
だからGPLの「単なる集積」の条項を読んできなさい

898: 2018/12/25(火)00:34 ID:DAdBnaIi(7/18) AAS
そもそもLinuxでパッケージが提供されているものだけを
使用すればGPL違反になりようがないんだよね

だからDockerコンテナ＝アプリ

899: 2018/12/25(火)00:34 ID:DAdBnaIi(8/18) AAS
>>897
読んで問題がないことがはっきりしている

900(2): 2018/12/25(火)00:38 ID:DAdBnaIi(9/18) AAS
はいどうぞ

「集積物」とそのほかの種類の「改変されたバージョン」の違いは何ですか?
外部ﾘﾝｸ[html]:www.gnu.org

「集積物」はいくつかの別々のプログラムからなり、それらは同じCD-ROMやそのほかのメディアや "Dockerイメージ" に
いっしょに入れられて配布されます。GPLは集積物を作成し配布することを認めています。
たとえ、ほかのソフトウェアが不自由あるいはGPLと両立しないものである場合でもです。
ただ一つの条件は、あなたは、それぞれのプログラムの個別のライセンスが許す権限を
ユーザが行使することを妨げるような、あるライセンスのもとで集積物をリリースすることはできないということです。

二つの別々のプログラムと二つの部分の一つのプログラムを分ける線はどこにあるでしょうか?
これは法的な問題であり、最終的には裁判官が決めることです。わたしたちは、
適切な基準はコミュニケーションのメカニズム(exec、パイプ、rpc、共有アドレス空間での関数呼び出し、など)と
コミュニケーションのセマンティクス(どのような種の情報が相互交換されるか)の両方によると考えています。

モジュールが同じ実行ファイルに含まれている場合、それらは言うまでもなく一つのプログラムに結合されています。
CD-ROMやそのほかのメディアやDockerイメージは実行ファイルではありません
もしモジュールが共有アドレス空間でいっしょにリンクされて実行されるよう設計されているならば、
それらが一つのプログラムに結合されているのはほぼ間違いないでしょう。

逆に、パイプ、ソケット、コマンドライン引数は通常二つの分離したプログラムの間で
使われるコミュニケーションメカニズムです。ですからそれらがコミュニケーションの
ために使われるときには、モジュールは通常別々のプログラムです。
しかしコミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したりする場合は、
それらも二つの部分がより大規模なプログラムに結合されていると考える基準となりうるでしょう。

901: 2018/12/25(火)00:42 ID:DAdBnaIi(10/18) AAS
個々のファイルをあつめて、Dockerイメージにするだけでは
単なる集積物だろう。

902(1): 2018/12/25(火)00:43 ID:3aFn9L6f(4/4) AAS
>>900
えっと、君のアプリはDockerイメージ内のGPLライブラリと動的リンクしてないの?w

903: 2018/12/25(火)00:46 ID:DAdBnaIi(11/18) AAS
>>902
GPLライブラリとは動的リンクしてないけど？
動的リンクが許されるLGPLライセンスのものばかりだなぁ

GPLのものとは以下の分離したプログラム間でのコミュニケーションメカニズムを使うから問題ないし
> 逆に、パイプ、ソケット、コマンドライン引数は通常二つの分離した
> プログラムの間で使われるコミュニケーションメカニズムです。

これで結論出たよね？

904: 2018/12/25(火)00:51 ID:DAdBnaIi(12/18) AAS
そもそもGPLのものを作ってるのであれば
別にGPLに感染した所で何の問題もないよね。

それから本当の目的は「Dockerコンテナ=アプリ」を否定したかったんじゃなかったの？
Dockerコンテナをアプリと読んでしまったらGPL感染する！とかいう謎理論でさ

905: 2018/12/25(火)00:57 ID:DAdBnaIi(13/18) AAS
Dockerコンテナ＝アプリが気に食わなかったんだろうけど

結局、DockerイメージにするだけでGPL感染させられるか？という
話にしかなってなくて、そんなもんGPLライセンス読めば単なる集積物でしかない
Dockerイメージ（Linuxの機能のコンテナを実行するのに必要なファイルをまとめたもの）は
集積物として扱われるに決まってるし

最初のDockerコンテナ=アプリと何の関係もないし

どんな結論を目指したくてこの話を持ち出してきたのかわからんわ
┐(´ー｀)┌ﾔﾚﾔﾚ

906(1): 2018/12/25(火)01:05 ID:XGHDmrXH(3/4) AAS
>>900
そのDockerイメージについての言及がリンク先に見当たらないんだけど、参考までにどこにあるか教えてほしい

907(1): 2018/12/25(火)01:12 ID:DAdBnaIi(14/18) AAS
>>906
じゃあ君は、Dockerイメージがリンクに相当する言及するところを持ってきてくれ。
言い出しっぺなのだから、それぐらいやってから言うべきことだからな。

908: 2018/12/25(火)01:32 ID:XGHDmrXH(4/4) AAS
>>907
あなたの提示した捏造元のFAQがコンテナを想定して書かれたものではない以上、可能性は排除できないでしょ
モジュール同士の結合が強すぎる場合は通信方式に関わらず単一の大きなプログラムを構成していると見做されるとも書いてあるよね
Dockerは単一の大きなアプリじゃなかったのかな

909: 2018/12/25(火)01:35 ID:DAdBnaIi(15/18) AAS
Dockerは単一の大きなアプリだよ？

そしてスタティックリンクしてないし、動的リンクは
LGPLのものだけだからGPLの話と何の関係もないけど

二つの無関係な話をごっちゃにして何が目的なの？

910: 2018/12/25(火)01:54 ID:FPaj6kyi(4/6) AAS
おまえらはGNUの精神を誤解してるよ。
お前のものは俺のもの、俺のものは俺のもの。
それがGNUだろ。

911(1): 2018/12/25(火)01:58 ID:DAdBnaIi(16/18) AAS
GPLは俺のもの、バイナリ渡さなければソース公開の義務もないので
ウェブアプリでとっても便利に使えるもの

GPL感染を免れるためにリンクを行わずに
パイプでやり取りするのもよく使うテクニック

912: 2018/12/25(火)04:04 ID:FPaj6kyi(5/6) AAS
秋元はAKBがオープンソースとか言ってたのに、AKBは全然GNUじゃないんだよな。
握手券をCDと偽って売りつけるのがオープンソースっぽいと言われれば、確かにそんな感じもするが。

913(1): 2018/12/25(火)04:05 ID:WaQT3x/c(1) AAS
>>911
GPL感染を防ぐのにパイプでなんか渡す必要ないよ。アプリとして独立していればいいだけ。

914: 2018/12/25(火)04:58 ID:DAdBnaIi(17/18) AAS
>>913
アプリじゃなくてプログラムな。↓こうかいてあるだろ

外部ﾘﾝｸ[html]:www.gnu.org
> しかし多くの場合、GPLの及ぶソフトウェアをプロプライエタリ・システムと一緒に
> 配布することは可能です。これを妥当な形で行うには、自由なプログラムと
> 自由ではないプログラムとがそれぞれ独立を保った形でコミュニケートし、
> それらが事実上単一のプログラムとなってしまうような方法で結合されていないことを確認しなければなりません。

そして「プログラムとして独立」していると見なして良いものの一つが
（GPLのものと）パイプでやり取りするってことだろ

915: 2018/12/25(火)05:10 ID:DAdBnaIi(18/18) AAS
あー、言っとくけど、ばれてないだろうと考えての無駄な努力はしなくていい。
「Dockerコンテナ = アプリ」をどうにか崩そうとして
なにかを「アプリ」に結びつけようとしてるのには気づいてるから
バレてる時点でその努力は無駄よ。

916: 2018/12/25(火)19:02 ID:FPaj6kyi(6/6) AAS
GPLに感染したら村ごと焼き払わないと人類滅亡するからな。

917: 2018/12/25(火)19:09 ID:3rvgWFVu(1) AAS
もうボケナスと腐れIBMのお陰で滅亡し掛かってるじゃん＞人類

918: 2018/12/25(火)21:14 ID:51aJ/wRC(1) AAS
焼き払え！
どうした！それでも世界で最も邪悪な一族の末裔か！

919: 2018/12/25(火)23:30 ID:p7mFW/Iu(1) AAS
なりきりトークはしんどい

920: 2018/12/26(水)11:17 ID:g9SnL/ls(1) AAS
( ﾟдﾟ)====>☆

921: 2018/12/27(木)14:19 ID:DBCGqnM6(1/2) AAS
Docker周りを調べてからWebサービス作ってみようかと思ってたけど後回しにする
小規模だし最初サービス作ってからでも遅くない気がしてきた

922: 2018/12/27(木)14:20 ID:DBCGqnM6(2/2) AAS
ても開発環境だけでも幸せになれるかなぁ
まぁ後にしよう

923: 2018/12/27(木)15:52 ID:eJNw9M2G(1) AAS
同時にすれば？
今日はこれ、明日はこれ。

924: 2018/12/27(木)21:59 ID:yY7ptEAF(1) AAS
いっちょまえに開発開発いわないでWebページ制作といえ
それしかやってないんだからお前らわ

925: 2018/12/27(木)22:24 ID:BHF4hV0J(1/3) AAS
Webページ制作なら大企業でもやるでしょう？

926: 2018/12/27(木)22:34 ID:gPaHe1Uf(1/3) AAS
いやWebサイトなんか外部委託が普通だろ
自社でWebサービスやってる会社ですら、Webサイト制作などという底辺仕事を自社エンジニアにやらせるのは損失だから外部委託してたりするぞ

927: 2018/12/27(木)22:36 ID:BHF4hV0J(2/3) AAS
ん？お前の会社はエンジニアしかいない小さい会社なの？

928: 2018/12/27(木)22:45 ID:gPaHe1Uf(2/3) AAS
500人くらいの会社だけど、コアでない業務を外部委託するのなんて普通だろ?
前にいた1000人くらいのSIerも当然外部委託だったよ

929(1): 2018/12/27(木)22:54 ID:BHF4hV0J(3/3) AAS
ほーら言ってることが変わったｗ

Webサイトなんか外部委託が普通だろ
↓
コアでない業務を外部委託するのなんて普通だろ?

> それしかやってないんだからお前らわ
それしかやってないというのなら、それがコア業務ってことだよねｗ
矛盾している

930: 2018/12/27(木)23:36 ID:gPaHe1Uf(3/3) AAS
>>929
そりゃWeb制作がコア業務の会社もあるだろう
で、Web制作を主業とする大企業ってどこ?

931: 2018/12/28(金)00:01 ID:Xnr1TmZq(1/2) AAS
Web制作を主業とする大企業が今の話とどうつながるの？

932: 2018/12/28(金)01:13 ID:VhG75zia(1) AAS
webサイトとwebサービスを一緒くたにしてると底辺と思われても仕方ないぞ。
webサイトにしても外注ですますって事は諸々の技術が賄えないってことだからwebサイト職人は高年収なんだなこれが。
ちなみにどこにでも底辺がある業界なのでブラックで雇われてるタイプ打ちの事は知らん。

933: 2018/12/28(金)01:22 ID:R0nxxDdF(1) AAS
Web制作業界はゴミみたいな単価の案件を奪い合う地獄絵図やぞ
典型的なSIerのブラックなんかとは次元が違う

934: 2018/12/28(金)17:09 ID:qmD+abh2(1) AAS
キノトロープ。

935(1): 2018/12/28(金)17:22 ID:Xnr1TmZq(2/2) AAS
あなたが落としたのは、
キンノロープですか？それとも
キノロープですか？

936: 2018/12/31(月)07:02 ID:Mnpi3suq(1) AAS
>>935
人月100万のゆるゆる案件です！

937(5): 2019/01/22(火)06:03 ID:Xadxz8jN(1) AAS
Redhat製のdocker互換
rootやデーモン無しで動く
外部ﾘﾝｸ:github.com

938: 2019/01/22(火)15:57 ID:a+JKiGWw(1) AAS
>>937
コレってRH系ならyumで入れられんだな

939(1): 2019/01/22(火)16:29 ID:mcX40V8j(1) AAS
>>937
いきなりKubernetesにも対応してるのか
さようならDocker
このスレもこれで終わりだな

940(1): 2019/01/24(木)21:26 ID:ILT9+sql(1/2) AAS
>>937
これってCoreOSの系譜？

941: 2019/01/24(木)21:43 ID:ce56jNa3(1) AAS
>>940
違う
cri-oから分離したプロジェクト

942: 2019/01/24(木)21:51 ID:ILT9+sql(2/2) AAS
じゃあCoreOSチームはよくて合流悪くて放逐か
浮かばれねえな

943: 2019/01/25(金)10:41 ID:zAxqTMny(1/2) AAS
Dockerは売り時を逃したな
もう二束三文でMSに買収されてWindowsのコンポーネントになるしかない

944: 2019/01/25(金)16:26 ID:pYl8jJjD(1) AAS
どっかー買いたいって言ってたトコあったんか？

945(1): 2019/01/25(金)18:06 ID:zAxqTMny(2/2) AAS
買えるならAWSでもGoogleでもMSでもIBMでもどこでも買ってたでしょ
今となっては地獄の値下がりチキンレース不可避

946: 2019/01/25(金)18:14 ID:Cp/Uwjnb(1) AAS
コンテナはdocker以外にも沢山あるからな
docker社の価値のメインはdockerよりdocker hubだろう

947: 2019/01/26(土)20:34 ID:VvGtKHT8(1) AAS
>>945
MSは自社鯖製品にドッカー組み込んでるみたいだから買収するとしたら合理的かもだな
ホストwinなら他社と違ってかならずこの手のグルーコードが必要になるし

948(2): 2019/01/27(日)11:43 ID:dbxVWXi/(1) AAS
デーモンを使わずにコンテナやポッドを実行可能：
Docker互換のオープンソースコンテナエンジン「Podman 1.0.0」が公開
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

podmanってrktとはどう違うの？

949(1): 2019/01/27(日)14:53 ID:fUS4TOTI(1) AAS
>>948
どっかのオタクが気紛れにつくったものなんてビジネスでは使い物になりません
その点、RedHat(IBM)ならエンタープライズクォリティの長期的なサポートが期待できます

950(2): 2019/01/27(日)15:47 ID:00Tq2Umc(1) AAS
>>949
自分の責任では調査も満足にできず、
ベンダサポートが無いとダメなんでしょうね。

951: 2019/01/27(日)15:53 ID:xXmMwFbM(1) AAS
>>948
>>937と同じモノだぬ
つかrktはKubernetes1.10でDeprecatedらしんで（ｒｙ

952: 2019/01/27(日)19:07 ID:y2jdcPb5(1) AAS
>>937
rootなしで、privilleged できるのか？

953: 2019/01/28(月)15:28 ID:syBmrriY(1) AAS
>>950
まさに給料ドロボーだなｗ

954(2): 2019/01/28(月)22:36 ID:icVasB2F(1) AAS
>>950
自己責任で済む業態ならいいが、不具合起こしたときに客に損害賠償請求される仕事もあるんやで
ベンダーサポートを利用するのは、自分で調べればいいとかそういう問題ではなくてリスク移転が目的

955(1): 2019/01/29(火)17:07 ID:Fyrpy00V(1) AAS
>>954
それはありますね。
ただ、ベンダを最初から持ち出す輩は、
ソースを調べようともせず、丸投げしているのがほとんどだとおもわれ。

956: 2019/01/29(火)19:00 ID:hDvTFAkf(1) AAS
>>955
スレチだが、ベンダーに投げれば済むことをアホみたいに時間かけて自分で調査することが許されるのは相当恵まれた環境だと思うぞ
客に工数で金貰ってる仕事ならそんなの夢物語

957: 2019/01/30(水)17:08 ID:njtuMnhH(1/2) AAS
>>954
ストレージでハマったさくらのクラウドはベンダにリスク移転できたか？

958: 2019/01/30(水)18:23 ID:uRxIiy3K(1) AAS
費用って面ならあとから損害賠償請求すればいいだけでしょ？

959: 2019/01/30(水)18:50 ID:njtuMnhH(2/2) AAS
すべてasisで提供されているのに損害賠償請求できるの？
んで実際ソレやったのか？

960(1): 2019/01/30(水)21:14 ID:F5bN5PPB(1/2) AAS
そんなもん契約書次第だろ
議論の余地はない

961: 2019/01/30(水)21:20 ID:F5bN5PPB(2/2) AAS
あとリスクって何も損害賠償だけじゃないぞ？
深刻な不具合が発生したときに自分で調査する羽目になった場合の所要工数もリスクだ
それをベンダーに丸投げできるならそれも正真正銘リスク移転だよ

962: 2019/01/30(水)21:27 ID:gO6HjhZU(1) AAS
にじさんじの瀬戸メッチァ喋るやん

963: 2019/01/31(木)19:04 ID:SEt2rCFr(1) AAS
>>960
結局損害賠償請求はできないってコトじゃん
ダメな時はダメ
そもリスク移転はできないとｗ
上っ面ダケのカッコつけマンばっかだなココｗｗｗ

964: 2019/01/31(木)19:22 ID:oJr/deB/(1) AAS
実例とごちゃまぜにして語るキチガイがいるからなぁ

965: 2019/02/01(金)16:12 ID:veleUfqn(1) AAS
オマエもパッチ当ててwinが腐ったトキはブツブツ言いながらOS再インスコしてんだろ？ｗ
毎回MSに損害賠償請求してんのか？そも出来んのか？
リスク転移はできない実例だらけじゃねえかｗ

966: 2019/02/02(土)05:09 ID:qweRvoG8(1) AAS
サポートなんて問い合わせ先があるってだけ。責任転嫁なんてできるわけないんじゃん。
自分で調べられるんならいらないよ。

967(1): 2019/02/02(土)07:18 ID:JrArb2fP(1) AAS
MSのサポートはすごいよな。
客「XXすると、こういう不具合が起きちゃうんだけど？」
MS「そういうことはしないでください。別の方法で実現してください。」
ごめん。元組み込み屋の愚痴でした。

968: 2019/02/02(土)07:52 ID:3XhPu4nr(1) AAS
俺バグがあるんだけど
MS 再現プログラム出してください
俺はいこれ
MS お問い合わせの製品バージョンはサポート終了です
俺再現プログラムは最新バージョンで再現するんだけど

969(1): 2019/02/02(土)10:05 ID:cQdbYG8P(1) AAS
で最後の「俺」の発言に対する返答はどうなったんだよ

970(1): 2019/02/02(土)13:06 ID:pCnn3K+7(1) AAS
最新版で出してくれとか、弊社側では再現しませんでしたと切られるのがオチでね

971: 2019/02/02(土)16:43 ID:jUrf+AdQ(1/2) AAS
もしくはメール返答なしでバックレ

972: 2019/02/02(土)16:47 ID:jUrf+AdQ(2/2) AAS
>>967
戴爾も笑えるぞ
viivロゴ貼ってるならHDDがNCQ対応じゃねえとダメじゃねえの？という質問に調査中のまま逃げ切りｗ

973: 2019/02/02(土)16:57 ID:h6ieGB3B(1) AAS
>>970
再現しないとしたら誰がどうやって対応するの
「再現しませんでした」は「こっちとは無関係なお前独自の環境が原因なので何とかできるのはお前だけだ、俺に聞いてどうする？」を優しく言ってるだけ

974: 2019/02/02(土)18:31 ID:dk7sB3r7(1) AAS
MS、Officeの不具合パッチ流すのやめてくれ

975(1): 2019/02/03(日)05:44 ID:koSKauE2(1) AAS
>>969
最新版でも再現することをMSも確認した
そして最新版の修正もなく打ち切られた

976: 2019/02/03(日)10:25 ID:dS0GyCMA(1) AAS
>>975
打ち切られた理由は？

上下前次 1-新書関写板覧索設栞歴

あと 26 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.035s