Future Tech Blog
フューチャー技術ブログ
1387記事中の 676 ～ 700 を表示

AWS Lambdaの初期化処理と初期化タイミングの考慮不足によるはまりどころ

失敗談をテーマにした連載の5本目です。AWS Lambdaで、予約済同時実行数を1に制限して使っていたときに、初期化処理と初期化タイミングの考慮不足により、はまったことがありました。本記事ではLambdaの初期化処理についておさらいした後、はまったケースの事例や原因、対応した方法を紹介します。

フューチャー夏のインターンシップ2022（Engineer Camp）の募集を開始しました！

フューチャーのサマーインターン2022 Summer Engineer Camp🌞⛺🏃の募集が始まりました。フューチャーでは夏のインターンシップは2つのコースがあります。

RDSの自動再起動によるインフラコストの悲劇

この記事ではクラウドインフラにはつきものの、インフラコストについての失敗談をご紹介します。ぜひご一読いただき、私の屍を乗り越えていく事で、悲劇の発生を未然に防いでいただければと思います。

Go言語で定数として扱いたいmapを毎回アロケートさせて性能劣化した話

参加しているプロジェクトで、数百万件のデータを処理する機能を担当したことがありました。本記事はその際の失敗と、その失敗から得た経験を共有するため、執筆しました。

H&M Personalized Fashion Recommendations 参加記 (46th/2952)

Strategic AI Group所属の金子です。普段は推薦に関連する実装やデータ分析を行っています。先日Kaggleで開催された[H&M Personalized Fashion Recommendations]コンペに単独で参加し、2952チーム中46位をとりました。今回の参加記では以下の内容を紹介します。

int32 のサロゲートキーが数年でオーバーフローしそうになった件

Go の ORM（Object-relational mapping）である `gorm` 利用時の構造体にて、サロゲートキーの型が `int32`であることに起因して、当該フィールドが数年でオーバーフローしそうだった件について、なぜ実装時に気づけなかったのか、記載いたします。

失敗談連載2022を始めます

普段仕事している中での失敗談を集めた連載開始のインデックス記事となります。普段、仕事で開発などを進めているとき、そのときのレビューが通過したり、気づきにくい小さなミスなどがあるかと思います。そういった内容がちょっとずつ積もっていき、どこかで障害になったり、性能の劣化を引き起こします。はたまた...

GoとDynamoDBを用いた開発で反省していること

失敗談をテーマにした連載ということで、ちょうどプロダクト開発的に良い区切りのタイミングでもあるため、振り返りがてら、DynamoDB,Go,AWS Lambdaの技術要素について自分自身の理解・見込みの甘さについて反省します。

golang.tokyo #32 で go-twowaysql について紹介しました

TIG 多賀です。 2022/5/19 に開催された golang.tokyo #32 に登壇しましたので報告させていただきます。「自作ライブラリ、ソフトウェアGo自慢大会」ということで、OSS 活動の一環で作成したfuture-architect/go-twowaysqlについて紹介してきました。

【エネルギー業界】LPガス基礎part2 供給設備編

業界ドメインに詳しくなろうというテーマで、LPガス業界入門編のpart2です。前回の基礎知識編はなるべく幅広く説明しましたが、本記事では供給設備にフォーカスします。

Future Tech Night #22 Flutter勉強会より：Flutterアプリのperformance測定と基本的な実装ポイント

Flutterアプリのperformance測定と基本的な実装ポイントについてご紹介します。1.Performanceについて、2.DevToolsについて...

golang.tokyo #32を主催しました

golang.tokyo #32を主催しました。Futureが社外向けに行なっているFuture Tech Nightという、だいたい月次で行なっている勉強会があり、今月はGoですかね、という話をしていたのですが、どうせなら外部の人にも登壇してもらう場にして盛り上げて、集客もたくさんしよう、という感じでgolang.tokyoとしての開催にすることにしました。

【エネルギー業界】LPガス基礎part1 超入門編

LPG業界知識の超入門編です。新規参画のメンバーのオンボーディングで何度か受け入れの紹介をしましたが、高頻度で繰り返し説明したことをこの記事でまとめます。。

OpenSLOについて

