SlideShare a Scribd company logo
1 of 10
Well-Architected
Framework?
Jest to zbiór najlepszych praktyk, zestaw zasad i strategii projektowania
architektur w chmurze AWS. Pozwala on architektom na budowanie
najbardziej bezpiecznych, wydajnych i zoptymalizowanych kosztowo
architektur. Framework zawiera również szereg wskazówek dotyczących
m.in. sposobu oceny projektowanych rozwiązań. Wszelkie zasady zawarte w
AWS Well-Architected Framework przyczyniają się do stworzenia
infrastruktury, którą będzie można wraz z jej rozwojem odpowiednio
skalować.
• Doskonałości operacyjnej
• Bezpieczeństwa
• Niezawodności
• Wydajności operacyjnej
• Optymalizacji kosztowej
• Zrównoważonego rozwoju
Well-Architected:
• Filar doskonałości operacyjnej -
zdolność do uruchamiania
i monitorowania systemów oraz
ciągłego ulepszania wsparcia
procesów i procedur
Well-Architected
• Filar bezpieczeństwa - skuteczność ochrony
informacji, systemów oraz zasobów. Możliwe
jest to za sprawą m.in uruchomienia śledzenia
logowania, czy automatyzacji mechanizmów
bezpieczeństwa
• Filar niezawodności - system powinien być
zdolny do odzyskiwania zasobów, po
zakłóceniach infrastruktury lub usług. Ponadto
infrastruktura musi zapewnić dynamiczne
pozyskiwanie zasobów obliczeniowych w celu
zaspokojenia popytu i łagodzenia zakłóceń,
takich jak problemy z siecią lub błędne
konfiguracje
Well-Architected
• Filar wydajności operacyjnej - celem jest
odpowiednio efektywne wykorzystanie
zasobów obliczeniowych chmury AWS.
Infrastruktura powinna pozwolić na
skalowanie dostępnych zasobów w miarę
zmian popytu oraz rozwoju technologii
• Filar optymalizacji kosztowej - unikanie
nieuzasadnionych kosztów dzięki m.in.
przyjęciu modelu opartego na zużyciu,
mierzeniu ogólnej wydajności, czy
rezygnacji z rozwiązań, które nie wnoszą
wartości
Well-Architected
• Filar zrównoważonego rozwoju -
dostosowywanie zużycia zasobów,
poprzez reakcję na działania
użytkowników. Powoduje to wzrost
wydajności procesów oraz redukcję
zużycia zasobów
Co zyskasz dzięki
AWS Well-Architected Framework?
• szybsze budowanie i wdrażanie rozwiązań,
• ograniczenie ryzyka technologicznego zanim się pojawi,
• podejmowanie lepszych i trafniejszych decyzji już na etapie projektowania,
• zgodność z najbardziej restrykcyjnymi wymogami,
• zmniejszenie zużycia energii nawet o prawie 80%,
• wdrożenie najlepszych praktyk przygotowanych przez ekspertów AWS.
Etapy realizacji
AWS Well-Architected Review
1. Wstępny wywiad Solutions Architecta z klientem.
2. Uzyskanie niezbędnych dostępów do środowisk.
3. Właściwy przegląd AWS Well-Architected.
4. Wywiad Solutions Architecta z klientem - pogłębiający.
5. Przekazanie raportu z AWS Well-Architected.
6. Omówienie raportu.
7. Omówienie rekomendacji.
8. Plan wdrożenia rekomendacji.
Zdobądź dofinansowanie w wysokości
5 000 USD!
Zostaliśmy upoważnieni przez AWS do realizowania przeglądów infrastruktur w ramach programu
AWS Well Architected Review.
Pozwala on naszym klientom starać się o dofinansowanie w kwocie nawet 5 000 USD.
LCloud jako autoryzowany partner AWS pomoże Ci we wszystkich krokach niezbędnych do
otrzymania dofinansowania.
Jak otrzymać dofinansowanie
Amazon Web Services
Po dokonaniu oceny i podjęciu wymaganych programem działań w celu ulepszenia
infrastruktury, masz możliwość otrzymania 5 000 USD, które po spełnieniu warunków
zostanie Tobie, przekazane w formie kredytów do wykorzystania na usługi chmurowe
AWS.

More Related Content

Similar to Czym jest AWS Well-Architected?

Citrix NetScaler Gateway i Azure MFA
Citrix NetScaler Gateway i Azure MFACitrix NetScaler Gateway i Azure MFA
Citrix NetScaler Gateway i Azure MFAPawel Serwan
 
Aplikacje Oracle w WĘGLOKOKS SA
Aplikacje Oracle  w WĘGLOKOKS  SAAplikacje Oracle  w WĘGLOKOKS  SA
Aplikacje Oracle w WĘGLOKOKS SAComarch
 
