システム運用はお金で解決したい、ができなくなってきている - orangeitems’s diary

ビジネスは基本的に成長していくものだし、拡大していくことが前提で、しかも最近だと「システム」が付いてくる。全部人力で作り上げるビジネスなんてあるのか。いや、ない。あるとしても小規模だろう。人だけで成り立つなんてビジネスを放置しても、きっともはや、人が集まらない。コンピューターによる自動化はない。全部人力だ。さあ仕事しなさいって、それは原始的だろう。あらゆる仕事場で自動化ありきの人間の仕事が増産されているのであり、人々もそういう職場を狙っている。時代遅れの職場で、かつそういう人力の仕事は生産性も低く給料も安いので、どんどん敬遠されるようになる。 さて、じゃあシステム化しました、と。システム化するための要員はまだいるようだ。各社ベテランが腕を奮っている。DXの掛け声でクラウドもあって生産性は上がり、システムと名の付くものが量産されている。わかっている、システム構築のスピードは10年前と比べると

[sleepyuzura]

システムが複雑になる一方なのに未だに運管がロースキルな仕事と思ってる人が多いようで。今時の障害切り分けや原因調査は、高い技術力と深い経験が要りますよ/内製が進めは自ずと設計構築運管の垣根はなくなるかと

[tettekete37564]

リリースしたら完了という畑の人間にはこれが1ミリも理解できない。だから全インフラフルスタック&コンテナ技術&CI/CD&テスト&各種ツール開発保守&etc...をワンオペでやらされた挙句技術的な侮辱をされ続けて休職にいたっ

[camellow]

これも結局カネなのでは？カネを出すとか言ってても金額が低いんでしょ。十分なカネを出すなら企業は受けるしそのカネで人も雇えるんじゃなかろうかと思うけどなんか違うのかな。

[b_taro]

AIが解決してるってコメあるけど、そうなると今度はAIに対する技術者が必要になるんやで

[dbfireball]

今の運用はロースキルじゃないよ。SaaS連携してると低スキルでは原因切り分けも出来ない。そういうスペシャリスト人員が大量に確保出来なくて各社困ってんのよ

[ohaan]

横の繋がりって結局の所、出向という名の客先常駐だからシステム運用会社が自ら採用して正社員として雇用してまともな賃金払わないと解決しない。使い勝手のいい奴隷はもういませんよ。

[kagerou_ts]

×システム運用はお金で解決したい、ができない ○まだ解決できるくらいのお金を出す気はない /まあ金より人に対する負荷やないかなという気はな。プロダクト判断()の負担を被るのが運用になるからな。

[paradisemaker]

運用を専門的にやってる会社あるよね。ただカバーできる領域が決まっているので、今後システム構築の際はそこに合わせにいくことになっていくと思う。

[ledsun]

自社にとってどのシステムがどれくらい重要か決めて、SLAをどこまで緩められるか設計できる人がいないからでは？すべてのシステムを24時間365日動かすことをもとめたら、そら人はたりない。

[torish]

何十年も保守費あげてくれないからやりたい会社がいないのでは

[integrated1453]

運用の人出不足の中では、開発した人が運用する・手がかからないように改善する(トイル削減のための開発をする)、をやっていくしかないのでは。開発組織全体でSREを実践する重要性が増していきそう

[semimaru]

更改できない社内システムが溢れる未来

[khtno73]

現実としてITサービスマネージャとITILエキスパート持ってると1300-2000万でリクルートくるから、ITポートフォリオの整理やら個別システムの運用を取りまとめられる人間は各社情シスに足りてないんだろね。

[ys0000]

やれる程のスキル持ちが深夜休日お構いなしの運用に関わらないから人手不足になる。結果として夜間は低スキルの人で回さざるを得ない、的な。

[nabinno]

SDLCプロセスは戦略レイヤーから落とし込まないと意味がない。戦略委員会にて戦略マップからの業務プロセスの落とし込み・リスク分析、からのコントロール初期化時の設計の巻き取り。現場で嘆くな、突き上げろよ。

[pascal256]

むしろ運用こそ激的に生産性が代わった分野。金は人ではなくソフトに払う時代。まあ、短期的には人のが楽だがw

