This is a cache of https://b.hatena.ne.jp/q/migration. It is a snapshot of the page as it appeared on 2026-01-19T16:45:11.885+0000.
migrationの人気記事 195件 - はてなブックマーク

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 195件

新着順 人気順

migrationの検索結果1 - 40 件 / 195件

migrationに関するエントリは195件あります。 開発システムdatabase などが関連タグです。 人気エントリには 『【1月23日追記】12月23日、24日に発生しました障害に関するご報告』などがあります。
  • 【1月23日追記】12月23日、24日に発生しました障害に関するご報告

    いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 本障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ

      【1月23日追記】12月23日、24日に発生しました障害に関するご報告
    • Evernoteからの卒業とその受け皿について

      おそらく、生産性ツールやコラボレーションツールとしての進化の方向性を模索した感があって、当初会った「第二の脳」コンセプトはどこにいたのやら・・。 今回強く感じたのはEvernoteが遂げてきた進化と、今後の方向性が、完全に自分の期待値から外れていると言うこと。同じバンドメンバーなら解散待ったなしの方向性のズレ。 ぶっちゃけ、 タスク管理はTodoistPKMはObsidianネタの管理はWorkflowyDaily NoteはLogseq(これはObsidianに統合予定)と既に「メモの一時保管場所」と「参考情報置き場」にしかEvernoteを使っていなかったので、その為だけに年間9300円はちと高いなってことで、このたびEvernoteから卒業することを決めました。(2024年の8月までSubscriptionが残っているので、暫くは併用するけど・・ね) 私のことが嫌いになってもEver

        Evernoteからの卒業とその受け皿について
      • 退職し東京から限界集落へ「移住失敗、もう限界」 一家の絶望と希望:朝日新聞

        東京から四国地方の山間部の限界集落に一家で移住。小学生の娘と息子は豊かな自然と多様な生物に触れ、夫婦は古民家再生や自然農法での野菜づくりに取り組む。そして3人目の子宝に恵まれ、減少続きだった限界集落…

          退職し東京から限界集落へ「移住失敗、もう限界」 一家の絶望と希望:朝日新聞
        • イーロン・マスク率いる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でわずか数カ月の内に移行させようとしており危険性が指摘されている
          • 【Mac Info】 Macを売却/下取り/譲渡するときの正しい初期化手順

              【Mac Info】 Macを売却/下取り/譲渡するときの正しい初期化手順
            • 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
                • PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳

                  中国地方DB勉強会 in 岡山の登壇資料です。 そのうちここで登壇動画が公開されることでしょう。 肝心なチートシートは以下のとおり。 PostgreSQL gist.github.com MySQL gist.github.com チートシートだけじゃわからない!困ってる! Have Fun Techがバージョンアップのサポートしますのでお気軽にご相談ください。 have-fun.tech まとめ やっぱ中国地方DB勉強会は最高だぜ!

                    PostgreSQLとMySQLのメジャーバージョンアップのためのチートシート作った - そーだいなるらくがき帳
                  • 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 | サイボウズエンジニアのブログ
                      • Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog

                        今から二ヶ月ほど前、10/1 に Yahoo! トラベル のリニューアルが完了しました。このリニューアルは、一休.com と Yahoo! トラベルの2システムを一つに統合することで実現しました。 ご存知の通り、ヤフーと一休は同じグループに所属する企業です。ざっくりいうと「同じグループで2つの宿泊予約システムを開発し続けるのは効率が悪いよね」という話があり、今回のシステム統合に至っています。 Yahoo! トラベルと一休のシステム統合は、(1) 2017年頃にホテルの空室管理や予約、決済、精算業務などを担うバックエンドのシステム統合を行い、そして (2) 今回 2021年春先から半年ほどをかけて、ユーザーが利用する画面も含めた全面統合を行いました。全面統合は総勢で 50名ほどのディレクター、エンジニア、デザイナーが関わる一休的には大きな規模のプロジェクトになりましたが、目立ったトラブルもな

                          Yahoo! トラベルと一休.com のシステム統合プロジェクト - 一休.com Developers Blog
                        • 紀尾井町と霞が関のシステム標準化事務に従事する中央省庁職員に伝えたい事|高橋 広和/Hirokazu TAKAHASHI

                          リソース不足によるデスマーチは珍しくもありませんが、そうしたプロジェクトが真に崩壊する時は目標の達成の見込みが無くなった時です。 具体例として名前を出して申し訳ありませんが、過去の特許庁や京都市のシステム更改案件などが典型です。 デスマーチに陥ったプロジェクトにおいて、出来ることと出来ない事を整理し、優先順位をつけて対応するのは重要な事です。しかし、その結果目標達成の見込みや効果が見いだせなくなった時、モラルハザードに陥りプロジェクトは急速に崩壊に向かいます。 その意味で、全国のシステム標準化プロジェクトは今極めて危うい状況です。 "全国のシステム標準化事務に従事する自治体職員に伝えたい事"にも書きましたが、システム標準化の表向きの目標は標準化基準への適合ですが、真の目的は国の重点計画にあるトータルデザインの実現です。 言い換えれば、今多大な労力をかけてこのシステム標準化を遂行し、標準化基

                            紀尾井町と霞が関のシステム標準化事務に従事する中央省庁職員に伝えたい事|高橋 広和/Hirokazu TAKAHASHI
                          • 事実上無期限に滞在できる「特定技能2号」業種拡大案 自民了承 | NHK

                            熟練技能を持つ外国人に与えられる在留資格で、更新の継続により、事実上、無期限に滞在できる「特定技能2号」について、業種を大幅に拡大し、農業など11分野とする政府の案が、自民党の合同会議で了承されました。 4年前に始まった、熟練した技能を持つ外国人に与えられる「特定技能2号」の在留資格は、在留期間の更新に上限がなく、配偶者などの帯同も認められていますが、現在は、「建設」と「造船関連」の2分野の業種に限られ、資格を持つ人は11人にとどまっています。 世界的に人材獲得競争が激しくなる中、政府は、この在留資格について、今回、「農業」や「飲食料品製造業」など、9業種を増やし、合わせて11分野にするとしています。 この案に対しては、自民党内から「事実上の移民政策につながる」などと慎重論も出ていましたが、23日開かれた党の合同会議で「人材不足であり、外国人労働者から選ばれる国にならなければという危機感は

                              事実上無期限に滞在できる「特定技能2号」業種拡大案 自民了承 | NHK
                            • 100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫 | ログミーBusiness

                              インターネットやAIを駆使しながら、領域に捉われずにさらなる挑戦を行うDeNAの取り組みを紹介する「DeNA TechCon 2023」。ここで成田氏が登壇。PocochaのDBをマイグレーションしたことについて話します。 新卒1年目が100億レコード超のDBマイグレーションをした話成田篤基氏:発表を始めます。みなさんはじめまして。成田と申します。私は2021年にディー・エヌ・エーに新卒で入社して、現在入社から2年が経とうとしています。 私は新卒1年目で、大規模なデータベースマイグレーションを行う貴重な経験ができました。本日はそのマイグレーションプロジェクトについて、体験から得た学びをみなさんにお伝えします。題して「新卒1年目が100億レコード超のDBマイグレーションをした話」です。どうぞよろしくお願いいたします。 目次です。本日はこちらの目次に沿って発表を進めていきます。 まずは私たちデ

                                100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫 | ログミーBusiness
                              • Microsoftが「Windows バックアップ」アプリを発表 ~新しいPCへの環境移行が簡単に

                                  Microsoftが「Windows バックアップ」アプリを発表 ~新しいPCへの環境移行が簡単に
                                • 「センターサーバ方式Suica」に関する疑問をJR東日本に聞いた【鈴木淳也のPay Attention】

                                    「センターサーバ方式Suica」に関する疑問をJR東日本に聞いた【鈴木淳也のPay Attention】
                                  • GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO

                                      GitLab.comはどうやって6TBのPostgreSQLを9.6から11にたった2時間で移行したのか? | DevelopersIO
                                    • 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 - そーだいなるらくがき帳
                                      • 同時接続数30万超のチャットサービスのメッセージ配信基盤をRedis Pub/SubからRedis Streamsにした話

                                        LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog Overview 30万を超える同時接続数を持つチャットサービスにおいて、リアルタイムでメッセージの受信などのイベントを配信するメッセージブローカーとして、私たちはRedis ClusterのPub/Subを使用していました。 私たちのサービスでは、ユーザー数の増加に伴い、Redis Clusterのシャード数を増やすことでクラスターの性能を向上させてきました。しかし、Redis ClusterのPub/Subでは、シャード数の増加に伴ってネットワーク帯域が圧迫される問題が生じ、これ以上シャードを追加することができない状況になりました。 この課題を解決するために、メッセージブローカーをRedis Pub/SubからRedis

                                          同時接続数30万超のチャットサービスのメッセージ配信基盤をRedis Pub/SubからRedis Streamsにした話
                                        • よくあるオンプレ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のきもち
                                          • 滋賀銀行が次世代勘定系システムの構築を中止、日立が和解金80億円を支払い

                                            滋賀銀行は2024年12月20日、次世代勘定系システムの構築を中止することで日立製作所と合意したと発表した。日立は和解金として滋賀銀行に80億円を支払う。次世代システムの構築は一旦仕切り直しになり、滋賀銀行と日立の双方にとって痛手になる。 滋賀銀行は次世代システムについて「想定を上回るハードルの高さと銀行システムの安定的な提供という観点からサービスインの時期を延伸してきたが、早期の完成が見通せないため、プロジェクトの中止を決めた」(総合企画部)と説明する。 日立との合意に基づき、滋賀銀行は日立から和解金80億円を受け取り、2024年10~12月期に「受取和解金」として特別利益に計上する見込みだ。この特別利益が2025年3月期の連結業績に与える影響については、現在精査中としている。 滋賀銀行は2020年9月、日立のオープン勘定系パッケージである「OpenStage」を利用して勘定系システムを

                                              滋賀銀行が次世代勘定系システムの構築を中止、日立が和解金80億円を支払い
                                            • 富士通のパソコン「FM TOWNS」用にDOOMを移植した話 - 人生に疲れた男のblog

                                              令和3年に登場した新たなFM TOWNS用移植ゲーム「DOOM」です。まだまだ現役のTOWNSユーザーでDOOMを遊ぶためにTOWNS用LinuxやWindows 95を導入したという皆様、心行くまでTownsOSネイティブ版DOOMを堪能してください。 Google ドライブ - FM TOWNS用ソフト「DOOM」(2024年11月30日更新 V1.1 L31) CPU 486以上 高速モード設定推奨(機種でいうとFM TOWNS II MX以上)、メモリ8MB(空きメモリ6MB以上・空きがあれば+4MBをキャッシュ用に使用)必要・ハードディスク必須・TownsOS V2.1 L40(WAVEサウンドライブラリ使用)以上推奨・MS-DOS 6.2を組み込んでいる環境だと10MB以上メモリが無いと空き不足で起動しないかも。 必要動作環境のためFM TOWNS マーティーでのプレイは不可能

                                                富士通のパソコン「FM TOWNS」用にDOOMを移植した話 - 人生に疲れた男のblog
                                              • Dockerからcontainerdへの移行

                                                NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正: P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ```

                                                  Dockerからcontainerdへの移行
                                                • 東京科学大学病院、富士通→IBMに切り替えたシステムで大規模障害、なぜ?

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

                                                    東京科学大学病院、富士通→IBMに切り替えたシステムで大規模障害、なぜ?
                                                  • OracleからPostgreSQLに乗り換えたい人に送る何か - なからなLife

                                                    Calendar for PostgreSQL | Advent Calendar 2021 - Qiita の10日目の記事です。 思い当たる節がある人は、今の見積もりの数倍の時間と予算を確保してからキックオフして欲しい。 多分、そのまま走ると誰か倒れるから。。。 で終わりにするわけにはいかないので、いくつか書きます。 もちろん、SQLがDBMSによって「方言」があるので、使える構文、関数名が違うってのは当然あるのですが、それ以外のところを中心に。 PostgreSQLのサーバーサイドエンコーディングはShiftJISをサポートしていない 今どき、新規で立てるデータベースはUTF8を選ぶよねーキャハハ、と思っても、何世代もバージョンアップしてきたOracleや、塩漬けされたOracleなんかは、ShiftJISを使っているところも多いのではないでしょうか。 自分で文字コードマッピングの処

                                                      OracleからPostgreSQLに乗り換えたい人に送る何か - なからなLife
                                                    • "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog

                                                      こんにちは、id:r7kamura です。業務委託という形で1年ほど関わりながら、美容のクチコミサービスLIPSに利用しているRuby on Rails (以下Rails) というWebアプリケーションフレームワークのバージョンを、4.2から6.1に上げました。 Rails 4.2のリリースは2014年、Rails 6.1のリリースは2020年なので、およそ6年分のバージョンアップを一気に推し進めたことになります。 今回はこれを題材に、この手のフレームワークのバージョンアップ時に起こりがちな諸問題や、やって良かったこと悪かったこと等について振り返ろうと思います。 あまりRailsに限った話はしないように心掛けて書いたので、こういったバージョンアップ作業に興味がある方にはぜひ読んでいってもらえればと思います。 変更の粒度など レビューのやり方 複数データベース対応で困った話 テストがなくて困

                                                        "6年分"のRailsバージョンアップをなめらかに行う方法! - AppBrew Tech Blog
                                                      • Zendesk、DynamoDBからMySQLとS3へ移行し、コストを80%以上削減

                                                        あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。

                                                          Zendesk、DynamoDBからMySQLとS3へ移行し、コストを80%以上削減
                                                        • Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した

                                                          症状検索エンジン「ユビー」 では、ローンチ当初から Firebase Auth (GCP Identity Platform) を使っていましたが、OIDCに準拠した内製の認証認可基盤に移行しました。 認証認可基盤そのものは m_mizutani と nerocrux と toshi0607(退職済) が作ってくれたため、僕は移行のみを担当しました。 結果として、強制ログアウトなし・無停止でビジネス影響を出さずに、年間1000万円以上のコスト削減に成功しました[1]。その移行プロセスについて紹介します。認証認可基盤そのものの紹介はあまりしません。 移行した理由 大量の匿名アカウント ユビーでは、アクセスした全ユーザーに対して自動的に匿名アカウントを発行しています。これにより、ユーザーがアカウント登録しているかどうかに関わらず、同じID体系で透過的に履歴情報等を扱うことができます。アカウント

                                                            Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した
                                                          • Project Googrename: Google Workspace で 14 年運用されたドメインエイリアスをプライマリドメインに変更 & 全ユーザーを安全にリネームする - クックパッド開発者ブログ

                                                            コーポレートエンジニアリング部の id:sora_h です *1。今回は 3 ヵ月ほど前に実施した、Google Workspace テナントのプライマリドメイン変更について、記録を兼ねて説明します。 クックパッドは 2009 年頃 *2 より Google Workspace *3 を利用しています。当社の対外的なメールアドレスは cookpad.com ですが、Google ではプライマリドメインとして cookpad.jp が設定されています。各ユーザーには cookpad.com のアドレスを別名 (エイリアス) として登録されていて、メールアドレスとしては cookpad.com を利用、ただ Google へログインする時だけ cookpad.jp を利用する運用になっていました。想像が出来ると思いますが、これが様々な面で不便・混乱を発生させていました。どうしてこうなった… *

                                                              Project Googrename: Google Workspace で 14 年運用されたドメインエイリアスをプライマリドメインに変更 & 全ユーザーを安全にリネームする - クックパッド開発者ブログ
                                                            • Herokuから ECSに 移行した - pixiv inside

                                                              こんにちは、インフラ部の id:sue445 です。私事ですが先日GCPの Professional Cloud Architect を取得しました。 そういうわけで今日はGCPではなくAWSの話をします。 tl;dr; 劇的ビフォーアフター 構成 移行のモチベーション パフォーマンス向上 コスト圧縮 アーキテクチャの採択理由 やったこと 1. DB作成 2. MySQL 5.7 -> 8.0 MySQL 8.0でハマったこと MySQL 8.0からデフォルトの認証がcaching_sha2_passwordになった RDSのMySQL 8.0からMariaDB 監査プラグインがなくなった 3. 本番用のDockerイメージを作成 困ったこと:CodeIgniterがログの標準出力に対応していなかった 4. ECS + Fargate + CodePipeline構築 5. CDN作成 6

                                                                Herokuから ECSに 移行した - pixiv inside
                                                              • みずほシステムトラブルの当事者が暴露!「IT部門の超弱体化」と「自前システム乱立」【IT座談会1】

                                                                みずほ銀行のシステムトラブルの裏で起こっていた「IT部門の超弱体化」と「ユーザー部門が自前で作ったシステムの乱立」とは?特集『企業・銀行・官公庁・ITベンダー・コンサルが大騒ぎ! ヤバいDX 2023』(全13回)の#2では、あのシステムトラブルの渦中を中から見ていた元みずほ銀行マンをゲストに、みずほトラブルの内側を座談会で語る。(聞き手/ダイヤモンド編集部 鈴木洋子) 座談会参加者 Henry @HighWiz 大手SIerの大規模プロジェクトのPMを経て総合コンサルへ転身 ケビン松永 @Canary_Kun  大手SIerから独立してフリーのITコンサルやってます よんてんごP @yontengoP ブラックIT業界を渡り歩く病人ツイッタラー。薬を飲み忘れる むぎSE @MUGI1208 社内SE社畜ツイッタラー。炎上プロジェクトの遭遇率が高め shin @shin_ofshins ウ

                                                                  みずほシステムトラブルの当事者が暴露!「IT部門の超弱体化」と「自前システム乱立」【IT座談会1】
                                                                • PayPayカード、メインフレームの基幹システムをAWSに移行--業界で前例なき規模

                                                                  2015年にソフトバンクグループとなってからビジネスが大きく変わり、「『ネット屋の金融を目指す』というトップのビジョンの基でIT戦略も大きく変化した。あまり表明していないが、ITを大手ベンダーに丸投げせず自社でコントロールできるようにし、『ネット屋の金融』らしいプロダクトファーストな新しい金融サービスを目指すようになった。社内エンジニアでもシステム内部はベンダーにしか分からない状態で、エンジニアがものづくりに取り組むためにもシステム内部を理解していることが必要だった」(信太氏)という。 上述の経緯から同社の基幹システムは長年メインフレームで運用されてきたが、ビジネスが変わったことでモダナイズ(最新化)の必要性が高まり、まず2016年頃からアプリケーションを「COBOL」から「Java」に書き換える(リライト)改修を行った。このリライト作業は容易ではなく、「当時の担当者が既におらずドキュメン

                                                                    PayPayカード、メインフレームの基幹システムをAWSに移行--業界で前例なき規模
                                                                  • 150万MAUのNuxt.js製サービスを機能開発を止めずに1ヶ月&1人でNext.jsに置き換えた話

                                                                    Nuxt.js で開発されていたAI受診相談ユビーのフロントエンドを Next.js で作り直しました。 まだまだ仮説検証を繰り返すフェーズのスタートアップのため、機能開発を止めて一気に置き換えることはできず、機能ごとに少しずつ置き換えてリリースをしました。結果、5人のプロダクト開発チームによる機能開発と並走して、全体の移行を1人で1ヶ月の短期間で終わらせることができたので、その意思決定や過程、工夫を紹介します。 移行前の課題 まず前提として、移行前の Nuxt.js による実装は 2018 年に立ち上がったもので、当時 toC の Web サービスを持っていなかった Ubie が ほぼ 1 人の小さいチームで PoC 的に作り始めたものでした。また、当時の Next.js は今ほど多機能ではないプレーンなフレームワークでした。 これらを踏まえて、当時の状況で MVP を最速で作るための技

                                                                      150万MAUのNuxt.js製サービスを機能開発を止めずに1ヶ月&1人でNext.jsに置き換えた話
                                                                    • 5000万件越えのRDS大量データをFirestoreに移行する勘所 - ANDPAD Tech Blog

                                                                      はじめまして、開発部の@taikishiinoです。 2020年3月にアンドパッドにジョインし、約一年が経ちました。 現在、チャットサービスの開発・運用をするチームに所属しており、その中で最近、RDSからFirestoreへのデータ移行を行いました。 本記事では、その際の課題やそれに対して実際に行ったことなどを中心にご紹介していきます。 データ移行の背景 僕たちのチャットサービスを開発するチームでは、現在、プロダクトのデータベースをRDSとFirebase RealtimeDatabaseのミックスからFirestoreに移行する大規模プロジェクトが行われています。 旧環境「RDSとFirebase RealtimeDatabase」の課題として、 チャットのアクセスを処理しているAPIサーバーのバックグラウンド処理は複数プロダクト共通で利用しており、チャット起因で負荷が高まってしまうとい

                                                                        5000万件越えのRDS大量データをFirestoreに移行する勘所 - ANDPAD Tech Blog
                                                                      • MySQLのutf8mb4と戦った話 - Uzabase for Engineers

                                                                        皆様こんにちは、NewsPicksエンジニアの米澤です。 先日 2023/03/30は、こちらでアナウンスしていた通り、サービスの停止を伴うシステムメンテナンスを実施させて頂きました。 NewsPicksをご利用頂いている皆様には、ご迷惑おかけいたしました。 今回はこのメンテナンスの中で行われたDBテーブルのmigrationについてお話ししたいと思います。 ことの始まり やったこと 方針決め utf8mb4に対応していないテーブルを調べる migrationを作成する 影響範囲を調べる 開発環境でリハーサルを行う メンテナンスの日 最後に ことの始まり NewsPicksではバグの検知にBugSnagを利用しています。 ある時、BugSnagにこんなエラーが通知されてきました。 org.springframework.orm.hibernate4.HibernateJdbcExcepti

                                                                          MySQLのutf8mb4と戦った話 - Uzabase for Engineers
                                                                        • Cloudflare の利用を徐々に減らして行くメモ

                                                                          概要 Cloudflare の利用を徐々に減らし、Akamai Connected Cloud へ移行しているのでそれを記録していくことにする。 移行理由 ただのアンマッチで、自分のサービス選定ミス。 自社の商用サービスが期待するレベルのサポートを得るには、Cloudflare エンタープライズプランが必須な事をわかっておらず、費用面でアンマッチになった。 サポートが必要になった状況 WebSockets · Cloudflare Network settings docs 商用環境で WebSocket を利用する場合はサポート契約が必要 サポートに問い合わせ、年 2400 ドルのビジネスプランを契約を推奨されたので契約 Cloudflare LB で WebSocket が突然切断される問題 問題の報告から 6 ヶ月以上経過しても、連絡も無く問題も継続して発生 8 ヶ月目にやっと返信が

                                                                            Cloudflare の利用を徐々に減らして行くメモ
                                                                          • サービス無停止でRDB移行 〜 Yahoo!広告のOracleDB移行事例

                                                                            ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは。Yahoo!広告 ディスプレイ広告(以下、ディスプレイ広告)エンジニアの池田です。 本記事では、ディスプレイ広告において広告主の予算に対する課金処理・配信制御に使われるRelational Database(以下、RDB)を障害を起こさずにサービス無停止で移行した事例について紹介します。無停止でのRDBの移行を検討されている方がいらっしゃったらぜひ参考にしていただければと思います。 サービスを停止できない理由 今回、私たちが運用していたOracle Database(以下、OracleDB)のハードウェアのEOLおよびソフトウェアのEOLに伴うバージョンアップ(Oracle12c→Oracle19c)などの理由により、

                                                                              サービス無停止でRDB移行 〜 Yahoo!広告のOracleDB移行事例
                                                                            • 健康保険証が廃止 マイナ保険証の現状とこれから

                                                                                健康保険証が廃止 マイナ保険証の現状とこれから
                                                                              • レガシーシステムをDockerコンテナ化する場合に直面した4つの壁 - RAKUS Developers Blog | ラクス エンジニアブログ

                                                                                こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「WEBアプリケーションのDockerコンテナ移行」にまつわる検証を進めているので、その中間報告を共有しようかと思います。 本検証での想定環境 CIに不必要な部分は後回し 既存アプリでコンテナ化の障害になった部分 OSコマンドを利用している ミドルウェアとの密結合 オンライン系とバッチ系の密結合 ひとまず目指す状態 プロセス相乗りの影響 ログが複数出力される まとめ 続きの記事も書きました。 tech

                                                                                  レガシーシステムをDockerコンテナ化する場合に直面した4つの壁 - RAKUS Developers Blog | ラクス エンジニアブログ
                                                                                • 300万テーブルのデータ流通を支えるエンジニアリング #GoogleCloud #GoogleCloudDay / 20230523

                                                                                  テクノロジーカンファレンス「Google Cloud Day ’23 Tour in TOKYO」の登壇資料です。詳細は当社ニュースをご参照ください。 https://kazaneya.com/5a50c1c1bb7b42f1bd9eb7b35d813ba1 --- スモールチームで 300 …

                                                                                    300万テーブルのデータ流通を支えるエンジニアリング #GoogleCloud #GoogleCloudDay / 20230523

                                                                                  新着記事