id.net apis for hosts

13
id.net APIs for Hosts HIGH LEVEL DISCUSSION ABOUT THE BEST WAYS TO USE ID.NET

Upload: eddie-j

Post on 12-Apr-2017

42 views

Category:

Engineering


3 download

TRANSCRIPT

Page 1: id.net APIs for Hosts

id.net APIs for HostsHIGH LEVEL DISCUSSION ABOUT THE BEST WAYS TO USE ID.NET

Page 2: id.net APIs for Hosts

Why use id.net?

o Prioritizing the userso Economies of scaleo Layered feature setso Growing the audience

Page 3: id.net APIs for Hosts

TopologyWhat it looks like to use id.net

Page 4: id.net APIs for Hosts

Client Side Only

Page 5: id.net APIs for Hosts

Server Side Only

Page 6: id.net APIs for Hosts

Mixed client and server side

Page 7: id.net APIs for Hosts

Client Side VS. Server SideClient Server

Easy to implement Requires a server

Less secure More secure

Difficult to track Easier to monitor

Distributed Centralized

On demand Preloaded or fetched

Page 8: id.net APIs for Hosts

Push Topology

Page 9: id.net APIs for Hosts

Push VS. Pull

Push PullDifficult to implement Easier to implementServer side Server or client sideFaster updates Slow updates with long polling

Less resource intensive* More resource intensive*

Page 10: id.net APIs for Hosts

What is Available?

SDKsoJavascriptoFlash (legacy)

LibrariesoOmniauth-idnetoOauth2 GemoSimple-oauth2oOauth-server-php

APIsoThe Oauth2 API setoSession API set (legacy)oThe old push APIoThe new push API

Page 11: id.net APIs for Hosts

Push API

Application setting page on id.net

Response format JSON{ “data”: {}, “appid”: “123”, “pid”: “432”, “hash”: “sha256 sig”}

Page 12: id.net APIs for Hosts

Conclusion

o Using id.net can help a platform growo Understanding the topology of client, server, and mixed networkso Client side and server side have many trade offso Exploring the current push APIs could add efficacies to a projecto There is still a strong use case for request/response pulling

Page 13: id.net APIs for Hosts

What are your questions?

Ideas, comments, feedback