This is a cache of https://b.hatena.ne.jp/q/%E7%A7%BB%E8%A1%8C. It is a snapshot of the page as it appeared on 2026-01-05T19:15:40.525+0000.
移行の人気記事 197件 - はてなブックマーク

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 197件

新着順 人気順

移行の検索結果1 - 40 件 / 197件

移行に関するエントリは197件あります。 開発システムIT などが関連タグです。 人気エントリには 『さようなら、全てのエヴァーノート - 本しゃぶり』などがあります。
  • さようなら、全てのエヴァーノート - 本しゃぶり

    2011年6月10日、Evernoteを使用開始。 2014年9月19日、有料プランに加入。 2024年3月23日、クソみたいなメールが届く。 プラン、廃止 いつも Evernote をご利用いただき、ありがとうございます。このたびは今後の Evernote 登録プランに関する変更についてご案内させていただきます。 お使いの Evernote アカウントは Plus から Personal に移行されました。Evernote Plus など、一般のお客様に数年間ご利用いただけなかった従来の登録プランが廃止となったためです。この変更により、Personal プランで利用可能な機能すべてをご利用いただけます。 今後はAnnualの登録プランが現在の Evernote Personal プランの料金 129.99 USD/Yearに合うように更新されます。この料金は次の更新日である2024/4/

      さようなら、全てのエヴァーノート - 本しゃぶり
    • ゼロトラスト移行のすゝめ:IPA 独立行政法人 情報処理推進機構

      ゼロトラストの概念は近年のテレワークやクラウド利用の普及により注目を集めていますが、いざ自組織に実装しようとしたときにはさまざまな課題に直面することが予想されます。また、ゼロトラスト移行の効果を最大限発揮するためには、ゼロトラストに対する担当者の理解が不可欠になっています。 そこで本書ではゼロトラストの概念を自組織に実装する際に必要となる検討の流れや、得られるメリット、ソリューションの導入順序とその際のポイントについてまとめました。これからゼロトラスト移行を検討している組織の担当者に参考にしていただけると幸いです。

      • NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載

        日本IBM(「Wikipedia」より/Yoshi Canopus) NHKがシステム開発を委託していた日本IBMに対し、開発の遅延による契約解除に伴い計約55億円の代金の返還と損害賠償を求めて東京地裁に提訴した係争事案。NHKは、日本IBMが開発の途中で突然、NHKに対して大幅な開発方式の見直しと納期遅延を要求したと主張しているが、これに対し日本IBMは7日、以下のリリースを発表して反論したことがIT業界内で注目されている。 <現行システムの解析を進める中で、提案時に(編集部追記:NHKから)取得した要求仕様書では把握できない、長年の利用の中で複雑に作り込まれた構造となっていることが判明したため、当社はNHKに対し、解析の進捗状況、課題およびそれに対する対応策を随時報告し、共にその対応を検討してまいりました。こうした中で当社は、同システムを利用する業務の重要性も鑑みて、NHK指定の移行方

          NHKに提訴された日本IBMの反論が生々しい…仕様書に記載ない仕様が満載
        • 【特集】 OSはそのままに、Cドライブを大容量SSDにまるっと換装する方法。2パターンで手順解説

            【特集】 OSはそのままに、Cドライブを大容量SSDにまるっと換装する方法。2パターンで手順解説
          • データ移行で発生したみずほ銀行のシステム障害についてまとめてみた - 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よりキャッ

              データ移行で発生したみずほ銀行のシステム障害についてまとめてみた - piyolog
            • イーロン・マスク率いるDOGEが6000万行ものCOBOLコードを含む社会保障局のシステムをコード生成AIでわずか数カ月の内に移行させようとしており危険性が指摘されている

              by Gage Skidmore 海外ニュースメディア・WIREDが、イーロン・マスク氏の率いる政府効率化部門(DOGE)がアメリカ社会保障局(SSA)のコンピューターシステムを、数ヶ月という短期間でCOBOLからJavaなどへ移行しようとしていると報じています。ソーシャルニュースサイトのHacker Newsで、この移行計画を危険視する声が挙がっています。 Doge Plans to Rebuild SSA Codebase in Months | Hacker News https://news.ycombinator.com/item?id=43505659 SSAは2017年にコアシステムを置き換えるための数億ドル規模の計画を発表しており、その際には約5年かけて近代化を進める予定でした。しかし2020年に発生したCOVID-19パンデミックにより、この取り組みは一時休止しています。

                イーロン・マスク率いるDOGEが6000万行ものCOBOLコードを含む社会保障局のシステムをコード生成AIでわずか数カ月の内に移行させようとしており危険性が指摘されている
              • NHKシステム開発・移行中断の件について

                2025年2月4日、日本放送協会(以下、NHK)より、日本アイ・ビー・エム株式会社(以下、当社)に対し、営業基幹システムの開発・移行業務(以下、本プロジェクト)に関する業務委託契約の解除に伴う既払の代金の返還及び損害賠償を求める民事訴訟を東京地方裁判所に提起したこと、およびこれまでの経緯が公表されました。 当社は、本日時点において訴状を受領していないことから、NHKによる請求内容に関するコメントは差し控えますが、経緯に関する当社の見解についてご説明いたします。 本プロジェクトは、NHK指定の移行方針のもと営業基幹システムを新しい基盤へ移行するものであり、プロジェクト開始後に現行システムの解析を実施の上、移行方針及びスケジュール等を確定するという契約に沿って検討を進めてまいりました。 現行システムの解析を進める中で、提案時に取得した要求仕様書では把握できない、長年の利用の中で複雑に作り込まれ

                  NHKシステム開発・移行中断の件について
                • ニンテンドーシステムズ株式会社導入事例 | AWS

                  ニンテンドーシステムズは、ニンテンドーアカウントやゲームニュースなどのニンテンドーネットワークサービスの開発と運用を担っています。ユーザーがインターネット経由でソフトウェアをダウンロードしたり、追加コンテンツを購入したりできるオンラインストアである Nintendo eShop は、同社が提供するサービスの 1 つです。 2011 年にサービスの提供を開始した Nintendo eShop は、現在、世界中で 1 億 3,000 万台以上の販売実績を持つ Nintendo Switch 向けに、40 か国以上で 24 時間年中無休のサービスを提供しています。任天堂のデジタルコンテンツの売上は 2017 年から 2023 年の間に 10 倍以上に増加し、現在では任天堂のゲームソフトの売上高全体に占めるデジタル購入の比率は 50% 近くが達しています。 任天堂は当初、eShop プラットフォー

                    ニンテンドーシステムズ株式会社導入事例 | AWS
                  • 終了の危機にあった15年続くWebサービスを全力で存続させる - phpcon2024

                    〜Twilog・Togetter統合の舞台裏〜 by 吉田俊明、青山民人|トゥギャッター株式会社 Twilog https://twilog.togetter.com/ Togetter https://togetter.com/

                      終了の危機にあった15年続くWebサービスを全力で存続させる - phpcon2024
                    • Vue.js & Nuxt.js から React & Next.js へ移行した理由 | fwywd(フュード)powered by キカガク

                      2021 年から React ベースのフレームワークである Next.js を本格的に学び始めました。 昨年 2020 年は Vue.js ベースのフレームワークである Nuxt.js にどっぷりと使った1年であり、昨年リリースした キカガク (kikagaku.ai) など、本運用に乗せるところまでプロダクト開発チームで学びながら進めていきました。 その昨年に1年間もかけて知見を貯めた Vue.js & Nuxt.js を離れて、React & Next.js へ移行した背景を紹介します。

                        Vue.js & Nuxt.js から React & Next.js へ移行した理由 | fwywd(フュード)powered by キカガク
                      • 7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC Engineers' Blog

                        この記事は Tech KAYAC Advent Calendar 2021 の20日目の記事です。 こんにちは、バックエンドエンジニアの @commojun です。今年のTech KAYAC Advent Calendarは3度めの参戦です!よろしくお願いいたします! 本日の記事は、昨年の記事の続きで、Amazon EC2のプロダクトをAmazon ECS構成へと乗り換えた話になります! techblog.kayac.com 目次 目次 背景 Amazon Linuxのサポート終了 ついでにPerlのバージョンもあげた 苦労したポイント 1,デプロイ方法がめっちゃ変わる デプロイのために都度コンテナイメージを焼く 2階建て作戦 2,batchサーバどうするの問題 sqsjfr + SQS + sqsjkr 作戦 3,泥臭い戦い ecspressoの存在 非エンジニアにもわかってもらおう 「

                          7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC Engineers' Blog
                        • DeNA 本社移転でネットワーク構築・移行作業を実施しました | BLOG - DeNA Engineering

                          はじめに こんにちは、IT 基盤部ネットワークグループの片桐です。 DeNA グループ全体のネットワークの管理、運用等を行っています。 今年8月、DeNAは本社拠点を渋谷ヒカリエから、WeWork渋谷スクランブルスクエアに移転しました。 この移転は我々としても、大きなプロジェクトでした。せっかくなので、オフィスネットワークにおける移転の裏側を紹介致します。 DeNAオフィス移転におけるネットワーク WeWorkへの移転であれば、ネットワークもWeWorkの設備を使うのでは、と考えられた読者もおられるのではないかと思います。 最初に移転プロジェクトメンバーと新オフィスのネットワークについて議論しましたが、 渋谷ヒカリエで運用していたネットワークと同じレベルの帯域・ネットワークの安定性・クラウドとの内部通信・ネットワークセキュリティ・ネットワーク運用体制の維持、 これら全てが必須要件でした。

                            DeNA 本社移転でネットワーク構築・移行作業を実施しました | BLOG - DeNA Engineering
                          • ECSとRDSをやめて、AWSコストを9割削減しました

                            はじめに こんにちは。BEENOSのがれっとです。 AWS上にアプリケーションを構築する際、一般的なのはECS + RDSという組み合わせです。私も社内システムをそのような形で構築しました。 しかし、使わないときにもインスタンスが動き続けてしまうため、大量のトラフィックを捌かないアプリケーションにおいてはコストが見合わないものとなってしまいます。 そこで、ECS + RDSという構成からLambda + EFSの構成に社内システムを移行して、コスト削減した話を紹介します。 前提 以下の構成のアプリケーションを移行しました。 Blitz.js 内部に下記を使用 Prisma Next.js PostgreSQL テーブル数は12 (_prisma_migrationsテーブルを含めて13) AWS 構成図 移行前 移行後 リレーショナルデータベースを用いることが必須のアプリケーションを構築す

                              ECSとRDSをやめて、AWSコストを9割削減しました
                            • 100万ユーザーをログアウトさせずに新認証基盤に移行した話

                              即戦力人材と企業をつなぐ転職サイト「ビズリーチ」は2009年にサービスを開始し、スカウト可能会員数は190万人以上(2023年1月末時点)のユーザーにご利用いただくサービスに成長しました。 今回、その「ビズリーチ」の認証基盤としてIDaaS(Identity as a Service)のOkta Customer Identity Cloud(Powered by Auth0)(以下Auth0という)の導入を行いました。 本記事では認証基盤を刷新するに至った背景とAuth0を用いて100万を超えるユーザーをログアウトさせることなく移行した方法についてご紹介いたします。 前提 本記事で得られる情報 本記事を読むことで以下のような情報を得ることができます。 IDaaSを選ぶ理由 IDaaSを用いて認証・認可を運用中のプロダクトに組み込んだ事例 運用中のプロダクトに組み込む際に発生しうる課題と対

                                100万ユーザーをログアウトさせずに新認証基盤に移行した話
                              • MySQL 8.0 への移行が完了しました ~さようなら全ての MySQL 5.7~ - Cybozu Inside Out | サイボウズエンジニアのブログ

                                こんにちは。クラウド運用チームの飯塚です。 私たちは cybozu.com 本番環境の MySQL を昨年末から順次 8.0 系へアップグレードしており、前回の定期メンテナンスにおいて全てのインスタンスのアップグレードを完了しました。この記事では、私たちが MySQL 8.0 への移行に取り組んだ理由と必要になった対応について紹介します。 なぜ MySQL 8.0 へ移行したのか GTID-based レプリケーションにおける制限の緩和 再起動時に AUTO_INCREMENT のカウンタが巻き戻る問題の解消 実際に対応が必要だった MySQL 8.0 の変更点 utf8mb4 の照合順序のデフォルト値の変更 SQL_CALC_FOUND_ROWS と FOUND_ROWS() が deprecated に Connector/J のメタデータ取得処理の性能低下 sys.innodb_lo

                                  MySQL 8.0 への移行が完了しました ~さようなら全ての MySQL 5.7~ - Cybozu Inside Out | サイボウズエンジニアのブログ
                                • システムをVMからコンテナに移行して、結局VMに戻した話 - MonotaRO Tech Blog

                                  こんにちは、モノタロウ コアシステムエンジニアリング部門 配送ドメイングループの安見です。 この記事では私が関わっていた社内システムを仮想サーバ(AWS EC2)からコンテナに移行した後にコンテナをやめて仮想サーバに戻した話をご紹介します。 諸説明 コンテナ移行について コンテナ化対象システムについて 直面した様々な問題 リリース後の多数の残課題 展開する機能の数が多すぎる コンテナ化のメリットが薄かった なぜこうなったか よかったこと まとめ 追記: 現在なら... 諸説明 コンテナ移行について システムのコンテナ移行とは、アプリケーションやサービスを動作させるための必要なすべての環境を、一つの「コンテナ」としてパッケージ化して動作できるようにすることです。これにより、アプリケーションは他のシステムと独立して実行され障害分離ができたり、環境の違いによる影響を受けにくくなるため移植性が向上

                                    システムをVMからコンテナに移行して、結局VMに戻した話 - MonotaRO Tech Blog
                                  • 金融の基幹システムを1年半かけて.NET 6に移行した話

                                    はじめに 本稿は「.NET 6移行祭り! C# Tokyo」イベントで発表した「金融の基幹システムを1年半かけて .NET 6に移行した話」の内容を文書化したものです。 [2022.08.28追記] さて、はじめにおことわりを。 おもったより大きな反響があって、想定より多く読まれており、とくに正しく伝えられていない箇所があると思い、少し補足を入れました。 ここで基幹システムといっていますが、金融の勘定系システムという意味ではありません。 基幹システムというとCore Systemという意味(これは勘定システムでしょうね)と、Mission Critical Systemの2つがあると思います。 本稿の対象は後者で、システムのお客様が、Mission Critical Systemと判断されて基幹システムとして扱われています。 金融の勘定系とは規模や複雑性、クリティカルな度合も異なりますが、

                                      金融の基幹システムを1年半かけて.NET 6に移行した話
                                    • SSD換装+OS丸ごとデータ移行を無料ソフト「Clonezilla」でやろう

                                        SSD換装+OS丸ごとデータ移行を無料ソフト「Clonezilla」でやろう
                                      • 妻にもわかるマストドン ~ITに疎い伴侶のために解説してみた/Twitterからの移行先としてにわかに盛り上がるマストドンをわかりやすく説明します【やじうまの杜】

                                          妻にもわかるマストドン ~ITに疎い伴侶のために解説してみた/Twitterからの移行先としてにわかに盛り上がるマストドンをわかりやすく説明します【やじうまの杜】
                                        • Xに広がる“脱出論” 移住先として有力「Bluesky」「Misskey」「Threads」、いちユーザーから見た住み心地

                                          Xに広がる“脱出論” 移住先として有力「Bluesky」「Misskey」「Threads」、いちユーザーから見た住み心地(1/4 ページ) 11月15日(現地時間)にXの規約更新が控えている。ユーザーが入力した情報を、AIのトレーニングに利用する方針を明文化するなどの変更が生じる予定だが、Xではこれを嫌い、他のSNSへ移住しようという声が散見される。 “脱出論”自体は何度も繰り返されてきたが、結局大規模な“移住”が実現することはなかった。原因は選択肢の少なさだ。「Misskey」「Bluesky」「Threads」など競合SNSはいくつか出ているが、Xの規約変更などで代替案として浮上した時期にサービス立ち上げ直後でユーザーが少なかったり、会員制だったりと、なかなか移行先にはしにくい状態だった。 しかし現在、各SNSは少しずつ成長し、それぞれの特色を発揮しつつある。筆者は上記3つのSNSに

                                            Xに広がる“脱出論” 移住先として有力「Bluesky」「Misskey」「Threads」、いちユーザーから見た住み心地
                                          • 新しいiPhoneを買った客が「データ移行に金がかかるなら自分でやる」って言うのでガイドブックを渡したら「元のiPhoneのデータ全部消えた!」と怒鳴り込んできた

                                            罵詈言雑 @barigonzou 本当にあった怖い話 特にこれからiPhone17買う人には絶対覚えといて欲しい とある現場で 新しいiPhone買った客にデータ移行金かかりますって言ったら自分でやるって言うから データ移行のガイドブック?みたいなやつ (在庫無かったから)白黒コピーで印刷して渡したらしいんだけど そこまではいいとして 次の日その客ブチ切れて乗り込んで来て 「白黒コピーで分かりにくかったから "新端末"と"旧端末"が分からなくて元のiPhoneのデータ全部消えた!」 って言って全部店の責任だとか言ってきたらしい どこからどう考えても自分で消してんだから自分のせいなのにナチュラルに責任転嫁してくんのキモ過ぎ でも本当にこーゆーやついるんだから iPhone17のeSIM吹き飛ばすやつなんか死ぬほど出てくると思う 乗り換えでも機種変でもまず手続き終わったらeSIMでデータ書き込

                                              新しいiPhoneを買った客が「データ移行に金がかかるなら自分でやる」って言うのでガイドブックを渡したら「元のiPhoneのデータ全部消えた!」と怒鳴り込んできた
                                            • Microsoftが「Windows バックアップ」アプリを発表 ~新しいPCへの環境移行が簡単に

                                                Microsoftが「Windows バックアップ」アプリを発表 ~新しいPCへの環境移行が簡単に
                                              • 「多くのサービスが終了や縮小に追いやられているのはつらい」 変わらず稼働を続けるTogetterはTwitter新プランをどう思うか、代表に聞いてみた(1/2) | ねとらぼ

                                                競合サービスが日に日に消えていく現状を、Togetterはどのように見ているのか。そしてこの先、どのようになっていくのか。トゥギャッター社の代表である吉田俊明(@yositosi)さんが回答してくれました。 ―― APIの新プランが発表されたとき、社内ではどのような雰囲気でしたか。 吉田さん: 2月当初の発表では、2週間後に有料化されるが金額含めてアナウンスがないなど、有料化の驚きよりも移行が間に合うのかなど、Twitter側のオペレーションがちゃんと進むかの方が心配でした。価格に関しては、こちらも情報が錯綜(さくそう)していましたが、サービスの収益状況やAPIの利用状況を鑑みるに契約しないという手はないので、そこは驚きなどはなかったですし、社内にも特に大きな動揺などはなかったと思います。 結果的に、非常に高額な料金がアナウンスされたときには、さすがにショックでしたし、社内にも衝撃はあった

                                                  「多くのサービスが終了や縮小に追いやられているのはつらい」 変わらず稼働を続けるTogetterはTwitter新プランをどう思うか、代表に聞いてみた(1/2) | ねとらぼ
                                                • 国の情報システム契約 70%超で入札参加は1業者 会計検査院 | IT・ネット | NHKニュース

                                                  行政のデジタル化に向け各省庁が民間企業などと結んだ契約について会計検査院が調べたところ、競争入札にもかかわらず、70%以上の入札に1業者しか参加していなかったことが分かりました。価格競争が働きにくい状況で、検査院は「競争性を確保する工夫が必要だ」とする報告書を国会に提出しました。 会計検査院は、行政のデジタル化に向け各省庁が平成30年度に民間企業などと結んだ「情報システム」の契約状況について、国会の要請を受けて調べました。 その結果、423件で「競争入札」が行われていましたが、このうち入札に1業者しか参加しなかった「1者応札」が73.9%を占めていたことが分かりました。 予定価格に対する平均の落札率は96%と高止まりしていて、複数の業者が入札に参加したケースより13.5ポイントも高くなっていました。 価格競争が働きにくく契約金額が割高になった形で、特にシステムの「改修」に関する契約はほとん

                                                    国の情報システム契約 70%超で入札参加は1業者 会計検査院 | IT・ネット | NHKニュース
                                                  • フロントエンドのリプレイスに、いつまでかけるんだ?

                                                    一時期Ruby on RailsのERB + jQueryベースのフロントエンドをReactやVueのモダンフロントエンドにリプレイスするのが流行りました。私も現場でこういう例を複数見ています。 しかしどれも途中で止まっています。半分にも届かないぐらいのところで "ERB + jQuery"だったものが "ERB + jQuery + React + Next.js"とか"ERB + jQuery + Vue"になっています。 複雑度はむしろ明確に増しています そこで、こういう結末が一般的なのかどうか、ウェブを検索して調べてみました。 タイミー社の例 Rails (多分ERB) + jQueryが出発点 30画面 Next.jsのSPAに移行 3年間かかった (2年弱の時点で一回中断) クックパッド社の例 2020年にRails (多分ERB) + CoffeeScript/jQueryを

                                                      フロントエンドのリプレイスに、いつまでかけるんだ?
                                                    • GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO

                                                        GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO
                                                      • WebRTC配信システムをAWSからオンプレミスに切り替えている話

                                                        2021年7月27日 DMM meetup #31 での発表内容です

                                                          WebRTC配信システムをAWSからオンプレミスに切り替えている話
                                                        • 全社員6人がテレワークへ移行したソフトウェア会社に起きた実録トラブル集

                                                          Innovative Tech: このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 アクタスソフトウェア(東京都新宿区)の坂下秀 代表取締役(以下、坂下氏)が発表した「コロナ禍において,小規模ソフトウェア会社での在宅勤務移行時に発生したさまざまな事象の報告」は、社員全員がテレワークを余儀なくされたソフトウェア会社が経験した多様な事象を時系列に記載した報告書だ。 同社は取締役含め社員6人、ソフトウェア開発を主な業務とする2003年創業の小さなチームだ。そんな小規模な会社が新型コロナウイルスの拡大に伴い、2020年初めからテレワーク環境に移行し、2021年初めには全従業員が在宅勤務となった。 決定当初の坂下氏は、技術面からは在宅勤務の実施に大きな問題はないと考えていた。自分で

                                                            全社員6人がテレワークへ移行したソフトウェア会社に起きた実録トラブル集
                                                          • MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳

                                                            このエントリーは Classi developers Advent Calendar 2022の18日目。 ネタはなんでもいいよ!とのことなので、Claasiに全く関係なく、MysqlからPostgreSQLに移行する際の注意点を書く。 なお、まだRDSにPostgreSQLがなかった頃のような昔の記事だがこちらに無いことを書いていく。 soudai1025.blogspot.com soudai1025.blogspot.com MySQL から PostgreSQLにデータ移行する際の注意点 MySQLとPostgreSQLは互換性がもちろんありませんので、細かいところで違いが発生します。 よく踏むデータ移行の注意点は以下の通り。 timestampやdatetimeを移行する先はtimestamp型になるが、timestamp型はタイムゾーン付きと無しがある timestamp wi

                                                              MySQLからPostgreSQLに移行する際のTips - そーだいなるらくがき帳
                                                            • 止めずに移行 メルカリの40TB超・50台MySQLからTiDB Cloudへ | PingCAP株式会社

                                                              MySQL互換の分散データベースで高可用性と水平スケーラビリティを備え大規模データをリアルタイムで処理できます。 詳細はこちら

                                                                止めずに移行 メルカリの40TB超・50台MySQLからTiDB Cloudへ | PingCAP株式会社
                                                              • 技術的負債の変質について - じゃあ、おうちで学べる

                                                                はじめに 最近、ふと気づいたことがある。技術負債って、もう昔とは全然違うゲームになってるんじゃないか?いや、もっと正確に言うなら、ゲーム自体が終わろうとしているんじゃないか? コーヒーを飲みながら、10年前に書いた自分のコードを眺めていた。当時は「きれいに書いた」つもりだったけど、いくつかの要望がありよく考えずに変更を加えた結果、負債の塊だ。でも、それを直すのに必要な時間とコストの計算が、根本的に変わってしまった。 いや、変わったどころか、もはや「時間とコスト」という概念すら意味をなさなくなりつつある。 syu-m-5151.hatenablog.com 私たちは技術負債を「悪いコード」として理解してきた。しかし、それは大きな誤解だった。Ward Cunninghamが1992年に生み出した原初の概念は、現在広く信じられている「技術的問題」とは根本的に異なっていた。 彼の言う負債とは、ソフ

                                                                  技術的負債の変質について - じゃあ、おうちで学べる
                                                                • 個人開発のサービスをVPSからVercelとCloud Runに移行した話

                                                                  最近以下のような記事で個人開発のコストの話をよく見かけて、ちょうど自分も個人サービスをコストカットのためにVPSからほぼ無料なスタックに移行していたので構成とかを書いてみる。 前提としてはこんな感じ。 仲間内で使ってるだけのWebアプリケーション。月イチくらいしか使わない 技術スタックは技術的な実験とか学習を兼ねているので多少オーバースペックになるのはいい お金はなるべくかけたくない 移行前のスタック フロントエンドはNuxt.js、Netlify バックエンドはRailsでgRPC、envoyを噛ませてフロントエンドからはgRPC-Webで呼んでる VPS上にバックエンドのアプリケーションとDB(postgres)を動かしてる バックエンドは普通のRailsアプリにしてHerokuにするのが一番楽でお金もかからないんだけど、gRPC-Webを試してみたくて、そうするとproxyが必要にな

                                                                    個人開発のサービスをVPSからVercelとCloud Runに移行した話
                                                                  • よくあるオンプレOracleからRDSに移行したDBAの反省文 - ASMのきもち

                                                                    この記事は JPOUG Advent Calendar 2021 - Adventar 17日目の記事です。 昨日はShinodaさんの「Oracle Database から PostgreSQL への接続を試す - Qiita」でしたね。 いやーOracle Database Gateway for ODBC全然使ったことがなかったので、これはぜひやってみよ…あれ、RDSでできるの?明日AWSサポートに早速連絡してみよう… 最近ブログを書く頻度がアドベントカレンダー以外書く頻度がない感じになってきております…コレハ、マズイ、ゾ!!笑 さて弱気な内容はおいておいて…ここ最近、ろくに活動もできなかったのはこれをやっていたからなのです。 そうよくある、(꜆꜄•ω•)꜆꜄꜆オンプレOracleからRDSに移行した話。 今更感あるのですが、私と同じミスを減らすきっかけになれば。と思い、書いてみます

                                                                      よくあるオンプレOracleからRDSに移行したDBAの反省文 - ASMのきもち
                                                                    • Zennのバックエンドを Google App Engine から Cloud Run へ移行しました(無停止!YES!)

                                                                      Zennは、Next.js + Ruby on Rails(APIモード)を Google Cloud の App Engine へデプロイして稼働していました。最近、Rails の実行環境を App Engine Flexible から Cloud Run へ移行したので、その記録を残します。 ロードバランサーのバックエンドサービスを付け替えることで実現 最初に、どうやって移行したかです。Zennのバックエンドはもともとロードバランサーで構成されていました。以下の図のように、ロードバランサーの Backend Service より背後を切り替えることにより実現しています。Cloud Run とそこにアクセスするための Serverless NEG はあらかじめ稼働させておくことで、ダウンタイムなしで切り替えられました。 参考:負荷分散 | Google Cloud https://clo

                                                                        Zennのバックエンドを Google App Engine から Cloud Run へ移行しました(無停止!YES!)
                                                                      • オンプレミスからAWSへ移行した後の『次の一歩』がよくわかる「AWSコスト最適化ガイドブック」 | DevelopersIO

                                                                        また1冊、この世に名著が生まれました。AWSを運用中のすべてのユーザー企業の方に読んでいただきたいです。 みなさん、こんにちは。 明るい笑顔がトレードマークの芦沢(@ashi_ssan)です。 『AWSコスト最適化ガイドブック』と題するもはやタイトルだけで万人が読みたくなりそうな本が出版されていたので、購入して即読了しました。 興奮のあまり勢いだけで書評を書いたので、購入を検討している方の参考になればと思いブログ化してみました。 書籍の概要と著者について まずは出版元のKADOKAWAのWebサイトから概要を確認していきます。 利用費用の削減から体制整備・運用プロセス構築までAWSがすべて公開! 本書は、DXを効率的で持続可能にするためのクラウド最適化の勘所をお伝えすることを目的としています。AWSの個々のサービスの特徴やクラウド利用費用の削減アプローチ、AWS コスト管理に係るサービスの

                                                                          オンプレミスからAWSへ移行した後の『次の一歩』がよくわかる「AWSコスト最適化ガイドブック」 | DevelopersIO
                                                                        • 自治体システム標準化に激震、富士通が約300自治体に期限内の移行断念を通知

                                                                          全国約1700の地方自治体で稼働する基幹業務システムの標準化を巡り、富士通と富士通Japanがシステム移行を担う約300自治体の作業完了が2025年度末の期限に間に合わないことが日経クロステックの取材で明らかになった。 自治体向けシステム大手の富士通が期限内の移行を事実上断念したことで、移行期限に間に合わない「移行困難システム」に該当する自治体は2024年3月公表の171団体・702システムから急増する見通しだ。2025年度末の期限そのものの見直しを求める声も強まるとみられ、期限内の自治体システム標準化は窮地に立たされている。 富士通と富士通Japanは約300団体に対し、標準準拠システムへの移行完了時期が期限よりも遅れると通知した。これを受けてデジタル庁と総務省は該当する自治体向けの事務連絡で、富士通との協議を踏まえて期限内の移行が困難だと判明した場合は申し出るよう求めた。

                                                                            自治体システム標準化に激震、富士通が約300自治体に期限内の移行断念を通知
                                                                          • 東京科学大学病院、富士通→IBMに切り替えたシステムで大規模障害、なぜ?

                                                                            写真は名称変更前の旧・東京医科歯科大学病院(「Wikipedia」より/Kakidai) 東京科学大学病院(旧・東京医科歯科大学病院)が総合医療情報システムを更新し、1月1日から新システムを本格稼働させたが、その直後からシステム障害に伴い外来診療・入院手続き・初診の対応・会計処理で遅延が生じるなど、広い範囲で業務に影響が発生。病院はBusiness Journalの取材に対し「会計処理に時間を要しており、後払いをお願いしています。(原因については)調査中です。原因は一つではない」と説明する。今回の更新に際しては開発担当のベンダーが従来の富士通Japanから日本IBMに切り替えられた点や、日本IBMへの発注金額が約66億円に上るとみられる(ジェトロ<日本貿易振興機構>「政府公共調達データベース」より)点も注目されている。システム更新に伴い広い範囲で業務に影響が出る場合、一般的には、どのような

                                                                              東京科学大学病院、富士通→IBMに切り替えたシステムで大規模障害、なぜ?
                                                                            • note 社の AWS 権限設計の変遷を辿る|かとうかずや | kakato

                                                                              いつの世も人々は権限設計に苦しめられている。そうは思いませぬか。 ご多分にもれず、ぼくも note に入ってからというもの AWS の権限設計をどうしてやろうかと、あれこれ思い悩みまくった人間でした。 組織が変われば権限も変わる。誰が何をしたいのかなんてとても把握しきれないし、かといって全員に Administrator を割り振るような豪胆さも持ち合わせておらず。組織再編が繰り返される中で、なんとか運用に耐えうる設計を考え、実装しようと試みた内容をまとめたのがこの note です。 note 社における AWS 権限設計の変遷と、その結果生まれた自動で AWS の権限を払い出す仕組みについて書いていきます。 ※この記事はnote株式会社 Advent Calendar 2022 の 25 目の記事です。 注意事項つらつらと書き連ねていたら 12,000 字超の大作 note となってしま

                                                                                note 社の AWS 権限設計の変遷を辿る|かとうかずや | kakato
                                                                              • 14万件の個人情報を誤削除、復旧できず 「焼肉きんぐ」運営元がサーバ移行でミス

                                                                                飲食チェーン「焼肉きんぐ」などを運営する物語コーポレーション(愛知県豊橋市)は9月5日、顧客の個人情報14万3876件を誤って削除し、復旧できない状態だと発表した。サーバ移行時の確認不足によりデータを移行し損ね、そのまま古いサーバの契約期間が終了したという。削除した情報の漏えいは確認していない。 誤って削除した情報は、焼肉きんぐに加え「お好み焼き本舗」「焼肉かるびとはらみ」など計6ブランドのチェーン店に来店したことがある顧客の氏名、住所、電話番号、生年月日、性別、メールアドレス。いずれも、誕生日の顧客にサービスやキャンペーンを告知する目的で保存していたという。 物語コーポレーションが事態に気付いたのは8月5日。同社はこれまで、外部事業者が管理・運営するサーバに顧客の情報を保管していた。しかし契約期間の終了が迫ったことから、別の事業者が運営するサーバへ、6月末までにデータを移行した。 しかし

                                                                                  14万件の個人情報を誤削除、復旧できず 「焼肉きんぐ」運営元がサーバ移行でミス
                                                                                • IEがサ終してEdgeに移行したことにより絶対に答えられない問い合わせが大量発生→ユーザーが本当に欲しいものは…

                                                                                  芹沢文書 @DocSeri 無事IE逝去して社員が一斉にEdgeへ移行したことにより「ブラウザに保存してたのでパスワードがわかりません」問い合わせが大発生しており 2022-06-16 11:11:14 yumihiko @yumihiko2 @DocSeri 芹沢さん的にはイラアッとされてるかも知れないけど、申し訳ないですが草 ハード更新した時とかどうするつもりだったんだろう(同様に聞けばいいと思ってるんだろうなぁ) 2022-06-16 15:30:24

                                                                                    IEがサ終してEdgeに移行したことにより絶対に答えられない問い合わせが大量発生→ユーザーが本当に欲しいものは…

                                                                                  新着記事