はじめに こんにちは！ ラク スでSREをしている モリモト （2025/3に中途入社）です。 業務の中で、AtlasとArgoCDを使ってGoアプリケーションのDB マイグレーション の仕組みを新規に構築したので、その方法を書き残してみたいと思います。 はじめに 構築したフロー 実現したかったこと 1. 宣言的なスキーマファイルを管理できる 2. 宣言的なスキーマファイルからマイグレーションファイルを生成でき、それをバージョン管理できる 3. 検証環境や本番環境に対して、自動でDBマイグレーションを実行

1. はじめに 2. 基本知識 2-1. グラフとは 2-2. Amazon Neptuneとは 3. メソッド依存関係を可視化してみた 3-1. データの準備 クラス図を利用すればいいじゃないか 3-2. 必要なリソースのプロビジョニング 3-3. Neptune Bulk Loaderによるデータの登録 Neptune Bulk Loaderとは 手順 3-4. Graph Explorerで可視化 Graph Explorerの起動 Graph Viewで可視化 Graph Explorerその他の

本ブログは 2025 年 2 月 14 日に公開された Blog “ Introducing the AWS Trust Center ” を翻訳したものです。 Amazon Web Services (AWS) において、信頼を獲得することは単なる目標ではなく、私たちのあらゆる意思決定を導く中核的なリーダーシップ原則の一つです。AWS の CISO として、この信頼獲得への取り組みが私たちの文化、サービス、そして日々のお客様とのやり取りをどのように形作っているかを直接目の当たりにしてきました。お客様が他

みなさん、こんにちは。ソリューションアーキテクトの杉山です。今週も 週刊AWS をお届けします。 2025 年 6 月 5 日 14:30 – 19:00 に、目黒のオフィスでイベント AWS Marketplace Solution EXPO Spring 2025 を開催します。SaaS・ソフトウェア ソリューション ベンダー 兼 AWS Marketplace パートナー 11 社が集まるイベントとなっており、様々な最新のソリューションを情報収集したい方などにおすすめです。Okta Japan株式会

みなさん、こんにちは。AWS ソリューションアーキテクトの木村です。 気づけば 5 月も終盤ですが、もう少し生成 AI のイベントが続きます！ 5 月 27 日（火）：ナウいフロントエンド開発 ~ 生成 AI と協調するには ~ 5 月 28 日（水）：Coding Agent at Loft #1 ~ Cline with Amazon Bedrock で 爆速開発体験ハンズオン ~ 大阪開催 6 月 25 日 (水)、26 日 (木) に開催される AWS Summit Japan 2025 もあと

1年前に離れた会社に、また戻ることを選びました。 PdMとして、どう考え、どう決断したのか。そのリアルな記録です。 目次 ブーメラン転職ってどうなの？実体験から語る 自己紹介 転職したときは「もう戻らないつもり」だった（けど、少しだけ迷いもあった） 新しい環境での1年は、想像よりずっと早く過ぎた ふと「もう一度、あのチームで働くのもアリかも」と思った瞬間 戻る決断に迷いはあった。でも、それ以上に理由があった 同じ会社、同じ役割。だけど、見え方は全然違っていた この3年間を経て、自分なりにわかった「働く場所

こんにちは、駅メモ！開発チームエンジニアの id:hayayanai です！ 駅メモ！のフロントエンド開発では、Linter として ESLint や Stylelint、それらの Vue 関連のプラグインを導入しています。 これらの開発支援を利用していく中で、既存の ESLint ルールのエラー文だけを変えたいという話が上がりました。 一般的なエラー文を出すよりも、チームとしての方針を明記した方が対応しやすいということです。 一から ESLint のカスタムルールを作る方法については、調べてみると既に多

はじめに こんにちは、スタンバイでプロダクト開発をしている荒巻です。 スタンバイのテックブログでは、日々の技術的な挑戦や学びを発信しています。今回は少し趣向を変えて、先日公開した記事『AI Co-Pilotと作る！1200件のSQL書き換えを乗り越えた社内ツール開発秘話』を、 AIアシスタント（本記事では主にチャットインターフェースのGeminiと、エディタ上のGitHub Copilotの両方を指します）とどのように協力して執筆したのか 、そのプロセスと学びについてご紹介します。 この記事の主な目的は、

