My presentation from Nordic APIs 2014 in Stockholm, Sweden.
How can the architecture of one API platform look like? How can you break down things to make this challenge easier?
2. ”Self-taught developer. 46elks co-founder.
Strongly believe it's possible to combine
powerful features with ease of use. Enjoys
vegetarian food and world travel.”
@johannesl
3. The essence of an API
Turning traditional complexity
into programatic simplicity.
4. Two kinds of APIs
DATA!
ACCESS
SIDE!
EFFECTS
- Cloud storage
- Online payment
- Infrastructure as a service
- Cloud communications
- Open data
- Twitter & Facebook
- Public transportation
- Partner APIs
5. Self contained
DATA!
ACCESS
SIDE!
EFFECTS
DATA!
ACCESS
SIDE!
EFFECTS
Vendor dependent
- Open data
- Twitter & FB
- TV channels
- Cloud storage
- Paypal
- Printing
- Payments
- Travel tickets
- Telephony & SMS
- Transportation
- Social media
- Open data
6. DATA ACCESS - Self contained
Consumer
API
Backend
!
Data
7. DATA ACCESS - Self contained
Consumer
API
Backend
!
Vendor
Data
8. SIDE EFFECTS - Self contained
Consumer
API
Backend
! Machinery
9. SIDE EFFECTS - Vendor dependent
Consumer
API
Backend
!
Vendor
Services
17. XML vs JSON
Servers vs IaaS!
PUSH vs POLL
OAuth vs Basic!
Consistency vs Reliability!
RabbitMQ vs ZeroMQ
18. Something like this..
Consumer
Consumer
API
FAILOVER
LOAD BALANCER
WEB SERVERS
MESSAGE BUS
WORKERS
DATABASES
BILLING
Vendor
Services
Machinery
BACKUP!
DATA!
CENTER
19. Do versioning.
Use JSON.
Talk to your API consumers.
Select vendors carefully.
Building APIs!
should be complex
20. 46elks
Part 2 - platform engine in-depth
Voice, SMS and MMS!
in one This document is confidential
Unauthorized easy use prohibited
API