概要 最近、最新のアクションカメラを購入してYoutube用に動画編集してるCTO室のKazです 今回、MySQLのマイグレーション時、Index有効クエリを高速化するため、ボトルネックを特定してそれを解消しました。 結果 Index有効化において 適切なメモリ量を確保し、MySQL Workbenchのパフォーマンスレポートを確認することで、システムのボトルネックを特定しました。その結果、プロビジョニングIOPSを利用することにより、特に時間を要していたテーブルのインデックス有効化の時間を大幅に短縮し、システム全体の効率化を図ることができました。 インデックス有効化の実行時間の比較 項目 時間 プロビジョニングIOPS利用前 約178.94分 プロビジョニングIOPS利用後 約74.3分 時間の短縮量 約104.64分 短縮率 約58.5% Import先DB 項目 詳細 インスタンスク

ENECHANGE VPoTの岩本 (iwamot) です。 2024年4月～6月の四半期から、社内I/O Dayを試験的に始めています。「プロダクト開発や事業課題の解決に活用できそうな技術について、集中的にインプット／アウトプットする日を宣言する制度」のことです（くわしくは別の機会にお伝えします）。 多くのエンジニアが本日5月15日にI/O Dayを宣言していたので、ぼくも乗っかってみました。お祭り感があって、いいですね。 ぼくが取り組んだテーマは、Slackのfiles.upload API廃止対応でした。2025年3月までに、新しいAPIに移行する必要があるんですよね。まだ時間はあるものの、ボリューム的にちょうどよさそうなので選びました。 今回の記事では、Google Apps Scriptからの呼び出し方をどう変えたのかご紹介します。これから廃止対応を進める方の参考になれば幸いです

VPoTの岩本 (iwamot) です。 ENECHANGEでは、所属エンジニアの個人的なアウトプットをまとめたハブサイト「ENECHANGE Engineers' Articles」を運用しています。 engineer.enechange.co.jp このハブサイトは、OSSのTeam Blog Hubで構築したものです。これを使うと、メンバーのアウトプットが簡単にまとめられます。 先日、ハブサイトのデプロイ先をVercelからCloudflare Pagesに移行しました。 この記事では、なぜ移行しようと思ったのか、また、どのように移行したのか書いてみます。 なぜ移行しようと思ったのか デプロイ先をVercelからCloudflare Pagesに移行しようと思ったのは、下記の理由からでした。 Cloudflareについて学べる 費用が節約できる Cloudflareについて学べる 昨

ENECHANGE VPoTの岩本 (iwamot) です。 2024年2月1日に「第1回 AWSコスト削減 天下一武道会」が開催されました。AWSコスト削減の達人たちが、手法や成果を発表するイベントです。3000人を超える参加者数から、コスト削減への関心の高さがうかがえます。 no1.connpass.com 達人たちの発表を聞いているなかで、ぼくがすぐに真似したくなったのは「コストのSlack通知」でした。NTTドコモ・小澤さんの発表で取り上げられていた手法です。 さっそく実装を進め、本日2月5日、通知開始を社内に案内しました。通知先チャンネルには、すでに10名が参加しています。ありがたいことです。 この記事では、なぜコストを通知したくなったのか、また、どのように実装したのか、記してみます。 なぜコストを通知したくなったのか もともとENECHANGEでは「AWS コスト異常検出」と「

