はじめにこんにちは。TIG DXチームの後藤です。2021年7月に新卒でフューチャーに入社しました。 業務でAPIを通して数万～100万のデータのバッチ処理を行うLambdaの開発を行ったので、学びを共有したいと思います。 システム構成参画しているプロジェクトでCSVデータをデータベースに登録する必要がありLambdaの開発を行いました。ちなみに所属しているチームではGo言語を採用しているので、Go言語で開発を行いました。データを登録するためのAPI(API Gateway + proxy統合Lambda)を活用してバッチ処理を行います。データの件数は数百件から数十万件と幅が広く、「数十万件ものリクエストをLambdaの実行時間制限である15分以内に処理しきれるのか？」というところから開発を始めました。 ちなみに、1Web API呼び出しに大体30ms~80msほどかかります。 AWS L

PayPayの6年の歴史の中で、私たちは急速な成長を遂げてきました。現在、6700万人以上のユーザーにサービスを提供し、日々数百万件の決済を処理しています。しかし、これを成功させるためには、トラフィックと信頼性の要求を満たすための技術的な挑戦が伴います。 PayPayは設立当初からJavaとNodeJSを採用しており、これらの技術は非常にうまく機能してきました。しかし、成長に伴いサービスをスケールアップする必要が生じ、これによりKubernetesクラスターでのCPUとメモリの使用量が増加しました。これにはサーバーコストの増加が伴います。 2023年末、私たちはコアサービスでのトラフィックをより効率的に処理する方法を模索し始め、GraalVMやGo、Rustなどさまざまな技術を調査しました。Rustは、その優れたパフォーマンスとメモリの安全性が保証されていることから、PayPayの多くのユ

Next.js + REST APIを必要とする人のためのライブラリ 世間がRSCで盛り上がっている今でも私はREST APIを好んで使っています。OpenAPIをSwaggerUIで展開してAPI仕様書として納品できるし、保守引継ぎのためのエンジニア教育も比較的簡単です。 SwiftやKotlinでネイティブアプリ対応する場合もOpenAPIからHTTPクライアントを自動生成して使うことが多いのではないでしょうか？ ゆえにNext.jsのRoute HandlersでAPIを開発したい場面がそれなりにあるのですが、公式の方法だけだと型が緩くて辛いです。回避策として全てのリクエストをHonoに投げて型を付ける記事をよく見かけますが、ファイルベースルーティングの利点が失われてしまいます。 この記事では、aspidaとfrourioの開発経験を活かして設計されたRoute Handlers特化

React Server Components を手軽に扱うフレームワーク react-server 2025.02.01 react-server は Node.js で JavaScript ファイルを実行するかのように React Server Components を扱うことを目的としたフレームワークです。Next.js の機能が過剰に感じられるような小さなアプリケーションを開発する際に有用です。 2025 年 2 月現在 React Server Components を扱う方法として最も知られているのは Next.js を利用する方法でしょう。実際に Next.js は React Server Components が React の Canary の機能である段階で、すでに安定した機能として提供されていました。このため React Server Components が N

タイトルの通り、めちゃくちゃ良さげなライブラリ react-call を見つけたので紹介するコーナー 実際の動きはわかりやすいデモページがあるので見てください👍 react-call とは react-call がもたらす効果は「ReactComponent を手続き的に処理できるようにする」というのが私の理解です。 これが何を意味するのかというと、Modal や Confirm のような「別のコンポーネントから任意のタイミングで呼び出したい(≒表示したい)」また「その結果(≒値など)を受け取りたい」というごく一般的な要件をシンプルに解決します🙌 詳しく見ていきましょう！ window.confirm との比較 下記は README にある例です。

飢えも病気も天敵もいない「楽園実験」の始まり「楽園実験」が行われたのは1968年のこと。 60年代前半、アメリカ国立精神衛生研究所（NIMH）は、同国東部メリーランド州プールズビル近郊で農地を手に入れました。 この土地に建てられた施設で研究プロジェクトを率いていたのが、動物行動学者のジョン・B・カルフーン（1917〜1995）です。 1940年代から1950年代にかけて、カルフーンはネズミの行動観察の中で、特定のエリアでネズミが繁殖しすぎて過密状態が生じると、マウスに異常行動や個体間の攻撃増加などが起きることを発見します。 そしてカルフーンはこの現象が、当時世界的に進んでいた都市化で起こる諸問題と類似する可能性を考えました。 都市では、物資の流通が充実し、農村部と比べて非常に安定した暮らしができます。一方で、都市は人口密度がどんどん高まっていくことで、社会的なストレスが高まっていくことが指