[Surume]

人に大金を出して、作りながら運用すれば解決する。そうでないなら諦める

[morucy]

手順書通りにやれば全て対応できるような運用って今ないよね。何かしら自分で判断をして対応する必要がある。でも全ての運用者がそれをできるわけでも無いし、全てのパターンを手順書に起こすことも無理。

[fog-og-frog2]

Googleと運用設計について会話することあるが、あの人たち基本的に自動化前提でPagerDuty呼んだら敗北ぐらいの勢いなんだよね。Kubernetesのレジリエンシーとかまさにそう。運用に人が要らないアーキテクチャ設計大事だよ。

[vala4315]

金出さないだけだった

[ZeroFour]

企業が運用にどこまで求めるのか。障害発生時に状況の切り分けまでか、予備切替までか、復旧対応までか、顧客への案内までか、担当者への連絡までか。通知・連絡は自動化できるが肝心の出力元が死ぬケースもある…。

[m50747]

作る人たちはいっぱいいる。呼べば来る。作った人は居なくなる。運用のやり方は本屋に売って無いからもう大変。システムはどんどん古くなるから運用開発者は学ぶべきものがない。呼んでも来ない来てもすぐ居なくなる

[so-apps]

昼間普通に働いて、夜はアラートで突然呼び出される、みたいな勤務形態だと人はいなくなる。本当はお金出す気なんかない。

[R1na]

AWSにすると、だいぶ楽だよ

[morimarii]

今のシステムは複雑（というかSaaSなんかで仕組みがブラックボックス化）になったり、一方ローコード（笑）で運用性ゼロのアプリが猥雑に存在したりして運用で求められる能力上がってる。人もいないし、、、

[new3]

その問題は遡ると半世紀ほどあるとしても20年ぐらい前に運用・廃棄を含めて開発なんだよねとISO 15288として体系化されたのはそういうところが含まれている。システムライフサイクルを考えましょうというお話。

[wasai]

運用とか構築とか最近みんなやりたごらないんだよねえ。

[hdkINO33]

“システムには社会的責任がある。社会的責任を強く背負い過ぎると、人間、精神が壊れる。分担が必要だ。”

[strawberryhunter]

運用しきれないは有り得ないだろう。要するに動かないシステムなので、担当者も作った外注先にも次の仕事は無いわけだから。ちなみに弊社は運用もセットで売ってる。

[tiisanaoppai]

動き続ける、動かし続けるのが、客の求める価値の本体なんだよなあ。

[z1h4784]

わかるなあ。近年は全くのIT音痴な人は少なくなったが、普段自分が使っているアプリなんかを基準にシステムは完璧に動いて当たり前という認識の人が増えてきた。そういう人は運用なんて大したことないと思っている

[Mu_KuP]

ローレベルの運用（ヘルプデスク、アラート監視、トリガベースの簡易な手動オペレーション）はアウトソースサービスやDC運営によるサービスもあるが、その上の運用になると、ね…

[Anonymous2000]

運用のアウトソース（昔海外、今国内）よくやるけど、運用会社もクラウド全盛になってから、人材裾野は広がってるが、他システム連携とか個別対応とかあんまりしなくなってるから、正直自動化でよいとは思ってる。

[circled]

例えばプロセス数を数えるシェルスクリプトを毎分cronで呼び出して、数が1や0だったらサービス再起動みたいな処理で殆どカバー出来る。監視アラートは受け取ってから次のアクションまで結局数分無駄が生まれるので

[hamigaki_now]

ニトリがやろうとしてることがいかに正しいかが明確に書いてあるなぁ。弊社はパブリックイメージでITリテラシーありそうな会社なのに、実際そうじゃ無い人もたくさんいる。

[takahire_hatene]

異世界IT業界かなあ。運用なんてかなり効率化されてるし、これからも効率化されてくと思うけど。ハード系の作業は専門業者に委託。ヘルプ系も外部に委託。雑多な作業をする人もリモートで効率化。安い労働力を求め外

[trace22]

技術技法的には2010年前後に一回飛躍的にのびてそうだけどな。その辺で要求スキル的にも一段ステージが上がってそう。それ以後は細分化したスキルセットを複数持たないといけないイメージがある。