ENECHANGE株式会社VPoTの岩本 (iwamot) です。2023年10月にVPoTを引き継いでから、4ヶ月ほどになりました。 ENECHANGEではVPoTに対し、所属エンジニアに目指すべき未来を示してリードする役割が期待されています。 その第一歩として、まずは、2027年までに達成したい、テックカンパニーとしての中期目標を策定しました。 今回の記事では、その中期目標について記してみます。 策定した中期目標 策定した目標は「2027年までに、Developer eXperience AWARDのトップ10に入る」です。くわしくご説明します。 Developer eXperience AWARDとは、エンジニアへのアンケートをもとに、日本CTO協会が発表・表彰している「開発者体験が良いと思う企業ランキング」のことです。 cto-a.org 2023年のランキングは下図のとおりでした

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 執筆時点で暦の上ではとっくに秋ですが厳しすぎる残暑が続いています。 それでもようやっと愛犬の夜の散歩では涼しさも感じられるようになってきました。 同僚の id:iwamot さんが作成したChatGPT Bot作の夜に散歩するバーニーズマウンテンドッグ画像を貼っておきます。ご査収ください。 AIの生成した夜に散歩するバーニーズマウンテンドッグ（足とか背景がやや怪しい） ChatGPT Botによる画像生成はこちらの記事で紹介されています。 tech.enechange.co.jp 前回に引き続き弊社アプリケーションで発生したエラー事象とその調査について記事を書きます。 エラーが発生したアプリケーションはいわゆるwebアプリケーションなのですが、原因の調査手法としてはパケットキャプチャを行うことにな

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 このブログに文章を書いている時点で「ENECHANGE所属」は自明なのでは…と思い始めています。 最初に固めた定型文ってなかなか変えにくいですよね。 前回に引き続き弊社アプリケーションで発生したエラー事象とその調査について記事を書きます。 エラーが発生したアプリケーションはいわゆるwebアプリケーションなのですが、原因の調査手法としてはパケットキャプチャを行うことになりました。 普段webアプリケーションの開発ではあまり出番が無い（と思う）パケットキャプチャなので、方法などを共有できればと思います。 今回はパケットキャプチャ基盤の構築についてです。 実際の解析作業は次回となります。 ちょっと長いので目次を入れておきます。 この記事を届けたい人 パケットキャプチャ基盤の概要 パケットキャプチャ基盤の

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 実は今年の4月に育児休業から復職していました。 このブログの主旨からは外れるので特段書きませんが、育休は最高の体験でした。機会があればお勧めします。 今回から何回か使って弊社アプリケーションで発生したエラー事象とその調査について記事を書きます。 エラーが発生したアプリケーションはいわゆるwebアプリケーションなのですが、原因の調査手法としてはパケットキャプチャを行うことになりました。 普段webアプリケーションの開発ではあまり出番が無い（と思う）パケットキャプチャなので、方法などを共有できればと思います。 今回はエラー事象の概要から調査戦略の決定までの説明です。 序章的な立ち位置なのでさほど技術的な文章ではないです。 技術的な話は次回以降をご参照ください。 この記事を届けたい人 AWSで構築したア

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 長期間の休業直前（なんならこの記事を書いているタイミングは最終稼働日）のため絶賛ブログエンジニアをやってます。 ブログを書いて生きていくことはできないなと分からせられつつあります。 ENECHANGEではアウトプットは奨励され称賛されるものなのですが、他の業務にリソースを割いていると中々アウトプット作業の優先順位は上げづらいものです。 誰かが定期的にアウトプットしていることでアウトプットしていこうという空気が醸成できたら良いなと思いながら文章を書いています。 （書き溜めをしているものが予約投稿で自動的に出ていっているだけの状況でその空気が生まれるかは難しいかもしれませんが…。） 今回は「既存アプリケーション基盤のコンテナ化プロジェクト」でアーキテクチャの検討に使ったArchitectural De

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 私事ですがこの記事が公開される頃には育児休業に入っています。 育児休業制度は2022年10月から制度が変わっているのですが、どのような影響があるかをフワッとしか理解していないので何かやらかしをしないか心配です。 ikumen-project.mhlw.go.jp この記事が公開される頃には既にやらかしているかも知れませんね（恐怖）。 今回は「既存アプリケーション基盤のコンテナ化プロジェクト」でリリース後に気がついたコスト管理の設定にミスと対処について紹介します。 コスト管理は大事なので事前に確認しておきたいですね。しておけばよかったです。 以前の記事で説明したチーム構成とも関連する話です。 背景 ENECHANGEでは様々な事業者、ユーザーに提供するプロダクトを開発・運用しています。 これらのプロ

ENECHANGE所属のエンジニア id:tetsushi_fukabori こと深堀です。 愛犬のバーニーズマウンテンドッグを飼い始めてから1年経ってやっと餌をあげすぎなことに気が付きました。 食べすぎてお腹壊し気味だったんだね…ごめんね…。 私はというとお腹は壊さないものの食べすぎて簡単に太ってしまうタチなので2022年の夏からあすけんを始めています。 現時点で明確に言えることは「脂質を摂るは易し、蛋白質を摂るは難し」です。 今回は「既存アプリケーション基盤のコンテナ化プロジェクト」を推進する中で考えたクラウドインフラの管理に対する社内のチームの責任分界点と、実運用を考えたタスク定義ファイルの取り扱いについてです。 会社ごとの事情に依存する話だと思うのでいち事例としてご紹介です。 背景 コンテナ化プロジェクト開始前にプロダクトに関わるチームやリソースがどのような構成だったのかを書きます

こんにちは！ ENECHANGEで働いているishibashi(id:rubita_isi)です。 okamotoと一緒にRubyKaigi2022にオフラインで参加してきました！ Day2の後半について書いていきます。 今回も「私がRubyKaigi 2022に参加して感じたこと」、「私が参加したセッションで話されたことの要約と感想」を主に書きます。 Day1, Day2前半の記事をまだご覧になっていない方はこちらも是非御覧ください。 tech.enechange.co.jp tech.enechange.co.jp Method-based JIT compilation by transpiling to Julia Speaker：Kenta Murata Slide: Method-based JIT compilation by transpiling to Julia - S

