並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 101件

新着順 人気順

マイグレーションの検索結果1 - 40 件 / 101件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

マイグレーションに関するエントリは101件あります。 開発dbサービス などが関連タグです。 人気エントリには 『100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫 | ログミーBusiness』などがあります。
  • 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
    • マイグレーションしないRDBMS

      README.md マイグレーションしないRDBMSが欲しい! 課題 PostgreSQLなどの既存のRDBMSはスキーマを持つ。スキーマがあることは良いことだが、このスキーマのライフサイクルはアプリケーションコードのライフサイクルと乖離しがちで、結果として以下のような問題が発生する。 特に自動化をしない場合はマイグレーションをデプロイとは別に行う必要が発生する。これにより、 シンプルに作業が面倒。 承認フローが追加で必要になる。または、デプロイはレビューの管理下に置かれているのにマイグレーション側が適切に管理されないなどのミスマッチが起きる。 マイグレーション忘れ、マイグレーションのリバート忘れのリスクがある。 異なるバージョンのアプリケーションは同時に存在できるがスキーマは同時に存在できない。これにより、 ある種のスキーマ変更はローリングデプロイ環境下では実質的に実行できない。 (テー

        マイグレーションしないRDBMS
      • モノリスからマイクロサービスへのマイグレーションで学んだ7つの教訓

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

          モノリスからマイクロサービスへのマイグレーションで学んだ7つの教訓
        • ラズパイ×2+NASでライブマイグレーション可能な自宅Proxmox VEクラスタを構築する【イニシャルB】

            ラズパイ×2+NASでライブマイグレーション可能な自宅Proxmox VEクラスタを構築する【イニシャルB】
          • RDS Blue/Green Deployments を使ってシュッと utf8mb4 にマイグレーションした話 - カミナシ エンジニアブログ

            こんにちは。ソフトウェアエンジニアの坂井 (@manabusakai) です。 カミナシでは RDB に Amazon Aurora MySQL 2(MySQL 5.7 互換)を使っています(以下 Aurora MySQL と略します)。 ある日、社内の Slack で「𠮷」などの文字列が登録できないのではないかという話が出ました。これを聞いて「あー」と思った方も多いでしょう。 MySQL で有名な UTF-8 の 4 バイト文字問題で、歴史的な理由から MySQL 5.7 以前では utf8 の文字セットは utf8mb4 ではなく utf8mb3 を指しています。 dev.mysql.com カミナシのアプリケーションは 4 バイトの文字列が入力された場合はシステムエラーを返す実装になっていますが、エラーの内容をユーザーにわかりやすく伝えることは難しいためユーザー体験としても良くない

              RDS Blue/Green Deployments を使ってシュッと utf8mb4 にマイグレーションした話 - カミナシ エンジニアブログ
            • LINE MUSIC のパフォーマンスを向上させた Vue3 マイグレーション

              LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、LINEの京都開発室でフロントエンド開発を担当している柴坂浩行です。 みなさんは仕事中などにパソコンで音楽を聴くことはありますか? LINE MUSIC にはスマホアプリだけではなくWeb版アプリがあります。 私たちが開発しているWeb版アプリでは、JSフレームワークとして Vue.js を使用しています。 https://music.line.me/webapp/ これまでこのWeb版アプリには Vue2 が使われてきましたが、 2022年6月、私たちは Vue3 にアップグレードしたバージョンをリリースしました。 私たちのチームではWeb版アプリの機能開発と平行して、パフォーマンスの改善にも取り組んでいます。パ

                LINE MUSIC のパフォーマンスを向上させた Vue3 マイグレーション
              • tblsとGitHub Actionsを使ってDBマイグレーションを含むPRには自動更新したER図を追加する - BASEプロダクトチームブログ

                BASEアドベントカレンダー2021 10日目の記事です。 BASEアドベントカレンダー2021 10日目 BASE BANKでエンジニアをしている @budougumi0617 です。 マイグレーションファイルが含まれたPull Request(PR)が作られたとき、自動更新したER図をPRに追加するGitHub Actionsを作りました。 本記事では紹介するGitHub Actionsを利用すると次のようなメリットが得られます。 マイグレーションファイルをPRに出すだけでPRに更新されたER図が追加される 開発者は面倒なER図の更新作業から開放される レビューアはマイグレーションファイルを含んだPRをER図を見ながらレビューできるようになる プロジェクト関係者は常にメインブランチのマイグレーションファイルの状態と一致したER図を確認できる サンプルPR 自動生成したER図 TL;DR

                  tblsとGitHub Actionsを使ってDBマイグレーションを含むPRには自動更新したER図を追加する - BASEプロダクトチームブログ
                • データマイグレーションの成功戦略~サービスリニューアルで失敗しないための実践ガイド~

                  ちょっぴりDiveDeepするAWSの時間 AWS Dev Day 2023 Tokyo 延長戦 実践データ移行 〜はてなダイアリーや魔法のiらんどの事例と共に〜

                    データマイグレーションの成功戦略~サービスリニューアルで失敗しないための実践ガイド~
                  • DBマイグレーションの安全性を高めるガードレールの実践 - LayerX エンジニアブログ

                    こんにちは!バクラク事業部 Platform Engineering 部 SRE チームの id:sadayoshi_tadaです。趣味で筋トレをやっていてこれまでほぼ1人でやっていたのですが、最近社内の人達とトレーニングすることが増えて楽しい今日このごろです。 この記事ではSREチームで行っている、DBマイグレーションにおけるガードレールの取り組みについて紹介します。 DBマイグレーションにまつわる課題について SREチームによるDBマイグレーション時のレビュー ALTER TABLE実行時にALGORITHMを明示するCIを追加 今後の課題 まとめ 最後に DBマイグレーションにまつわる課題について 本題に入る前に、バクラクのデータベースのスキーママイグレーション(以降、DBマイグレーションと呼称します)で起こっていた課題について簡単に触れます。 バクラクではリリースにおいてアプリケー

                      DBマイグレーションの安全性を高めるガードレールの実践 - LayerX エンジニアブログ
                    • Railsのマイグレーションに対するいらだち - osyoyu.com/blog

                      ローカルでのスキーマの試行錯誤に弱い このフラストレーションが一番大きい。 特に新しい機能を開発しているような場合、コードを書きながらスキーマを微調整していくことがある。マイグレーションファイルを編集しながら db:migrate:redo を繰り返していくことになるのだが、これが全然ロバストでなく、行き詰まりやすすぎる。 たとえば、こんなマイグレーションを書いて、 db:migrate する。 add_column :recipes, :calories 直後、ああ calories ではなく energy のほうが良かったな、と思う。理由はなんでもいい。とにかくカラム名を変えたい。マイグレーションを編集して db:migrate:redo しよう。 -add_column :recipes, :calories +add_column :recipes, :energy さてどうなるだ

                      • メルカリにおけるマイクロサービスマイグレーションの理想と現実 | メルカリエンジニアリング

                        はじめに こんにちは、 @stanaka です。メルカリではいまビジネス基盤強化を進めるプロジェクト「Robust Foundation for Speed」を立ちあげていますが、このプロジェクトの前段となっているマイクロサービスマイグレーションについて、その理想と現実について紹介します。 モダンな開発チームのあるべき姿 まず理想を語る上で、ここ数年のエンジニア組織の改善や生産性向上の議論をいくつか見てみます。開発チームとアーキテクチャについては、以下の2点がよく重視されています。 開発のイテレーションを加速するために、チームがオーナーシップを持つサービス/システムについて設計から開発、運用までの責任を開発チームが負う 認知的負荷(cognitive load)を許容範囲に抑えるために、システムを疎結合化し他チームへの依存を減らす設計を行う 設計から開発、運用までの責任を開発チームが負う

                          メルカリにおけるマイクロサービスマイグレーションの理想と現実 | メルカリエンジニアリング
                        • YAPC::Hakodate 2024で「データマイグレーションの成功戦略:サービスリニューアルで失敗しないための実践ガイド」という話をしました - たきざわの日記

                          少し、いやだいぶ時間が経ってしまったのですが、YAPC::Hakodate 2024で登壇してタイトルの話をさせていただきました。資料は以下です。 speakerdeck.com ごく一般的なWebエンジニアならエンジニア人生で一度か二度あるくらいだろうサービスリニューアル、それに伴うデータ移行を、どういう因果か大きいもので3回も経験することができたので、その3回でどういうことを学び、どういう改善をしてきたか、という話をしたつもりです。したつもりですというのは、あまりうまく話せなかったなという反省があり、もしかしたら伝わっていないかもなと考えているからです。ちなみに「大きいもので3回」と書きましたが、細かいものや前職のものを含めると6回くらいはありそう。それだけリニューアル系の仕事に関わることができているので、振り返ってみるとラッキーだなとも思います(これは本当に思っている)。 ということ

                            YAPC::Hakodate 2024で「データマイグレーションの成功戦略:サービスリニューアルで失敗しないための実践ガイド」という話をしました - たきざわの日記
                          • Webエンジニアが東京から釧路にマイグレーションしての雑感とTips - Nealle Developer's Blog

                            Webエンジニアが東京から釧路にマイグレーションしての雑感とTipsこの記事はニーリーアドベントカレンダー2024の16日目の記事 その2です。 こんにちは、ニーリーの佐古です。 現在私は北海道釧路市から業務を行っていますが、2023年春までは東京に住んでいました。 今回は広義の開発環境系の話としての一定番、移住に関して書きたいと思います。 ただストーリーを仕立てる能力と意思を欠いているので、 東京から釧路に エンジニアが 一人で 移住することを検討するにあたっての魅力/留意点、 および、もう少し一般的な移住に当たってのTipsを主観でまとめました。 魅力 一般的な魅力については以下に譲ります。 www.city.kushiro.lg.jp 気候 "通年"冷涼 意外に思われる向きもあるでしょうが北海道でもこの条件を満たす土地は多くなく、 例えば北見や網走などオホーツク地方の夏はかなり暑いで

                              Webエンジニアが東京から釧路にマイグレーションしての雑感とTips - Nealle Developer's Blog
                            • ECS(Fargate)でDBマイグレーションを行う - やんばるテック

                              はじめに この記事ではECS(Fargate)のCDパイプラインに、DBマイグレーション処理を組み込む一例を解説します。 ECS(Fargate)へのデプロイは、ecspressoを使用します。 また、題材はLaravel、CIツールとしてはGitHub Actionsを使いますが、他のフレームワークや、CIツールでも考え方は応用できるかと思います。 目次 はじめに 目次 前提 DBマイグレーションを含む一連のデプロイの流れ DBマイグレーションの前に行うこと ワークフロー例 --watch-containerオプション --overridesオプション GitHub Actions実行結果(抜粋) 前提 本記事で取り扱うECSタスクでは、以下2つのコンテナが起動します。 nginxコンテナ。ベースイメージはnginx:1.20-alpine。 phpコンテナ(Laravelが稼働するコン

                                ECS(Fargate)でDBマイグレーションを行う - やんばるテック
                              • 約10万行の規模のフロントエンド環境にTypeScriptをマイグレーションした話 - MicroAd Developers Blog

                                お久しぶりです。フロントエンドエンジニアの川上です。 業務では、UNIVERSE Ads のフロントエンド開発、フロントエンドの開発環境改善などを担当しています。 はじめに TypeScriptの導入について 導入にメリットがあると結論を出した理由 ① フロントエンドでテスト駆動様開発が可能になる ② Vueコンポーネント に対して TypeScript の恩恵を与えられる 具体的に解説 1つ目のメリットについて 2つ目のメリットについて おわりに はじめに マイクロアドには様々なプロダクトがありますが、私の担当している UNIVERSE Ads について、 フロントエンドフレームワークにVue.js を利用しています。 jp.vuejs.org 開発構成としては、MVVMでバックエンドとフロントエンドはそれぞれ、Spring Boot(Kotlin, Java), Vue.js(Type

                                  約10万行の規模のフロントエンド環境にTypeScriptをマイグレーションした話 - MicroAd Developers Blog
                                • 脱VMwareの大本命!“Proxmox VE“に仮想マシンをマイグレーションしてみた。 | OTTOSERVER "TECH" Blog

                                  脱VMwareの大本命!“Proxmox VE“に仮想マシンをマイグレーションしてみた。 2025 7/14 はじめに 2024年以降、VMwareのライセンス体系変更やBroadcomによる買収の影響を受け、 仮想基盤の再検討を迫られている企業も多いのではないでしょうか? NutanixやMicrosoft Hyper-Vなど、VMwareの代替となる選択肢はいくつか存在しますが、 なかでもオープンソースでありながら高機能な仮想化基盤として注目を集めているのが Proxmox Virtual Environment(以下、Proxmox VE) です。 当社ではProxmox VEへの移行・導入支援を強化しており、さまざまな実績とノウハウが蓄積されています。 今回は、実際のVMwareからProxmox VEへのマイグレーション方法をご紹介します。 Proxmox VEとは Proxmo

                                    脱VMwareの大本命!“Proxmox VE“に仮想マシンをマイグレーションしてみた。 | OTTOSERVER "TECH" Blog
                                  • 社内GitLabの大型マイグレーションをした話 - Qiita

                                    はじめに この記事は富士通クラウドテクノロジーズ Advent Calendar 2021 の 15 日目の記事です。 こんにちは。富士通クラウドテクノロジーズ株式会社 (FJCT) でエンジニアをしている @aokuma です。 昨日の記事は エンドエンジニアの @seumo 氏による SmithyでAPIリファレンス作成してみよう でした。 Smithy、現在は主に AWS SDK の実装として使われているみたいですが、多言語 SDK が求められるサービスプロバイダーにとって、このような仕組みがオープンになるのはとても嬉しいですね。利用できる言語が更に拡張されるのを期待しています! さて、今日は弊社の開発基盤の中心である 社内 GitLab の大型マイグレーションを実施したお話をしようと思います。 背景 現在、弊社の開発基盤の中でコード管理...にとどまらず、プロジェクト管理や Dev

                                      社内GitLabの大型マイグレーションをした話 - Qiita
                                    • メインフレームを本気でAWSにマイグレーションする「AWS Mainframe Modernization」が発表されました! #reinvent | DevelopersIO

                                      「AWSからメインフレームをモダーンにするやつが発表されたで!」 「………おまえは何を言っているんだ?」 正直、最初聞いたときは全く意味がわかりませんでした。メインフレームってパブリッククラウドからは一番遠いところにあり、データセンターの奥深くに鎮座し専用ハードとネットワークでしかアクセスできないイメージ。 そんなメインフレーム領域のクラウド環境へのマイグレーションに真正面から応える「AWS Mainframe Modernizations」について、公開されている情報を元にQA形式で情報をまとめてみました。 今までは水と油のような存在だったAWSとメインフレームの橋渡しになるようなエポックメイキングなサービスだと思うので、是非概要だけでもご覧いただければ。 AWSとメインフレームの融合きたか…!! ( ゚д゚) ガタッ /   ヾ __L| / ̄ ̄ ̄/_ \/   / AWS Main

                                        メインフレームを本気でAWSにマイグレーションする「AWS Mainframe Modernization」が発表されました! #reinvent | DevelopersIO
                                      • MFA設定必須のCognitoのクロスアカウントマイグレーションについて - ZOZO TECH BLOG

                                        はじめに こんにちは、計測プラットフォーム開発本部SREブロックの近藤です。普段はZOZOMATやZOZOGLASS、ZOZOFITなどの計測技術に関わるシステムの開発、運用に携わっています。 計測プラットフォーム開発本部では、複数のプロダクトを運用していますが並行して新しいプロダクトも開発しています。SREチームでは増え続けるプロダクトの運用負荷に対して改善は行っていますが、さらなるプロダクトの拡張に備えてZOZOFITの開発運用を別チームへ移管することになりました。移管作業の中でAWSリソースを別チームが管理するAWSアカウントへ移行する作業が発生することになりました。本記事では移行時に遭遇した課題と、その課題の解決に至るまでの取り組みをご紹介します。 目次 はじめに 目次 背景・課題 調査 ユーザ移行Lambdaの作成 簡易ダイアグラム フローチャート ユーザ移行Lambdaの処理

                                          MFA設定必須のCognitoのクロスアカウントマイグレーションについて - ZOZO TECH BLOG
                                        • Vue2のプロジェクトをVue3へマイグレーションする

                                          Vue 3が正式リリースされてから約1年が経過しました。 Vuetifyのリリース目標である2021年Q3も近づく中でそろそろVue3へのアップデートを検討されている方もいらっしゃることでしょうか? この記事ではVue 2からVue 3への移行手順を記述していきます。 参考用のプロジェクトとして以下レポジトリを用意しました。 Vue 2からの移行を体験してみたい場合には、vue2-todo-appのタグにチェックアウトしてください。 移行ビルドを使用する Vue 2からVue 3へ移行するためのツールとして、公式から@vue/compatが提供されています。 @vue/compatを使用すると、Vue 2モードで動作するため、Vue 3で削除や非推奨になったAPIも一部の例外を除いてそのまま使用することができます。Vue3 で削除で非推奨になった機能は実行時に警告が出力されるようになります

                                            Vue2のプロジェクトをVue3へマイグレーションする
                                          • Vue2 Vue3 マイグレーション 令和最新 最強

                                            Vue2 Vue3 マイグレーション 令和最新 最強

                                              Vue2 Vue3 マイグレーション 令和最新 最強
                                            • Rails初学者に向けたマイグレーションの仕組みと実践方法 | 株式会社divx(ディブエックス)

                                              目次[非表示] 1.はじめに 2.実施環境 3.マイグレーションとは 4.up・downについて 5.修正方法2つ 5.1.修正したマイグレーションファイルの追加 5.2.ロールバック 5.3.changeについて 6.NO FILEと表示された時の対処法 6.1.そもそもなぜこのようなエラーが起こるか 6.2.解決方法 7.終わりに 8.お悩みご相談ください はじめにエンジニアのみなさん、こんにちは。 入社してから1年が過ぎ、日々知識を吸収しながら業務にあたっています。 最近Ruby on Rails(以下、Rails)での開発案件にアサインされました。 Rails自体は過去に一度触ったことがありますが、その時にはバックのロジックを修正しただけで、データベース(以下、DB)設計などはしたことがありませんでした。 実際に業務を進めていく中でDB設計をすることとなり、「マイグレーション」とい

                                                Rails初学者に向けたマイグレーションの仕組みと実践方法 | 株式会社divx(ディブエックス)
                                              • 既存プロジェクトを Tailwind CSS に段階的にマイグレーションする方法

                                                not Tailwind CSS プロジェクトを Tailwind CSS に移行する機会があったのでアプローチを紹介します。 ポイント ベースが16px ではない場合、tailwind-pixel-perfect-preset で rem to px を行い、 Taiwlind CSS のサイズ指定(h-4など)を踏襲する tw- prefix をつけて既存スタイルの競合を回避する Tailwind CSS のノーマライズスタイルを無効にして既存スタイルへの影響を回避する ノーマライズスタイルをスコープ化して既存スタイルへの影響を防ぎつつ Tailwind CSS 正確なスタイルを実現する import { isolateForComponents, scopedPreflightStyles, } from "tailwindcss-scoped-preflight"; /** @ty

                                                  既存プロジェクトを Tailwind CSS に段階的にマイグレーションする方法
                                                • eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた

                                                  最近、色々なライブラリをCommonJS(CJS)からECMAScript Module(ESM)へとマイグレーションしています。 その際に、ESMでは__dirnameやrequireなどCommonJS特有の機能は使えなくなっています。 また、TypeScriptやBabelなど多くのツールはCJSではimport時に拡張子はなくても大丈夫ですが、ESMの場合はimport時に拡張子が必要になります。 import url from "node:url"; - import { mdEscape } from "./mdEscape"; + import { mdEscape } from "./mdEscape.js"; // ESMでは相対パスに拡張子は省略できない + const __filename = url.fileURLToPath(import.meta.url); /

                                                    eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた
                                                  • AtlasとArgoCDでDBマイグレーションの仕組みを構築してみた - RAKUS Developers Blog | ラクス エンジニアブログ

                                                    はじめに こんにちは!ラクスでSREをしているモリモト(2025/3に中途入社)です。 業務の中で、AtlasとArgoCDを使ってGoアプリケーションのDBマイグレーションの仕組みを新規に構築したので、その方法を書き残してみたいと思います。 はじめに 構築したフロー 実現したかったこと 1. 宣言的なスキーマファイルを管理できる 2. 宣言的なスキーマファイルからマイグレーションファイルを生成でき、それをバージョン管理できる 3. 検証環境や本番環境に対して、自動でDBマイグレーションを実行できる アーキテクチャ検討 Atlasの導入とスキーマ管理の仕組み スキーマの定義 atlasの設定ファイル(atlas.hcl) atlas.hclのサンプル env内の主な設定項目 マイグレーションファイルの生成 atlas migrate diffコマンドの各オプション説明 マイグレーションのロ

                                                      AtlasとArgoCDでDBマイグレーションの仕組みを構築してみた - RAKUS Developers Blog | ラクス エンジニアブログ
                                                    • マイグレーション実行時のロック競合によるDBインシデントから学んだこと / 開発者向けブログ・イベント | GMO Developers

                                                      ActiveRecord::AdapterTimeout Mysql2::Error::TimeoutError: Timeout waiting for a response from the last query. MySQLへの接続がタイムアウトしているようです。このエラー自体は時々見かけるものですが、今回は明らかに様子が違います。通知の量が尋常ではなく、minneへのアクセスが全くできなくなってしまっていました。 原因を探るため、まずは直近の変更内容を確認します。すると、ちょうどその時間にデータベースマイグレーションを実行していたことが分かりました。しかし、マイグレーションの内容自体はそれほど複雑なものには見えません。 Mackerel(サーバーやアプリケーションの監視サービス)の監視画面を確認すると、MySQLのDisk IOPSのreadと接続数が急上昇していました。しかし、そ

                                                        マイグレーション実行時のロック競合によるDBインシデントから学んだこと / 開発者向けブログ・イベント | GMO Developers
                                                      • Kubernetes上でVMのライブマイグレーション、バックアップ、PXEブートなど可能に。ハイパーコンバージドインフラを実現する「Harvester」、Rancher Labsがベータ公開

                                                        Rancher Labsは、Kubernetesを用いてサーバを集約したハイパーコンバージドインフラを実現するソフトウェア「Harvester」のベータ公開を発表しました。 一般に、サーバを集約して仮想化基盤を構成するハイパーコンバージドインフラは、vSphereとvSANなどの仮想化ソフトウェアを用いて構成します。VMwareやNutanixなどの製品がよく知られています。 Rancher Labsの「Harvester」は、このハイパーコンバージドインフラを「Kubernetes」と分散ストレージを実現する「Longhorn」を基盤に構築するオープンソースのソフトウェアとして開発されています。 そしてその上でコンテナだけでなく、コンテナと同様に仮想マシンを管理できるようにする「KubeVirt」を用いることで、仮想マシンもKubernetes管理下で利用可能にしています。 Kubern

                                                          Kubernetes上でVMのライブマイグレーション、バックアップ、PXEブートなど可能に。ハイパーコンバージドインフラを実現する「Harvester」、Rancher Labsがベータ公開
                                                        • 残るは「ラスボス」級のCOBOL資産、マイグレーションは2025年に間に合うのか

                                                          2025年には21年以上稼働する基幹系システムが6割に達し、多くの企業でシステムの維持管理費がIT予算の9割以上を占めるようになる。長寿の基幹系システムは内部がブラックボックス化してデータ活用が進まず、企業がデジタルトランスフォーメーション(DX)できない結果、最大で年12兆円の損失が生じる――。 この「2025年の崖」を経済産業省が2018年9月に「DXレポート」で指摘してから2年以上がたった。だが経産省によれば2020年10月時点で日本企業の9割以上でDXが未着手だったり⼀部実施にとどまっていたりするという。 2025年の崖が迫るなか、企業は基幹系システムなどで使うCOBOL資産を維持すべきか、Javaなどの他の言語やオープン系COBOLで書き換える(マイグレーションする)べきかの岐路に立たされている。COBOL資産を維持する場合、運用コストの削減やDX向け新システムとの連携を模索しな

                                                            残るは「ラスボス」級のCOBOL資産、マイグレーションは2025年に間に合うのか
                                                          • Windows 11の右クリックメニューを以前の仕様に戻す方法を紹介 | Windows マイグレーション相談センター

                                                            Windows 10から11のアップデートではさまざまな仕様変更が行われていますが、 右クリックした際に表示されるメニュー(コンテキスト メニュー)も必要最低限の項目のみ表示するシンプルな仕様に変更されました。 必要な項目を探す時間の削減などが期待できるものの、「切り取り」や「コピー」など一部の項目はアイコンのみの表示に変更されるなど、 人によっては分かりづらい・使いづらいと感じる場合もあります。 この記事では、Windows 11での右クリックメニューで全ての項目を表示する方法や、 以前のバージョンの仕様に戻す方法、再度Windows 11の仕様に変更し直す方法をご紹介します。 Windows 11では右クリックメニューの仕様が変更されている Windows 11以降は、デスクトップ画面やエクスプローラー上で右クリックによって表示されるメニューの仕様が変更されています。 Windows

                                                            • 2025-04-17のJS: Zod 4 beta、Next.js 15.3とRspack、LLMを使ったテストのマイグレーション

                                                              JSer.info #732 - Zod 4 betaがリリースされました。 Introducing Zod 4 beta | Zod Docs パフォーマンスとBundle Sizeの改善が行われ、Tree Shaking可能なAPIを提供する@zod/miniと@zod/coreパッケージが公開されています。また、再帰も可能なオブジェクトの定義をするz.interface() API、メタデータを管理するz.registry() API、JSONスキーマ変換のためのtoJSONSchema() APIなどが追加されています。その他にも文字列のTop Level APIの追加や変更、エラーメッセージをmessageからerrorパラメータへ変更など多くの変更が含まれています。 Next.js 15.3がリリースされ、Rspackをビルドツールとしてサポートするようになりました。 Next

                                                                2025-04-17のJS: Zod 4 beta、Next.js 15.3とRspack、LLMを使ったテストのマイグレーション
                                                              • FastAPI x MySQL on Docker ~ マイグレーション・API作成 ~

                                                                FastAPI は Python ベースのフレームワークで、その名の通り API を実装するのにうってつけです。軽量で非常に高速なフレームワークですが、FastAPI そのものには DB のシードやマイグレーションといった機能はなく、SQLAlchemy や Alembic など、他のライブラリを組み合わせて使うことが前提となります。 今回は、FastAPI で MySQL(厳密には MariaDB)を用いる際に、どのような実装が必要になってくるのかを見ていきたいと思います。セットアップは Docker コンテナ上で行います。 ※ 最終成果物は こちら のリポジトリにアップしています。 ファイル・ディレクトリ構成概観 まずはじめに、ファイル・ディレクトリ構成を示します。 ├── .env.development ├── app │   ├── cruds │   │   ├── __ini

                                                                  FastAPI x MySQL on Docker ~ マイグレーション・API作成 ~
                                                                • Azure OpenAI chatGPT-4-32k で COBOL から Java にマイグレーションしてみた - Qiita

                                                                  Azure OpenAI GPT-4 Public Preview Waitlist の利用申請が通りましたので試してみました。 今回は、下記に説明するように 600 行の COBOL コードを Java のコードに移行しました。(以降にかかった時間は、数時間〜約半日) 実際に利用したコードは コチラ:https://github.com/tanto259/cobol-course/blob/main/Module%2016/HOSPEDIT.cbl この検証に、GPT-4-32k のモデルを使用しました。32k を利用すると、大量のトークンを扱えるようになるので、このような 600 行程度のコード解析であれば余裕でやってくれます。 ※ ちなみに私は COBOL は全く知りませんが、Azure OpenAI GPT-4-32k の力を借りて なんとか Java のコードには変換できました

                                                                    Azure OpenAI chatGPT-4-32k で COBOL から Java にマイグレーションしてみた - Qiita
                                                                  • GitHub Actionsのubuntu-18.04がDeprecatedとなったので、ubuntu-latestへマイグレーションする

                                                                    GitHub Actionsで ubuntu-18.04 がDeprecatedとなり、2022年12月1日にサポートが終了されることがアナウンスされています。 また、移行を促すために一時的に利用できなくなるブラウンアウトが行われています。 The Ubuntu 18.04 Actions runner image will begin deprecation on 8/8/22 and will be fully unsupported by TBD · Issue #6002 · actions/runner-images 手動での移行 特定のubuntuのバージョンに依存していない場合は、単純にubuntu-latestへ移行するなどの対応することが解決できます。 ubuntu-18.04を利用しているGitHub Actionsのworkflowsファイルを次のように書き換えます。

                                                                      GitHub Actionsのubuntu-18.04がDeprecatedとなったので、ubuntu-latestへマイグレーションする
                                                                    • The Composable Architecture(TCA)のReducerProtocolへのマイグレーションが完了しました - Uzabase for Engineers

                                                                      iOSエンジニアの金子です。 NewsPicks iOSアプリでは2021年7月ごろからThe Composable Architecture(TCA)を採用したアーキテクチャへの移行を進めています。 tech.uzabase.com メインのニュースフィード画面もTCA+SwiftUI/UIKitで全面的に書き換え、TCAを使った実装もだいぶこなれてきたなと思っていた矢先、TCAで大きなアップデートがありました。 tech.uzabase.com このReducerProtocolへのマイグレーション作業を1月から開始し、1ヶ月ちょっとかけてようやく全てのReducerをReducerProtocol化することができました。 本記事では、NewsPicksで取り組んだReducerProtocolへのマイグレーション作業についてご紹介します。 どのようにマイグレーションを進めたか タスク

                                                                        The Composable Architecture(TCA)のReducerProtocolへのマイグレーションが完了しました - Uzabase for Engineers
                                                                      • マイグレーション|Prismaチュートリアル

                                                                          マイグレーション|Prismaチュートリアル
                                                                        • SmartHR:Google Cloud へのフル マイグレーションを敢行し、モダンなサーバーレス環境を構築 | Google Cloud 公式ブログ

                                                                          SmartHR:Google Cloud へのフル マイグレーションを敢行し、モダンなサーバーレス環境を構築 クラウド人事労務ソフト『SmartHR』で労務管理クラウド 4 年連続シェア No.1(※)を誇る株式会社SmartHR(以下、SmartHR)。国内有数のユニコーン企業としても知られる同社が、『SmartHR』のクラウド プラットフォームを Google Cloud へと全面移行しました。そこにどんな事情と課題があったのか、移行によってどのような価値を生み出したのか。この移行を舵取りした全社Ops クラウド基盤ユニット 藤村 宗彦氏に話を伺いました。 ※ デロイト トーマツ ミック経済研究所「HRTechクラウド市場の実態と展望 2021年度」 利用しているサービス: Cloud Run、App Engine、Cloud Storage、Cloud SQL、Memorystore

                                                                            SmartHR:Google Cloud へのフル マイグレーションを敢行し、モダンなサーバーレス環境を構築 | Google Cloud 公式ブログ
                                                                          • Vercel v0からReact+Hono環境への移行戦略──Cursor活用で進める段階的マイグレーション|只野剛【Go】

                                                                            はじめまして。Algomatic ネオセールスカンパニーでソフトウェアエンジニアをしております、只野と申します。 2023年12月に入社して以来、生成AIの急速な進化を肌で感じながら、生成AIプロダクト開発にどっぷりと浸かる日々を送っています。 「2025年はLLMエージェントの年になる」と言われていますが、それは単なる流行ではなく、私たちエンジニアの働き方そのものも再定義されることを意味しています。 従来の常識が塗り替えられていく感覚。その波の真ん中に自分がいると思うと、恐れよりも、胸の高鳴りが勝ります。コードを書くたびに、未来が少しずつ姿を現す――そんなワクワクとともに、今日も開発に取り組んでいます。 この記事を読んだら得られることVercel v0から自社環境への移行戦略: プロトタイプからReact+Hono環境へ、段階的に移行するプロセスを解説 Cursorの効果的な活用法: コ

                                                                              Vercel v0からReact+Hono環境への移行戦略──Cursor活用で進める段階的マイグレーション|只野剛【Go】
                                                                            • Railsのパターンとアンチパターン2: モデル編とマイグレーション(翻訳)|TechRacho by BPS株式会社

                                                                              概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Ruby on Rails Model Patterns and Anti-patterns | AppSignal Blog 原文公開日: 2020/11/18 著者: Nikola Đuza: ハンガリーNovi Sad在住のエンジニア兼ライター、ブログや登壇で知識の普及に努めています。JavaScriptやRubyで面白いものを作るのが好きです。 サイト: AppSignal blog: The latest on everything AppSignal 日本語タイトルは内容に即したものにしました。 「Railsのパターンとアンチパターン」シリーズ第2弾へようこそ。第1回では、ソフトウェア開発における一般的なパターンやアンチパターンの概要を扱うとともに、Rails界隈でよく知られているパターンやアンチパターンもいくつかご紹

                                                                                Railsのパターンとアンチパターン2: モデル編とマイグレーション(翻訳)|TechRacho by BPS株式会社
                                                                              • QUICをゆっくり解説(10):コネクションのマイグレーション | IIJ Engineers Blog

                                                                                Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 通信の途中で、クライアントのIPアドレスやポート番号が変更されることがあります。以下の2つが典型例です。 利用するネットワークが携帯網からWi-Fiに変わった (または、その逆) 中間のNATが、別のポート番号を割り当てた TCPでは、コネクションの識別子として両端のIPアドレスとポート番号を使っています。そのため、上記のような場面では、既存のコネクションは維持できなくなり、アプリケーションが通信を続けるには新たにコネクションを作成する必要があります。 一方QUICでは、コネクションの識別子としてコネクションIDを使います。コネクションIDは、IPアドレスやポート番号から独立した名前です。そこで、上記のような場面でもコネクションを継続

                                                                                  QUICをゆっくり解説(10):コネクションのマイグレーション | IIJ Engineers Blog
                                                                                • VMware ESXiからProxmox VEへマイグレーションしてみた|SHIFT Group 技術ブログ

                                                                                  はじめにこんにちは。 株式会社SHIFT ITソリューション部アプリケーションサービスグループの尾﨑です。SHIFTでマイグレーション関係のお仕事をしております。 今回、以下のような事件があり、この記事を書いてみました。 ご興味のある方が、最後まで読んで頂けると嬉しいです。 ことの発端Broadcom社が2023年末にVMware社を買収しましたが、大きな影響が各方面に出ています。 特に、2024年2月12日(米国時間)に発表した 永久ライセンス廃止と、仮想化ソフトウエア「VMware vSphere Hypervisor(以降VMware ESXi)」の無償版廃止が大きいです。 参考:VMware by Broadcom : 製品ラインアップとライセンスモデルを大幅に簡素化 今後、VMware社の製品やサービスが、従来同様に提供され続けるか不透明ですので、仮想化ソフトウェアであるVMWa

                                                                                    VMware ESXiからProxmox VEへマイグレーションしてみた|SHIFT Group 技術ブログ

                                                                                  新着記事