0001田杉山脈 ★2019/07/22(月) 19:12:19.24ID:CAP_USER
調査会社のIDC Japanは、コンテナインフラストラクチャソフトウェアのDockerコンテナ（以下、コンテナ）とコンテナオーケストレーションツールのKubernetesの導入状況に関する調査結果を発表しました。
調査は2019年4月に国内の企業および組織468社に対してアンケート調査により実施されています。
コンテナを本番環境で使用している企業は9.2％。ただし伸び率は低調
コンテナの導入状況について調査した結果、本番環境で使用している企業は9.2％。2018年調査からの上昇率は1.3ポイントにとどまっています。
導入構築／テスト／検証段階にある企業は16.7％となり、これも2018年調査からわずかな上昇となっています。
この結果を同社は「Dockerコンテナは導入構築やテスト／検証に時間を要し、本番運用になかなか移れていない状況にあると考えられます」と分析し、多くの企業にとってコンテナの本番利用まで時間がかかっていることを指摘。
一方で、「使用を計画、検討している企業と情報収集や調査を行っている企業の割合が2018年調査からやや低下しています。この傾向は導入意向のある企業とそうでない企業がはっきりしてきており、具体的な導入に向けた検討や調査の段階に移ってきていると考えられます」とも指摘しています。
オーケストレーションツールはKubernetesが圧倒
コンテナオーケストレーションツールについて、コンテナを本番環境で使用している企業と導入構築／テスト／検証段階にある企業を対象に調査した結果、同社は「45.5％の企業がKubernetesを使用している」ことを明らかにしています。
ただしKubernetesの次に使われているオーケストレーションツールが「Red Hat OpenShift Container Platform（以下、Red Hat OpenShift）で19.8％」であり、Red Hat OpenShiftでもコンテナオーケストレーションツールとしてKubernetesが採用されているため、少なくとも65％以上がKubernetesを使っていることとなり、同社は「Kubernetesがコンテナオーケストレーションのデファクトスタンダードになっている」としています。
コンテナの導入促進要因は、「インフラの使用効率向上とコスト削減」が34.7％「開発者の生産性の向上」が30.6％、「アプリケーションの信頼性／可用性の向上」（28.1％）、「アプリケーション運用の効率向上とコスト削減」（28.1％）、「アプリケーション開発／リリーススピードの向上」（27.3％）の順となっています。
https://www.publickey1.jp/blog/19/docker92kubernetesidc_japan.html 0036名刺は切らしておりまして2019/07/22(月) 22:02:28.80ID:1kHRigpG
468 x 0.097 = 43社
2018年調査からの上昇率は 43社 - 39社 = 4社
うんうん結構頑張ってる
OSがちゃんとしていて、デプロイを邪魔したり、勝手にモジュール更新しなければ､そもそも不要な機能だけどさ
dockerというかKubernetesだろ
今日もCloud native days行ってきたけど、kubernetesでやってて当たり前の世界
今更dockerは流石に遅すぎて5周回遅れだよ
あとパブリッククラウドだとGKEがデファクトスタンダードでEKSとかAKS使うのは愚の骨頂
0039名刺は切らしておりまして2019/07/22(月) 22:10:50.39ID:IjQI4mJh
>>30
本職の人だねｗ
そう、つまりDockerコンテナに移行するにはまずシステムが疎結合になってないといけないのだけど、
日本企業のシステムは依然として巨大なモノリスになってるとこが多いんだよ。
Dockerコンテナに移行した方が固定費を最小化できるからどの企業もやれるものならやりたい。
のだが、大企業ほど監査法人を説得できなかったりで中々そこに投資できないという事情がある。
日本企業のDXを妨げているのが実は監査法人だったりするのは知る人ぞ知る話だろね。 0040名刺は切らしておりまして2019/07/22(月) 22:43:33.18ID:qwQfrVjp
>>16
OSとの相性を自社商品の売りにするからな
クソ商法だろ >>33
おっしゃる通り
大手のSIerとかでも聞き齧ったテクノロジーを使いたがるもので、この場合、Dockerなんて使わなくても皆で同じAnacondaのバージョンをインストールするだけですよと説明させられる、という話
そうすると顔を真っ赤にして、「Anacondaをインストールする場合の手間はどのくらいだ!」とか言われる訳だけど、「クリックするだけですよ」とか言わされるのが、今時のSES案件の仕事なんだよね
まあ、こんな仕事でも時給2500円ぐらいなんで、文句を言っては介護とかやっている人に申し訳ないのだけど システム負荷に合わせてコンテナをスケーリングできるのが利点だろ
低負荷のシステムにはいらん
0044名刺は切らしておりまして2019/07/22(月) 23:38:06.48ID:vMSWZIXG
手順書を作ると機械がやってくれるやつ
Dockerは自社開発でないとリスクは高いのに安くされて話にならない
古いシステムを可能な限り効率化するにはesxが最適で、それ以上最適化したいならアプリの大幅書き換えを伴うからやりたがらない。
プライベートクラウドで仮想サーバにesxi＋Linuxで運用しているけど、
AWSが未知数すぎてビビって触ったことすらないんだが、
でLinux動かすのってアカウント作成から何分くらいでできるものなの？
モジュールみたいなのが多すぎて、何から始めるかわからんのよね。
AZULEってのも同じような感じ(クラウド＋モジュール提供)なの？
普通にpython→anacondaつこうてみる
でもAWS初期費用安めで良さそうよね〜チラリチラリ
求めよ、さらば開かれん
0050名刺は切らしておりまして2019/07/23(火) 00:33:29.56ID:5tgC6zCr
環境変化よりもプログラムの変更のほうがよっぽど多かったり。
0051名刺は切らしておりまして2019/07/23(火) 00:42:24.48ID:mT9lN0DF
dockerはコンテナ間ネットワークの性能が弱いというイメージ。
もう治ってるのか？
0052名刺は切らしておりまして2019/07/23(火) 00:59:34.12ID:X6FyOdMd
コンテナ化にも興味はあるが
なかなか踏み込めないところがある
設定とか面倒なんじゃないかとかコンテナ自身が問題を起こすんじゃないかとか
>>51
overlayみたいな構成にしてないかぎり単にLinuxのbridgeの性能じゃないの？ 0054名刺は切らしておりまして2019/07/23(火) 01:07:39.10ID:04hvd4i/
>>47
いや、固定費削減になるから会社としては実施したいが償却に時間が掛かるから監査法人が却下してるケースが多数。
マジで信じがたいほどITリテラシー低いとこから大手というだけで糞な監査法人に頼んじゃうと事業会社はマジで氏ぬ。
>>51
Windows版はまだまだネットワーク周りがおかしい。
>>52
１コンテナ１プロセスが原則だからむしろ問題発生時に切り分けしやすい。 >>48
Linux動かすってIaaSでいいの？
EC2で10分位じゃない？ 非インフラだけど、ドッカーを触ったときは感動したわ。超簡単に環境ができた。
もっと浸透してると思ってたよ。くじらさんかわいいし。
>>55
centベースのAmazon Linuxだっけ。EC2っていうのか。
DNSはOSのbindで良いの？route53使わないといけないとか。 0058名刺は切らしておりまして2019/07/23(火) 02:13:58.73ID:BZKRgBbn
>>45
AWSでもDocker使うけどな。
ほんとにAWS使ってんの？ 開発に時間がかかりそう。コストが高そう。
ベンチャーより大企業向きっぽい
>54
WindowsでDockerってどんな需要があるのかイマイチわからん
0061名刺は切らしておりまして2019/07/23(火) 06:27:32.44ID:/m33bsXV
docker導入してるとこって、開発者一人に対してAWS+docker環境用意してるの？
0062名刺は切らしておりまして2019/07/23(火) 07:54:10.64ID:CPzQgvv1
>>1
日本人はウィンドウズ信者だから
Docker以前にLinuxが使える奴がいない。
シェルすら書けない日本人が大半 0063名刺は切らしておりまして2019/07/23(火) 07:56:54.90ID:CPzQgvv1
>>60
chrootできないWindowsでdockerとか有りえんだろ
WindowsのカーネルがLinuxになってようやく変わる >>64
今のWindows10のLinux化なんて金玉に毛が生えたての中2のガキのようなもの。
デーモンが起動しないあんなおもちゃでドヤられても困るわｗ 0066名刺は切らしておりまして2019/07/23(火) 08:16:50.45ID:qXg3+iKh
>>62
✕シェル
○シェルスクリプト 0069名刺は切らしておりまして2019/07/23(火) 08:37:45.60ID:5tgC6zCr
>>62
確かにシェル書ける奴は少ないね。標準のbashで満足してしまっている。 0070名刺は切らしておりまして2019/07/23(火) 08:38:53.23ID:3iTP2oB9
シェルなんて書く必要ないだろ
dockerを使うのはかんたんだが、作る、維持管理するのは
別に無理して使うものでもないし9.2%だからなに？って気もする
0073名刺は切らしておりまして2019/07/23(火) 09:06:54.12ID:Yc21nFMQ
導入して効率的になるなら導入するだろうが、導入にかかる労力とコストに見合うメリットが見いだせないだけだろ
dockerの前にまずマイクロサービスが難しいよ
sierのプロジェクトだとできる人どころかちょっとでも知ってる人すらいないし
(もちろん現場によるとは思うが殆ど無いと思う)
チームのレベルを考えるとモノリシックな設計が安全
windowsにdocker入れてMariaのイメージ入れたら
入れた直後は動いてたけど、windows再起動したら動かなくなったわ、どうもネットワーク関係ぽいけど
やっぱLinuxで動かすのが正解なのかな。
0076名刺は切らしておりまして2019/07/23(火) 10:03:07.05ID:BZKRgBbn
0077名刺は切らしておりまして2019/07/23(火) 11:39:48.05ID:BCQk7zgl
>>69
学部時代のプログラミング演習課題で自前のシェル作ったなぁ 100年ぶり2回目のコンテナの大変革
今度は仮想だけど
0083名刺は切らしておりまして2019/08/14(水) 16:35:33.77ID:6mZE1Ork
各自自分の環境に入れてても、本番では使ってないかな
自分の周りでは
0084名刺は切らしておりまして2019/08/15(木) 20:36:23.41ID:GbsGAw9O
AWSでバッチ的なものを走らせるかつLambdaじゃタイムアウトがきついみたいな件でちゃっちゃとやるなら ECS + Fargate が一番楽で、実行環境のイメージはDockerfile書いてビルドしてECR Push で作るのが一番楽だったりするのでそう言う用途じゃ docker 知ってると知らないではだいぶ差がある、と思った
0085名刺は切らしておりまして2019/08/15(木) 20:45:27.53ID:y9BDzTtS
結構使われてんだなぁ。
開発環境まではdockerバリバリ使ってんだが、本番で何かあった時の知見がなくて未だ本番ではコンテナ使ってねぇわ。
運用周り勉強して次あたり使ってみっかなぁ。
>>10
仮想サーバまでいらないけど実行環境欲しい時にお手軽で便利。仮想サーバだと思って使ってると本番運用で死ねる