初めてAWSを使っていくときに読んでおきたいセキュリティの覚書、管理者編です。これからAWSの管理者となる人は是非読んでください。あるいは管理者を任せる方が活用してください。 こんにちは、臼田です。 みなさん、AWSのセキュリティ気にしてますか？(挨拶 今回はこれからAWSを使う組織や使い始めた組織向けに、AWSセキュリティで絶対に覚えておく必要があることを解説します。 この記事を読んでいただければ、自信を持って安全にAWSを利用し始められます！ なお、初めてAWSを使う利用者に向けた記事として初めてAWSを使うときのセキュリティ覚書〜利用者編〜 | コラム | クラウドソリューション｜サービス｜法人のお客さま｜NTT東日本を先に掲載しています。本記事はこの続編で管理者としての内容を綴っていきます。まだ読んでいない方は先にそちらをご覧ください。 目次 前置き〜AWSの管理は大変？〜 組織に

しばらくDevelopersIOから出張してクラソルにも投稿します。 今回はこれからAWSを使う方や使い始めた方向けに、AWSセキュリティで絶対に覚えておく必要があることを解説します。 この記事を読んでいただければ、自信を持って安全にAWSを利用し始められます！ 1.前置き〜AWSは安全？〜 みなさんはAWSやクラウドを利用する際のセキュリティに対してどんな印象をもっていますか？ 「なんだかよくわからないけど不安だ」と感じている方、いい感覚です。初めて扱う技術を怖く感じることは正常な感覚です。しかし、過剰に怖がりすぎるのは違いますね。 逆に「AWSやクラウドは安全だからセキュリティを気にせず使って大丈夫だ」と感じた方は少し危険かもしれません。自らの正確な知識と正しい根拠がないまま勝手に安全だと信じることは正常な感覚ではありません。 いずれの場合も、AWSやクラウドについてこれから学習してい

RDS Proxy はリリースして４年以上経過（Amazon RDS Proxy が一般提供開始）しましたが、そこまで一般的な情報は多くないのと、自分の整理の意味を込めて適度に吐き出しておきたいと思います。 用途はいくつかある中で、今回は単純な負荷に対するスケーリング対策としての内容となります。今年最後の記事なのに想像込みの部分もあって絞まらないかもですが、お手柔らかにお願いします。 はじめに RDS Proxy は便利な可能性を提供してくれるものですが、ただ導入しただけで幸せになれる類のものではありません。どのような仕組みであり、なぜ効率が良くなり、どのように扱えばよいのか、について正しく理解しようとする姿勢が必要なのは、他のシステムと同じです。 基本的な情報についてはリンクを置いておきますので、そちらに任せるとして、ここではそういう情報を一見しただけではわからなそーな部分についてまとめ

テストで満点を取れるようになって、足が速くなって、恋人ができて、インスタンスの安定性も改善されました！！！ こんにちは、ダイニーの whatasoda です。ダイニーでは4年以上 Cloud Run を使っていますが、ロギングには @google-cloud/logging-winston を利用しています。これまで Cloud Logging API を直接呼び出す方式で利用してきて特段不便を感じることはありませんでしたが、最近これを Cloud Run の標準出力に書き込む方式へと変更したところタイトルのような効果を得ることが出来ました。（そもそも Cloud Run では標準出力（stdout）に書き込まれたテキストを自動的に Cloud Logging に記録してくれるようになっています。） なお、ダイニーでは NestJS アプリケーションを Node.js で実行しているため、

スマホのみならず毛玉取り器やボールペンなどライフスタイル商品でも話題のXiaomiが、モバイルアクセサリの王道(？)モバイルバッテリーの新製品を発売しました。 Xiaomi 22.5W Power Bank 10000mAh Liteは、USB-C x1 / USB-A x2端子で薄型15mmのベーシックなモバイルバッテリー製品。 最近は大容量のモバイルバッテリーも安くなりましたが、Xiaomi 22.5W Power Bank 10000mAh Lite は市場想定価格1880円というインパクトのある設定です。 格安ながら、単ポート22.5Wの急速充電、3ポート同時出力(15W)、USB PD や QC3+ など幅広い製品の急速充電規格に対応します。 細かいところでは、ワイヤレスイヤホンなど低電流でしか充電できない機器のための低電流モードにも対応。最新のUSB-PD充電器やバッテリーをつ

version: '3.8' services: service_name: extra_hosts: - "host.docker.internal:host-gateway" って書けっていうのをよく見かけるが、これはWindowsホスト上で動いてるサービスに接続する場合みたい。 WSL2上で動いてるサービスはこの記事↓ みたいにdocker-compose.yamlの階層に

この文章で言いたいこと遅刻に対して非寛容で攻撃的な増田やブコメが少なくない遅刻に対して生命の危機ほどの恐怖を感じる「遅刻フォビア」の発露なのではないか。遅刻フォビアが電車社会の生活様式への可適応だとしたら、車旅行したら寛容的になれるかも。ここから本文この増田 (https://anond.hatelabo.jp/20241003190546) 読んで、 『到着時刻は断崖絶壁』とか、 『一秒でも越えたら崖の下に落ちて死ぬ』とか、 「遅刻する/されるのが嫌なのはわかるけど、そんなにか?!」と不思議に思ったんだけど、 ブコメでも「相手の時間を奪ってる」と吹き上がってるコメントがスター集めてて、 どうやら少なくない数が遅刻に強い怒りを感じているらしい。 びっくりしたので、ちょっと色々考えてみた 遅刻フォビアそうしたコメントをちょっと読んでみて思ったのは、 「時間通りにつかなければ崖から落ちる (=

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ソースコード管理の進化：Excel管理からGitHubまで、エンジニアの戦いを振り返る！ プロローグ 先日、弊社のとある案件内での会話です。 熟練エンジニア（以降「熟練」と表記）：GitHubのプルリクが来てたからコードレビューしておいたよ。 若手エンジニア（以降「若手」と表記）：ありがとうございます。助かります。 熟練：他の人のコードにも指摘した内容がキミのコードにもあったので指摘しておいた。他の人のプルリクは見ていないの？ 若手：いや、他の人のプルリクは見てないですね。。 必要ですかね・・？ 熟練：必要だよ。昔はそういうのやりたくて

Next.js App Routerにおける設計やベストプラクティスを、筆者なりにまとめました。