タグ

関連タグで絞り込む (167)

タグの絞り込みを解除

日経xTechと日経コンピュータに関するmohnoのブックマーク (46)

  • 「見積もりが出ない」「利用できない」、値上げだけではないVMware問題の深刻度

    米Broadcom(ブロードコム)による米VMware(ヴイエムウェア)買収によってユーザー企業が被った悪影響は、製品の値上げだけではなかった。ライセンス更新に必要な見積もりが遅延したり、製品のアクティベーション(有効化)ができなくなったりするなど、ユーザー企業が様々な困難に直面している。 届かない見積もり、保守切れのまま運用へ 「見積もりが全く届かない。早くどうにかしてほしい」――。 悲痛な声を寄せるのは、自社のプライベートクラウドでVMware製品を使うあるユーザー企業A社の担当者だ。A社は自社のプライベートクラウド基盤にVMware製品を使い、複数の業務システムを動かしている。2024年5月末に使用するVMware製品の保守期限が終了する予定だったことから、2024年2月末に保守更新の見積もりをリセラーに依頼したが、2024年6月18日時点でも正式な見積もりの提示がないという。 「リ

    「見積もりが出ない」「利用できない」、値上げだけではないVMware問題の深刻度
    mohno
    mohno 2024/06/25
    「VMware製品の担当営業が突如消え(退職し)、見積もりが届かない」←辞めた担当者の気持ちは分かる。こんなのサポートしてらんないでしょ。
  • VMware問題でIIJやNTTコムなどが大幅値上げ、クラウド料金が2~3倍になる場合も

    米Broadcom(ブロードコム)によるVMware製品ライセンスの変更による影響が、国産クラウドベンダーに波及している。VMware製品を使う国産クラウドベンダーが相次ぎ、値上げを始めたからだ。ユーザーが支払うクラウド利用料金が2~3倍に跳ね上がったケースもあるという。 IIJとNSSOLは値上げ済み、NTTコムは7月から値上げ 日経クロステックの取材によって、既にインターネットイニシアティブ(IIJ)と日鉄ソリューションズ(NSSOL)が値上げを実施済みであり、NTTコミュニケーションズも2024年7月に値上げ予定であることが分かった。 富士通とソフトバンクは、値上げの有無や予定についての回答を拒否した。しかし日経クロステックの取材では、富士通が既に複数の顧客に対して値上げを打診していることが分かっている。 ソフトバンクは2024年6月13日時点で、クラウドサービス「ホワイトクラウド

    VMware問題でIIJやNTTコムなどが大幅値上げ、クラウド料金が2~3倍になる場合も
    mohno
    mohno 2024/06/14
    「米Broadcom(ブロードコム)によるVMware製品ライセンスの変更による影響が、国産クラウドベンダーに波及」←値上げに応じざるを得ず文句も言えないなら、そりゃ値上げするよなあ。ベンダーロックインの最悪な形。
  • ユニ・チャームで紙おむつなどの納品遅れ、基幹システム更新に伴う不具合

    ユニ・チャームは2024年5月27日、基幹システムの更新に伴って取扱製品の納品遅れが発生していることを日経クロステックの取材に対し認めた。システムの更新は2024年のゴールデンウイークを利用して実施した。 同社によると、新基幹システムと物流システムの接続でデータ連係に不具合があったという。さらに、連休明けに大量の注文があったことによるデータの増加が重なり処理が間に合わなくなり、納品遅れにつながった。 紙おむつなどの支援事業を行う品川区や厚木市は、ユニ・チャーム製の紙おむつの入荷遅れに伴い、利用者からの同社製品の受け付けを停止したり、他社製品への変更を打診したりしている。品川区見守りおむつ定期便事業に携わるTNCプロジェクトの担当者は「5月15日ごろに仕入れ事業者から連絡があった。早めに調整したため、現時点では大きな混乱はない」と状況を話した。 ユニ・チャーム上席執行役員の上田健次ESG

    ユニ・チャームで紙おむつなどの納品遅れ、基幹システム更新に伴う不具合
    mohno
    mohno 2024/05/29
    デロイトがSAP導入事例として紹介してるときいて戦慄してる→ https://www2.deloitte.com/jp/ja/pages/human-capital/solutions/hcm/successfactors-jp-deloitte.html 「収束に向かっており、5月いっぱいでおおむね解消のめどが立つ」
  • 「S/4HANA」への切り替えでトラブルの江崎グリコ、1カ月経過も商品の出荷停止続く

    「プッチンプリン」をはじめとする江崎グリコのチルド品が店頭から姿を消した。2024年4月3日に実施した基幹システムの切り替えでトラブルが発生。同社が物流・販売を請け負っていた他社製品を含め、一部商品を出荷できなくなった。同月18日に出荷を一部再開したものの、トラブルは終息せずに再び出荷を停止。システム障害の影響で、当初業績予想より売上高を200億円程度押し下げるとみる。 「スーパーにもコンビニにも『プッチンプリン』が見当たらない」「『カフェオーレ』を長年愛して飲んでいるが、どこの店舗も販売休止中だ」――。2024年4月中旬、X(旧Twitter)で、このような投稿が相次いだ。 江崎グリコの看板商品が店頭から姿を消した理由は、システムトラブルによるものである。同社は2024年4月3日、基幹システムの切り替えを実施した。旧システムを独SAPのERP(統合基幹業務システム)パッケージ「SAP

    「S/4HANA」への切り替えでトラブルの江崎グリコ、1カ月経過も商品の出荷停止続く
    mohno
    mohno 2024/05/13
    1カ月も出荷停止で「別にグリコの商品がなくても困らん」が定着してしまったら取り返すのは大変だろうし、転職先のある優秀な人は逃げ出すんじゃないだろうか。というか、こんな状況から復旧なんてできるの?
  • 官製デスマーチがやってくる、全国の自治体やベンダーが証言するシステム移行の実態

    「もうデスマーチが始まってますよ」。自治体情報システムの開発を手掛ける複数のベンダー幹部は口をそろえる。自治体は2025年度末までに主なシステムを標準仕様に準拠させ、政府が契約したクラウドサービスに原則移行しなければならない。ところが標準仕様の改版が続いている上に、岸田文雄政権の経済政策に伴うシステム改修が追い打ちをかけているためだ。 全国約1700の自治体は2025年度末までに、それぞれの自治体で仕様が異なっていた戸籍情報や住民記録など計20の基幹業務システムを同じ標準仕様に基づいて作り直さなければならない。その上で政府が運営する「ガバメントクラウド」に原則移行する。 政府の大号令によって、全国の自治体は一斉に移行作業を迫られる。ベンダー各社では既にシステム開発担当者らが過酷な労働を強いられる「デスマーチ」が始まっているという。政府のシステムでなぜデスマーチを招く事態になっているのか、匿

    官製デスマーチがやってくる、全国の自治体やベンダーが証言するシステム移行の実態
    mohno
    mohno 2024/05/07
    「標準仕様の改版が続いている」←オイ。「そもそも常識から逸脱している」←でも、落札した業者がいるってことだよね?
  • ベンダー撤退などで全政令市含む171自治体が移行間に合わず、自治体システム標準化

    地方自治体ごとに異なる情報システムを2025年度末までに統一・標準化する――。政府が推進するこの自治体システム標準化で、全自治体の1割に当たる171団体が移行期限に間に合わないとする調査結果を2024年3月5日、デジタル庁が公表した。 ただ今後、標準準拠システムの開発遅延のほか、法制度対応による「割り込み」のシステム改修などでベンダーのリソース逼迫に拍車がかかるとみられ、2025年度末までの移行期限に間に合わなくなる団体やシステムは今後さらに増えるとみられる。政府には現実的な対応が求められそうだ。 「共通機能」「障害者福祉システム」でシェア多いベンダー撤退 政府は2025年度末までに、住民情報などを扱う20業務システムを対象に、標準準拠システムへ移行することを自治体に対して求めている。政府はその方向性を定める「地方公共団体情報システム標準化基方針(以下、基方針)」を2023年9月に改定

    ベンダー撤退などで全政令市含む171自治体が移行間に合わず、自治体システム標準化
    mohno
    mohno 2024/05/06
    「政府が推進するこの自治体システム標準化で、全自治体の1割に当たる171団体が移行期限に間に合わない」←へぇぇ、9割は間に合うんだ……と思ったら↓そうでもないのか。/そりゃ“作り直し”だもんな。
  • 「AWS寡占」「運用コスト高」と問題山積、円滑なガバクラ移行へ迅速な情報公開を

    「運用コストは増えるのか」「また方針が変わったのか」――。デジタル庁が整備するパブリッククラウドの利用環境「ガバメントクラウド」を巡り、不満や不信の声が強まっている。当初の見込みが二転三転するなど、次々と綻びが見えているのだ。 同庁はベンダーロックインの回避とマルチクラウドの推進を掲げるが、各府省庁や自治体利用は、足元で9割以上を「Amazon Web Services(AWS)」が占める。複数自治体利用による「割り勘効果」でコスト減をうたうが、むしろ従来よりも運用コストが増加するといった指摘も出ている。 度重なる計画変更に加えて、デジタル庁の意思決定プロセスや情報の不透明さも問題だ。ガバメントクラウドへの移行はスムーズに進むのか、決して楽観視できる状態ではない。 「ガバメントクラウドの利用料低廉化を図る取り組みを実施」とアピール 2023年秋、ガバメントクラウドへの移行を検討する各自治体

    「AWS寡占」「運用コスト高」と問題山積、円滑なガバクラ移行へ迅速な情報公開を
    mohno
    mohno 2023/12/26
    クラウドって一時的な負荷増大に対応できるけど、平均的に負荷がかかってる状況でコスト的に不利になるのはしょうがないというか。ベンダーロックインを避けようとしてコスト増になるのはしょうがないというか。
  • 「最も使っている」プログラミング言語で異変、前年首位のJavaが王座陥落

    ITシステムを効率良く開発するには、実装する機能に合わせたプログラミング言語の選定が重要になる。現在、多種多様なプログラミング言語が存在するが、言語によって実装しやすい機能が異なるためだ。 システムの機能が多岐にわたる中、日経クロステックの読者はどのような言語を利用しているのか。これを確かめるため、日経クロステックではアンケート調査「プログラミング言語利用実態調査2023」を実施した。調査期間は2023年9月21日~10月18日。358人から回答を得た。 Pythonが首位をキープ アンケートではまず、現在使っているプログラミング言語を3つまで挙げてもらった。利用言語の第1位は「Python」だった。回答者358人うち45.3%の162人が使っているという結果だった。 「あなたが現在使っているプログラミング言語は何ですか」という設問に対する回答の内訳。最大3つ選択してもらった。グラフには回

    「最も使っている」プログラミング言語で異変、前年首位のJavaが王座陥落
    mohno
    mohno 2023/12/06
    「回答者358人」←微妙に少ないな。「利用言語の第1位は「Python」」「最も使っている言語もPythonが首位」/C#はさておき、VB.NETも頑張ってるね。
  • 相次ぐ住民票誤交付トラブル、富士通Japanのシステムに何が起こっているのか

    コンビニの証明書交付サービスで住民票の写しを取得しようとしたら他人のものが出てきたーー。2023年3月以降、同様のトラブルが横浜市や東京都足立区、川崎市で相次ぎ発覚し、注目を集めている。開発元はいずれも富士通Japanだ。 最初に発覚したのは横浜市だった。2023年3月27日昼ごろ、磯子区役所に誤発行の報告が寄せられると、青葉区役所や横浜市のマイナンバー専用コールセンターなどにも同様の連絡が相次いだ。最終的に同市で誤発行したのは、住民票の写し6件(12人分)、住民票記載事項証明書2件(4人分)、印鑑登録証明書2件(2人分)の計10件(18人分)である。このうち、1件はマイナンバー入りの住民票の写しだったことが判明し、個人番号の変更まで余儀なくされた。 続いて発覚したのは東京都足立区だ。富士通Japanが横浜市でのトラブル後、コンビニ交付サービスを利用する他の自治体について調べたところ、トラ

    相次ぐ住民票誤交付トラブル、富士通Japanのシステムに何が起こっているのか
    mohno
    mohno 2023/05/12
    なぜ最近になって報告が急増したんだろうね。わりとコアなところで素人考えな“改良”が入り込んだ気がしてならないというか。
  • 今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル

    マイナンバーカードを使ったコンビニ証明書交付サービスで、別人の住民票などが発行されるトラブルが立て続けに発生した問題を巡り、新たに徳島市でも誤発行が発生していたことが2023年5月11日までに分かった。サービスの提供ベンダーは今回も富士通Japanだ。 徳島市によると、同年3月27日、徳島市に住民票を置く住民が徳島県小松島市のコンビニでマイナンバーカードを使って住民票の発行を申請したところ、別人の戸籍証明書が誤交付されたという。具体的には、3枚つづりになっている戸籍証明書のうち、2枚目のみが印刷された。誤った証明書を受け取った住民はコンビニの店員に当該証明書を渡し、返金を受けたという。 トラブルは、地方公共団体情報システム機構(J-LIS)が検知したアラートによって判明した。同日の夜にJ-LISから徳島市にシステムエラーの可能性について連絡が入った。徳島市は即日、コンビニ証明書交付サービス

    今度は徳島市でも判明、止まらない富士通Japan巡るコンビニ誤交付トラブル
    mohno
    mohno 2023/05/11
    こんなに立て続けに似たような問題が報告されるのって、システムの導入やアップデートが一気に行われたの? いつ頃から導入されたシステムなんだろう。コンビニ住民票自体は何年も前からあるよね。
  • ChatGPTは人月商売のIT業界にとっての「死に神」、滅びのシナリオを示そう

    当に想定外の展開だな。何の話かというと、あまりに突然に人月商売のIT業界の崩壊シナリオが描けるようになったことだ。この「極言暴論」の古くからの読者ならよくご存じの通り、私は「人月商売のIT業界死滅論」を何度も掲げ、そのたびに赤っ恥をかいてきた。極めて精巧なロジックで論を展開したのだが、世の中は理屈通りには動かないということを強く認識させられた。ただ今回は違う。その根拠は言わずと知れたChatGPT、生成AI人工知能)の登場である。 改めて言うのも何だが、人月商売のIT業界の親玉であるSIerは、奇妙きてれつなビジネスモデルでお金を稼いでいる。外資系ITベンダーのように独自のプロダクトで勝負するのではなく、客のシステムをつくってあげる商売であるのは、とりあえずよしとしよう。おかしいのは、システム化提案など最も付加価値の高い領域で一切お金を取らず、付加価値のかけらも感じさせない「人月いくら

    ChatGPTは人月商売のIT業界にとっての「死に神」、滅びのシナリオを示そう
    mohno
    mohno 2023/04/24
    やったねパパ、これで京都市の基幹システムも刷新できるね!!/そもそも既存のSIerだって“人月どおりの実働”ってわけじゃないのでは。「そのたびに赤っ恥をかいてきた」
  • コンビニ交付で別人の住民票が発行されるバグ、富士通Japanが原因を説明

    富士通Japanは2023年3月30日、3月27日に横浜市で発生した、コンビニの証明書交付サービスで別人の住民票が発行されるトラブルについて原因を明らかにした。システムへのアクセス集中により印刷処理の待ちが生じた結果、印刷イメージファイルのロックが解除され、同時期に交付を申請した別の利用者が当該ファイルを印刷できてしまったという。 具体的にはコンビニで証明書交付を申請すると、富士通Japanが手掛けるコンビニ証明書交付サービス「Fujitsu MICJET コンビニ交付」上で、住民票などの印刷イメージファイルが生成される。当該ファイルは申請者しか印刷できないようロックがかかるが、システムにはタイムアウトの上限が設定されていたため、アクセス集中で処理が遅れた際にタイムアウトとなってロックが解除された。同時期に申請した別の利用者が当該ファイルをつかめる状態にあったため、別人の住民票が印刷される

    コンビニ交付で別人の住民票が発行されるバグ、富士通Japanが原因を説明
    mohno
    mohno 2023/03/31
    「別の利用者がファイルをつかめてしまう仕様の詳細などについては回答を控えた」←とのことなので詳細は分からないが、十分な負荷テストをするのは大変そう。いつから稼働していたシステムなんだろう。
  • 別人の住民票が誤って発行されるバグ、富士通Japanのコンビニ交付サービスで

    コンビニの証明書交付サービスで別人の住民票が発行されるトラブルが横浜市で発生した問題について、サービスの提供ベンダーが富士通Japanであることが日経クロステックの取材で2023年3月29日までに分かった。同社が手掛ける証明書交付サービスへのアクセスが集中し負荷が高くなったことで、「プログラム的な瑕疵(かし)が表面化した」(広報)という。 富士通Japanは日経クロステックの取材に対し、システムに不具合があったことを認めた。負荷が高くなると別人の住民票が発行される事象の詳細については「回答を控える」(広報)とした。 同トラブルは2023年3月27日午前、横浜市に住民から寄せられた連絡で発覚した。住民がコンビニでマイナンバーカードを使って住民票を取得したところ、別人の氏名や住所が記載された住民票が交付されたという。横浜市は同日午後2時にコンビニでの証明書交付サービスを停止し、誤って交付された

    別人の住民票が誤って発行されるバグ、富士通Japanのコンビニ交付サービスで
    mohno
    mohno 2023/03/30
    「コンビニの証明書交付サービスで別人の住民票が発行されるトラブルが横浜市で発生した問題について、サービスの提供ベンダーが富士通Japan」←富士通の日本法人、じゃなくて富士通Japanという会社なのか。
  • 映画Winnyの公開を機に、若手エンジニアに伝えたい「技術者倫理」の在り方

    P2P(ピア・ツー・ピア)ファイル共有ソフト「Winny」の開発者として知られる金子勇氏に、筆者は2009年末、日経済新聞記者として1度だけお会いしたことがある。金子氏が新たに取得したという特許について、技術の概要を取材するためだ。大阪高等裁判所が金子氏に対して逆転無罪の判決を出して間もない頃だった。 金子氏が取得した特許は、同氏が設立に関わったドリームボート(現Skeed)が開発するP2Pコンテンツ配信ソフト「SkeedCast 2」の中核技術だという。残念ながらリリース時期の都合で記事にはできなかったが、こちらの拙い質問に対し、ホワイトボードをいっぱいに使って熱心に解説していただいたことを覚えている。 3年半がたった2013年7月7日、金子氏が前日に急死したとの情報に触れ、驚いた。金子氏と親しかった慶応義塾大学の村井純教授(当時)に連絡を取って事実を確認し、同氏の追悼メッセージを掲載

    映画Winnyの公開を機に、若手エンジニアに伝えたい「技術者倫理」の在り方
    mohno
    mohno 2023/03/28
    倫理的な疑いを掛けられそうな開発を匿名でやるな。/Winnyの“倫理的な使い方”とは?実際に被害者がいるわけで“法律の抜け穴を通りました”みたいな話を美談にされてもな。
  • 京都市が117億円投じた基幹系刷新を中断、国の方針機に決定

    京都市は総額117億円を投じた基幹系システムの刷新を一部を除き中断した。国が自治体システムの標準化を決め、再度の改変が必要になるとみたからだ。最悪の場合は投資額のうち100億円近くが無駄に終わる可能性がある。2016年の延期後にベンダーを切り替えたが、2019年に再度の延期を決定。開発遅延の背景には進捗管理の甘さや協力体制の不備、想定不足があった。 「結果についての責任は市長である私にある。専門性の高い業務であり、コロナ禍など様々な(阻害)要素があった。だからこそ情報の共有や進捗管理をしっかりと行い、的確に判断しなければならなかった。猛省している」。 京都市の門川大作市長は2020年9月30日、2014年から取り組んできた市の基幹業務システム刷新を一部機能を除いて中断すると発表した。門川市長は発表後の10月16日に開かれた京都市会(市議会)・決算特別委員会で、開発中断は自らに責任があると発

    京都市が117億円投じた基幹系刷新を中断、国の方針機に決定
    mohno
    mohno 2023/01/15
    “ノーコード”もシステム移行には無力だろうなと思って検索したら、「京都市の門川大作市長は2020年9月30日、2014年から取り組んできた市の基幹業務システム刷新を一部機能を除いて中断すると発表」←中断してたんだ。
  • 楽天グループが「オンプレ回帰」を決断、パブリッククラウドからIT基盤を戻す狙い

    楽天グループがオンプレミス(自社所有)環境のプライベートクラウド「One Cloud」を拡充し、グループ企業の各種事業が用いるIT基盤の統合を進めることが日経クロステックの取材で分かった。現在、パブリッククラウドで稼働させているシステムが多数あるが、原則としてOne Cloudへシフトしていく。グループ全社でIT基盤のプライベートクラウドへの集約を進めてコスト効率を高めるほか、IT基盤のノウハウを蓄積し安定稼働やセキュリティー強化につなげる。 プライベートクラウドは、新たに参入を計画する法人向けITサービスの基盤にも活用する。計画するのは人確認に使うeKYCやWebサイトのアクセス分析、電子決済の機能などだ。いずれもグループの事業で使うために開発した技術で、従量制のパブリッククラウドサービスとして外販する方向で準備を進めている。 部分的だったOne Cloudの利用、まず楽天市場で全面採

    楽天グループが「オンプレ回帰」を決断、パブリッククラウドからIT基盤を戻す狙い
    mohno
    mohno 2022/12/12
    「楽天グループがオンプレミス環境のプライベートクラウド「One Cloud」を拡充し、グループ企業の各種事業が用いるIT基盤の統合を進める」←アマゾンが他社のクラウドを使わないみたいなもんだよな。
  • 文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由

    システム開発の頓挫を巡る、文化シヤッターと日IBMとの間の裁判で、東京地方裁判所は日IBM側に19億8000万円の支払いを命じた。米セールスフォースのPaaSを用いた販売管理システムの構築を目指し、2015年に始めた開発プロジェクトだったが、2017年にストップしていた。東京地裁は開発失敗の原因をどう認定したのか。裁判記録をもとに読み解く。 文化シヤッターが、20年以上前から使用していた販売管理システムを刷新するプロジェクト格的に始動させたのは2015年1月のことだ。日IBMに提案依頼書(RFP)の作成を委託。そのRFPを基に複数ベンダーから提案を受けた上で、日IBMを開発委託先として選定した。 日IBMの提案はシステム構築に米セールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)である「Salesforce1 Platform」を用いるものだった。RFPでは標準

    文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由
    mohno
    mohno 2022/07/29
    「RFPでは標準部品を80%…カスタム開発を20%とする予定」「カスタム開発の割合は95%に膨れ上がった」「システムに業務を合わせるアプローチは取らない」←Salesforceの意味ねぇ。日本IBMでも、こんなんがあるんだな。
  • ビックカメラが数十億円投じAWSとSalesforceを全面採用、内製化でDX推進へ

    ビックカメラが米Amazon Web Services(アマゾン・ウェブ・サービス、AWS)と米Salesforce(セールスフォース)の各クラウドサービスを全面採用し、システム内製に乗り出す。日経クロステックの取材で2022年6月13日までに分かった。投資額は数十億円規模に及ぶとみられる。 オンプレミスで稼働する既存の基幹システムをAWSに移行しダウンサイジングするほか、ローコード開発が可能なセールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)「Salesforce Lightning Platform」を導入し、開発の内製化により脱ベンダー依存を進める。日ではまだ導入事例が少ない米ミュールソフトのAPI(アプリケーション・プログラミング・インターフェース)型接続ツール「Anypoint Platform」なども取り入れる方針だ。同ツールは米国の大手小売業で採用が進んでい

    ビックカメラが数十億円投じAWSとSalesforceを全面採用、内製化でDX推進へ
    mohno
    mohno 2022/06/13
    「開発の内製化により脱ベンダー依存を進める」/↓“内製”にツッコんでる人が多いけど、開発部門を持つということでしょ。それともOSから作らなきゃ内製って言わないの?(未来の成否はともかく)
  • 富士通がメインフレーム製造・販売から2030年度に完全撤退へ、66年の歴史に幕

    富士通が2030年度(2031年3月期)末にメインフレームの製造・販売から撤退することが、2022年2月10日までに日経クロステックの取材で分かった。国内メインフレーム市場で首位(出荷台数ベース)を誇り、長年にわたり日企業の情報化を支えてきた老舗メーカーが約66年にわたるメインフレーム製造の歴史に幕を閉じる。 併せてUNIXサーバーも2029年度下期に製造・販売を終了する。同社は縮む市場からの撤退を決断し、クラウドなどを駆使したサービス企業への転換を格化させる。

    富士通がメインフレーム製造・販売から2030年度に完全撤退へ、66年の歴史に幕
    mohno
    mohno 2022/02/11
    「富士通が2030年度(2031年3月期)末にメインフレームの製造・販売から撤退」「UNIXサーバーも2029年度下期に製造・販売を終了」「保守を5年間継続」/↓メインフレームの時代が終わったわけじゃなく、IBMに負けたのでは。
  • 京大のスパコンでファイル約77TB分が消失、実行中のスクリプト更新で誤動作

    2021年12月、京都大学のスーパーコンピューターがトラブルに見舞われた。学術論文に使う重要データなど、実に77テラバイト(TB)分のファイルが消失した。ITベンダーの担当者が実行中のスクリプトを不用意に更新したのが原因だった。来はログ削除の処理が利用者のファイルを削除する誤動作を引き起こした。ミスを犯したITベンダーも問題だが、監督不十分だった京都大学の責任も重い。 「弊社100%の責任によりLustreファイルシステムのファイル消失の重大障害を来し、多大なるご迷惑をお掛けしたことを深くお詫び申し上げます」 京都大学が2021年12月28日に公表した「スーパーコンピュータシステムのファイル消失のお詫び」のお知らせには、大規模なデータ消失を引き起こした日ヒューレット・パッカードが同大学宛てに提出した報告書がリンクされていた。「弊社100%の責任」という説明は、ITベンダー側の「完全降伏

    京大のスパコンでファイル約77TB分が消失、実行中のスクリプト更新で誤動作
    mohno
    mohno 2022/01/28
    よく77TBも消したな、とは思ったが「43時間にわたってファイルを削除」/誰でも間違いがあるとはいえ、怖い。