【IT】国内でDockerコンテナを本番利用しているのは9.2%
■ このスレッドは過去ログ倉庫に格納されています
調査会社の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 手作業で丁寧に凡ミスするのが大好きな日本企業らしい結果 コンテナに依存しているところがあるからな〜
まあそういうところじゃね 未だにesxiにcent7だわ、もう時代遅れなのかな・・・。
これで安定しているから他のは触ってないわ。
dockerとか聞くけど、新しいもの食わず嫌いになってるわ。 使い始めるまでの敷居が高過ぎるわな。
一見便利そうに見えるけど、できること限られているし。 日本じゃマイクロソフトを盲目的に信じる馬鹿経営者のせいで導入されないわなw
そのバカ経営者と無知管理職が新しい技術よりも無能コンサルの20年前のスキルに
騙されて糞みたいなシステムを構築してる
完全に詰んでるわw CI/CDに興味ないやつはDockerやらんでいいよ >>16
普通にWindowsでもAzureでもコンテナ使えるけど。 >>20
多分これなんだろうといじってみて思ったわ。 >>14
スレ立てから1分以内に >>2 が
「以下、どっかで使ってるだろ禁止」だったら高く評価してた わざわざコンテナにせんでもVMイメージからどのリージョンにでも立てられるし 正直何の意味あんのって思ったり。 もともとコンテナではなく仮想化のほうができることが多く単純な汎用性が高い
コンテナのほうが性能で3倍から用途によっては10倍出ると言っても教育コストや保守コストがあり
それを織り込んでもコンテナ活用できるのは
自分で自由に使い捨てコンテナを作っては捨ててを繰り返せる末端開発用と
逆に大クラウド事業者だけ 俺が経験している現場だと、もともと、10年ぐらい前からのシステムを拡張拡張でやってきているので、最初の一歩さえDockerにするとか無茶ゆうなって感じだな
謎の環境構築されたVmwareでしかビルドできないとかあるし
あと、Dockerなら全員のPython環境を整えられるとかいって、とにかくDockerを押している上場企業のSIerがAnaconda知らないとかあるしな。それも現場ではPython使われていないと言うオチつきだしさ >>25
今はWindowsServerでLinuxコンテナ動くけど。
AWSやAzureでのコンテナ利用はオンプレミスで使うよりよっぽど便利。 >>26
VM立てるのにどのくらい時間かかる?
WebとDBMSとデータストレージとリバースプロキシがそれぞれ別個として
あとステージング運用を仮定して、どれくらいメモリ消費する? >>30
DockerにAnacondaやPython??が必須とは思わんが。 >>33
文脈的に python 必須のプロジェクトで全員に同じ環境そろえるのに Docker を薦められたが、
Anaconda でいいじゃんって話したら、シラネって言われたって事なんじゃないかと。 468 x 0.097 = 43社
2018年調査からの上昇率は 43社 - 39社 = 4社
うんうん結構頑張ってる
OSがちゃんとしていて、デプロイを邪魔したり、勝手にモジュール更新しなければ、そもそも不要な機能だけどさ dockerというかKubernetesだろ
今日もCloud native days行ってきたけど、kubernetesでやってて当たり前の世界
今更dockerは流石に遅すぎて5周回遅れだよ あとパブリッククラウドだとGKEがデファクトスタンダードでEKSとかAKS使うのは愚の骨頂 >>30
本職の人だねw
そう、つまりDockerコンテナに移行するにはまずシステムが疎結合になってないといけないのだけど、
日本企業のシステムは依然として巨大なモノリスになってるとこが多いんだよ。
Dockerコンテナに移行した方が固定費を最小化できるからどの企業もやれるものならやりたい。
のだが、大企業ほど監査法人を説得できなかったりで中々そこに投資できないという事情がある。
日本企業のDXを妨げているのが実は監査法人だったりするのは知る人ぞ知る話だろね。 >>16
OSとの相性を自社商品の売りにするからな
クソ商法だろ >>33
おっしゃる通り
大手のSIerとかでも聞き齧ったテクノロジーを使いたがるもので、この場合、Dockerなんて使わなくても皆で同じAnacondaのバージョンをインストールするだけですよと説明させられる、という話
そうすると顔を真っ赤にして、「Anacondaをインストールする場合の手間はどのくらいだ!」とか言われる訳だけど、「クリックするだけですよ」とか言わされるのが、今時のSES案件の仕事なんだよね
まあ、こんな仕事でも時給2500円ぐらいなんで、文句を言っては介護とかやっている人に申し訳ないのだけど システム負荷に合わせてコンテナをスケーリングできるのが利点だろ
低負荷のシステムにはいらん Dockerは自社開発でないとリスクは高いのに安くされて話にならない 古いシステムを可能な限り効率化するにはesxが最適で、それ以上最適化したいならアプリの大幅書き換えを伴うからやりたがらない。 プライベートクラウドで仮想サーバにesxi+Linuxで運用しているけど、
AWSが未知数すぎてビビって触ったことすらないんだが、
でLinux動かすのってアカウント作成から何分くらいでできるものなの?
モジュールみたいなのが多すぎて、何から始めるかわからんのよね。
AZULEってのも同じような感じ(クラウド+モジュール提供)なの? 普通にpython→anacondaつこうてみる
でもAWS初期費用安めで良さそうよね〜チラリチラリ
求めよ、さらば開かれん 環境変化よりもプログラムの変更のほうがよっぽど多かったり。 dockerはコンテナ間ネットワークの性能が弱いというイメージ。
もう治ってるのか? コンテナ化にも興味はあるが
なかなか踏み込めないところがある
設定とか面倒なんじゃないかとかコンテナ自身が問題を起こすんじゃないかとか >>51
overlayみたいな構成にしてないかぎり単にLinuxのbridgeの性能じゃないの? >>47
いや、固定費削減になるから会社としては実施したいが償却に時間が掛かるから監査法人が却下してるケースが多数。
マジで信じがたいほどITリテラシー低いとこから大手というだけで糞な監査法人に頼んじゃうと事業会社はマジで氏ぬ。
>>51
Windows版はまだまだネットワーク周りがおかしい。
>>52
1コンテナ1プロセスが原則だからむしろ問題発生時に切り分けしやすい。 >>48
Linux動かすってIaaSでいいの?
EC2で10分位じゃない? 非インフラだけど、ドッカーを触ったときは感動したわ。超簡単に環境ができた。
もっと浸透してると思ってたよ。くじらさんかわいいし。 >>55
centベースのAmazon Linuxだっけ。EC2っていうのか。
DNSはOSのbindで良いの?route53使わないといけないとか。 >>45
AWSでもDocker使うけどな。
ほんとにAWS使ってんの? 開発に時間がかかりそう。コストが高そう。
ベンチャーより大企業向きっぽい >54
WindowsでDockerってどんな需要があるのかイマイチわからん docker導入してるとこって、開発者一人に対してAWS+docker環境用意してるの? >>1
日本人はウィンドウズ信者だから
Docker以前にLinuxが使える奴がいない。
シェルすら書けない日本人が大半 >>60
chrootできないWindowsでdockerとか有りえんだろ
WindowsのカーネルがLinuxになってようやく変わる >>64
今のWindows10のLinux化なんて金玉に毛が生えたての中2のガキのようなもの。
デーモンが起動しないあんなおもちゃでドヤられても困るわw >>62
✕シェル
○シェルスクリプト >>62
確かにシェル書ける奴は少ないね。標準のbashで満足してしまっている。 dockerを使うのはかんたんだが、作る、維持管理するのは 別に無理して使うものでもないし9.2%だからなに?って気もする 導入して効率的になるなら導入するだろうが、導入にかかる労力とコストに見合うメリットが見いだせないだけだろ dockerの前にまずマイクロサービスが難しいよ
sierのプロジェクトだとできる人どころかちょっとでも知ってる人すらいないし
(もちろん現場によるとは思うが殆ど無いと思う)
チームのレベルを考えるとモノリシックな設計が安全 windowsにdocker入れてMariaのイメージ入れたら
入れた直後は動いてたけど、windows再起動したら動かなくなったわ、どうもネットワーク関係ぽいけど
やっぱLinuxで動かすのが正解なのかな。 >>69
学部時代のプログラミング演習課題で自前のシェル作ったなぁ 100年ぶり2回目のコンテナの大変革
今度は仮想だけど 各自自分の環境に入れてても、本番では使ってないかな
自分の周りでは AWSでバッチ的なものを走らせるかつLambdaじゃタイムアウトがきついみたいな件でちゃっちゃとやるなら ECS + Fargate が一番楽で、実行環境のイメージはDockerfile書いてビルドしてECR Push で作るのが一番楽だったりするのでそう言う用途じゃ docker 知ってると知らないではだいぶ差がある、と思った 結構使われてんだなぁ。
開発環境まではdockerバリバリ使ってんだが、本番で何かあった時の知見がなくて未だ本番ではコンテナ使ってねぇわ。
運用周り勉強して次あたり使ってみっかなぁ。 >>10
仮想サーバまでいらないけど実行環境欲しい時にお手軽で便利。仮想サーバだと思って使ってると本番運用で死ねる ■ このスレッドは過去ログ倉庫に格納されています