はじめに 昨今、パッケージなどのエコシステムをターゲットとしたサプライチェーン攻撃が増加しています。 各種プログラミング言語向けのパッケージマネージャーやレジストリにおいては、インストールするパッケージのバージョンを固定したり、チェックサムを検証したりすることにより、サプライチェーン攻撃被害のリスクを軽減する仕組みが導入されています。 もちろんGitHub Actionsにおいても、サードパーティー製のワークフローを利用する場合に、サプライチェーン攻撃の被害を受けるリスクが生じますが、このような仕組みを導

はじめに 皆さん、モバイアルアプリケーションを開発する際に気を付けなければならないセキュリティについて、どのようなところから情報を得ているでしょうか。 Webアプリケーション等と異なり、近年は書籍などもなく、情報を公開しているサイトも少ないのが現状です。 そのような中、体系的な情報を得られるソースとして、OWASPのプロジェクトの一つである、OWASP Mobile Application Security(MAS)があります。しかしながら、現在リファクタリングと新バージョンの開発を行っている最中でもあり

はじめに こんにちは、データサイエンス部データサイエンス2ブロックの Nishiyama です。我々のチームでは、AIやデータサイエンスを活用したプロダクト開発のため、研究開発に取り組んでいます。今回、私は 言語処理学会第31回年次大会 に参加したため、参加レポートとして気になった発表をいくつか紹介します。 目次 はじめに 目次 言語処理学会第31回年次大会 (NLP2025) 気になった研究発表 [C1-1] Swallowコーパスv2: 教育的な日本語ウェブコーパスの構築 [C3-4] 複数タスク・複

みなさんこんにちは、イノベーションセンターの益本 (@masaomi346) です。 Network Analytics for Security (以下、NA4Sec) プロジェクトのメンバーとして活動しています。 この記事では、2025年5月17日に開催されたセキュリティカンファレンスBSides Tokyo 2025で登壇したことについて紹介します。 BSides Tokyo ぜひ最後まで読んでみてください。 BSides Tokyoについて BSidesとは、情報セキュリティのコミュニティ主導で開

30年以上にわたり金融IT基盤に携わる中で得た経験と知識をもとに、「やらかしがちな」技術的課題について、IPA[1]の非機能要求グレード[2]に沿って解説します。 ※筆者は非機能要求グレード初版の執筆に関わった経験があり、行間を含めて解説します。 本記事（Vol.5）では、Vol.4と併せて、オンラインサービスの「A 可用性」における「A.1 継続性」に焦点を当てて解説します。 A.1 継続性（Vol.4再掲） 大項目「A 可用性」については、Vol.4を参照ください。 中項目「A.1 継続性」を下表に抜

30年以上にわたり金融IT基盤に携わる中で得た経験と知識をもとに、「やらかしがちな」技術的課題について、IPA[1]の非機能要求グレード[2]に沿って解説します。 ※筆者は非機能要求グレード初版の執筆に関わった経験があり、行間を含めて解説します。 本記事（Vol.4）では、Vol.5と併せて、オンラインサービスの「A 可用性」における「A.1 継続性」に焦点を当てて解説します。 A 可用性 中項目「A.1 継続性」の前に、まず、大項目「A 可用性」について解説します。 可用性要件は、「損失金額（※実線）」

みなさんこんにちは、@ultaroです！ シリーズ「プラットフォームエンジニアリングが拓く開発者中心の世界」の第3回です！今回は、 プラットフォームエンジニアリングにおけるセルフサービス化とIDP について、深掘りしていきましょう。開発者の生産性を最大化することが組織の競争力を維持する鍵となる現代、このトピックは非常に重要です。セルフサービス化の概念、その重要性、導入ステップ、そして内部開発者プラットフォーム（IDP）の活用について、わかりやすく解説していきますね。