ENECHANGEで働いているokamotoです。 前回のDay1に引き続きDay2についても書いていきます。 ENECHANGEのishibashiと一緒にRubyKaigi2022にオフラインで参加してきました！ 今回も「私がRubyKaigi 2022に参加して感じたこと」、「私が参加したセッションで話されたことの要約と感想」を主に書きます。 RubyKaigi 2022 Day1の記事をまだご覧になっていない方はこちらも是非御覧ください。 tech.enechange.co.jp Matz Keynote 要約 ※okamotoの意訳が含まれます Rubyの価値について Rubyは価値を発揮できているのか考えてみよう 「Rubyは死んだ」と毎年言われている 例： Rubyは遅い AI/ML/Web3が主流となるのでWebが本職のRubyに居場所はない いろいろなことを言われているが

初めまして、ENECHANGEで働いているokamotoです。 本ブログには初登場になります。これからよろしくお願いします。 ENECHANGEはRubyKaigi2022にゴールドスポンサーとして応援させていただきました。 ENECHANGEのishibashiと一緒にRubyKaigi2022にオフラインで参加してきました！ 「私がRubyKaigi 2022に参加して感じたこと」、「私が参加したセッションで話されたことの要約と感想」を主に書きます。 RubyKaigi 2022 Ruby meets WebAssembly スライド：Ruby meets WebAssembly - Speaker Deck 要約 Rubyは非常に素晴らしい言語だが、以下の問題がある Ruby interpreterが必要で一部の環境ではインストールできない 環境構築が大変である それらを解決するのが

CTO室の岩本 (@iwamot) です。同僚エンジニアの情報発信を活性化するのが、ぼくのミッションのひとつです。 ENECHANGEでは、Team Blog Hubを使って、所属エンジニアのブログ記事や発表スライドを集約・公開しています。経緯は「Team Blog Hub を用いた ENECHANGE エンジニア記事まとめサイトの公開」に書きました。 そして先日から、集約結果のAtomフィード配信も始めています。Team Blog Hubにはフィード配信機能がないため、forkしたソースコードに手を入れた形です。 Atomフィード：https://engineer.enechange.co.jp/atom.xml 今回の記事では、具体的にどう実装したかをご紹介します。 実装内容 結論から書くと、src/builder/posts.tsを下記のように編集しました。yarn build の際

EV充電サービス事業部デザイナーの @hoshility と申します。 2022年5月に電気自動車 ( EV )・プラグインハイブリット車 ( PHEV ) 向けの充電サービスのアプリをリリースしました。こちら大変便利なアプリになっているので、ぜひ使ってみていただけると嬉しいです。 ■iOSアプリはこちら ■Androidアプリはこちら はじめに 本アプリの初期リリースまでの実装期間は2021年12月中旬から2022年3月までのおおよそ3.5ヶ月でした。ゼロからアプリを作るにしてはそれなりに開発期間がタイトだったかと思います。 また、会社としてネイティブアプリ自体の開発を行ったことがなかったため、社内にノウハウがなくエンジニア・デザイナー共に手探りなことが多い開発でした。 本開発におけるエンジニアリング面での創意工夫については @yuyasat が別記事で紹介していますので、ぜひそちらをご

EV充電サービス事業部の@yuyasatです。 今年１月に昨年まで在籍していたエネルギークラウド事業部からEV充電サービス事業部に異動し、開発責任者としてエネチェンジEV充電のアプリを開発してきました。先月19日にアプリをリリースすることができ、エネチェンジでのネイティブアプリ開発をいかに立ち上げてリリースに至ったかを簡単にご紹介したいと思います。 エネチェンジEV充電アプリでできること まず、エネチェンジEV充電のアプリでできることは、全国に設置されている充電器を検索することができ、エネチェンジEV充電サービスで提供している充電器に関してはアプリから充電の開始や停止、課金ができます。従来なら充電するためのカードをクレカ登録等と共に申し込んで充電器に併設されている認証システムにタッチして充電するという形でしたが、エネチェンジEV充電アプリを使えば、アプリをインストールし、クレジットカード情

ENECHANGE の CTO 室でインフラエンジニアを務めている岩本です。 先日 Bugsnag を初めて使いました。社内用ツールのエラー監視が目的です。ENECHANGE では Bugsnag が以前から活用されているのですが、私はこれまで触る機会がなかったのでした。 Bugsnag を実際に使ってみて「デフォルト設定でも充分便利だが app version を設定しないともったいない」と感じました。 今回の記事では、Bugsnag で app-version を設定するメリットを3つご紹介します。 メリット1：エラーが起こったアプリケーションのバージョンがすぐに分かる app version を設定すると、エラーが起こったアプリケーションのバージョンがすぐに分かります。ダッシュボードの APP タブに version 欄が追加されるので、これを見るだけです。 この機能は、複数バージョ