『シン・エヴァ』のリモート制作を支えたシステム&ツール - カラーが考える「アニメのデジタル化」
2021年3月8日から公開された『シン・エヴァンゲリオン劇場版』（以下、シン・エヴァ）。本作は新型コロナウイルス感染症拡大による緊急事態宣言のもと、その終盤においてはリモート環境で制作が行われた。しかし、公開の迫るアニメ映画をリモートで完成させるのは並大抵のことではない。 講演「スタジオカラーのこれからのシステムづくり（仮）」の内容をお届けする。タイトルの（仮）は、登壇者のカラー・鈴木慎之介氏が立ち上げに携わった「ニコニコ動画」のβ版以前の初期名称に由来している 制作環境を構築するため、制作会社であるカラーは、大規模なシステムの強化やインフラの整備を実施。この制作環境構築プロジェクトで主導的な役割を果たしたのが、カラー 執行役員 技術管理統括の鈴木慎之介氏だ。 3月13日、アニメ制作におけるデジタル作画、関連技術をテーマとしたフォーラム「アニメーション・クリエイティブ・テクノロジー・フォー
システム思考とプロダクトマネジメント
システム思考とプロダクトマネジメント ※プロダクトオーナー祭り2021 Spring - PO祭り2021Springでの登壇資料です https://postudy.connpass.com/event/202404/
AWSが「政府情報システムのためのセキュリティ評価制度（ISMAP）」に登録されました。 | Amazon Web Services
Amazon Web Services ブログ AWSが「政府情報システムのためのセキュリティ評価制度（ISMAP）」に登録されました。 Amazon Web Services（AWS）では、お客様の信頼を得て維持することが継続的な取り組みとなっています。お客様の業界のセキュリティ要件に応じて、コンプライアンスレポート、証明書、認証の範囲とポートフォリオを決定しています。 このたび、ＡＷＳは「政府情報システムのためのセキュリティ評価制度（Information system Security Management and Assessment Program: 通称、ISMAP（イスマップ））」に登録されましたことをお知らせします（有効期間：2021年3月12日から2022年3月31日まで）。 今回の認証範囲は、AWSのアジアパシフィック（東京）リージョンと、新たに開設されたアジアパシフィ
みずほ銀行システム障害の原因に疑問、気になる「前日の運用」
みずほ銀行で2021年2月28日に起きたシステム障害は、同行が保有する7割超のATMに不具合が出るなど、顧客に大きな影響を与えた。直接の原因は、同日に行った定期預金に関するデータ更新作業でシステムのキャパシティーを超えた負荷がかかり、処理に失敗したことだ。 「見積もりをした上でテストしたが、これが不十分。運用面で見積もりの甘さがあった」。3月1日に開いた記者会見で、みずほ銀行の藤原弘治頭取は、システム負荷が想定を超えた理由に言及した。 会見で質疑応答が進み、障害が発生した経緯、処理内容、データ量などが明らかになるにつれ、ある疑問が湧いてきた。もしかしたら障害を回避できる可能性があったのではないか。気になるのが「前日の運用」だ。 想定以上のデータ量でメモリー不足に まず2月28日の日曜日に何が起きたのかを会見内容を基に追っていこう。定期預金に関するデータ更新作業は2種類あった。1つは定期預金
住民税のシステムに携わっている新人クソ雑魚SE(CE)の雑なメモ
1. システムに取り込む資料をなんとかしてくれ住民税がこんくらいかかりますよーって根拠の課税資料として、給与支払報告書とか年金支払報告書とか、確定申告書を取り込むんだが、これらが紙とかデータ(eLTAXとかいうシステムから吐くやつ）とか光ディスクとかいろんな様式でくる。統一してくれ。 自治体によって、様式変えるのやめろ eLTAX経由で来るやつは色々チェックがかかっているみたいで良いが、紙とか光ディスクとか、まともにチェックしてないやつがある。 お手製Excelから掃き出してきたやつを送ってくるのやめろ件数とかが多いところは紙はやめて、データで送ることになっているようだが、まともにチェックできないなら光ディスクはやめろ 全部eLTAXにしてくれ、eLTAXで送ってきた事業所に報奨金出してくれ 紙はスキャンかけて、イメージで見れるようにして、パンチャーがパンチして、データ化する。手間がかかる
銀行の基幹系システムはなぜ古臭いのか？｜つっちーさん
タイトル詐欺である。今回も反省せずに続きといきたい。 前回も示したが、ざっくりとした銀行の基幹系システムは「勘定系」「情報系」「チャネル系」の三つの構成になっているという図が上である。ざっくりとしたものなので、実際にはもっと複雑(特にメガバンクでは)だし、これがあるのにアレがない、とかいったものはある。細かいところを気にしすぎると禿げるぞ。 今回は、銀行の基幹系がなぜ古臭いのかという話をしたい。古臭いと言ってもいろいろあって、特にエンジニア界隈からは「メインフレームを使ってる」とか「COBOLみたいなカビの生えた古代言語を使ってる」とか、とにかくイケてないシステムの代表例のように言われることが多い。対して、預金者の側からはネットとの親和性だとかサービス面の不満からくるイケてないという話が多いと思うのだが、これはどちらかというとシステムの話ではなくて、サービス設計とかその背景になるビジネスモ
みずほ銀、3月上旬のオンライン口座移行を断念か システム障害で計画見直し
みずほ銀行では2月28日、システム障害が発生。一部のATMで取引などができなくなった。みずほ e-口座へのデータ移行45万件と、定期預金の月末更新25万件の作業が集中し、データ容量不足になったことが原因という。 関連記事 みずほのATMでまた障害 3日夜、29台が一時停止 先日の障害とは「別の要因」 みずほの一部ATMが3日3日夜に一時停止。「ハードの不具合によりシステムセンター間のネットワーク瞬断が発生した」ためで、2月28日の大規模障害とは「別の要因で発生した」としている。 システム過負荷でなぜATMにトラブルが？ みずほ銀システム障害、運用面の課題あらわに 2月28日に発生したみずほ銀行のシステム障害では、想定以上のデータを処理したことでシステムに大きな負荷が掛かり、取引やATMの機能が制限され障害としてあらわれていた。 みずほ銀、システム障害で謝罪 原因はデータ移行作業や月末処理に
銀行の基幹系システムはなぜ複雑なのか？｜つっちーさん
おはよう人類。 インフラストラクチャーという言葉は、元々ラテン語に語源があり、inferus(下部の)という言葉とstructura(構造体)という二つの言葉を合成した言葉で、言葉の意味としても、社会構造の中で上部構造である政治基盤に対応する経済基盤としての使い方(主にマルクス経済学で用いられる)と、道路や橋だけででなく教育機関など公共性の高い社会基盤の意味で用いられる。特に、後者の意味が強いのだが、インフラストラクチャーの供給源というのは国や公共的な組織だけにとどまらず、電力会社や鉄道会社、金融機関のように私有なのだが、その性質上インフラストラクチャーとして扱われるものも多い。 こういった企業を(広い意味で)インフラ業と呼ぶことも多いのだが、その公共性の高さから私有にもかかわらず、その運営には様々な規制が加えられていることが多い。設立に免許や認可が必要で、運営に関しても一般の企業とは異な
脆弱性対応（Heartbleed）の責任の所在 東京地判令元.12.20（平29ワ6203） - IT・システム判例メモ
クレジットカード情報漏えい事故に関し，その原因の一つと考えられる脆弱性対応が運用保守業務に含まれていたか否かが争われた事例。 事案の概要 Xは，Xの運営する通販サイト（本件サイト）を第三者に開発委託し，運用していたが，その後，2013年1月ころまでに，Yに対し，本件サイトの運用業務を月額20万円で委託した（本件契約）。本件サイトはEC-CUBEで作られていた。なお，XからYへの業務委託に関し，契約書は作成されておらず，注文書には「本件サイトの運用，保守管理」「ＥＣ－ＣＵＢＥカスタマイズ」としか記載されていない。 2014年4月には，OpenSSL*1の脆弱性があることが公表されたが*2，本件サイトでは，OpenSSLが用いられていた。 2015年5月ころ，Xは，決済代行会社から本件サイトからXの顧客情報（クレジットカード情報を含む）が漏えいしている懸念があるとの連絡を受け（本件情報漏えい）
データ移行で発生したみずほ銀行のシステム障害についてまとめてみた - piyolog
2021年2月28日、みずほ銀行でシステム障害が発生し、全国で同行のATMが利用できなくなる、キャッシュカードが取り込まれたまま戻ってこないなどのトラブルが発生しました。ここでは関連する情報をまとめます。 取り込まれ戻ってこないキャッシュカード みずほ銀行サイト上に掲載されたシステム障害発生の案内障害が発生したのは2021年2月28日11時頃。障害により各地で生じた影響は以下が報じられるなどしている。なお、法人向けに提供されるサービスでは今回のシステム障害による不具合は確認されていない。*1 障害発生から30時間後に全面復旧をした。 みずほ銀行の自行ATM5,395台の内、54%にあたる2,956台が停止し（2月28日19時40分頃時点）、預金引き落とし等が出来なくなった。*2 台数はその後訂正され、最大4,318台が停止していたことが明らかにされた。 *3 障害発生中は、ATMよりキャッ
システム過負荷でなぜATMにトラブルが？ みずほ銀システム障害、運用面の課題あらわに
2月28日に発生したみずほ銀行のシステム障害。同行の藤原弘治頭取は3月1日に記者会見を開き、システムの過負荷が原因だったとして謝罪した。この障害の影響で、同行が持つATM約5900台のうち4318台が一時取引できない状態に。ATMに挿入したまま戻ってこなくなった通帳やキャッシュカードは5244枚あったという。 障害の原因となったシステムの過負荷はなぜ起きたのか。そして、なぜATMにトラブルが波及したのか。藤原頭取は、「今回の障害は想定の甘さに起因するもの」と説明する。会見の質疑応答から、システム障害の全貌が垣間見えた。 データ更新と月末処理がバッティング みずほ銀は27日、1年以上動いていない定期預金口座のステータスを「不稼働」に変更するデータ更新作業を行っていた。処理したデータは45万件。この作業を行うにはシステムに十分なデータの空き容量が必要だという。 同行は事前のテスト環境でシステム
みずほ銀、システム障害で謝罪 原因はデータ移行作業や月末処理による過負荷
2月28日に発生したみずほ銀行のシステム障害の影響で、一部のATMで取り引きなどができなくなった件について、同行は3月1日に記者会見を開き、謝罪した。定期預金のデータ移行作業や月末の処理件数が重なり、システムに負担が掛かったのが障害の原因という。 同行の藤原弘治頭取は「長い時間お待ちいただくことになり、お客さまへの対応が不十分だった」とした上で「大変重く受け止めている。お客さまや社会全体に対し深くお詫び申し上げるとともに、再発防止を徹底する」と謝罪した。 （詳報：システム過負荷でなぜATMにトラブルが？ みずほ銀システム障害、運用面の課題あらわに） 障害が発生したのは28日午前11時ごろで、ATMの一部で取引できない状態に。預金が引き出せなくなった他、ATMに挿入した通帳やキャッシュカードが戻ってこないなどのトラブルが起きたという。 全国に設置したATMのうち、約半数に当たる約3000台に
某国立病院のITエンジニア職を辞めることにした
はじめに予め伝えておくが、身バレ防止に、多少だがフェイクを織り交ぜた内容になっている。 そして、そのフェイクも他の医療機関（国立と名の付くどこか）での実際の出来事を複数織り交ぜている。 だが、伝えたい実情に偽りはない。 高度な医療を担う国の機関で、エンジニアと組織がこれほど腐っていては、将来性もへったくれもないと思うんだ。 某国立病院は国そのものではない。 だが、公的な組織がシステム構築・運用するとどうなるか、多少でも公にし、何かを考えるきっかけ・ヒントになってほしい。 役所的な仕事の仕方を受け継いでいるはずだと思うから。 ちなみに、次の仕事は、ある大手の企業で新システムの導入支援をすることになった。 私としてはそちらの仕事のほうが面白いし、自分の能力・経験にとってプラスになる。 自分主任（電子カルテとか色々）地方国立大学院卒（情報工学） 前職は大手システムインテグレータで専門はインフラ
けしからんことを放置してはいけない 登大遊氏が語る外国政府によるけしからん遮断から生まれたシン・テレワークシステム
情報科学若手の会とは、情報科学に携わる学生、若手研究者、エンジニアのディスカッションと交流の会です。NTT東日本特殊局員の登氏が政府に配布停止要請されたVPNソフトの話など、シン・テレワークシステムの開発のもととなった数々の経験を開発秘話として講演しました。最後はなぜ登氏がけしからんことを放置してはいけないと思ったかについて。 IPAで他組織の機材を置いて匿ってあげる 登大遊氏（以下、登）：そのころ、ちょうどいろいろやっていたのですが、2016年ぐらいに、経済産業省がまた大学のほうに来まして、「遊んでないで国のためにサイバーセキュリティやれ！」と言ってきたんですね。 産業サイバーセキュリティセンターをIPAの中で作るので、それの環境構築、運営、人材育成の一部をやれと言われて、それで作ったのがこういうものです。これまで、大学の中でどんどん作ってきたものを5年に1回1個ずつ、どんどん大きくして
けしからんファイアウォールに負荷掛けたら警察から手紙きた 登大遊氏が光ファイバーの先に興味をもった理由
情報科学若手の会とは、情報科学に携わる学生、若手研究者、エンジニアのディスカッションと交流の会です。NTT東日本特殊局員の登氏が政府に配布停止要請されたVPNソフトの話など、シン・テレワークシステムの開発のもととなった数々の経験を開発秘話として講演しました。今回は登氏がNTT東日本に呼ばれるまでの経緯について。前回の記事はこちら。 村井研を真似た部屋を大学内に作る 登大遊氏（以下、登）：しばらくして、どうも他にすごい大学があるという噂が回ってきました。「SFCの村井先生の研究室はすごいらしい」と。みんな知らなかったんのですが、ちょっと筑波大の学生が夜中に見学しに行ったら、あそこはすごいと。「村井研はすごい」と。 こういうものを作りたくて、我々も真似しようとヤフーオークションや大学廃棄で大量機材を持ってきました。あとは、先ほどの国のお話とかでの収益と、SoftEtherも売れていたので収益が
エンジニアをしていると、世間には「面倒な手続きほど価値がある」と考える人が、けっこういるとわかる。
この記事で言いたいことは、まとめると以下のような内容になります。 ・「面倒くさくて複雑」といフローは、例外もあるものの、基本的には不適切であるか、そのフローが必要とされる前提の方がおかしい ・けれど世の中には、「面倒で複雑なフロー程正しいし価値がある」と考える人が案外多い ・「面倒くさい」と言える人は貴重なんだけど冷遇されがち ・不要なJOIN句は敵だし、JOIN句の使い回しなど絶対してはならない よろしくお願いします。 さて、言いたいことは最初に全部言ってしまいましたので、後はざっくばらんにいきましょう。 先日、Twitterでこんなことを呟きました。 エンジニアをしていると「面倒くさいやり方は大抵間違っているか、あるいはそのやり方を必要としている前提の仕組みの方がおかしい」という思考は割と普通だと思うんだけど、どうも世間的には「面倒くさければ面倒くさい程正しい、ないし価値がある」と思っ
2021年の祝日がようやく決定、システム対応は万全か
2021年は東京オリンピック・パラリンピックの延期開催に伴い、2020年と同様に1年限りで祝日が移動する。情報システム担当者は注意が必要だ。 「間違ったカレンダー」に惑わされるな 2020年11月27日、臨時国会で祝日の移動に関する特別措置法が可決・成立した。これに伴い、2021年に限り、海の日が東京五輪の開会式前日に当たる7月22日に、スポーツの日が開会式当日の7月23日に、山の日が閉会式当日の8月8日に移動する。 さらに8月8日は日曜日のため、翌8月9日が振り替え休日となる。例年の海の日（7月第3月曜日）やスポーツの日（10月第2月曜日）、山の日（8月11日）はそれぞれ平日になる。 祝日移動の目的は東京五輪開催に伴う交通混雑の緩和にある。五輪開催に向けた機運を醸成する狙いもある。2020年も同様の措置が取られたが、新型コロナウイルス感染拡大のために東京五輪が延期されたものの、祝日だけが
システム開発をラーメンに例えてみた | 株式会社アクシア
システム開発の仕事をしていると様々なトラブルに遭遇するわけですが、エンジニアなら経験済みですぐに理解できる話であっても、システム開発という専門的な内容になるとうまくその内容が伝えられないこともあります。そんな時に私は身近なものに例えてわかりやすく説明することがよくあるのですが、今回はシステム開発をラーメンに例えてみることにしました。 いつもお世話になっているいらすとやさん、さすがです。ラーメンで検索してみたら有益な素材がたくさん見つかりました。ありがとうございます。今回は私の大好きな家系ラーメンの画像をお借りしました。 実際の開発費用・期間をまとめた資料を無料で差し上げます。資料請求はこちら>> ラーメン食べさせてくれ、ただし金はない はい、いきなり何言ってるか意味がわからないですよね。金がないのに飯食わせろなどと言ったら無銭飲食です。おまわりさんがやってきてしまう事案です。ラーメンで例え
ストレージはつらいよ？ - 赤帽エンジニアブログ
この記事はRookと仲間たち、クラウドネイティブなストレージの Advent Calendar 2020 25日目の記事です。(過ぎてるけど…) こんにちは。レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 今日はOpenShiftをはじめとするコンテナ環境における…に限らずの一般的な環境でストレージがハマりやすいわけについての愚痴お話しをしたいと思います。 あんまりストレージ詳しくないかたに読んでもらって、へぇと思っていただければ嬉しいです。 コンテナ環境でハマるストレージの落とし穴 コンテナ環境におけるストレージは、CSI(Container Storage Interface)の仕組みができてから、使い始めるにはかなり簡単になりました。パブリッククラウドにしろオンプレにしろ、そこにあるストレージをコンテナストレージとして使えるようになったからです。 とは言
楽天で最大148万件の顧客情報が流出か、セールスフォースのシステム設定を誤る
楽天は2020年12月25日、クラウド型営業管理システムに保管していた情報の一部が社外の第三者から不正アクセスを受けていたと発表した。楽天のほか、楽天カードや楽天Edyも被害に遭い、最大で延べ148万件超の顧客情報が不正にアクセスできる状態だった。日経クロステックの取材で、このクラウド型営業管理システムが米salesforce.com（セールスフォース・ドットコム）のシステムだったことが分かった。 不正アクセスの原因は、楽天がクラウド型営業管理システムのセキュリティー設定を誤ったことにある。2016年に同システムのアップデートがあった際、セキュリティー設定のデフォルト値が変わったという。再設定が必要だったが、できていなかった。2020年11月24日の社外のセキュリティー専門家からの指摘をきっかけに、設定の誤りが判明。社内のセキュリティー専門部署を中心に対応し、2020年11月26日までに正
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