みなさまは[SRE NEXT]をご覧になりましたでしょうか？SRE NEXTは先日実施された『信頼性に関するプラクティスに深い関心を持つエンジニアのためのカンファレンス』です

connpass×Zoomで開く勉強会運営ナレッジ

いつの間にかFuture Tech NightというIT勉強会をメインで運営をすることになりました。イベント企画＆実行も楽しいですね。何度か回を重ねることでナレッジが溜まってきたので共有します。

Lambda×Go並列処理で100万回APIを呼び出す

こんにちは。TIG DXチームの後藤です。2021年7月に新卒でフューチャーに入社しました。業務でAPIを通して数万～100万のデータのバッチ処理を行うLambdaの開発を行ったので、学びを共有したいと思います。　　

Future Tech Night #21 Google Cloud Vertex AIによるフルマネージドなMLOps導入

「Future Tech Night #21 Google Cloud: データエンジニア＋MLOps」に登壇させていただきましたので、その内容について触れていきたいと思います。

Cloud Functions+ GoでビッグデータETLするときのコツ

Google Cloud上の大規模なシステムのとあるログがCloud Storageに溜まっており、それらをBigQueryにロードし、分析したい、ということがありました。このログは未加工のままBigQueryに読み込めるフォーマットではなく、いわゆるETL処理が必要でした。運用面を考慮し利用サービスを増やしたくない、ということで使い慣れたCloud Functionsを使うことにしました。

IPAの過去問で学ぶDNSキャッシュポイズニングの攻撃手法と対応策

情報処理推進機構のネットワークスペシャリスト試験の過去問を解いていて興味深い問題がありました。

Lambda Function URLs をGoでお試し。実行時間の上限（タイムアウト）やWeb API構築周りで気になること

2022/04/06にGAになったと発表された、Lambda Function URLsは、AWS Lambdaに直接HTTPSエンドポイントを追加できるというもので、API Gateway（やALB）無しでWeb APIやサイトを構築できると話題になりました。

Future Tech Night #21 Google Cloud：JSON関数と共に歩む、BigQueryを使った超汎化型データ活用基盤

3月17日に開催された「Future Tech Night #21 Google Cloud: データエンジニア＋MLOps」のセッションサマリと補足事項について触れていきます。当日のセッションは2つありましたが、私の記事では「JSON関数と共に歩む、BigQueryを使った超汎化型データ活用基盤」のセッションについて記載します。

AWS Glueの開発環境の構築(2022)

2021年の記事でもAWSの公式のDockerイメージを使って環境構築をする内容の記事があるのですが、Glue3.0の公式のDockerイメージがリリースされていたので、そちらを使って再度Glueのローカルでの開発環境構築の記事を書いてみようと思います。せっかくなので昨年の記事と少しコードを変えようと思い、AWSの公式ドキュメント[^2]に書かれたコードを基に解説します。

インフラからアプリ領域にチャレンジした話

この連載は「新年度新しいことに取り組んでみる」ということも目的やテーマとして取り上げていますが、そんな私は新年明けてから3月末までアプリ領域に取り組んでみた、という内容を取り上げてみようと思います。未知の領域に入門するとき、どうしても点になりがちな知識たちをつなげるためにどうしたか？みたいなところを読んでいただけると幸いです。

ソフトウェアのバージョンと開発スタイルの関係について

バージョンという言葉を身近に聞いたり、体感することは多いのではないでしょうか？ソフトウェア開発においてもバージョンは決して避けて通ることはできません。しかし、プログラムにバージョンをつける側に立ってみると、そもそもバージョンとは何なのでしょうか？ふわっと考え出すとわりときりがないと思います。

読書感想文「リファクタリング第2版」

「リファクタリング」という言葉を聞いたことがある人は多いでしょう。「リファクタリング」という言葉は最初の書籍が出版されて、ここ22年ほどですっかり「一般名詞」として開発の中の活動として定着した印象があります。リファクタリングは「コードの機能を変えずに、コードのメンテナンスがしやすいようにコードを整理する」活動です。リファクタリング本と相互に参考文献になっているエクストリームプログラミングの本では次のサイクルを繰り返すことで開発の生産性と品質を維持しながら開発をし続けることを提唱していました。