Tech cafe Microservices
Tech cafe MicroservicesTech cafe Microservices
Tech cafe MicroservicesKonrad Król
 
QlikView / Qlik Sense
QlikView / Qlik SenseQlikView / Qlik Sense
QlikView / Qlik SenseBPX SA
 
Microsoft Business Intelligence w 2017 roku
Microsoft Business Intelligence w 2017 rokuMicrosoft Business Intelligence w 2017 roku
Microsoft Business Intelligence w 2017 rokuHighWheelSoftware
 
Architektura SOA - wstęp
Architektura SOA - wstępArchitektura SOA - wstęp
Architektura SOA - wstępSages
 
Michał Żyliński: Cortana dla niewtajemniczonych
Michał Żyliński: Cortana dla niewtajemniczonychMichał Żyliński: Cortana dla niewtajemniczonych
Michał Żyliński: Cortana dla niewtajemniczonychAnalyticsConf
 
Poland- Smart Client Technology - MTS 2005
Poland- Smart Client Technology - MTS 2005Poland- Smart Client Technology - MTS 2005
Poland- Smart Client Technology - MTS 2005Tomasz Cieplak
 
GET.NET - Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...
GET.NET -  Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...GET.NET -  Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...
GET.NET - Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...Michal Furmankiewicz
 
OWASP ASVS 3.1 EA PL - YetiForce
OWASP ASVS 3.1 EA PL - YetiForceOWASP ASVS 3.1 EA PL - YetiForce
OWASP ASVS 3.1 EA PL - YetiForcePabiszczak Błażej
 
Rozproszona i asynchroniczna architektura - case study - Spread it
Rozproszona i asynchroniczna architektura - case study - Spread itRozproszona i asynchroniczna architektura - case study - Spread it
Rozproszona i asynchroniczna architektura - case study - Spread itKrzysztof Szabelski
 
20060416 Azure Boot Camp 2016- Azure Data Lake Storage and Analytics
20060416   Azure Boot Camp 2016- Azure Data Lake Storage and Analytics20060416   Azure Boot Camp 2016- Azure Data Lake Storage and Analytics
20060416 Azure Boot Camp 2016- Azure Data Lake Storage and AnalyticsŁukasz Grala
 
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...PROIDEA
 
Maintenance_Plans_Zupełnie_Znienacka
Maintenance_Plans_Zupełnie_ZnienackaMaintenance_Plans_Zupełnie_Znienacka
Maintenance_Plans_Zupełnie_ZnienackaTobias Koprowski
 
Microsoft SQL Server 2005. Podręcznik programisty
Microsoft SQL Server 2005. Podręcznik programistyMicrosoft SQL Server 2005. Podręcznik programisty
Microsoft SQL Server 2005. Podręcznik programistyWydawnictwo Helion
 
Cometari Dedicated Solutions Oferta ogólna
Cometari Dedicated Solutions Oferta ogólnaCometari Dedicated Solutions Oferta ogólna
Cometari Dedicated Solutions Oferta ogólnaJakub Hajek
 

Similar to Czym jest AWS Well-Architected? (20)

Citrix NetScaler Gateway i Azure MFA
Citrix NetScaler Gateway i Azure MFACitrix NetScaler Gateway i Azure MFA
Citrix NetScaler Gateway i Azure MFA
 
Aplikacje Oracle w WĘGLOKOKS SA
Aplikacje Oracle  w WĘGLOKOKS  SAAplikacje Oracle  w WĘGLOKOKS  SA
Aplikacje Oracle w WĘGLOKOKS SA
 
EURECA 4 EXCEL
EURECA 4 EXCELEURECA 4 EXCEL
EURECA 4 EXCEL
 
Tech cafe Microservices
Tech cafe MicroservicesTech cafe Microservices
Tech cafe Microservices
 
QlikView / Qlik Sense
QlikView / Qlik SenseQlikView / Qlik Sense
QlikView / Qlik Sense
 
Microsoft Business Intelligence w 2017 roku
Microsoft Business Intelligence w 2017 rokuMicrosoft Business Intelligence w 2017 roku
Microsoft Business Intelligence w 2017 roku
 
Architektura SOA - wstęp
Architektura SOA - wstępArchitektura SOA - wstęp
Architektura SOA - wstęp
 
Michał Żyliński: Cortana dla niewtajemniczonych
Michał Żyliński: Cortana dla niewtajemniczonychMichał Żyliński: Cortana dla niewtajemniczonych
Michał Żyliński: Cortana dla niewtajemniczonych
 
Poland- Smart Client Technology - MTS 2005
Poland- Smart Client Technology - MTS 2005Poland- Smart Client Technology - MTS 2005
Poland- Smart Client Technology - MTS 2005
 
