13
Sean O Sullivan, CTO [email protected] API Experience one number to get things done, hands-free

Dial2Do : API Experience

Embed Size (px)

DESCRIPTION

Some slides for the Developer API Wars event in Dublin, Ireland March 5th 2009

Citation preview

Page 1: Dial2Do : API Experience

Sean O Sullivan, CTO [email protected]

API Experience

one number to get things done, hands-free

Page 2: Dial2Do : API Experience
Page 3: Dial2Do : API Experience
Page 4: Dial2Do : API Experience
Page 5: Dial2Do : API Experience

Dial One Number to …

“sandy”

“Evernote”

“Mosio”

“RTM”

“text”

jaiku

“jajah”“twitter”

“NYT”

“Huff Post”

“tumblr”

“Blogger”

Currently 40+ services

Interactive, Two-Way service (not just voice to text)

Integrates with existing web applications

Page 6: Dial2Do : API Experience

One number, many services

Page 7: Dial2Do : API Experience

Technical Overview

Page 8: Dial2Do : API Experience

APIs

Lots of API usage in our projects

Mobile and Telephony (SMS, on-device APIs, Ribbit …)Classic Web APIs (Google, Facebook, twitter, ping.fm, Jajah…)Also provide our own APIs (not public yet)

Page 9: Dial2Do : API Experience

Good news

Good Examples

Broadly speaking, many APIs

Facebook APILast.fmGoogle

Are well-documentedAre well-structuredHave associated documentation and code samples

Page 10: Dial2Do : API Experience

IssuesSecurity

Each service tends to have a different approach to authenticationOpenID, OAuth, Token-based (by user or by service), or worst case username/passwordOften multiple forms of security supported (Google, Yahoo)

Architecture and Design

Dependencies on third parties - outages outside your controlIs twitter down for everyone or just me? :-)Defensive design and coding (async, failure cases)

Other

Some services not well documented (Bebo)

Page 11: Dial2Do : API Experience

Authentication

Token based, per service Usernames and Passwords don’t need to be stored

User control to revoke individual servicesYour service looks/feels better

Oauth or OpenID based

Standard with some widespread adoptionGoogle, Yahoo, others…Good documentation, good tools

Token based, per user

Usernames and Passwords don’t need to be storedToken is at user account level Revoke the token, revoke all services

Username / Password Least desirable - YOU have to store username/password

Page 12: Dial2Do : API Experience

Authorisation

OpenID

Has not as yet seen wide adoption - but will most likely get there (URLs, more complex to grasp for end user)More features than OAuth

Cool Off Period

Have to protect against brute force auth attacksNeed cool-off periods after multiple auth failse.g. dictionary attack on twitter

OAuth

We are a Consumer but not yet a provider

Page 13: Dial2Do : API Experience

one number to get things done, hands-free

Sean O Sullivan, CTO [email protected]