サーバーレス LAMP スタック – Part 4: サーバーレス Laravel アプリの構築 | Amazon Web Services
Amazon Web Services ブログ サーバーレス LAMP スタック – Part 4: サーバーレス Laravel アプリの構築 本投稿は AWS サーバーレス アプリケーションのシニアデベロッパーアドボケートである Benjamin Smith による寄稿です。 本シリーズの他のパートは以下のリンクからアクセスできます。また、関連するサンプルコードはこちらの GitHub リポジトリにあります。 パート1：サーバーレス LAMP スタックの紹介 パート2：リレーショナルデータベース パート3：Webサーバーの置き換え パート5：CDK コンストラクトライブラリ パート6：MVC からサーバーレスマイクロサービスへ この投稿では、サーバーレスアプローチで Laravel アプリケーションをデプロイする方法を学びます。 これは「サーバーレス LAMP スタック」シリーズの4番
※Linuxはもちろんですが、Docker for Mac(M1 Mac含む), Docker for Windows で動作します。 Dockerの勉強をしたい方向け ハンズオン形式の記事を書いてるので、DockerでLaravel環境する方法を一から勉強したい人はこちらの記事がおすすめです。 【初心者向け】20分でLaravel開発環境を爆速構築するDockerハンズオン 概要 Docker, Docker Compose を使って、nginx, php-fpm, MySQLの実行環境(LEMP)を構築して、最強のLaravel開発環境を構築する記事です。 Laravelが最低限動作して、シンプルで軽量かつベストプラクティスなコンテナ、ディレクトリ構成を考えました。 最小限の構成なので、DockerイメージのビルドはLaradockより10倍以上高速にビルド完了します。 リポジトリ h
2019-12-31 追記: ライブラリ化しました！インストール＆サービスプロバイダに1個登録するだけで簡単に使えるようになっています！ mpyw/laravel-cached-database-stickiness: Guarantee database stickiness over the same user's consecutive requests 概要 MySQL や Aurora などで，マスタスレーブ構成にして SELECT はスレーブに対して実行 INSERT UPDATE DELETE はマスタに対して実行 という設定にすることはよくある。 Laravel はフレームワークレベルでこの設定をサポートしており，自動的に振り分けを行なってくれる。さらに設定で sticky オプションを有効化している場合， 自分が INSERT UPDATE DELETE を実行した同一H
この記事は 第二のドワンゴ Advent Calendar 2019 の 9 日目の記事です。 qiita.com モダン PHP という言葉に表されるように、PHP は PHP 7 の登場によってそれなりに普通の言語として扱えるようになってきました（いろいろと語弊があるかもしれません）。 時を同じくして、一定の規模を超えるサービスや人員を抱える組織を中心に、Web アプリケーションの開発方法も大きく変わってきました。これまで一般的だったモノリシックなアーキテクチャを避け、Mircroservices でつくる動きが主流となってきており、多方面でさまざまな取り組みが行われています。 この記事は、Microservice 時代における PHP を用いた開発はどうなっていくのかをぼんやりと考えるなかで書かれたお気持ち文書です。内容にまとまりはありません。 その PHP はどの PHP 一口に
イントロダクションIntroduction Illuminate\Support\Collectionクラスは配列データを操作するための、書きやすく使いやすいラッパーです。以下の例をご覧ください。配列から新しいコレクションインスタンスを作成するためにcollectヘルパを使用し、各要素に対しstrtoupperを実行し、それから空の要素を削除しています。The Illuminate\Support\Collection class provides a fluent, convenient wrapper for working with arrays of data. For example, check out the following code. We'll use the collect helper to create a new collection instance fro
Laravel を使った開発でも、ドメインロジックと RDBMS などの永続化層へのアクセスを分離するためにリポジトリパターンを採用するケースが増えてきました。 ただ、Laravel には Eloquent という Active Record タイプの ORM があるので、これとリポジトリをどのように組み合わせるかで悩んでいる人が多いようで、これまで開発現場や勉強会などで質問を受けることがありました。 本エントリでは、リポジトリを実装してきた経験を元に、私が考える実装のポイントをご紹介します。 1. ドメインデータの入出力にリポジトリパターンを使う 2. メソッドの型宣言にドメインデータを指定する 3. 機械的に CRUD メソッドを実装しない 4. Eloquent を利用したリポジトリクラスの実装 5. 複数テーブルを扱うリポジトリ 6. Paginator との連携 さいごに 1.
この記事について 普段何気なく使っている Service クラス（Service 層）について、書籍を中心にその役割や目的について書かれた資料を読みながら、Laravel 製のウェブアプリケーションに Service 層を取り入れる際の判断材料となるような情報や観点を、提供できればと思います。 以前にも調べたり考えたりしたんですが、そのときは明確な役割や使い方の提案ができなかったので、それの補遺的な位置づけになります。 Laravelでウェブアプリケーションをつくるときのベストプラクティスを探る (9) Service編 - Qiita Service レイヤーとは これ 出典: Martin Fowler's Bliki https://martinfowler.com/eaaCatalog/serviceLayer.html どんなときに Service 層が必要になるか Despit
最近開発してたLaravelアプリ（APIサーバー）が、だいたい良い感じに（？）出来上がってきたので、参考用に開発時に決めた設計方針とかこういうクラス構成になったとか、そういうのをまとめてみる。 なお、実際にこの方針をいくらか試した、お勉強用リポジトリがこちら。バージョンは5.8。 前提まず最初に前提条件をまとめる。ごく小規模なアプリである（サーバーサイド開発は俺一人）性能要件も低い（想定リクエスト数は数rpsレベル）少なくとも2, 3年は運用するインフラは決まっている（FaaSとかは不可） 大方針次いで全体的な方針とそれによって決めたことなど。性能要件が低いから、出来るだけごく普通の定番の構成で済ませ、他の人に渡しやすいようにする。 → PHP + Laravel + MySQL + Redisかつ小規模なので、アプリの造りもLaravelの標準的なやり方で行う。Laravel経験者なら
Laravel.shibuya is 何? Laravel.shibuyaは主にIRT(Interactive Round Table)をメインとした勉強会です。 laravel-shibuya.connpass.com Interactive Round Tableとは何か？というと、予め決められた技術トピックに対して知見がある方をお呼びして、その方に参加者が質問をしたり、議論をしながらディスカッションをする相談会です。 詳細はこちらのphperkaigiの記事をお読みください。 phperkaigi.jp 一見ディスカッションと聞くと、「上級者じゃないと厳しいのでは...?」というイメージがありそうですが、Laravel.shibuyaでは積極的に初心者の方にも参加してほしいと思っており、扱うテーマを参加者の視点に合わせて、敷居を下げようと思ってます。 元々、この勉強会を開こうと思った
laravelアーキテクチャ再考と中規模以上のノウハウ(年末特大号) Posted: 2014-12-31 02:02 | laravel PHP全般 年末なので、今年一年laravelを個人規模からそこそこ大規模まで利用したノウハウと、 個人的なポイント等を紹介したいと思います 若干主観もありますが、実際に使った時のものを混ぜて紹介します 実務で使う方や、企業で導入しようと思ってる方にも参考になる様に頑張ります 新原さんの自分流 Laravel 4 アプリケーションアーキテクチャ も是非参考にしてみてください 規模による考え方の違い まずはlaravelはそもそも何向きなのかという事ですが、 開発規模は実際のところは問いません 高速なレスポンス等が要求される場合は、ある程度の規模でしたらPhalconがオススメですが、 お気に入りのフレームワークでしたら何でもいいでしょう！ って事にした
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料：http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
技術関連情報 PHPフレームワークLaravel5.5チュートリアル、CRUD一回り作ってみる 2017年12月7日 PHPフレームワーク、Laravel5.5で簡単なシステムを作ってみます。CRUDを一回り作ってみるチュートリアルです。 前提 PHP、Laravelはすでにインストール済みでblogというプロジェクトが生成されている状態から始めます。まだインストールが済んでいない場合は、「PHPフレームワークLaravel 5.5をインストールする」を参考に作業を進めておいてください。 データベースを作成する 今回作成するblogシステム用のデータベースを作成します。データベース名をblogとしてデータベースを作成してください。また、データベースにアクセスできるユーザも合わせて作成します。 「PHPフレームワークLaravel 5.5をインストールする」の手順でインストールした場合は、p
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事を書くにあたって Laravel について色々サポートしてくれた皆さまに向けてお礼申し上げます。ありがとうございました。 本記事はクリーンアーキテクチャに対する理解を深めていただくために、「実践クリーンアーキテクチャ」の内容を Laravel で実装して解説するという内容になっています。 記事のゴールは「クリーンアーキテクチャに対する理解を深めてもらう」というものです。つまり、この実装の形は一例に過ぎません。 はじめに 皆さんクリーンアーキテクチャはご存知でしょうか。 そう、こんな図のアレです。 The Clean Archit
日々のWebサイトやアプリの制作を通じて、役に立ちそうな技術情報や楽しい話を発信しています。私たちはGMOメディア株式会社のクリエイターです。 この記事は この記事は GMOペパボ Advent Calendar 2018 の12月26日の記事です。 私はペパボのひとではありませんが、26日目なら名乗ってもOKとのことだったので、これは26日目の記事(非公式)です！ こんにちは。PHPエンジニアの千葉です。すっかり寒くなって毎朝おふとんからなかなか出られません。。 さて。先日、Laravelフレームワークが使われている開発中のとある機能を動かしていたとき、例外が発生したのにロールバックされていないデータがあることに気が付きました。コードを見ると、トランザクション処理は入っていました。 なぜロールバックされなかったのか、そしてそれにどのように対処したのかをまとめた記事です。 Laravelの
発端 QiitadonでDIの話題が盛り上がっていた時に「LaravelのDIはつよい」みたいなことを書いたら一部反響があったので、その解説です。 はじめに LaravelのDIコンテナ（サービスコンテナ）はめちゃ強力です。「DIコンテナとは何ぞや」という説明は良記事が大量に存在するので詳細を省きますが、超初心者向けに端折った説明をすると「クラスをnewするときに必要なインスタンスを外からブチ込んでくれる人[1]」みたいな感じです。 [1]:かなり雑な説明。真面目に書くなら「クラスに関わる依存性の取り扱いを責務とするフレームワークの総称」という方が適切ですが、まあ初心者はよくわからんと思うので手を動かして勘を掴んだ方がよいかと思う次第。 実際にコイツのヤバさをサンプルコードで確認してみましょう。 RequestFormを用意する まず、検索リクエストを雑にバリデーションするSearchRe
この記事は Laravel/Vue.js勉強会#3 - connpass のLTネタです。 1〜3だけ新ネタ マイグレーションファイルを整理整頓して書きたい Dockerコンテナ上でのテストのマイグレーションが遅すぎてつらい カウンターキャッシュを出来る限り正確にしたい ずれない・速いページネーションが欲しい ルートモデルバインディングでメソッドを共有したい ユニークキー制約と論理削除を両立させたい お前誰 Qiitaマン 知恵袋マン 新卒で入ったITベンチャーが**2ヶ月**で🔥買収🔥されて無くなった 今ここの26階で働いてます👆🏢 KotlinやRustに憧れつつもやっぱり💕PHP💕と🌟JavaScript🌟が好き 最近ツイートの9割が暗号通貨 ₿ 💰 Bitcoin Cash is Bitcoin （失笑） 今業務でやっている開発 フロントエンド React + R
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめてのLaravelアプリケーションを構築する為のStep by Step Guide この記事は Step by Step Guide to Building Your First Laravel Applicationを翻訳したチュートリアル記事です。日本語の翻訳ならびに、記事の公開、コードの引用は製作者であるEric L. Barnes氏に既に許可を取ってあります。 Thank you for making great tutorial articles! ※追記 こちらにチュートリアルに説明を加え、改良した記事を公開したので
前回の記事では、Laravelでフロントエンド開発を行うための開発環境の作り方を解説しました。今回は、LaravelでWeb APIを作る方法を解説します。 データベースの準備 アプリケーションのデータはデータベースに保存するようにしたいので、セットアップを行います。 Laravelアプリケーションを作成すると、以下の値でデフォルトの接続情報が作成されます。 データベース: MySQL データベース名: homestead ユーザ名: homestead パスワード: secret ローカル開発環境にMySQLがインストール済みなら、上と同じ条件で新しいデータベースを作成するのが手軽です。 手元の環境にMySQLをインストールしたくない、といった場合には、開発用VMのLaravel Homesteadを利用するのが良いでしょう。 DBへの接続情報は、アプリケーションのルートディレクトリの「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
