Luber : 🚘 A ridesharing App 🚖
Clone or download
Pull request Compare This branch is 13 commits behind scalableinternetservicesarchive:master.
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.

Luber: 🚘 A ride-sharing App 🚖 Build Status

Table of Contents


Project Report (PDF)

Project Presentation (PDF)

Sharing economy is efficient, environment-friendly and accessible to all. Uber and Airbnb have swept out the traditional rental business in every aspect. It's much faster and more convenient to ask for a ride by Uber or Lyft, however, sometimes a ride is not sufficient for all travelling demand, in case of family trip, long journey or private event. Therefore, We'd like to work on a Uber-like car-sharing app for CS291A project.

The app is basically a booking system, in which the car owners can post the availability of their car in terms of time, location, model, mileage, photo and price. On the flipping side, the car users can search in the same manner and app will find the best match for both side. At the reserved time and location, the user will pick up the car from the owner and return it, perhaps at another location. All transactions are made online and a rating and review system in app is for users and owners to build up their reputation across board.

This app will have a web version at first, and then derives to a mobile version afterwards.

Piazza Post

Getting Started

  1. Make sure Ruby, Rails, and any other tools (such as RVM) are installed and ready to go (click here for geenral installation instructions and here for RVM)

  2. Clone the repo

git clone
cd Luber
  1. Setup the project and test that the server starts succesfully
# Install gem dependencies
bundle install --without production

# If you're on linux you may need to do the following to increase your number of watchers
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

# Migrate and reset the databse
rails db:migrate
rails db:reset
rails s

# By default the server should start on http://localhost:3000/
# If you run into issues with the db, try deleting /db/development.sqlite3, test.sqlite3, schema.rb, and running the commands again


In order to contribute, complete the Setup section, then follow the general flow outlined below

  1. Make sure the master branch builds and you can navigate around the site. Familiarize yourself with the codebase

  2. Once you have a specific feature/issue you want to work on, create a new branch for that feature

  3. Use test-driven development where applicable to create your new feature/resolve the given issue, and once thoroughly tested, submit a pull request on GitHub

  4. Once your code is peer-reviewd and any Travis CI issues are resolved, merge the branch into master

# Make sure master is up-to-date
git pull origin master

# Make your new branch
git checkout -b my-feature-branch

# Do work son
git add -D

# Make sure tests pass and perform any needed fixes/updates
rails t

# Commit and push work
git commit -m "made this cool thing"
git push origin my-feature-branch

# Merge (or rebase if you're into that) with master
git merge master

# Resolve conflicts and re-commit changes
git add -D
git commit -m "merged with master"
git push origin my-feature-branch

# Open a pull request on the GitHub page and assign someone to review it

How to run load-tests with Tsung

(Note: Please use the justin-tsung branch for load-testing)

  1. Quickstart
  2. Launch your app on Elastic Beanstalk
    1. SSH into AWS EC2
    2. From EC2, start Elastic Beanstalk
    3. Monitor EB from the AWS console in web browser
    4. Seed the DB
    5. Verify app works
  3. Run Tsung against your app
    1. Use CloudFormation to create a Tsung machine and SSH into it
    2. Copy XML files to Tsung
    3. Run Tsung
    4. Download Tsung data
  4. Rapid reset for another Tsung test