GET.NET - Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...
GET.NET -  Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...GET.NET -  Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...
GET.NET - Osiołkowi w żłobie dano, czyli o tym jak hostować aplikacje na Mic...
 
OWASP ASVS 3.1 EA PL - YetiForce
OWASP ASVS 3.1 EA PL - YetiForceOWASP ASVS 3.1 EA PL - YetiForce
OWASP ASVS 3.1 EA PL - YetiForce
 
Scenariusze Azure
Scenariusze AzureScenariusze Azure
Scenariusze Azure
 
1
11
1
 
Ajax w akcji
Ajax w akcjiAjax w akcji
Ajax w akcji
 
Rozproszona i asynchroniczna architektura - case study - Spread it
Rozproszona i asynchroniczna architektura - case study - Spread itRozproszona i asynchroniczna architektura - case study - Spread it
Rozproszona i asynchroniczna architektura - case study - Spread it
 
20060416 Azure Boot Camp 2016- Azure Data Lake Storage and Analytics
20060416   Azure Boot Camp 2016- Azure Data Lake Storage and Analytics20060416   Azure Boot Camp 2016- Azure Data Lake Storage and Analytics
20060416 Azure Boot Camp 2016- Azure Data Lake Storage and Analytics
 
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...
PLNOG16: Nowe założenia dla zbieranie logów, statystyk i alertów, Maciej Kałk...
 
Maintenance_Plans_Zupełnie_Znienacka
Maintenance_Plans_Zupełnie_ZnienackaMaintenance_Plans_Zupełnie_Znienacka
Maintenance_Plans_Zupełnie_Znienacka
 
Microsoft SQL Server 2005. Podręcznik programisty
Microsoft SQL Server 2005. Podręcznik programistyMicrosoft SQL Server 2005. Podręcznik programisty
Microsoft SQL Server 2005. Podręcznik programisty
 
Cometari Dedicated Solutions Oferta ogólna
Cometari Dedicated Solutions Oferta ogólnaCometari Dedicated Solutions Oferta ogólna
Cometari Dedicated Solutions Oferta ogólna
 

More from Serverless User Group Poland

Jak AWS Cloud Adoption Framework wspiera migrację do chmury?
Jak AWS Cloud Adoption Framework wspiera migrację do chmury?Jak AWS Cloud Adoption Framework wspiera migrację do chmury?
Jak AWS Cloud Adoption Framework wspiera migrację do chmury?Serverless User Group Poland
 
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...Serverless User Group Poland
 
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentation
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentationAWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentation
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentationServerless User Group Poland
 
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...Serverless User Group Poland
 
Serverless na swoim | Maciej Sawicki | #4 Serverless UG Warsaw
Serverless na swoim | Maciej Sawicki | #4 Serverless UG WarsawServerless na swoim | Maciej Sawicki | #4 Serverless UG Warsaw
Serverless na swoim | Maciej Sawicki | #4 Serverless UG WarsawServerless User Group Poland
 
The future is Serveless | Filip Knapik | #4 Serverless UG Warsaw
The future is Serveless | Filip Knapik | #4 Serverless UG WarsawThe future is Serveless | Filip Knapik | #4 Serverless UG Warsaw
The future is Serveless | Filip Knapik | #4 Serverless UG WarsawServerless User Group Poland
 
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG Warsaw
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG WarsawAws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG Warsaw
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG WarsawServerless User Group Poland
 
Functional Programming in Serverless World (Serveless UG Poland)
Functional Programming in Serverless World (Serveless UG Poland)Functional Programming in Serverless World (Serveless UG Poland)
Functional Programming in Serverless World (Serveless UG Poland)Serverless User Group Poland
 

More from Serverless User Group Poland (8)

Jak AWS Cloud Adoption Framework wspiera migrację do chmury?
Jak AWS Cloud Adoption Framework wspiera migrację do chmury?Jak AWS Cloud Adoption Framework wspiera migrację do chmury?
Jak AWS Cloud Adoption Framework wspiera migrację do chmury?
 
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Eoin Shanaghy's presenta...
 
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentation
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentationAWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentation
AWS UG Warsaw & Serverless warsztatowo! 19.09.2019 | Hillel Solow's presentation
 
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...
Nawigacja pomiędzy serwerami, czyli dlaczego serverless to nie lambda albo fu...
 
Serverless na swoim | Maciej Sawicki | #4 Serverless UG Warsaw
Serverless na swoim | Maciej Sawicki | #4 Serverless UG WarsawServerless na swoim | Maciej Sawicki | #4 Serverless UG Warsaw
Serverless na swoim | Maciej Sawicki | #4 Serverless UG Warsaw
 
