アマゾン ウェブ サービス ジャパンは、2024年6月20日と21日、国内最大の年次イベントである「AWS Summit Japan」をハイブリッドで開催。150を超えるセッションが展開された。 本記事では、ニンテンドーシステムズによるセッション「Nintendo Switch向けプッシュ通知システムのリプレイス事例」をレポートする。登壇したのは、同社 システム開発部の林愛美氏と坂東聖博氏だ。 2017年のNintendo Switchの発売とあわせてリリースされた「プッシュ通知システム」。同社は、長期運用を見据えて、よりクラウドネイティブなシステムへのリプレイスを決定するが、大量のTCP接続を維持するための様々な課題が立ちふさがった。 本セッションでは、AWS FargateやNetwork Load Balancer（NLB）といったAWSのマネージドサービスを用いた、“最大1億台”級

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

こんにちは、インフラエンジニアの赤倉です。 昨年末にCentOS8のサポートが終了したばかりですが、CentOS7のサポート期限が2024年6月末に近づいてきています。 そこで今回は、CentOSの次にくるディストリビューション候補の中からAlmaLinux8への移行を試してみたいとおもいます。 移行環境 移行元CentOSの環境は弊社でよく使っているLaravel構成としました。 CentOS Linux release 7.9.2009 (Core) Apache/2.4.6 PHP 7.4.28 Laravel Framework 8.83.1 MySQL Ver 14.14 Distrib 5.7.37 Laravelは初期インストール＋認証設定まで完了した環境を用意しました。 移行ツール 今回の移行ではAlamaLinuxから提供されている「Elevate」を使います。 手順は公

