[B! 移行] jinjin252525のブックマーク

ぐるなびにあった２億ファイルをAWSにデータ移行しました - ぐるなびをちょっと良くするエンジニアブログ

こんにちは！店舗開発チームの滝口です。ぐるなびでは、認証・認可のプラットフォーム開発に携わったのち、現在はレストランデータの運用をしつつ、ぐるなび掲載ページや、店舗向け管理画面の開発をしています。はじめにこのたび、オンプレで稼働していた「非構造化データストレージ（通称：UDS）」をAWSに移行しました。 UDS は NAS に保存されているファイルを REST API を介して CRUD 操作できるシステムで、ぐるなびで掲載している店舗の画像や CSS 、Javascript 等の保存に利用されています。この記事では NAS に保存されたファイルをどのようにして AWS に移行したのか、その移行方式や AWS アーキテクチャを紹介します。目次はじめに目次 UDS 基本情報今回使った主な AWS AWS を活用して実現したいこと AWS 導入におけるアーキテクチャ AWS へ

jinjin252525 2020/07/15

リンク

AWS DevDay Tokyo 2018 Severless&Mobile トラック資料公開 | Amazon Web Services

Amazon Web Services ブログ AWS DevDay Tokyo 2018 Severless&Mobile トラック資料公開 2018年10月29日から11月2日まで行われた AWS DevDay Tokyo 2018の中で、Serverless&MobileのトラックオーナーをしておりましたSAの小梁川です。本投稿では2018/10/31に開催しましたServerless&Mobileトラックの内容をご紹介いたします。イベント開催においては、お忙しい中に資料作成、登壇を頂いた ZOZOテクノロジーズ柴田様、クックパッド渡辺様に御礼申し上げます。また、会場に起こした頂いた、ストリーミング視聴をいただけた皆様へ、イベントご参加への御礼を申し上げます。資料をゆっくり読みたい、参加できなかったが資料が見たいとの声を頂いておりましたので、本投稿にてServerless&M

jinjin252525 2018/11/07

リンク

Developers.IO 2018 で「知って備えれば怖くない!AWS移行ガイド」を話しました #cmdevio2018 ｜ DevelopersIO

おはようございます､加藤です｡ 10/5に行われたDevelopers.IO 2018の登壇資料を公開します｡資料謝辞 2018年10月5日、クラスメソッド技術イベント「Developers.IO 2018」を開催しました。ご参加いただいたみなさま、誠にありがとうございました！今後とも、クラスメソッドをどうぞ宜しくお願いいたします。

jinjin252525 2018/11/06

移行

リンク

オンプレミスで動いていたサービスをAWSに移行した話

こんにちは。フルスタックエンジニア(自称)の井上です。今回は、とあるサービスをオンプレミスからAWSに移行した事例をご紹介します。経緯リクルートライフスタイルでは、いくつかのオンプレミスおよびクラウド環境からサービスの特性に合わせて適した環境を選択しています。今回AWSに移行したサービスは、元々新規事業向けに提供されているオンプレミス環境で運用されていました。しかしサービスの伸長によりトラフィックも増加傾向にあり、近い未来に性能上の問題が発生するのは明らかで、またサポート体制なども含めたサービスレベルとしても要求されるものと乖離が起き始めていました。そのような状況で本格的にインフラ移行の検討を開始しました。移行先の選定移行先を選定する際、主に以下の点を重視して検討しました。今後の成長を見越して素早く、かつ継続的にスケールできる少人数体制でも効率的に運用が可能で、スケー

jinjin252525 2016/12/29

リンク

[AWS] ClassicLinkでClassic EC2インスタンスをVPCに相互接続する | DevelopersIO

2015/01/09 13:15訂正 : 制限事項の2つ目の説明に誤りがあったため訂正しました。 2015/01/09 10:15追記 : VPCルーティングテーブルについての言及と「CLIも使えます！」を追加しました。ども、大瀧です。本日、Amazon VPCにClassicLinkという機能が追加されました。どんな機能なのか、どう使えるのか解説します。 Amazon EC2を始めとするAWSのサービスでは、インスタンス同士を接続する内部ネットワークとしてClassicとVPCの2種類を利用することができます。Classicは他のアカウントとサブネットを共有するネットワークモデル、VPCはアカウントごとに隔離されたネットワークモデルになっており、現在はVPCが主流になっています *1。Classicで構築したEC2インスタンスを、セキュアで高機能なVPCに移行するケースが最近増えてい

jinjin252525 2015/05/15

リンク

MySQL5.1→5.6移行を試し中のまとめ - メモ帳みたいなもの

Solaris10 ZFS & MySQL5.1 で動かしてる環境を Linux & MySQL5.6 化しています。データサイズが大きくZFS 側はファイルシステムをgzip圧縮で利用中なので、Disk容量的に5.6へ移行する際にもサイズの大きいテーブルは圧縮が必須で、ここはInnoDBの圧縮機能を利用しました。時間的な猶予はわりとあったので、多少試行錯誤しつつなんとか 5.6 のスレーブを作るところまで完成したのでまとめておきます。しかし、@sh2nd さんの記事に頼りきりでした。良質な記事ばかりでいつも助かっています。本当にありがとうございますとしか言いようがありません。 ●InnoDB圧縮まわり http://d.hatena.ne.jp/sh2/20090628 http://d.hatena.ne.jp/sh2/20090705 ●5.6のパラメータまわり http://

jinjin252525 2014/12/02

MySQL
移行

リンク

ネットワーク初心者が、さくらクラウドからAWSに移行した時のメモ - という話

ネットワーク素人が、さくらクラウドで負荷分散構築した時のメモ１【準備編】 - なりせなるてずこの記事を4月に書いてからたった5ヶ月ですがAWSに半分移行しました。 AWSに移行するきっかけ嬉しいことに自社サービスが順調に成長してて、アクティブユーザーがだいたい常時300以上、多い時は1500から3000位にまでアクセスが集まるようになったことです。勿論さくらクラウドでも対応出来るんですが、瞬間的に通常時の5倍から10倍のアクセスを捌きつつ、通常時はサーバーを減らして安く抑えたいという要求を叶えるためにはさくらクラウドじゃムリだろうということになりました。さくらクラウドはオートスケーリング対応してませんし、今のところその予定もなさそうなのでAWSの出番というわけです。オートスケールに対応したクラウドサービスはAWS以外にもありますが、まぁAWS一択でしょう。 AWSのお勉強 AWS