Software developers build applications faster when they have the right tools. Review the essential tools every software developer needs, such as Git, Jenkins, IDEs such as Eclipse and build tools including Maven and Gradle. Also, gain insight into how AI and machine learning are pushing software development tool capabilities to new levels to help developers generate quality code. Top Stories Tip 2
The document discusses scalability issues encountered by the My Opera community and strategies for performance optimization. It highlights the importance of profiling, caching solutions, and architectural choices like shared-nothing architecture to handle increased user loads and backend requests. Suggestions for future improvements include database partitioning and optimization of mod_perl backen
How To Build A Scalable Storage System with OSS at TLUG Meeting 2008/09/13 The document discusses Gosuke Miyashita's goal of building a scalable storage system for his company's web hosting service. He is exploring the use of several open source technologies including cman, CLVM, GFS2, GNBD, DRBD, and DM-MP to create a storage system that provides high availability, flexible I/O distribution, and
大規模なサイトでは、どのようにWebアプリケーションをスケーラブルに構築しているのか。GREEのアプローチを、グリー取締役CTOにして、PHPフレームワークEthna(えすな)の開発者でもある藤本真樹氏が解説する。Webアプリケーション開発者必見だ。 はじめに Webサイト構築で面白いのは、つい先日までどう見ても小規模なユーザーベースで動作していたサイトが、瞬く間に数万人、数十万人のユーザーを抱えることになったりする*ことです。また、最初は小規模だったアプリケーションが、少しずつ改善していくうちに、大規模なアプリケーション*になることがあります。本稿では、徐々に大きくなるWebアプリケーションをスケーラブルに構築する方法を説明します。 技術はコモディティ化しているけれど Webアプリケーションの開発に携わっている方は特に実感されていることと思いますが、ここ数年Webかいわいの動きは非常に速
This document summarizes strategies for scaling a Ruby on Rails application. It discusses starting with shared hosting and moving to dedicated servers, scaling the database horizontally using replication or clustering, scaling the web servers by adding more application servers behind a load balancer, implementing user clusters to shard user data, adding caching at various levels using solutions li
Netlog: What we learned about scalability & high availability The document discusses scalability and high availability for Netlog, a social networking platform with over 35 million members worldwide. It covers topics such as network topology, database scaling, caching techniques using Memcached, and search improvements with Sphinx, emphasizing the architecture that supports high traffic and fast p
LinkedIn - A Professional Network built with Java Technologies and Agile Practices The document discusses how LinkedIn, the world's largest professional network, was built using Java technologies and agile practices. It describes LinkedIn's architecture evolution from 2003 to today, which now uses a service-oriented architecture with over 40 services built with Java. It also discusses LinkedIn's a
Tagging and Folksonomy Schema Design for Scalability and Performance The document discusses schema designs for tagging and folksonomy in SQL databases. It proposes a normalized schema with separate tables for tags, tag mappings between items and tags, and tag statistics. It provides examples of common queries for related items, related tags, and filtering results based on multiple included and exc
We’ve made the very difficult decision to cancel all future O’Reilly in-person conferences. Instead, we’ll continue to invest in and grow O’Reilly online learning, supporting the 5,000 companies and 2.5 million people who count on our experts to help them stay ahead in all facets of business and technology. Come join them and learn what they already know. Become an O’Reilly online learning member
ちゃんとした設計の話を Kazuho@Cybozu Labs: フレンド・タイムライン処理の原理と実践に書きましたので、そちらをご参照ください。 飲み会までの時間、ちょっと考えたんだけど、結局、twitter の home のような、「follower 全員のポストから最新 n 件を取得」というオペレーションは、最悪 n^2 件 *1 へのアクセスで抽出可能ということを理解した。しかも、follower 毎に SQL 発行ができる *2 ので、memcached との相性が良さそう。また、全ユーザー数が式に出てこないってことは、すなわちスケールアウトできるってこと。 実質的に n の二乗の平均のルートは 100 以下 (最初のページだけなら n=20) だろうし、つまり、ちゃんと書けば負荷は低いんじゃないか、ということ。 追記: ただ、「最新 n 件」じゃなくて、自分の timeline
シングルマスタの非同期レプリケーション機能では、マスタサーバーが1台に限定され、マスタからスレーブへの複製は非同期で行なわれるため遅延が生じ、短時間のスケールで見ると全スレーブとの同期が保証されない。しかし、その反面スレーブの台数を増加させていってもマスタサーバーの更新負荷は大きくならず、スケーラビリティを維持できるという利点がある。DeNAによる運用実績でも、マスタとスレーブ間の遅延は通常数秒程度以内に収まる。 このレプリケーションを利用する場合、アプリケーション側ではデータ更新時にはマスタサーバーへ接続し、データ参照のみを行なう場合はスレーブサーバーへ接続するように作成する必要がある。 Webや携帯電話向けサービスの場合、小さな規模で始めてユーザー規模、データ規模、ページビュー数を徐々に増加させていくことが多い。小さな規模のためDBの負荷分散が不要な場合でも、マスタサーバー1台、スレー
Kafka 101 This is a guest article by Stanislav Kozlovski, an Apache Kafka Committer. If you would like to connect with Stanislav, you can do so on Twitter and LinkedIn. Originally developed in LinkedIn during 2011, Apache Kafka is one of the most popular open-source Apache projects out there. So far it Capturing A Billion Emo(j)i-ons This blog post was written by Dedeepya Bonthu. This is a repost
Dare Obasanjo's weblog "You can buy cars but you can't buy respect in the hood" - Curtis Jackson Navigation for Google Scalability Conference Trip Report: MapReduce, BigTable, and Other Distributed System Abstractions for Handling Large Datasets - Dare Obasanjo's weblog Content Sidebar Footer These are my notes from the keynote session MapReduce, BigTable, and Other Distributed System Abstractions
(I changed the title because “top 10″ posts are indeed sucky. Also: looking for my colombia travel site?) By the way, here’s the RSS feed of my blog, in case you’d like to subscribe. I always love to read scaling discussions, especially about popular web apps, and there are loads of them out there. Here’s my overview of the best. By the way, the best book on scaling apps I’ve ever read is Building
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く