LVMでディスクを交換するときは最初にやるのはこれ 新しいディスクをLVMに接続し LVに割り当てる。 pvmove でディスク交換 vg から取り外し 物理的に取り出し vgから古いディスクの取り外し( VG容量に余裕があるとき、容量を拡張するとき） vg からディスクを外す前に pvmoveコマンドを先に実行する必要がある。 pvmove は物理ディスクにかきこまれたlvmが使っている領域をべつのlvm/ lv の割り当てディスクに移動させて、物理ディスクを安全に解放してくれる。 なんて便利な機能。 しかし、よくミスる。 「取り外しー＞容量減らすー＞ディスク減らす」と考えて、ついついvgreduce を打ってしまいまがち pvmove /dev/sdX /dev/sdY vgreduce vg-name /dev/sdX pvremove /dev/sdX resize2fs /dev

$ sudo fdisk -l Disk /dev/sdb: 42.9 GB, 42949672960 bytes 255 heads, 63 sectors/track, 5221 cylinders, total 83886080 sectors Units # sectors of 1 * 512 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/sdb doesn't contain a valid partition table Disk /dev/sda: 85.9 GB, 85899345920 bytes 255 heads

困っていた内容 AWS公式ドキュメントを参考にコンテナイメージを作成し、arm64アーキテクチャの Lambda 関数で実行したところ、Runtime.InvalidEntrypointで失敗します。なぜでしょうか？ { "errorMessage": "RequestId: 123456789-abcd-abcd-abcd-123456789 Error: fork/exec /lambda-entrypoint.sh: exec format error", "errorType": "Runtime.InvalidEntrypoint" } どう対応すればいいの? コンテナイメージのアーキテクチャを確認してください。 # イメージのアーキテクチャを表示 $ docker inspect <イメージ名> | grep Architecture "Architecture": "arm6

Google Analytics Standard版のトラッキングデータをBigQueryにためてLookerで分析をしたい 01GoogleAnalyticsBigQueryLooker 背景や課題感 Google Analytics Standard版（以下GA）を使っているので、BigQueryにデータ連携ができない。（こちらを参照） だが、GAのデータをBigQueryにためて、Lookerでビジュアライズしたい。 ゆくゆくは、トラッキングデータのorder_idを受注データベースのorder_idと紐づけて、より細かな分析を行なっていきたい。 この記事の想定対象者 技術よりのビジネスサイドの方。 分析基盤を構築したいと考えているが、どういう構成したらいいのかお悩みの方。 Google Cloud Platform（以下GCP）を利用して、手軽に始めたいとお考えの方。 または、それ

ChatGPTとは？ OpenAIが開発するGPT-3という言語モデルをベースとした(執筆当時)チャットアプリです。 こちらの質問に対して、AIが色々な質問に答えてくれて、一般的な内容だけではなく、コードレビューやバグなども発見してくれるめっちゃ凄いやつです。 細かい内容は以下の記事がとても参考となります。 筆者の関連記事 VSCodeと連携して、ブラウザを開かなくてもChatGPTを使用できるようにする 通常はブラウザを開いて使用するのですが、コーディング中にサクッとレビューしてもらったり、バグを見つけてもらえるような拡張機能があったので、そちらの設定方法について記述してみます。 今回インストールする拡張機能 使用までの手順 環境 PC: MacBook Pro (Apple M2) OS: macOS Ventura 13.1 VSCode: v1.74.3 OpenAIの価格について

問題 MySQLのダンプファイルが圧縮されてるんですけど、ここから特定のデータベースの部分だけほしいです。 うまく途中だけ抽出したり、ファイルを分割する方法は？ 答え ・使うもの zegrep, zcat, sed ・手順 MySQLのダンプのDBの区切りは以下のような形式。 -- Current Database: `test` zegrep で、圧縮したままで行番号を調べる。 $ zegrep -n '^-- Current Database:' mysql_2017-09-28.dmp.gz 19:-- Current Database: `test` 215:-- Current Database: `test2` ... ... zcat と sed で必要な範囲を切り出す。 $ zcat mysql_2017-09-28.dmp.gz | sed -n -e '19,215p'

PHPでStripeの決済処理のサンプルを実装してみました。 実際に動かせるコンテナ(docker)もありますので参考にしてみてください。 Stripeとは API型の決済サービスです。 APIベースで決済処理を記述できます。 会員登録するとテスト用のAPIキーが発行されるので簡単に動作確認が出来ます。 Stripeの大まかな機能＆サービス Payments 支払い機能 Billing 定期的な支払い機能 Connect 支払いを別の利用者に送金する機能 Sigma SQLを用いてトランザクションデータからカスタムレポートを作成する機能 Atlas アメリカでインターネットビジネスを始める起業家を支援するサービス Radar 支払い履歴から不正な支払を検出する機能 Issuing 物理カード、仮想カードを発行するサービス Terminal 物理カードリーダを経由して支払いを行う機能（201

まえがき 6.xがLTSだし6.xで開発しはじめていたが、ローンチ時期的に次のLTSバージョンが出る、もしくは近いことが想定されるのでいっそ次にバージョンを上げる際のコストを下げようの気持ちで8.xまでアップグレードするよ アップデート前情報 PHP 7.4.3 (cli) (built: Feb 20 2020 21:53:46) ( NTS ) Copyright (c) The PHP Group Zend Engine v3.4.0, Copyright (c) Zend Technologies with Zend OPcache v7.4.3, Copyright (c), by Zend Technologies with Xdebug v2.9.6, Copyright (c) 2002-2020, by Derick Rethans "require": { "php":

先日、マナリンクで利用しているLaravelのバージョンを6系から8系に上げたので、変更内容や注意事項をレポートします。 前提条件 マナリンクはオンライン家庭教師サービスで、LaravelはフロントのNuxt.jsに対するAPIサーバーとして主に運用しています。先生の検索機能や、先生へのお支払い機能などがあります。 マナリンク自体は開発を開始して2年弱のサービスなので、世間の大規模なLaravelサービスに比べるとかなり小規模な方だと思われます。 どうして6系から8系に上げたのか モデルファクトリの変更を反映しておきたかった Laravel8系の目玉アップデートといえば、モデルファクトリの大幅な仕様変更です。 日々開発してテストコードを書いていくたびに、「ああ...今書いているfactory()ヘルパは使われなくなるんだよなぁ」と思っていたので一刻も早く導入したいなと思っていました。 もち

[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。 はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。 サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。 そも

Laravelで同時ログイン禁止（後勝ち）処理を追加するために調査した結果、 私の中でのベストプラクティスを書き留めておきます。 同時ログイン禁止（後勝ち）とは ここでは、同時ログイン禁止（後勝ち）の処理を以下のように定義します。 あるユーザーが、端末Aでログインしているとき、同じアカウントを使用して、別の端末Bでログインを試行すると、 端末Bでのログインが許可され、端末Aでログインしているユーザーは強制ログアウトされる処理のこと。 実現のための方針 実装方法はいくつかあるかと思いますが、なるべくフレームワークのソースに手を加えることなく、 メンテナンスが容易になるようなシンプルな調整に留めることを目標としました。 ※ そのため、今回ご紹介する方法は、 Laravel 5.6 以上 を使用する必要があります。 実装手順 AuthenticateSession ミドルウェアを有効にする La

こんにちは！コンサル部のinomaso(@inomasosan)です。 前回、GitHub ActionsからECSのCI/CDについて試してみました。 その際、GitHub ActionsにはAWS管理ポリシーによる強めの権限を付与して検証しました。 本番運用を考慮する場合は、FullAccess等の強い権限だと思わぬ事故につながります。 今回はセキュリティの観点から、GitHub Actions用にIAMポリシーの最小権限例を作成してみました。 構成図 GitHub ActionsのDeploy to Amazon ECSテンプレートからワークフロー実行する際の大まかな構成図となります。 今回はIAMポリシーのActionとResourceをメインに権限を見直していきます。 IAMポリシーの最小化権限例 今回作成したIAMポリシーは以下の通りです。 ＜＞で囲った値は、ご自身の環境毎の値

LINE Payは12月6日、13万3484アカウントの一部決済情報がソースコード共有サイト「GitHub」上で閲覧できる状態になっていたと発表した。すでに情報は削除しており、該当ユーザーへ個別に案内。現時点ではユーザーへの影響は確認されていないという。 国内ユーザーで5万1543アカウント、海外を含めると13万3484アカウントが対象。閲覧できた情報は、LINE内でユーザーを識別するための識別子（LINE IDとは異なる）、システム内で加盟店を識別する加盟店管理番号、キャンペーン情報の3点。氏名、住所、電話番号、メールアドレス、クレジットカード番号、銀行口座番号などは含まれていない。 決済情報の該当期間は、2020年12月26日から21年4月2日まで。情報が閲覧できる状態だったのは、21年9月12日午後3時13分頃から11月24日午後6時45分まで。期間中、外部からのアクセスは11件確認