タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
インターネットやAIを駆使しながら、領域に捉われずにさらなる挑戦を行うDeNAの取り組みを紹介する「DeNA TechCon 2023」。ここで成田氏が登壇。PocochaのDBをマイグレーションしたことについて話します。 新卒1年目が100億レコード超のDBマイグレーションをした話 成田篤基氏：発表を始めます。みなさんはじめまして。成田と申します。私は2021年にディー・エヌ・エーに新卒で入社して、現在入社から2年が経とうとしています。 私は新卒1年目で、大規模なデータベースマイグレーションを行う貴重な経験ができました。本日はそのマイグレーションプロジェクトについて、体験から得た学びをみなさんにお伝えします。題して「新卒1年目が100億レコード超のDBマイグレーションをした話」です。どうぞよろしくお願いいたします。 目次です。本日はこちらの目次に沿って発表を進めていきます。 まずは私たち
マイグレーションしないRDBMS
README.md マイグレーションしないRDBMSが欲しい! 課題 PostgreSQLなどの既存のRDBMSはスキーマを持つ。スキーマがあることは良いことだが、このスキーマのライフサイクルはアプリケーションコードのライフサイクルと乖離しがちで、結果として以下のような問題が発生する。 特に自動化をしない場合はマイグレーションをデプロイとは別に行う必要が発生する。これにより、 シンプルに作業が面倒。 承認フローが追加で必要になる。または、デプロイはレビューの管理下に置かれているのにマイグレーション側が適切に管理されないなどのミスマッチが起きる。 マイグレーション忘れ、マイグレーションのリバート忘れのリスクがある。 異なるバージョンのアプリケーションは同時に存在できるがスキーマは同時に存在できない。これにより、 ある種のスキーマ変更はローリングデプロイ環境下では実質的に実行できない。 (テー
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
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 バイトの文字列が入力された場合はシステムエラーを返す実装になっていますが、エラーの内容をユーザーにわかりやすく伝えることは難しいためユーザー体験としても良くない
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版アプリの機能開発と平行して、パフォーマンスの改善にも取り組んでいます。パ
大規模データベースを安全にマイグレーションする仕組み - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Yakumo兼コネクト支援チームの@ueokandeです。 サイボウズには体験入部という制度があり、数週間〜数ヶ月の期間、他チームの業務を体験できます。 自分もこの制度を使い、1ヶ月ほどGaroon開発チームを体験してきました。 自分はこの期間で、Garoonの大規模なデータベースを安全にマイグレーションするための仕組みの設計と、そのプロトタイプを実装しました。 背景 Garoonはサービスのアップデートと同時に、データベースのマイグレーションを実行します。 ここでいうマイグレーションは、主に2つの処理があります。 テーブルスキーマの更新。ALTER TABLEによるカラムの追加、削除など。 データの変換。既存レコードのデータ編集など。 Garoonはメンテナンスウィンドウを設けてバージョンアップを実施します。 このバージョンアップが毎回確実に成功すればいいのですが、実際はそれ
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
Hatena Engineer Seminar #14 魔法のiらんど データ移行編 〜新旧システム間のデータマイグレーション時に我々が考えること〜 / hatena-engineer-seminer-number-14-data-migration
Djangoはデータベースマイグレーションの機能を持っています。 ですが、 実際、Djangoマイグレーションってどう使うの？ という疑問が多いかと思います。 docs.djangoproject.com この記事では、 マイグレーションを稼働中のアプリケーションに、無停止でどう反映すれば良いのか を説明します。 前提としてWebアプリ、データベースは本番環境に1系統づつあるとします。 基本的に無停止でマイグレーションを実行するのは 絶対に安全という方法ではないので、動作確認などをして慎重に反映する必要があります 。 無停止でマイグレーションを反映する基本 マイグレーションを 無停止で行う場合、「マイグレーションとアプリのリリースはどちらを先にすべきか」 という話になります （マイグレーションをするということは、アプリケーションの変更も必要になります）。 マイグレーションを先に実行して、ア
Nuxt.js(SPA)+FirebaseのWebアプリで初マイグレーションをしてけど、いろいろ失敗した話。。 - Qiita
これはただの失敗談です。。役に立つかわからないけど、誰かの参考になるといいな。。 Nuxt.js+Firebaseで開発したWebサービスをリリースして2ヶ月目くらい。 サービス止めて、初マイグレーションしてときの失敗談です。 サービスを止めてやりたかったこと いままではちょこっとした変更が多かったため、 サービスを止める必要なく、Nuxtアプリの更新だけで十分でしたが、 新しい機能を追加する際に、Firestoreのスキーマを変える必要が出てきました。 やりたいことは、 「 今までのデータを読み取って、別の形式に再構成する 」 という感じのことで、止めないとダメかなと。 メンテンナンスのときの手順 手順はこんな感じ。 メンテナンス画面に遷移するようにmiddlewareを変更 firestoreのルールを全部ブロックするように変更 スキーマ変更処理を実行 メンテナンス画面を解除し、hos
はじめに こんにちは、 @stanaka です。メルカリではいまビジネス基盤強化を進めるプロジェクト「Robust Foundation for Speed」を立ちあげていますが、このプロジェクトの前段となっているマイクロサービスマイグレーションについて、その理想と現実について紹介します。 モダンな開発チームのあるべき姿 まず理想を語る上で、ここ数年のエンジニア組織の改善や生産性向上の議論をいくつか見てみます。開発チームとアーキテクチャについては、以下の2点がよく重視されています。 開発のイテレーションを加速するために、チームがオーナーシップを持つサービス/システムについて設計から開発、運用までの責任を開発チームが負う 認知的負荷(cognitive load)を許容範囲に抑えるために、システムを疎結合化し他チームへの依存を減らす設計を行う 設計から開発、運用までの責任を開発チームが負う
はじめに この記事では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が稼働するコン
約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
はじめに この記事は富士通クラウドテクノロジーズ Advent Calendar 2021 の 15 日目の記事です。 こんにちは。富士通クラウドテクノロジーズ株式会社 (FJCT) でエンジニアをしている @aokuma です。 昨日の記事は エンドエンジニアの @seumo 氏による SmithyでAPIリファレンス作成してみよう でした。 Smithy、現在は主に AWS SDK の実装として使われているみたいですが、多言語 SDK が求められるサービスプロバイダーにとって、このような仕組みがオープンになるのはとても嬉しいですね。利用できる言語が更に拡張されるのを期待しています！ さて、今日は弊社の開発基盤の中心である 社内 GitLab の大型マイグレーションを実施したお話をしようと思います。 背景 現在、弊社の開発基盤の中でコード管理...にとどまらず、プロジェクト管理や Dev
進まない、マイグレーション - Qiita
Railsで運用していた本番環境を、マイグレーションの加減で止めてしまいました。 経緯 AWS上にRailsで作ったプロジェクトがありまして、環境管理をElastic Beanstalkで行っていました。毎週1回、人の少ないタイミングに更新を行っていたのですが、あるときに反映したところで、マイグレーションが全く進まなくなってしまいました。 原因 もちろん、開発環境で同じマイグレーションは回していたので、マイグレーションの記載ミスではなかったのですが、本番環境にアクセスがあった中でマイグレーションを動かしてしまったこと、そして作成するマイグレーションが新しいテーブルを作るようなものではなく、既存のテーブルの定義を書き換えるものだったがために、ロックが絡み合って一向に進まなくなってしまったのでした。 その場での対応 ひとまず、強引にデータベースサーバを再起動して元の状態に戻して、古いバージョン
メインフレームを本気でAWSにマイグレーションする「AWS Mainframe Modernization」が発表されました！ #reinvent | DevelopersIO
「AWSからメインフレームをモダーンにするやつが発表されたで！」 「………おまえは何を言っているんだ?」 正直、最初聞いたときは全く意味がわかりませんでした。メインフレームってパブリッククラウドからは一番遠いところにあり、データセンターの奥深くに鎮座し専用ハードとネットワークでしかアクセスできないイメージ。 そんなメインフレーム領域のクラウド環境へのマイグレーションに真正面から応える「AWS Mainframe Modernizations」について、公開されている情報を元にQA形式で情報をまとめてみました。 今までは水と油のような存在だったAWSとメインフレームの橋渡しになるようなエポックメイキングなサービスだと思うので、是非概要だけでもご覧いただければ。 AWSとメインフレームの融合きたか…!! ( ﾟдﾟ) ｶﾞﾀｯ / ヾ ＿_L| /￣￣￣/＿ ＼/ / AWS Main
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 マイグレーション 令和最新 最強
【開催報告】Amazon Analytics 事例祭り – データウェアハウスマイグレーション | Amazon Web Services
Amazon Web Services ブログ 【開催報告】Amazon Analytics 事例祭り – データウェアハウスマイグレーション こんにちは。アマゾン ウェブ サービス ジャパン株式会社 ソリューションアーキテクトの平間です。 9月24日に、「Amazon Analytics 事例祭り – データウェアハウスマイグレーション」を開催いたしました。今回は既存のデータウェアハウス(DWH)環境から、AWSの高速かつ完全マネージド型のDWHであるAmazon Redshiftへ移行されたお客様に、移行の決め手や移行後の効果について「本音」でお話ししていただきました。セミナーは前半がAWSソリューションアーキテクトからAWSのデータレイク及びアナリティクスサービスの概要と、DWHの移行をどのように検討すればよいかの方法をお話させていただき、後半はお客様より移行時の体験談をお話しいただ
golang-migrateとは？ Go言語で作成されたDBマイグレーションツールで、GO言語のライブラリとしてだけではなく、CLIからも利用できます。そのためJavaで開発されているprismatixというサービスでも利用することができます。 JavaのマイグレーションツールにFlywayやliquibaseといったものがあります。その中でこのツールの特徴は、マイグレーションを定義しているファイルをGitHubやAWS S3などから直接参照することができることです。(もちろんローカルのファイルシステムにも対応しています) また対応しているデータベースエンジンも多く、MySQLやPostgreSQL以外にもMongoDBなどにも対応しているなど、様々な場面で使うことができるツールだと思います。 環境構築 今回は手軽に試すためにdocker上で、golang-migrateとPostgreS
はじめに こんにちは、計測プラットフォーム開発本部SREブロックの近藤です。普段はZOZOMATやZOZOGLASS、ZOZOFITなどの計測技術に関わるシステムの開発、運用に携わっています。 計測プラットフォーム開発本部では、複数のプロダクトを運用していますが並行して新しいプロダクトも開発しています。SREチームでは増え続けるプロダクトの運用負荷に対して改善は行っていますが、さらなるプロダクトの拡張に備えてZOZOFITの開発運用を別チームへ移管することになりました。移管作業の中でAWSリソースを別チームが管理するAWSアカウントへ移行する作業が発生することになりました。本記事では移行時に遭遇した課題と、その課題の解決に至るまでの取り組みをご紹介します。 目次 はじめに 目次 背景・課題 調査 ユーザ移行Lambdaの作成 簡易ダイアグラム フローチャート ユーザ移行Lambdaの処理
最近、色々なライブラリを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); /
.NET Core で DBマイグレーションを試したら色々ハマった話 - ecbeing labs（イーシービーイング・ラボ）
こんにちは。ecbeing金澤です。 最近暑くなってきて、フラペチーノの季節だなぁと思います。 プリンアラモードフラペチーノめちゃくちゃ美味しいですよねこのシトラス果肉追加＋バレンシアシロップ追加は神の味でした。 シトラス果肉をプリンの上に追加するか底に追加するか選べるので、ぜひ底に追加してください(ひとくち目からフルーティーに！) はじめに 今のプロジェクトは初期開発が終わり、2次フェーズへと移行しつつあります。 プロジェクトの立ち上げ時はだいぶバタバタだったので、DB定義は 取りあえずエクセルで管理して、マクロでCREATE文を出力していました。 初期開発はそれでも良かったのですが、改修でカラムの追加や拡張が必要になると、ALTER文は手で作ることになり… 更にブランチ開発環境やらステージング環境やら適用先も増えてしまったため、どの環境にどこまでALTER文を発行したのか管理できなくな
ep.55 TypeScriptへのマイグレーション対応開始！LINEポイントクラブのリファクタについて聞いてみた。 | UIT INSIDE
@potato4d が、 @hyena_shoyo_kyo と @pittanko_pta に、TypeScriptへのマイグレーションを開始した、LINEポイントクラブのリファクタについて聞いてみました。 ゲスト紹介 shoyo.kyo @hyena_shoyo_kyo フロントエンド開発センター UIT 1室 LINEポイントクラブとLINE LIVEのフロントエンドをメインに担当 amon.keishima @pittanko_pta LINE Growth Technology UIT Team LINEポイントクラブのフロントエンドをメインに担当 LINEポイントクラブとは 2013年にリリースをした、LINE運営のポイントサイトです。 2020年5月にサービス名を新たに、LINEポイントクラブと言う名称でリニューアル 2020年7月に大型リファクタがリリース LINEポイントク
RealmSwift入門 – 覚えておきたい、リレーションの定義からクエリ、マイグレーションまで – | DevelopersIO
今回のテーマはモバイルデータベースの Realm です。 この記事では基本的なCRUD以外の、実際にアプリケーションを開発していく中で必要になるリレーションの定義やマイグレーションなどを取り上げていきたいと思います。 こんにちは。モバイルアプリサービス部で iOS アプリエンジニアとして働き始めた田辺です。現在研修で大阪に来ていますが研修が終わるまでに一記事書きたいと考えていたので、その目標が達成できそうで嬉しいです。 今回のテーマはモバイルデータベースの Realm です。 業務で Realm を使っていること、今までの開発ではかなり単純なデータ（参照も更新も限定的）の保存に Realm を扱っていたため、実案件に入るまでにきちんと準備をしておきたいということで、今回 Realm をテーマにした記事を書くことにしました。 Developers.IO では 2 年程前に Realm の基本
Kubernetes上でVMのライブマイグレーション、バックアップ、PXEブートなど可能に。ハイパーコンバージドインフラを実現する「Harvester」、Rancher Labsがベータ公開
Rancher Labsは、Kubernetesを用いてサーバを集約したハイパーコンバージドインフラを実現するソフトウェア「Harvester」のベータ公開を発表しました。 一般に、サーバを集約して仮想化基盤を構成するハイパーコンバージドインフラは、vSphereとvSANなどの仮想化ソフトウェアを用いて構成します。VMwareやNutanixなどの製品がよく知られています。 Rancher Labsの「Harvester」は、このハイパーコンバージドインフラを「Kubernetes」と分散ストレージを実現する「Longhorn」を基盤に構築するオープンソースのソフトウェアとして開発されています。 そしてその上でコンテナだけでなく、コンテナと同様に仮想マシンを管理できるようにする「KubeVirt」を用いることで、仮想マシンもKubernetes管理下で利用可能にしています。 Kubern
2025年には21年以上稼働する基幹系システムが6割に達し、多くの企業でシステムの維持管理費がIT予算の9割以上を占めるようになる。長寿の基幹系システムは内部がブラックボックス化してデータ活用が進まず、企業がデジタルトランスフォーメーション（DX）できない結果、最大で年12兆円の損失が生じる――。 この「2025年の崖」を経済産業省が2018年9月に「DXレポート」で指摘してから2年以上がたった。だが経産省によれば2020年10月時点で日本企業の9割以上でDXが未着手だったり⼀部実施にとどまっていたりするという。 2025年の崖が迫るなか、企業は基幹系システムなどで使うCOBOL資産を維持すべきか、Javaなどの他の言語やオープン系COBOLで書き換える（マイグレーションする）べきかの岐路に立たされている。COBOL資産を維持する場合、運用コストの削減やDX向け新システムとの連携を模索しな
FastAPI は Python ベースのフレームワークで、その名の通り API を実装するのにうってつけです。軽量で非常に高速なフレームワークですが、FastAPI そのものには DB のシードやマイグレーションといった機能はなく、SQLAlchemy や Alembic など、他のライブラリを組み合わせて使うことが前提となります。 今回は、FastAPI で MySQL（厳密には MariaDB）を用いる際に、どのような実装が必要になってくるのかを見ていきたいと思います。セットアップは Docker コンテナ上で行います。 ※ 最終成果物は こちら のリポジトリにアップしています。 ファイル・ディレクトリ構成概観 まずはじめに、ファイル・ディレクトリ構成を示します。 ├── .env.development ├── app │ ├── cruds │ │ ├── __ini
AirbnbにおけるGraphQLマイグレーション
原文(投稿日：2019/12/03)へのリンク Airbnbは、APIの大半をGraphQLに移行して、ページロード時間の短縮とより直感的なユーザエクスペリエンスを実現することに成功した。GraphQL Summitで行われたプレゼンテーションでは、Brie Bunge氏が、同社の多くのチームで使用されたマルチステージのマイグレーションプロセスについて説明した。 各ステージを成功させることによってAirbnbでは、100パーセント型安全でオーバーフェッチングのないApolloおよびGraphQLアプリを完成すると同時に、マイグレーション作業の各過程を通じてサイトの稼働と運用を維持することにも成功した。ApolloとGraphQLの適用によって、従来のRESTベースのアーキテクチャでは到底実現できなかったような、新たなパフォーマンス改善を実現するための基礎を作り上げたのだ。 マイグレーション
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 のコードには変換できました
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ファイルを次のように書き換えます。
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へのマイグレーション作業についてご紹介します。 どのようにマイグレーションを進めたか タスク
Ruby on RailsでDB マイグレーションする際にシステム障害を回避するための工夫 - LCL Engineers' Blog
Webエンジニアの森脇です。 LCLでは、DB設計変更で、DBマイグレーションをする際にシステム障害を回避するためのいくつか工夫をしています。今回は、その内容を簡単にご紹介いたします。 migration作成時の注意 ブランチ戦略 原則、migrationのブランチは独立させるようにしています。 migrationとコードのデプロイはタイミングを分けたほうが安全であり、さらに他のコード修正と混ぜると、切り戻し等がやりづらいくなるため 新規JOBなど既存コードに影響しない場合は、独立させなくても可 既存コードに影響を与えない migration実行後も既存コードで正常稼働するように、migrationを作成します。 以下にケース別の手順を紹介します。 テーブルの新規作成 テーブルの新規作成は特に意識することはありません。 ただし、既存テーブルへ外部キーを貼る場合は、後述の手順に従い注意が必要
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界隈でよく知られているパターンやアンチパターンもいくつかご紹
ビザスクlite事業部フロントエンドエンジニアの小柳(@mascii_k)です。 弊社ではモダンなフロントエンド開発手法にシフトしつつあり、Figma で構築したデザインシステム上でデザインし、それに対応するものを Vue.js 2.x 系で実装する開発がスタンダードとなっております。 現在 Vue.js 3.0.0 の正式リリースが間近とされていて、弊社としても積極的にマイグレーションをしていきたいと思っております。 今回は Vue 2.x 系向けに作られた UI コンポーネントの Vue 3.0 系へのマイグレーションに向けた検証結果を公開します。 弊社の UI コンポーネント事情 弊社では Vuetify や Element UI といったコンポーネントフレームワークには依存せず、極力スクラッチで UI コンポーネントを作って開発しています。 Figma を活用して管理されているデザ
Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 通信の途中で、クライアントのIPアドレスやポート番号が変更されることがあります。以下の2つが典型例です。 利用するネットワークが携帯網からWi-Fiに変わった (または、その逆) 中間のNATが、別のポート番号を割り当てた TCPでは、コネクションの識別子として両端のIPアドレスとポート番号を使っています。そのため、上記のような場面では、既存のコネクションは維持できなくなり、アプリケーションが通信を続けるには新たにコネクションを作成する必要があります。 一方QUICでは、コネクションの識別子としてコネクションIDを使います。コネクションIDは、IPアドレスやポート番号から独立した名前です。そこで、上記のような場面でもコネクションを継続
MySQL5.5からMySQL8.0にマイグレーションしたゆるい話 - untitled .engineer
目次 本エントリの概要 前提と環境条件 背景 要件 移行手順詳細 既存の構成 1. スキーマ定義の取得 2. 5.6のインストール 3. 5.7のインストール 4. 8.0のインストール 5. 中間インスタンスへのデータ投入 6. 中間インスタンスのデータ同期 7. 本番およびスタンバイに8.0をインストール 8. 本番およびスタンバイにデータ複製 9. 本番およびスタンバイの準備完了 10. 切替作業 11. 後始末 感想 参考) 非サポートな操作(のひとつ） 本エントリの概要 この記事は MySQL Advent Calendar 2019 - Qiita の15日目です。 タイトルの通り、職場のMySQL5.5を8.0にマイグレーションした話を書きます。 前提と環境条件 登場するサーバーはすべてWindows ほぼ政治的な理由（主題ではないので具体的な理由は割愛） システムは小規模で
AWS CDK v2 化マイグレーション目録 〜バージョンアップのウォッチから裏付け検証まで〜 | BLOG - DeNA Engineering
2022.02.10 技術記事 AWS CDK v2 化マイグレーション目録 〜バージョンアップのウォッチから裏付け検証まで〜 by Yasuhito Sato #aws #aws-cdk #cloudformation #typescript はじめまして。去年 2021 年の 5 月に DeNA のソリューション事業本部にサーバーサイドエンジニアとしてジョインさせていただいた佐藤康仁といいます。佐藤はたくさんいるので、愛称としてやっさんと呼ばれています。よろしくお願いします。 この記事では、AWS CDK の導入に悩んでいる人や実際 CDK を V2 に上げようか悩んでいる読者に向けて、改めて AWS CDK のよさであったり、CDK を継続的に運用していくための仕組みであったり、V1 と V2 の差分について実際の体験や検証を通して伝えることを目指します。 はじまり 「マイグレーショ
Mochaではv7からtest/mocha.optsの設定ファイルが非推奨となっています。 mocha.optsファイルはCLIの引数をそのまま書ける設定ファイルです。 mocha.optsファイルを利用すると次のようなDeprecation Warningが表示されるはずです。 (node:64389) DeprecationWarning: Configuration via mocha.opts is DEPRECATED and will be removed from a future version of Mocha. Use RC files or package.json instead. Mocha v6からmocha.optsの代わりに.mocharc.jsonなどの設定ファイルがサポートされました。 .mocharc.{json,js,yml,yaml,cjs}など色
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
100億レコード超のDBを“障害ゼロ”でマイグレーション 新卒1年目が考えた2つのアプローチと3つの工夫
モノリスからマイクロサービスへのマイグレーションで学んだ７つの教訓
ラズパイ×2+NASでライブマイグレーション可能な自宅Proxmox VEクラスタを構築する【イニシャルB】
LINE MUSIC のパフォーマンスを向上させた Vue3 マイグレーション
レガシーシステムからのデータマイグレーションあれこれ
DjangoマイグレーションをWebアプリが無停止のまま安全に反映する方法 - Make組ブログ
メルカリにおけるマイクロサービスマイグレーションの理想と現実 | メルカリエンジニアリング
ECS(Fargate)でDBマイグレーションを行う - やんばるテック
社内GitLabの大型マイグレーションをした話 - Qiita
Vue2のプロジェクトをVue3へマイグレーションする
golang-migrateでDBマイグレーション | DevelopersIO
MFA設定必須のCognitoのクロスアカウントマイグレーションについて - ZOZO TECH BLOG
eslint-cjs-to-esm: CJSをESMへとマイグレーションするツールを書いた
残るは「ラスボス」級のCOBOL資産、マイグレーションは2025年に間に合うのか
FastAPI x MySQL on Docker ~ マイグレーション・API作成 ~
Vue 3に向けてUIコンポーネントのマイグレーションの検証をしました - VisasQ Dev Blog
QUICをゆっくり解説(10)：コネクションのマイグレーション | IIJ Engineers Blog
Mocha v7のmocha.optsから.mocharc.{json,js,yml,yaml}にマイグレーションするスクリプト
www.jiji.com
blog.goo.ne.jp/nasaki78
note.com/kua_illustration
qiita.com/t-kajihara
online.stereosound.co.jp
www.nikkei.com