(if you know what you're doing)

  1. Log in to EC2
ssh -i luber.pem
  1. cd to Luber in your personal directory

  2. Start our app on Elastic Beanstalk:

EC2$ git pull
EC2$ eb deploy # if it's still running, or 'eb create ...' if not.
  1. Seed the db:
EC2$ eb ssh -e 'ssh -i ~/luber.pem'
- Now you're in the production machine (the App Server). Delete all the db's data (note: order you delete the models is imporant to avoid foreign key errors):
APP-SERVER$ cd /var/app/current
APP-SERVER$ date ; echo 'ActiveRecord::Base.logger.level = 1 ; Tagging.delete_all ; Rental.delete_all ; Tag.delete_all ; Car.delete_all ; User.delete_all ; ActiveRecord::Base.logger.level = 0' | rails c ; date
APP-SERVER$ rails db:seed
  1. In AWS CloudFormation, make a new stack for Tsung

  2. In Options, use ssh command to ssh into Tsung machine

  3. Copy XML to Tsung:

rsync -auvLe 'ssh -i luber.pem' *.xml ec2-user@
  1. Run Tsung:
tsung -f simple.xml -k start
  1. Save XML from Tsung:
rsync -auvLe 'ssh -i demo.pem' ec2-user@ .

Launch your app on Elastic Beanstalk

SSH into AWS EC2

  1. Download our secret key luber.pem from Piazza (if don't have luber.pem already)

    • (Search Piazza for aws credentials luber )
  2. ssh into our EC2 instance

 ssh -i luber.pem
  1. on EC2, make your own dir to launch EB from:
mkdir Justin
cd Justin
  1. clone our repo (if not done already)
git clone
cd Luber

From EC2, start Elastic Beanstalk

  • Ensure you're ssh'd into EC2 (see above)

  • Ensure you're in your git repo

    • git status should not say "Not a git repository"
  • Try to deploy EB:

eb deploy luber-justin ( <-- your env name here)
  • If eb deploy yields "No environment" error, need to eb create:

    • for 'hello world':
    eb create -db.engine postgres -db.i db.t2.micro -db.user u --envvars SECRET_KEY_BASE=866b90021b2c4a0ebc32571e4b2ca94a --single luber-justin
    • for Tsung testing:
    eb create -db.engine postgres -db.i db.m3.medium -db.user u --envvars SECRET_KEY_BASE=866b90021b2c4a0ebc32571e4b2ca94a -i m3.medium luber-justin
    • Note: -db.i (the db machine) can be one of

      • db.m3.medium
      • db.m3.large
      • db.m3.xlarge
      • db.m3.2xlarge
      • db.r3.large
      • db.r3.xlarge
      • db.r3.2xlarge
      • (you can use the c3-instance types if CPU bound)
      • AWS docs on instance types
    • Note: -i (the app server) can be one of

    • Note: SECRET_KEY_BASE (base of key that encrypts cookies) should be long alphanumeric string, for example from

    head -c 100 </dev/urandom | hexdump | head -n 1 | cut -d" " -f2- | tr -d " "
  • If eb create yields error "has not been set up with the EB CLI", need to eb init, then do eb create again:

eb init
- IMPORTANT: "Select region", use the default. Otherwise the keypairs won't show up later.
- "Select an application to use": make a new one, with your name ("luber-justin")
- Select a keypair: 'luber' (your team name)
  • eb use luber-justin to make this your default (later can use eb list to see list of deployments).

    • When you update the code, can do eb deploy instead of eb create -- faster.
  • Output from eb deploy or eb create:

Creating application version archive "app-541a-171128_215113".
Uploading luber-justin/ to S3. This may take a while.
Upload Complete.
Environment details for: luber-justin
  Application name: luber-justin
  Region: us-west-2
  Deployed Version: app-541a-171128_215113
  Environment ID: e-zwqrwahpna
  Platform: arn:aws:elasticbeanstalk:us-west-2::platform/Puma with Ruby 2.4 running on 64bit Amazon Linux/2.6.1
  Tier: WebServer-Standard
  Updated: 2017-11-28 21:51:17.422000+00:00
Printing Status:
INFO: createEnvironment is starting.
INFO: Using elasticbeanstalk-us-west-2-671946291905 as Amazon S3 storage bucket for environment data.
INFO: Created security group named: awseb-e-zwqrwahpna-stack-AWSEBSecurityGroup-WY9IFP478JLS
INFO: Created EIP:
INFO: Creating RDS database named: aa3e7jh8yi6knq. This may take a few minutes.

Monitor EB from the AWS console in web browser

  1. Log in:

    • AWS console
    • Account ID or alias: bboe-ucsb
    • IAM user name: luber
    • password: contained in the file
  2. Under Menu > Services > Elastic Beanstalk > All Applications, see your EB deployment name, eg, luber-justin. Click it to get to its dashboard.

  3. When it's finished deploying, see the tiny URL near the top. Visit it in a web browser to verify it works.

Seed the DB

  1. SSH into the app server and go to the rails installation:
EC2$ eb ssh -e 'ssh -i ~/luber.pem'
APP-SERVER$ cd /var/app/current
  1. On the app server's rails installation, delete contents of db and re-seed:
APP-SERVER$ date ; echo 'ActiveRecord::Base.logger.level = 1 ; Tagging.delete_all ; Rental.delete_all ; Tag.delete_all ; Car.delete_all ;  User.delete_all ; ActiveRecord::Base.logger.level = 0' | rails c ; date
APP-SERVER$ rails db:seed
- Note: `delete_all` doesn't obey foreign-key constraints, so is faster than `destroy_all`. 
- Note: This didn't work:

Verify app works

  • Now your app should be populated with data.

Run Tsung against your app

Use CloudFormation to create a Tsung machine and SSH into it

  1. Visit AWS CloudFormation

    • Account ID or Alias: bboe-ucsb
    • IAM user name: luber
    • Password: see
  2. Use for the "S3 template URL"

  3. Pick a Stack Name of the form luber-justin.

  4. App instance type: m3.medium

  5. Team name (pulldown): luber

  6. "Next", "Next", "Create"

    • You should now be at the CloudFormation "Stacks" page.
  7. If your Stack Name doesn't appear in the table, refresh after a couple secs.

  8. Should see "CREATE_IN_PROGRESS" under Status. Wait until created.

  9. Check your Stack Name, then under "Outputs" tab:

    1. Note the Tsung IP address.
    2. Use the SSH cmd to log in to the EC2 Tsung machine (from a fresh terminal, don't need to do it from EC2).
    3. Open the Tsung IP addr in browser tab to see the Tsung Dashboard.
  10. In the ssh session, see simple.xml, our tsung test.

    • This machine will be destroyed after 45 inactive minutes, so if you edit simple.xml be sure to rsync it to your local machine.
  11. In the Tsung file simple.xml change the line

    server host="" 

    to the AWS EB URL where your app is running. (See the AWS Console > Elastic Beanstalk > your deployed app.)


        <server host="" port="80" type="tcp"></server>

Copy XML files to Tsung

my-laptop$ cd your-tsung-xmls/
my-laptop$ rsync -auvLe 'ssh -i luber.pem' *.xml ec2-user@

Note: When ssh'd into the Tsung machine, ifconfig lists some weird IP addr, this is NOT the IP to use. Use the IP from the browser's Tsung dashboard, found in CloudFormation.

Run Tsung

  1. Start Tsung
tsung -f simple.xml -k start
  1. (Tsung runs.)

  2. See the Tsung dashboard. Neato.

Download Tsung data

  1. When Tsung is finished, rsync over the logs & data to your local machine:
rsync -auvLe 'ssh -i demo.pem' ec2-user@ .
  1. Don't put tsung data into our repo, you'll probably want to experiment with Tsung. Maybe put each log into a folder with a README of which commit hash code you ran in EB, and which Tsung file you used, and how you changed the site (vertical / horiz scaling etc) to accommodate the load.

Rapid reset for another Tsung test

  1. Make new Tsung XML file
  2. Change DB machine & # instances
    • AWS elastic beanstalk > all applications > luber > luber-michael > sidebar > configuration
    • Can change instance type / number of instances on the fly, don't have to restart EB (no eb create etc)
    • Note: Bryce said no load balancer. Fix # instnaces to max of what you'll need.
  3. Change seed file (more users, cars, rentals, etc)
    • Lives on app server, /var/app/current/db/seeds.rb.
    • Re-seed the db, see: Seed the DB
  4. Change code (like try Rails caching, see class notes)


  • Note: sometimes AWS EB console can warn you that you're overloading it:
Time    Type    Details
2017-11-28 14:43:20 UTC-0800    INFO    Environment health has transitioned from Severe to Ok.
2017-11-28 14:40:21 UTC-0800    WARN    Environment health has transitioned from Ok to Severe. 44.8 % of the requests are failing with HTTP 5xx.
  • Bryce's Advice re: tsung testing, Nov 30, 2017:

    • no autoscaling: fix # instances
    • puma log file - where?
    • aws console can download .zip logs.
    • turn off foreign key check when deleting (somehow)
    • verify no logs written to disk (slows stuff down?)
    • put each flow into a transactions; then it'll plot nicely and plot different flows
    • duration of each session not that important: what's important is the max number of users/sec that can be arriving at your site.
    • as soon as http status 500's start coming in, your data is invalid: your response times will be artificially short bc a 500 happens quick.


Team Members

Sujaya Maiyya (@sujaya)

Sujaya Maiyya Photo

Sammy Guo (@masoug)

Sammy Guo Photo

Kyle Carson (@carsonkk)

Kyle Carson Photo

Justin Pearson (@justinpearson)

Justin Pearson Photo

Michael Zhang & Michael's little helper (@Heronalps)

Michael Zhang Photo