スキップしてメイン コンテンツに移動

投稿

ラベル(システム運用)が付いた投稿を表示しています

ブログを翻訳

「5人で挑んで、1人に圧倒された」──ロンドンで見た“世界基準エンジニア”の衝撃

「自信」を持っていた、あの頃 うわっ!“エンジニア人生の地図”が、ロンドンで一気に書き換わった──。 社会人8年目。 それなりにシステム構築を経験してきた。 Java4。 当時としては最先端側のシステム管理にも関わっていた。 国内案件も複数経験し、自分なりの自信もついてきていた頃だった。 「海外のシステム担当と連携する」 それだけで胸が高鳴った。 しかも場所はロンドン。金融システムの中心地の一つだ。 研修前、私は大量の手順書を読み込んだ。 システム概要、運用設計、障害対応フロー。 だが、そこでまず驚いた。 「特別なシステムなのに、ここまで書くのか?」 そのシステムは、かなり特殊だった。 しかも自前で作り込まれている。 普通なら“属人化”していてもおかしくない。 だが実際は逆だった。 手順書が異常なほど整理されていた。 まるでソフトウェアそのもののように、構造化されている。 「誰が見ても分かるように作る」 そんな思想が、資料全体から滲み出ていた。 日本では、“詳しい人しか分からない資料”に出会うことも多かった。 だが、ロンドンでは違った。 “人に依存しない設計”を、本気でやっていた。 ここでまず、考えさせられた。 「日本は丁寧」と言われる。 だが、本当にそうなのか? ロンドン金融システムの現場で見た“異様な景色” さらに衝撃だったのは、実際の運用現場だった。 巨大なスクリーンが9枚。 一人のオペレーターが、その全体を監視している。 しかも、その人が説明までしていた。 全体説明。 詳細説明。 運用設計。 障害時の考え方。 カバー範囲が、とにかく広い。 こちらは5人以上で話している。 だが向こうは、ほぼ一人。 「え?」 正直、最初は理解できなかった。 日本なら、 インフラ担当、DB担当、運用担当、アプリ担当…。 細かく役割分担されることが多い。 だが、ロンドンの現場では、一人が広く深く理解している。 もちろん裏にはチームがいる。 だが、“その場で説明できる範囲”が圧倒的だった。 「世界で戦う」とはこういうことなのか? 私は、その時初めて感じた。 「日本のエンジニアは、分業に最適化されすぎているのでは?」 もちろん、日本の品質は高い。 慎重さもある。 レビュー文化も強い...

また落ちた!?――研修現場が突きつけた「2週間の決断」

新人研修の最終盤、サーバ1台で30人が学んだ本当のこと うわっ……まさか、このタイミングで!? 新人研修は真っただ中。プログラムの実装も大分終わり、いよいよテスト期間に突入していた。全体スケジュールは明確だ。残り1週間でテストを完走し、ラスト1週間はバッファと報告書作成。まさに大詰めだった。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       ■30人、6チーム、そしてサーバ1台 研修は6チーム×5人、合計30人。全チームが同時にサーバへDeployしてテストを進める段階に入った。 だが、現実はシンプルで残酷だった。 サーバマシンは開発機1台。サーバアプリは6インスタンス。お手本として立ち上げていたインスタンスは、とっくに削除している。 ■メモリとCPUを見つめる朝 朝、研修が始まる。 メモリとCPUのモニタ画面をにらめっこしていると、開始直後にキャパシティはほぼMAX。 そして1時間もすると、 「あ、落ちた!」 再起動。 「すみません、もう一度立ち上げます」 また再起動。 この繰り返しが、正直つらかった。 ■あと2週間だけ、という判断 「でも、あと2週間だけだし……」 このために新しいサーバを買うのか? 課長に相談すると返ってきたのは一言。 「頑張って」 ……え?何を、どう頑張る? ■苦肉の策と、悔しさ 結局、時間帯でチームを割り当てる運用にした。 割り当て時間以外は、のんびり雑談している新人たち。 まあ、そうなるよね。 仕方ない。そう自分に言い聞かせながらも、悔しさは消えなかった。 ■環境設計は、学習体験を左右する この2週間で、はっきり学んだ。 環境設計は、技術以上に体験を左右する。 結果として、テストを最後までできなかった人も出てしまった。 申し訳ない気持ちは残った。 ■それでも残ったもの それでも、新人たちは楽しそうだった。 「楽しかったです」 その言葉に、少し救われた気がした。 楽しく学べた。それだけでOKなのか―― そんな問いを胸に残しながら、研修は終わった。 次は、同じ状況を繰り返さない。 次は、環境からちゃんと設計する。 私ならできる!明日から踏み出す

