Erik Drolshammer Stig Lau Whydah r u t
- Slides: 31
Erik Drolshammer Stig Lau
Whydah r u t k e t i k r A r e g n i r a f r e
Agenda 1. Hva er IAM, Whydah 2. Arkitekturgjennomgang
• Admin GUI • Admin API • High Availability & High Scalability Features • User authentication & authorization • Single Sign-On • Application authentication & authorization
CC BY-NC-SA 2. 0
“Clear and consistent responsibility power all great architectures”
Single Sign-On made easy Session control The vault of users and applications Administration GUI Administration APIs
Guts on the Outside Inner architecture ” the implementation architecture of the microservices themselves” Outer architecture ”the platform capabilities you need to help all those simple little microservices (and their Dev. Ops teams) work together to make good on the promises of flexible and scalable development and deployment. ” Gary Olliffe, http: //blogs. gartner. com/gary-olliffe/2015/01/30/microservices-guts-on-the-outside/
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design http: //martinfowler. com/articles/microservices. html James Lewis Martin Fowler
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
© 2005, 2006, 2007 by Bjørn Erik Pedersen
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
S t r a m s e p i p
Robustness principle, aka. Postel’s law: "Be conservative in what you send, be liberal in what you accept"
X Evolving Service Endpoint Consumer-Driven Contracts Hypermedia as the Engine of Application State (HATEOAS)
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
Spring MVC Spring Io. C Jetty Jersey Guice Grizzly Javascript Python Java Jersey Guice Grizzly Angular Spring MVC Spring Io. C Jetty Jersey Spring Io. C Jetty
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
Polyglot persistence
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
. . . skal Stig snakke mer om etterpå 1. 2. 3. 4. Enterprise Maven Infrastructure Provisjonering: Ansible + Amazon EC 2 Automated deployment (wget, upstart, java –jar) Automatic (automated + cron)
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
Tjenester vil feile! • Tjenester må kunne startes i vilkårlig rekkefølge • Retry-mekanismer hvis en tjeneste er utilgjengelig. • Håndtere feilsituasjoner • Robuste start/stopp-script • Saklig logging under oppstart • Logge inngående og utgående kall • Bruk log levels aktivt
Infrastruktur • HTTPS overalt, alltid! • Web proxy • Lastbalanserer • Discovery • Hazelcast for HA Elastic Load Balancing
Characteristics of a Microservice Architecture 1. 2. 3. 4. 5. 6. 7. 8. 9. Componentization via Services (Team) Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Decentralized Data Management Infrastructure Automation Design for failure Evolutionary Design
db domain web http: //www. javapractices. com/topic/Topic. Action. do? Id=205, http: //www. web 4 j. com
Når? Dele o v H ? n a d r opp?
Erik Drolshammer erik@fjas. no @Sherriff 1
- Stig erik sørheim
- Karttecken höjdkurva
- Susanne lunn
- Stig harthug
- Stig førre
- Stig lohmann-devantier
- Stig dagerman
- Stig koteng
- Brostrøm didaktiske model
- The ground gives way question answers
- Stig børresen
- Ssmping
- Stig harthug
- Stig strand
- Stig kerman
- Stig enevoldsen
- Resignasjonsplikt
- Joe lau hku
- Tắc kè hoa xây lầu trên cây đa
- Kirsten lau baggesen
- Joe lau hku
- Lau oibs
- Lau ka lun
- Lau nua
- Human resource cost accounting
- Kaman lau
- Blackboard lau
- Tắc kè hoa xây lầu trên cây đa
- Tại sao nói “ nhai kĩ no lâu”?
- Donald lau
- Dr benny lau
- Lau whee sien