Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Service Oriented Architecture Vs Monolithasaurus

Joe Roberts
June 06, 2013
Programming
5
170

Service Oriented Architecture Vs Monolithasaurus

SOA

Joe Roberts

June 06, 2013
Tweet

More Decks by Joe Roberts

See All by Joe Roberts
Discovering Go
zefer
0
76

Other Decks in Programming

See All in Programming
AI時代におけるSRE、
あるいはエンジニアの生存戦略
pyama86
6
1.2k
2024/11/8 関西Kaggler会 2024 #3 / Kaggle Kernel で Gemma 2 × vLLM を動かす。
kohecchi
5
970
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
310
AWS Lambdaから始まった
Serverlessの「熱」とキャリアパス / It started with AWS Lambda Serverless “fever” and career path
seike460
PRO
1
260
ペアーズにおけるAmazon Bedrockを⽤いた障害対応⽀援 ⽣成AIツールの導⼊事例 @ 20241115配信AWSウェビナー登壇
fukubaka0825
6
2.1k
Less waste, more joy, and a lot more green: How Quarkus makes Java better
hollycummins
0
100
as（型アサーション）を書く前にできること
marokanatani
10
2.8k
Jakarta EE meets AI
ivargrimstad
0
740
React への依存を最小にするフロントエンド設計
takonda
19
5.3k
ActiveSupport::Notifications supporting instrumentation of Rails apps with OpenTelemetry
ymtdzzz
1
260
アジャイルを支えるテストアーキテクチャ設計/Test Architecting for Agile
goyoki
9
3.3k
Figma Dev Modeで変わる！Flutterの開発体験
watanave
0
170

Featured

See All Featured
ピンチをチャンスに：未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
111
49k
GitHub's CSS Performance
jonrohan
1030
460k
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
How GitHub (no longer) Works
holman
310
140k
Docker and Python
trallard
40
3.1k
RailsConf 2023
tenderlove
29
910
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
0
120
Speed Design
sergeychernyshev
25
620
Producing Creativity
orderedlist
PRO
341
39k
GraphQLとの向き合い方2022年版
quramy
43
13k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.8k

Transcript

  1. service oriented architecture

  2. None

  3. service oriented architecture

  4. None
  5. None
  6. None

  7. Working memory

  8. None
  9. None
  10. None
  11. None
  12. None
  13. None

  14. Fight back! - Solid OO techniques - Refactoring - Paying

    back technical debt - Test driven development - Continuous integration

  15. Easy to change

  16. Service Oriented Architecture

  17. SOA Build applications out of smaller ones

  18. Services = HTTP =

  19. REST + Message queues

  20. REST

  21. Message queues SQS, RabbitMQ, ActiveMQ, Resque, etc

  22. OO principles - Single responsibility - Loose coupling - Cohesion

    - Encapsulation

  23. Real world? There are no rules

  24. auth users front-end blog social reviews recommendations stock shipping payments

    tags baskets history

  25. Online record shop

  26. None

  27. Extract functionality into services

  28. None

  29. Reviews Recommendations Product info Stock levels

  30. reviews-service REST + JSON

  31. reviews-service GET /reviews/id POST /reviews PATCH /reviews/id DELETE /reviews/id

  32. reviews-service GET /reviews/id { json }

  33. reviews-service POST /reviews { json }

  34. reviews-service { json } BONUS: Client-side rendering!

  35. reviews-service application/json text/html

  36. Isolated

  37. Reusable

  38. Interoperable

  39. Agile

  40. Scalable

  41. Robust

  42. Shipping

  43. shipping-service

  44. Shop Shipping-service Message queue { order details }

  45. /api/shippings

  46. Isolated Reusable Interoperable Agile Scalable Robust

  47. None

  48. hydra.io API for building & profiting from digital image apps

  49. /uploads /products /orders /artworks image processing hydra.io

  50. /uploads /products /orders /artworks image processing hydra.io

  51. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    hydra.io

  52. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    hydra.io

  53. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    message queue (resque) hydra.io

  54. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    message queue (resque) hydra.io

  55. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    message queue (resque) hydra.io

  56. /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3

    message queue (resque) hydra.io

  57. api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io

    proxy (HAProxy) /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3 message queue (resque) hydra.io

  58. api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io

    proxy (HAProxy) /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3 message queue (resque)

  59. admin tools api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io proxy

    (HAProxy) api.hydra.io proxy (HAProxy) /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3 message queue (resque)

  60. admin tools api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io proxy

    (HAProxy) api.hydra.io proxy (HAProxy) /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3 message queue (resque)

  61. admin tools backbone.js hydra gem api.hydra.io proxy (HAProxy) api.hydra.io proxy

    (HAProxy) api.hydra.io proxy (HAProxy) api.hydra.io proxy (HAProxy) /uploads /products /orders /artworks image processing MongoDB MongoDB MongoDB S3 message queue (resque)

  62. Small, sharp tools

  63. SOA is Lego for developers

  64. Change is easy Change is hard

  65. Prefactoring Draw pictures & simplify

  66. When to extract into services? Mature functionality

  67. Environments Staging

  68. http://12factor.net/ Deployments

  69. Caching at every layer Performance

  70. - Test in isolation - Integration tests Testing

  71. Everything Automate

  72. Warning! Polyglot?

  73. Reuse & Consistency

  74. Nooo! Centralised Database

  75. Keep checking the big picture

  76. /api/v2/gorillas Versioning

  77. Parallel HTTP requests

  78. Small steps

  79. Conclusions

  80. 1. Discipline pays

  81. 2. Minimise coupling

  82. 3. Small services

  83. 4. Reduce complexity

  84. 5. Check the big picture

  85. START SMALL STAY SMALL

  86. The future

  87. None
  88. None