事業会社の現場 - 「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」 - Shin x Blog
@makoga さんから「Engineers in VOYAGE ― 事業をエンジニアリングする技術者たち」を送って頂きました。ありがとうございました。 VOYAGE GROUP にある 5 つの事業会社についてそれぞれの事業を支えるシステムの開発、運用、改善といった内容を在籍するエンジニアへのインタビュー形式でまとめられた本です。 事業会社の現場 システムは一度開発して終わりではなく、事業を継続し続ける限りその開発運用をしていくとになります。5 社ではそれぞれ別の事業を営んでおり、それぞれのコンテキストがあります。本書では、システム開発における様々な意思決定（主にシステムの改善）と施策を行ってきたかという話がメインとなっているのですが、具体的な施策だけではなくその背後にあるコンテキストも含めて語られているのが大きいな特徴です。 システム開発は無数の意思決定の上に成り立っており、それぞれの
１年後のチャットワークのインフラの話 - Chatwork Creator's Note
こんにちは。インフラマネジメント部の id:cw-tomita です。 今年のAWSのre:Invent凄かったですね！！たくさんの驚きの発表があって、最近の技術イベントの中では際立って刺激的な内容だったと思いました。 興奮冷めやらぬ中、今回、発表された機能たちを反映させていくと、１年後のチャットワークのインフラはどのようなものになるのか？？少し想像してみたので、今日はその内容を共有したいと思います。 注：ここに書かれる想像は、個人のモノであり、所属する組織の正式なロードマップとは一切関係ありません。 現状 昨年末の巨大リリース(Falcon)による変化 チャットワークは昨年の末にFalconプロジェクトという大きなリリースを行いました。チャットサービスの根幹であるメッセージデータ部分の処理をごっそり作り変える大プロジェクトでした。この構成変更に関する詳細は、以下のスライドにまとまっていま
AWS×PHPでの 高信頼かつハイパフォーマンスなシステム | CyberAgent Developers Blog
はじめまして。 「ボーイフレンド（仮）きらめき☆ノート」（以降、ボイきら）でサーバサイドエンジニアをしております、伊藤です。今回はAWS（主にAurora周り）とPHPを使用して高信頼性かつハイパフォーマンスなシステムを構築するためのノウハウを共有させて頂きたいと思います。 目次 はじめに キャッシュの話 自動化・自動生成の話 Auroraの話 Zephirの話 おわりに はじめに まずはじめに、ボイきらのサービスとシステムの概要を簡単にご紹介します。 サービスの概要 ボイきらは2016年11月15日にリリースした女性向けリズムゲームです。事前登録は24万人を突破し、リリース後はAppleStoreの無料ランキングで1位を獲得しました。サービスの運用で特徴的なのはリリースが約2ヶ月で以下の5種類の新イベントを計11回も開催していることです。 マラソンイベント レイドイベント ハイスコアイベ
Running a PHP AWS Cluster | Zend by Perforce
Deploying an initial cluster of PHP nodes is a relatively simple task. Managing the cluster is where you encounter more complexity. For example, some of the tasks you will need to continually manage include: Upgrading the PHP code simultaneously on all the nodes in the cluster with minimal downtime.Propagating the changes in your PHP configuration (php.ini) to all the nodes in the cluster.Monitori
TOKYU HANDS meets Docker｜ハンズラボ株式会社
こんにちは、井上です。 先週末、東急ハンズのネットショッピングサイト、ハンズネットのWEBアプリケーション・サーバーを、ElasticBeanstalk MultiContainer Docker でリプレイスを行いましたのでその紹介をしたいと思います。 ハンズネットはシステム構成として、ざっくりとフロントのWEBアプリケーション・サーバーとバックエンドのAPIサーバーにより構成されています。 バックエンドのAPIサーバーについては、2014年の4月頃からBeanstalk/PHPに順次置き換える作業を進めており、DynamoDBとBeanstalkによるオートスケールの効果もありそこそこ負荷に耐えられるようになってきたのですが、それに伴いフロントエンドの部分がスケールしないことがボトルネックになってきていました。 特にTVの放送時などの突発的なアクセス増の際には、手動によるスケールには限
Best Practices for WordPress on AWS
Best Practices for WordPress on AWS Reference architecture for scalable WordPress-powered websites First Published December 2014 Updated October 19, 2021 Notices Customers are responsible for making their own independent assessment of the information in this document. This document: (a) is for informational purposes only, (b) represents current AWS product offerings and practices, which are subjec
新しいAWS SDK for PHPのラッパー「AWS Resource APIs for PHP」を触ってみた | DevelopersIO
こんにちは、せーのです。弊社ではJavaやRubyの使い手が多いのですが、私は個人的にPHPが好きだったりします。そんな全国3000万人のペチパーに向けてAWSから新しいSDKラッパーがリリースされたのでご紹介致します。 AWS Resource APIs for PHPってなんだ AWSには各サービスを色々な言語のコード上で扱えるように各言語毎にSDKが用意されています。PHPにも当然AWS SDK for PHPというSDKが用意されています。 ですが基本的にこのAWS SDK for PHPはAWSサービスに対して1対1で操作するような作り方をしています。識別情報（image-id等）で個別指定するので余り汎用的な感じはしないんですよね。 このAWS Resource APIs for PHPはAWS SDK for PHPとパッケージは分かれているもののAWS SDK for PH
PHPアプリケーションのセッション管理にAWS ElastiCacheを使う | DevelopersIO
こんにちは。望月です。 AWS上でシステムを構築する上で、「AWSのお作法に従う」のは印象以上に重要です。お作法に関しては色々とあるのですが、 *1その中でも一番大きいのは「サーバーは故障するものという前提で設計する」ことにあると思います。例えば、以下の様な点です。 WebサーバやAPサーバなどはロードバランサを介して冗長化し、単一障害点ではなくす 保管する必要のあるデータは全てS3に保管するか、EBSスナップショットを取得する等のバックアップを実施する DBはRDSをできるだけ利用することで、Multi-AZによる障害時自動フェイルオーバーによるサービス継続を実施する 上記１番目の「Web/APサーバの冗長化」ですが、オンプレミスからの移行の際にはこれへの対応が結構大変だったりします。例えば、アプリケーションからローカルのファイルを読み書きするような処理が入っている場合、そのファイルを両
Android/iOS向けテストアプリ配信ツール 「EMLauncher」を公開しました : DSAS開発者の部屋
先日、TestFlightのAndroidサポート終了、Appleによる買収といったニュースが世間を騒がせましたが、皆さんテストアプリの配信はどうしていますか？ KLabでは自社製のテストアプリ配信ツール「EMLauncher」を使用しているのですが、せっかくなのでOSSとして公開することにしました。 https://github.com/KLab/emlauncher 今すぐ試す 今すぐ試したい方のために、セットアップ済みのAWS EC2イメージを用意しました。 ami-9b295f9a EMLauncher Sample インスタンスを起動後、設定ファイルのAWSアカウント情報を編集し、S3のバケットを作成してください。 (設定の詳細はconfigディレクトリのサンプルをご覧ください) /home/ohoflight/emlauncher/config/emlauncher_confi
CentOS 5, 6 / Amazon Linux で PHP をパッケージインストールする方法まとめ
Home > Advent Calendar 2013 | AWS | PHP | 開発環境 > CentOS 5, 6 / Amazon Linux で PHP をパッケージインストールする方法まとめ Shin x blog Advent Calendar 2013 の 15 日目です。 Cent OS 5, 6 / Amazon Linux にて、PHP の各バージョンを yum でインストールする方法をまとめてみました。 CentOS 6 CentOS 5 Amazon Linux CentOS 6 PHP 5.3 CentOS 6 では、公式パッケージが PHP 5.3.3 なので、公式のリポジトリからインストールできます。 $ sudo yum -y install php (snip) $ php -v PHP 5.3.3 (cli) (built: Dec 11 2013 0
モバイルゲームにおけるAWSの泥臭い使い方
EC2ではマルチキャストが使えないから○○が動かないってよく聞きます。確かにVPCであってもEC2ではL2ブロードキャストはサポートされていないので、ENIにブロードキャスト/マルチキャストパケットを投げても誰にも届きません。でも当たり前ですが、ユニキャストはできますよね？であればアプリケーションがマルチキャストのつもりで投げたパケットを捕まえて、L3アドレスはそのままにL2で複数のユニキャストフレームとして送ってしまえばいいのでは？そんな事を試して実際動く事を確認したところをデモを含めてお届けします。
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
Amazon S3 stream wrapper で S3 を操作する
AWS SDK for PHP2 に実装されている Amazon S3 stream wrapper で S3 を操作してみました。 Amazon S3 stream wrapper を使うと「s3://bucket/foo/bar.txt」といったパスで mkdir() や file_get_contents() などの標準関数から S3 を操作することができます。 Amazon S3 stream wrapper の使い方 Amazon S3 stream wrapper は AWS SDK for PHP2 に含まれているので、SDK をインストールしておきます。インストール方法などは下記をどうぞ。 AWS SDK for PHP 2 をインストールして AutoScaling の設定を行う Aws\S3\S3Client の registerStreamWrapper メソッドを実
AWS SDK for PHP 2 をインストールして AutoScaling の設定を行う
PHP から AWS を操作するためのライブラリ「AWS SDK for PHP」の新バージョン「AWS SDK for PHP 2」を触ってみました。 AWS SDK for PHP 2 リリース直後は対応サービスが少なかったのですが、現在は主要なサービスは網羅しているようです。 AWS SDK for PHP 2 の主な特徴 https://github.com/aws/aws-sdk-php PHP5.3.3以降 PSR-0, PSR-1, PSR-2対応 Composer, PEAR でのインストール、phar ファイルの配布 Guzzleベース namespace, Iterators, Waiters, Enums, レスポンスモデル, 例外など、いまどきの実装に対応 AWS SDK for PHP 2 のインストール AWS SWK for PHP 2 は、phar ファイル
ElastiCache: AutoDiscovery をPHPで使う - aws memo
ElastiCacheに AutoDiscovery機能が付き、phpクライアントも出た。（Cache Engine 1.4.14以降で有効） ちょうど１年前に、このような記事(Amazon ElastiCache の分散方法 )を書いたが、この際は、ElastiCacheの複数ノードを扱うには、Mamcached::addServers() で全ノードのEndpointをハードコードする必要があった。（もしくは、ElastiCache APIのDescribeCacheClusters等を使ってEndpointを取得してServerListを設定する） AutoDiscoveryのメリット システムの負荷に応じてElastiCacheのノード増減を運用時に行う際、ハードコードが入り込むのは運用上避けたいがそのための仕組みを作りこむ負荷が必要だった。AutoDiscovery対応のMemc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP x AWS でスケーラブルなシステムをつくろう
AWS SDK for PHP のパフォーマンスを改善するたった３つのこと - Qiita
aws/aws-sdk-php-laravel - Laravel Packages Registry
PHPConference2013Presentation #phpcon2013
agilecatcloud.com