年が変わるだけで心拍数が上がる!?——システム屋と大晦日の静かな戦い

カウントダウンの裏側で、私たちが気にしていること うわっ、紅白よりもログ画面を見ている自分がいる! 世の中が年越しムード一色になるころ、システム屋の頭の中は少し違う方向に向いている。私はシステム屋としては、正直ラッキーな方だと思う。それでも大晦日が近づくと、自然と背筋が伸びる。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       年越しは、システムにとって気を遣う行事 年末年始は、システムにとって「何も起きないこと」が最大の成果だ。 何か設定が間違っていないか。年に伴う設定は入っていないか? 「今年は年号も同じだし大丈夫だろう」「年の表示も1桁から2桁になる年でもない」 そんな確認を一つひとつ潰していく。 よし、今年はまだおとなしい…はず 「よし、今年はまだおとなしい」 そう思っていても油断は禁物だ。年表示に伴うもの、月の変更に伴うもの、あるいは別のシステムとの連携に伴うもの。複雑に絡んだシステムでは、こうしたイベントの時が一番緊張する。 銀行システムと“伝説の年越し” 一時期、銀行のシステムでは、必ず長期休暇に変更が入っていた。 多くのシステム屋が休日返上でオフィスに集まり、日をまたぐ瞬間を見守る。年始はオフィスで迎える——そんな年越しを、多くのシステム屋が経験してきた。 僕はラッキーだったシステム屋 幸いにも、私は年をまたぐプロジェクトに関わることが少なかった。 システム屋としては、かなりラッキーな方だと思う。 もちろん、ゼロではないが、常に最前線というわけではなかった。 運用は、少しずつ変わってきた 今は少し状況が変わってきている。 システム移行作業の範囲を小さくし、なるべく通常の土日や平日に分散していく方式が主流になりつつある。年末年始に大量のエンジニアを抱えると、コストがかかる。特別給料で単価も高くなるし、多くの人が嫌がるためサポートも薄くなる。 「何もない日」に作業するという選択 さらに、年末年始はイベントに伴う急な利用があり、予期しない問題も起こりやすい。 それならば、影響を最小限にし、しっかりとお客様に通知をし、何もない平日や土日に対応する。その方向に、業界全体が舵を切っている。 システムは、生活インフラになった システムは、もはや一部の専門家だけ...

「ボタン一つで現れる仲間」──システムを支える“見えない力”の正体

日本のシステムは、冷たい機械じゃない。そこには必ず“人”がいる。 1. 驚きの瞬間──機械の横から人が現れる! 「えっ!?機械の横から人が顔を出した!」 初めて日本の駅で切符を買った外国人が驚いた光景を覚えています。自動券売機の横にある小さな呼び出しボタン。それを押すと、駅員さんが笑顔で現れ、「どうされましたか?」と対応してくれる──まるで秘密の扉です。 2. 日本のシステムを支える“大きな力”とは 日本のシステムは単なる機械やソフトではありません。日々支える“大きな力”があります。その正体は── 人 です。 完璧な自動化を目指すだけでなく、「人が運用すること、人がサポートすること」を前提に作られています。 3. 人が補うことで完成するシステム 機械が故障すれば、すぐ人が駆け寄る。 ATMでトラブルが起きれば、その場で銀行員が対応する。 足りない部分を人が補うことで、システムは初めて完成します。 4. 欧米との違い──仲間としての感覚 欧米ではシステム障害があれば「システムの問題だから…」で終わることも多い。 しかし日本では「ご迷惑をおかけして申し訳ありません」と頭を下げる文化があります。まるでシステムが自分の仲間であり、その仲間の失敗をカバーする感覚です。 5. 人の柔軟さを前提にした設計思想 日本のシステムは、あえて「人が介入できる余地」を残しています。 呼び出しボタン、緊急窓口、即応スタッフ──この全てが、人とシステムが一体化した日本ならではのユーザー体験です。 6. 未来を作る仲間意識 AIやIoTが進化しても、最後にシステムを守るのは人です。 効率だけではなく、温かい対応も含めた全体が「本当のシステム」。 仲間意識を持つことで、新しい未来は作れます。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       7. 明日から踏み出す一歩 明日から、あなたのシステムにも仲間意識を吹き込みましょう。 「私ならできる!明日から踏み出す。」 それが、システムと人をもっと強くする第一歩です。