「現行踏襲」はプロジェクトたり得ない、しかも失敗への近道
「何も変えないでそっくりそのまま移行してくれ、とお客さんが要求してくるプロジェクトが結構多いのです。当社が手掛けている案件の内容を見られるページがあるのですが、直近のものを開くと……。ほら『現行踏襲』と出ています」 2カ月ほど前の2024年8月、とある情報システム開発会社の幹部と雑談していたときのことだ。彼はノートパソコンを開き、管理画面から適当なプロジェクトを選び、顧客からの要望を記載した箇所を見て嘆息しつつ話してくれた。画面そのものは見せてもらえなかったが、その場で確認しつつ話す様子から彼の悩みが伝わってきた。 「現行踏襲ならプロジェクトとは呼べない」とすぐに思ったものの、言っても仕方がないと考え直した。プロジェクトという言葉の成り立ちは「前の方へ（pro）投げる（ject）」だったはずだ。つまりプロジェクトとは将来に向かって何かをぶつけ、何らかの変化を起こすことである。製品の打ち切り
「DNS」「DHCP」「IPAM」をまとめた「DDI」とは何か？ なぜ必要なのか
関連キーワード IT部門 | ネットワーク | ネットワーク管理 | ネットワーク監視 ネットワーク内のデバイスを管理するには、単にIPアドレスを割り当てるだけでは不十分だ。クラウドサービスやIoT（モノのインターネット）の利用が増加傾向にある中で、企業のネットワークは複雑化している。そのネットワークと、ネットワーク内のデバイスを管理する仕組みが重要になってきた。 IPアドレスベースのネットワーク管理を合理化するためには、「DNS」（Domain Name System：ドメインネームシステム）、「DHCP」（Dynamic Host Configuration Protocol：動的ホスト構成プロトコル）、「IPAM」（IP Address Management：IPアドレス管理）といったネットワークのプロトコルやシステムが欠かせない。以上3つを総称した用語が「DDI」だ。 DDIのそれ
自治体、ガバメントクラウドで運用コスト2〜4倍に悲鳴 - 日本経済新聞
2025年度末までに全国1741自治体の業務システムを標準準拠システムに移行させる「自治体システム標準化」。デジタル庁が整備する政府共通の「ガバメントクラウド」を活用することで、システム運用コストが下がるどころか、複数の自治体では移行前の2〜4倍に跳ね上がる試算や見積もりが出て悲鳴が上がっている。アプリケーションをクラウドネーティブに変えるなどの最適化を行えば、ガバメントクラウドを利用すること
自治体システム標準化、ガバクラ移行で運用コスト2～4倍に悲鳴「議会に通らない」
2025年度末までに全国1741地方自治体の業務システムを標準準拠システムに移行させる「自治体システム標準化」。デジタル庁が整備するパブリッククラウド基盤である「ガバメントクラウド」を活用することで、システム運用コストが移行前の2～4倍に跳ね上がる試算や見積もりが複数の自治体で出ている。 アプリケーションをクラウドネイティブに変えるなどの最適化を行えば、ガバメントクラウドを利用することでコスト削減になると、これまでデジタル庁は説明してきた。だが、試算や見積もりからは、クラウド利用料のほかネットワーク費用、システム利用料、保守運用費などの費用がかさみ、クラウドネイティブ化しても移行前よりもコスト高になる可能性がある。国は標準準拠システム移行によって移行前から運用コストを3割削減するとしている。ガバメントクラウド利用に伴う移行後の運用コスト増の対策を迫られそうだ。 AWS利用でインフラコストが
そりゃスパゲティーコードにもなるよな - orangeitems’s diary
お気の毒に・・。 www.nikkei.com スパゲティコードになるプロセスはよーくわかる。 仕様変更に次ぐ仕様変更、当初の想定が間違っていたことのフォローアップ、一つ一つ丁寧に進めていきつつ、当初の見積工数を超えないようにこれまでの成果物をできるだけ活かしたら、最終的にできるのはスパゲティーになる。 スパゲティーを作る人が悪いんじゃなくて、オーダーした人がスパゲティーを望んだからだとしか言いようがない。スパゲティーを作って欲しいと言っている人に、スパゲティー以外を料理する方法が思いつかない。麺類なら許されるのか？。 大企業のプロジェクト運用体制に、１つ起因する問題もある。長期に運用するシステムの場合、同じ担当者がずっと担当し続けることが難しいことだ。人が入れ替わる前提だと、毎回引き継ぎのタイミングで過去の情報を振り返らないといけない。この時ほぼ情報は抜け漏れる。どんなに優秀な人が担当し
【独自】みずほ、新システム導入後に要員６割減らす…トラブル遠因になった可能性（読売新聞オンライン） - Yahoo!ニュース
システム障害を相次ぎ起こしたみずほフィナンシャルグループ（ＦＧ）が、新しい中枢システムを全面導入した後に担当の社員数を４割に減らしていたことが３０日、わかった。運用や保守・管理に関するノウハウが十分に引き継がれずトラブルの遠因になった可能性もあるとみて、金融庁はみずほ側に原因究明を求めている。 【写真】１円玉を５００枚持ち込んでも預金額は「０円」…手数料の仕組み ２０１９年に導入された中枢システム「ＭＩＮＯＲＩ（みのり）」の運用には、２１年３月末時点でみずほ銀行やみずほリサーチ＆テクノロジーズなどグループ会社で計４９０人が関わっている。全面稼働に向けた作業が本格化していた１８年３月時点の約１１４０人に比べて６割近く少ない。開発担当者らがグループ外向けの業務に配置転換されたとみられる。 みのりは、預金や融資、決済といったサービスごとにシステムを構築する先進的な仕組みで、他の大手行のシステムよ
求められるのは「演技力」や「非を認めない胆力」、そんなIT運用の現場に誰がした
「ちょっとのミスでも、猛烈に怒られつるし上げられる」「そのくせ、ミスを起こさず当たり前に運用していても評価されない」「それどころか、人も予算も減らされる」―― いずれも、ITのインフラ維持など運用現場の管理者やエンジニアからよく聞く悲痛な叫びである。筆者もIT運用の現場に勤務した経験があり、その痛みを切ないくらいに感じている。今回は、日々の当たり前を支えるIT運用の現場の理不尽なリアルにスポットライトを当てる。 開発のミスは許されるのに、運用のミスはつるし上げられる理不尽 「いいよなあ開発部門は。あいつらは多少のミスは許されるのに、こっちは……」 こう漏らすのは、大手製造業A社の情報システム部門に勤務する男性。30代半ばのサブリーダーである。彼の担当は業務システムの運用と保守。能力面でも年齢の面でも現場のエース級であるはずだが、モチベーションはお世辞にも高いとは言えない。 いわく、開発部門
みずほ銀行障害の再発防止策は52項目、勘定系には手を入れず運用でカバー
みずほフィナンシャルグループ（FG）は2021年6月15日に、再発防止策を公表した。そこには大小合わせて52項目が並ぶ。ATMの通帳・カードを取り込む仕様なども修正した。しかし勘定系システム「MINORI」の構造を見直す予定は無い。監視システムの高度化などでカバーする姿勢だ。 2週間で4件のシステム障害を引き起こしたみずほFGに対し、第三者委員会がまとめた報告書には辛辣な言葉が並んだ。「組織としての危機対応力の弱さが顕著に表れた」「ITシステムの統制力に脆弱性があると言わざるを得ない」「顧客影響についての問題意識のなさが、顧客の被害の拡大を招いた」「失点を恐れて積極的・自発的な行動をとらない傾向を促進する企業風土が根底にある」。 みずほFGはこうした問題点を改善できるのか。6月15日に発表した再発防止策を検証しよう。 ATMの仕様は改め、原則として通帳・カードを返却するようにした。また8月
障害発生！全員集合？ － オンコールアンチパターンからの一歩前進 - Cybozu Inside Out | サイボウズエンジニアのブログ
8月だというのに涼しい日が続きますね。 kintone.comのDevOpsをしている@ueokandeです。 もうすぐAWS版kintoneのローンチからから2年が経過しようとしています。 この2年間、DevOpsチームではkintone.comのサービス安定化やスケーラビリティに注力してきました。 時には本番環境の障害で休日や深夜に障害対応することもあります。 kintone.comの障害の一次対応は、我々DevOpsメンバーが実施しています。 サービスローンチ直後は、メンバーの多くがオンコールに不慣れで、慌てて障害対応したりうまく進められないことが何度もありました。 そこでメンバー全員が効率的・効果的な障害対応を目指すべく、チームでPagerDuty社のIncident Response（非公式日本語訳版）を読むことにしました。 この記事ではAWS版kintoneで実際に体験した障害
MercurialとGitを使って思うこと - Qiita
何の話か Mercurialを業務で使ったので、これまでGitを使ったときとの所感をメモっておく Mercurialはチームのメンバーとして既にある運用ルールで使ったが、Gitは2人で使っていて割と独学で私がルールを作っていた MercurialとGitの違い Mercurialは間違ったマージの戻しはかなりつらい（らしい） Gitの戻しも綺麗に戻すには結構つらいが、Mercurialで間違ったマージをプッシュした場合、「間違ったマージをプッシュしたら殺すｗ」と冗談めいて言われるレベルらしい 理由としては、そういった操作をするためのコマンドがデフォルトで用意されていないからかな？と思っている コミットをローカルで戻すのにも拡張コマンドを使えるようにしないといけないとかあったし Mercurialは単純、Gitは高機能な印象 Mercurialは現在のチームではほんとに次のコマンドしか使って
レルムを使用したユーザ管理とユーザマッピング
ここでは，統合ユーザ管理で使用する概念である，レルムとユーザマッピングについて説明します。 ＜この項の構成＞ (1) レルム（Realm） (2) レルム間のユーザマッピング レルムとは，同一の認証ポリシーを適用する範囲のことです。業務サービスを提供するアプリケーションは，提供するサービスの要件に従って，そのサービスを利用するユーザを区別します。ユーザを区別するための処理は，一般に認証処理と呼ばれます。認証処理は，サービスを利用するユーザを区別するための認証メカニズムと，そのためのユーザ認証データベース（ユーザ認証リポジトリ）によって分類できます。どのような認証メカニズム（群）を利用し，どのようなユーザをユーザ認証データベースに登録するかといった認証ポリシーを決定するのは，システムを管理するシステム管理者の仕事です。 単一のサービスを提供するシステムを構築する場合にはあまり問題になりません
.NET 5移行前に知らないと損する、アプリモダナイズのための確認事項
.NET 5移行前に知らないと損する、アプリモダナイズのための確認事項： .NET 5モダナイズ入門（3） 既存の.NET Frameworkアプリの.NET 5への移行に関する考慮事項やレガシーアプリのモダナイゼーションについて解説する連載。今回は、.NETアプリケーションのモダナイゼーションを進める前の確認事項を紹介します。 既存の.NET Frameworkアプリの.NET 5への移行に関する考慮事項やレガシーアプリのモダナイゼーションについて解説する本連載「.NET 5モダナイズ入門」。前回は、.NET 5世代のアプリケーションライフサイクルマネジメント（ALM）および、.NET Frameworkから.NET 5へ移行する際におけるワークロードごとの方法の概要や参考情報を紹介しました。今回からモダナイゼーションの進め方について解説していきます。 オンプレミスのアプリケーションのモ
平成 28 年度 ＩＴサービス開発・運用プロセスの検討 － 情報システム部門からＩＴサービス部門への変革に向けて － － クラウドサービス利活用実態調査 － / 一般社団法人 電子情報技術産業協会 情報・産業システム部 ソリューションサービス事業委員会
情産－17－情シ－5 平成 28 年度 IT サービス開発・運用プロセスの検討 － 情報システム部門から IT サービス部門への変革に向けて － － クラウドサービス利活用実態調査 － ２０１７年３月 一般社団法人 電子情報技術産業協会 ソリューションサービス事 業 委 員 会 (1) IT サービス開発・運用プロセスの検討 －エグゼクティブサマリー－ 本専門委員会は、ソリューションサービス分野におけるビジネス環境の整備、提言を目的 として、IT サービス利用者と提供者の共通の評価指標について着目し、これまでリスクマネ ジメントや SLA/SLM を中核テーマとして調査・研究活動を行ってきた。 また、クラウドサービスの普及を受けて、システム構成やサービス提供体制がブラック ボックス化されていることが多いクラウドサービスに対して、リスクマネジメントの観点で 検討を行うとともに、契約モデルの検
「それコンテナにする意味あんの？」迷える子羊に捧げるコンテナ環境徹底比較 #cmdevio2019 | DevelopersIO
みなさんコンテナを使うことの意味を自信もって答えられるでしょうか？ ここ1年ほどコンテナ関連の仕事をメインでやっているハマコーですが、いろんなお客様からこういったお声をいただくことが多くありました。 「それはコンテナ化する意味があるの？」 「こんなコンテナ運用は危ない？」 「ECSの設定とか実際めんどい。docker runじゃだめ？」 「EKSって使えんの？」 そういう声を聴く中で、自分なりの答えを模索していたわけですが、岡山での弊社イベントAWS最新技術の祭典Developers.IO 2019 at 岡山城へ登壇するにあたり、そのあたりのもやもやを自分なりに昇華したのが、本日の内容です。 「このアプリをコンテナ化する意味があるのか、わからない」 「コンテナ化することで余計めんどくさくなった」 「AWSのコンテナサービスの何を使ったら良いのかわからない」 という悩みを抱えている方には、
公開NTPサービス | 福岡大学情報基盤センター
この公開NTPサービスは、近い将来停止します。本サービスをご利用の方は、設定の変更をお願いします。 English version ニュース 2022年2月17日 学術情報ネットワーク（SINET）回線切り替え工事のため、下記の期間サービスを停止します。停止時間は、多少前後することがあります。 サービス停止時間： 2022年3月13日(日) 午後5時より 午後6時 までの間で約30分程度 2021年3月24日 公開NTPサービスのネットワークを、AS18148からAS63785に切り替えました。 2021年1月12日 キャンパスネットワーク安定運用のため、公開NTPサービス専用のAS番号を取得しました。番号は、63785です。 2020年8月3日 メンテナンスのため、下記の期間サービスを停止します。停止時間は、多少前後することがあります。 サービス停止時間： 2020年8月5日(水) 午後
GitHubとGitLab両方でプライベートリポジトリを並行運用してみよう - Qiita
はじめに 年明け早々にGitHubにて無料ユーザーでもプライベートリポジトリ無制限という素晴らしいアップデートがありました。 新しい年とともに、新しいGitHub を 私は昨年2月よりリモートリポジトリでの個人開発を行っており、当時GitHubは無料無制限ではなかったため、GitLabを選択しずっと使い続けています。 無料プランで出来ることは依然GitLabの方が勝っていますが、ネームバリューや周辺ツール等の情報量ではやはりGitHubの方が大きいです。 参考比較記事: GitHub.com・BitBucket.org・GitLab.comの月額料金比較 + α これを期にGitLabからGitHubへ乗り換えてみようかなと思いましたが、どちらか一方だけを使うのではなく、いっそ両方を同時に使っちゃおうという結論に至りました。 メリットとしてはどちらかが落ちていてももう一方を利用できるので可
NASと外付けHDDはどっちが安全？最強の写真バックアップ環境について考えてみた！
写真はどこに保管するのが一番安全なのか？今回は1TB以上の大容量データ（RAWデータや動画含む）を管理していくことを想定しているため、保管先のストレージとして外付けHDDとNASをメインに考えつつ、補助的にクラウドストレージを使うことを想定しておきます。 バックアップ無しは論外この記事を読んでいる方なら大丈夫かと思いますが、バックアップ無しで大事なデータを運用するというのは問題外です。 データが飛ぶのが怖いからNASやデータセンター向けの高級HDDを使って安心している人がたまにいますが、どんな高級なHDD（SSD）を使っても壊れるときは壊れます。単に確率が低いだけです。どんなHDDでも壊れた場合はデータがゼロになります。（HDDの復旧サービスで運良くデータを取り戻せる場合もありますが、10万とか20万は軽く飛んでいき完全に戻る保証もありません） 消えては困る大事なデータは必ずバックアップを
Mackerel の監視ルールをバージョン管理して CircleCI でテストする - kakakakakku blog
mkr monitors { pull / diff / push } コマンドを使うと Mackerel の監視ルールをバージョン管理することができる． 特に diff は素晴らしくて，ローカルにある監視ルール (.json) と Mackerel 管理画面の設定の差分を確認することができるから，運用してたら設定がズレてた！という問題（形骸化）が起きにくく考えられている． 最近 mkr monitors を使って管理ルールを GitHub でバージョン管理していて，さらに CircleCI で動かしているインフラ CI にもテストを追加して，常にチェックを行えるようにした． mackerel.io mackerel.io mkr monitors 運用フロー 現在の運用フローを図にしてみた． 以下の理由で，現在は mkr monitors pull と mkr monitors diff
Gitを実践的に使うために参考にすべき記事20選
チームで開発を行うときにGitのスキルは必要不可欠なものとなってきています。以前、Git初心者向けにスライドをまとめたものを紹介しましたが、今回はGit（GitHub）をさらに活用するために参考にしたい記事を紹介します。 この記事は以下のような方におすすめです！ ・ブランチをどのように運用すれば良いのかわからない。 ・コミットメッセージの書き方にいつも悩んでしまう。 ・issueやPull Requestをもっとうまく活用したい。 ・Git�やGitHubに関する便利なテクニックを知りたい。 ・間違ってコミットしてしまったけど対処法がわからない。 今回は、運用編、コミットメッセージ編、issue編、Pull Request編、テクニック編、問題解決編と５つの内容で分類してみました。実践的な読み応えのある記事ばかりなので、ぜひ参考にしてみてください。 運用編 中の人に聞いたGitHub fl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ページ移動のお知らせ - 富士通