l10 architecture considerations
TRANSCRIPT
![Page 1: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/1.jpg)
HÖNNUN OG SMÍÐI HUGBÚNAÐAR 2015L10 ARCHITECTURE CONSIDERATIONS
![Page 2: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/2.jpg)
AgendaGoalsArchitecture DriversNon-functional RequirementsConstraintsPrinciples
![Page 3: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/3.jpg)
Reading
Brown: III Designing softwareChapters 21-25 (both included)
![Page 4: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/4.jpg)
Goals of an Enterprise Architecture
Be robustBe performing and scalableTake advantage of OO design principlesAvoid unnecessary complexityBe maintainable and extensibleBe easy to testPromote reuse
![Page 5: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/5.jpg)
Requirement Consideration
Goals based on business requirements• Support for multiple client types• PortabilitySupport for multiple client types• Does we need to support different client types?• Do we need abstraction layer?Portability• Does the application need to be independent of a particular • middleware, like databases?• Do we need abstraction layer?
![Page 6: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/6.jpg)
Architecture Drivers
![Page 7: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/7.jpg)
Architecture Drivers▪ Functional Requirements▪ Quality Attributes▪ Constraints▪ Principles
![Page 8: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/8.jpg)
Architecture DriversWe must understand these drivers at a high-level
▪ Creativity can come from constraintsClear VISION
▪ Architecture is about STRUCTURE and VISION▪ Must be communicated
Will help in the decision process▪ When faced with a decision, the vision will tell you
![Page 9: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/9.jpg)
Quality Attributes
![Page 10: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/10.jpg)
Quality AttributesRequirements are easy to understand
▪ People can (mostly) explain the features they wantIt’s the non-functional requirements that are more tricky
▪ The “ilites”
![Page 11: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/11.jpg)
Performance▪ Performance is about how fast something is– This must always be a consideration ▪ Applies on multiple levels:– Hardware specification– Network setup and security– Architecture of the software– The programming of the software– Protocols used– Middleware and containers
![Page 12: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/12.jpg)
Performance▪ Response Time is the amount of time for the system to
process a request from the outside
server processing…client request
network
response
The user waits until the transactionis done
![Page 13: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/13.jpg)
Performance▪ Responsiveness is how quickly the system acknowledges a
request as opposed to processing it
server processing…client request
network
response
The user waits until the transactionis done
waiting…
![Page 14: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/14.jpg)
Performance▪ Latency is the minimum time required to get any form of
response, even if the work to be done is nonexistent
nothing…client request
network
response
The user waits until the transactionis done
waiting…
![Page 15: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/15.jpg)
▪ Throughput is how much stuff you can do in a given amount of time
t1 t2time
records processed…
Performance
![Page 16: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/16.jpg)
▪ Load is a statement of how much stress a system is under
Performance
![Page 17: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/17.jpg)
▪ Load sensitivity is an expression of how the response time varies with the load
Performance
![Page 18: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/18.jpg)
▪ Efficiency is a performance divided by resources▪ Capacity of a system is an indication of maximum effective
load▪ Companies must have Capacity Planning strategy for
successful growth
Performance
![Page 19: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/19.jpg)
Scalability▪ The measure of how adding a resource affects the
performance– Vertical: Make the hardware faster, more memory etc– Horizontal: Get more hardware – scaling out▪ How many concurrent transaction can the system handle– Request per second or per minute
![Page 20: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/20.jpg)
Availability▪ The degree to which your software is operational– Measured in terms of “nines”– 99.99% per year - four nines, uptime in terms of percent▪ Usually specified in Service Level Agreements (SLA)▪ 99.99% is downtime:– Daily: 8.6s– Weekly: 1m 0.5s– Monthly: 4m 23.0s– Yearly: 52m 35.7s
![Page 21: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/21.jpg)
Security▪ Overall all security issues are vital– Authentication and authorization– Hardware access restrictions on network levels– Firewalls– Open Web Application Security Project (OWASP)– Security Roles for people– Securing sensitive information, for example encrypting data
![Page 22: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/22.jpg)
Disaster Recovery▪ Response to failures– Disk crash, faulty network card etc– Network downtime▪ External disaster – force major– Fires, earthquake▪ Business Continuity Plan– Specifies how a business can recover from disasters
![Page 23: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/23.jpg)
Monitoring▪ Infrastructure to track activities in the system– Hardware capacity, such as disk space, memory, CPU load– System transactions▪ Monitoring software– SNMP standard– Viewing tools
![Page 24: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/24.jpg)
Auditing▪ Traceability of what happens in the system– Logging of events– Software to track changes▪ Some software must allow for external auditing– All transactions are logged– All changes to record data is logged– Any event can be viewed
![Page 25: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/25.jpg)
Software Requirements▪ Flexibility– The ability for non-technical people to modify business
rules within the system▪ Extensibility– The ability to extend and modify software for new needs▪ Maintainability– Think about the cost of running software over some time
![Page 26: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/26.jpg)
Other Requirements▪ Legal, regulatory and compliance– Laws that regulate industries
▪ Internationalisation (i18n)– What languages must be supported
▪ Localisation (L10n)– Does the software need to be adapted to local cultures
![Page 27: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/27.jpg)
Non-functional Requirement
![Page 28: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/28.jpg)
Non-Functional Requirements▪ The challenge is to capture the non-functional requirement▪ Instead of asking how much availability (-ability) ask specific
questions– “How much downtime can you tolerate?”– “How many users are there max?”– “How much do you expect to sell?”
![Page 29: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/29.jpg)
Non-Functional Requirements▪ Identify explicit quantity:▪ How many concurrent users should the system support on
average? What about peak times?▪ What response time is deemed accceptable? Is this the
same across all parts of the system or just specific features?
▪ How exactly do we need to secure the system? Do we really need to encrypt the data or is restricted access sufficient?
![Page 30: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/30.jpg)
▪ Categorize non-functional requirements– Sometimes the best solution is really not what is needed– Sometimes features are not required to begin with▪ Use MoSCoW– Must, Should, Could, Wont
Non-Functional Requirements
![Page 31: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/31.jpg)
Constraints
![Page 32: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/32.jpg)
Constraints▪ Time and budget constraints– There is always a deadline▪ Technology constraints– Approved technology – Technology Stack▪ Existing System and Interoperability– Middleware or standards used▪ Target Deployment Platform– Must run in Windows or Linux
![Page 33: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/33.jpg)
Constraints▪ Technology Maturity– Established middleware or bleeding edge▪ Open Source– Use of proprietary software or open source▪ Vendor Relationship– Firms make partnerships with technical vendors▪ Past Failures– We tried this technology and it did not work and we don’t
want it
![Page 34: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/34.jpg)
Constraints▪ Internal Intellectual Property– Developed in house and must be used▪ Corporate Policies– Reports, memos, approvals▪ Consultants– Have all the answers, of course
![Page 35: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/35.jpg)
People Constraints▪ People set constrains– Size of Teams – Two Pizza Teams are common– Enough people without too many communication paths– Skillset and combination of skills– Hiring and training of new employee – scalability – Who can work with whom – social status problems
![Page 36: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/36.jpg)
Organisation Constraints▪ Politics– Obstacles, people protecting their turf ▪ Strategic software or tactical– Affect priority and resource allocations▪ Communications paths– Conway’s Law▪ Access to support– Are you important enough?
![Page 37: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/37.jpg)
Risk Management▪ All projects have risks– Track risk by two metrics: likelihood (0-100) and impact (0-5)– Highest risk is the highest likelihood x impact– For each have a mitigation plan, i.e. explain how you react if
risk becomes reality▪ Risks examples– External vendor does not deliver, hardware is not there on
time, development problems, politics, bugs
![Page 38: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/38.jpg)
Practical Considerations▪ Solutions are designed and implemented according to time
schedule and budget– Hardest part is management of people
Designand
Implementation
Features
TimeQuality
![Page 39: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/39.jpg)
Practical Considerations▪ Risk is in feature creep and things out of control
![Page 40: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/40.jpg)
Principles
![Page 41: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/41.jpg)
Principles▪ Guidelines for how to work– Keeps development effort uniform▪ Development Principles– Coding standards– Automated unit tests– Static analytic tools– Build strategy– Deployment strategy
![Page 42: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/42.jpg)
Principles▪ Architecture Principles– Layering– Business Logic– Statelessness– High Cohesion, Low Coupling or SOLID– Persistence strategy– Domain model– HTTP protocols– Consistency strategy
![Page 43: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/43.jpg)
Beware of “best practices”▪ All systems are different▪ One strategy might work in some situation and not in others▪ What may be a good idea turns in practice not to be so good▪ Examples:▪ Java Entity Beans ▪ Resource Bundles▪ Too much Layering
![Page 44: L10 Architecture Considerations](https://reader030.vdocument.in/reader030/viewer/2022021503/587969a21a28ab37368b45bf/html5/thumbnails/44.jpg)
Summary▪ Goals– High-level vision for the architecture▪ Architecture Drivers– Quality, Performance, scalability, etc.▪ Non-functional Requirements– Capturing▪ Constraints– We always have to work within some boundary▪ Principles