The future is Serveless | Filip Knapik | #4 Serverless UG Warsaw
The future is Serveless | Filip Knapik | #4 Serverless UG WarsawThe future is Serveless | Filip Knapik | #4 Serverless UG Warsaw
The future is Serveless | Filip Knapik | #4 Serverless UG Warsaw
 
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG Warsaw
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG WarsawAws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG Warsaw
Aws Lambda in Golang | Wojciech Barczynski | #4 Serverless UG Warsaw
 
Functional Programming in Serverless World (Serveless UG Poland)
Functional Programming in Serverless World (Serveless UG Poland)Functional Programming in Serverless World (Serveless UG Poland)
Functional Programming in Serverless World (Serveless UG Poland)
 

Czym jest AWS Well-Architected?

  • 1.
  • 2. Well-Architected Framework? Jest to zbiór najlepszych praktyk, zestaw zasad i strategii projektowania architektur w chmurze AWS. Pozwala on architektom na budowanie najbardziej bezpiecznych, wydajnych i zoptymalizowanych kosztowo architektur. Framework zawiera również szereg wskazówek dotyczących m.in. sposobu oceny projektowanych rozwiązań. Wszelkie zasady zawarte w AWS Well-Architected Framework przyczyniają się do stworzenia infrastruktury, którą będzie można wraz z jej rozwojem odpowiednio skalować.
  • 3. • Doskonałości operacyjnej • Bezpieczeństwa • Niezawodności • Wydajności operacyjnej • Optymalizacji kosztowej • Zrównoważonego rozwoju Well-Architected:
  • 4. • Filar doskonałości operacyjnej - zdolność do uruchamiania i monitorowania systemów oraz ciągłego ulepszania wsparcia procesów i procedur Well-Architected • Filar bezpieczeństwa - skuteczność ochrony informacji, systemów oraz zasobów. Możliwe jest to za sprawą m.in uruchomienia śledzenia logowania, czy automatyzacji mechanizmów bezpieczeństwa
  • 5. • Filar niezawodności - system powinien być zdolny do odzyskiwania zasobów, po zakłóceniach infrastruktury lub usług. Ponadto infrastruktura musi zapewnić dynamiczne pozyskiwanie zasobów obliczeniowych w celu zaspokojenia popytu i łagodzenia zakłóceń, takich jak problemy z siecią lub błędne konfiguracje Well-Architected • Filar wydajności operacyjnej - celem jest odpowiednio efektywne wykorzystanie zasobów obliczeniowych chmury AWS. Infrastruktura powinna pozwolić na skalowanie dostępnych zasobów w miarę zmian popytu oraz rozwoju technologii
  • 6. • Filar optymalizacji kosztowej - unikanie nieuzasadnionych kosztów dzięki m.in. przyjęciu modelu opartego na zużyciu, mierzeniu ogólnej wydajności, czy rezygnacji z rozwiązań, które nie wnoszą wartości Well-Architected • Filar zrównoważonego rozwoju - dostosowywanie zużycia zasobów, poprzez reakcję na działania użytkowników. Powoduje to wzrost wydajności procesów oraz redukcję zużycia zasobów
  • 7. Co zyskasz dzięki AWS Well-Architected Framework? • szybsze budowanie i wdrażanie rozwiązań, • ograniczenie ryzyka technologicznego zanim się pojawi, • podejmowanie lepszych i trafniejszych decyzji już na etapie projektowania, • zgodność z najbardziej restrykcyjnymi wymogami, • zmniejszenie zużycia energii nawet o prawie 80%, • wdrożenie najlepszych praktyk przygotowanych przez ekspertów AWS.
  • 8. Etapy realizacji AWS Well-Architected Review 1. Wstępny wywiad Solutions Architecta z klientem. 2. Uzyskanie niezbędnych dostępów do środowisk. 3. Właściwy przegląd AWS Well-Architected. 4. Wywiad Solutions Architecta z klientem - pogłębiający. 5. Przekazanie raportu z AWS Well-Architected. 6. Omówienie raportu. 7. Omówienie rekomendacji. 8. Plan wdrożenia rekomendacji.
  • 9. Zdobądź dofinansowanie w wysokości 5 000 USD! Zostaliśmy upoważnieni przez AWS do realizowania przeglądów infrastruktur w ramach programu AWS Well Architected Review. Pozwala on naszym klientom starać się o dofinansowanie w kwocie nawet 5 000 USD. LCloud jako autoryzowany partner AWS pomoże Ci we wszystkich krokach niezbędnych do otrzymania dofinansowania.
  • 10. Jak otrzymać dofinansowanie Amazon Web Services Po dokonaniu oceny i podjęciu wymaganych programem działań w celu ulepszenia infrastruktury, masz możliwość otrzymania 5 000 USD, które po spełnieniu warunków zostanie Tobie, przekazane w formie kredytów do wykorzystania na usługi chmurowe AWS.