Blog

W przypadku wielu aplikacji wdrożenie w wielu strefach dostępności w jednym regionie AWS i dostosowanie do AWS Well-Architected Framework zapewnia odpowiednią równowagę dostępności, prostoty i przystępności. Jednak niektórzy klienci mogą mieć wyjątkowe powody, które wymagają rozszerzenia na dodatkowe regiony w konfiguracji typu active-active lub active-standby odzyskiwania po awarii (DR).

AWS Config to usługa, która stale śledzi i ocenia zmiany konfiguracji Twoich zasobów AWS. Zapewnia Resource Timeline, która pomaga badać i kontrolować, w jaki sposób zasoby i ich relacje zmieniają się w czasie. AWS Config rejestruje konfigurację obsługiwanych zasobów w strukturze JSON znanej jako element konfiguracji (CI).

Ze względu na to, że Twoja grupa stara się poprawić stan i działania dotyczące bezpieczeństwa, wczesne wykrywanie i zapobieganie nieautoryzowanej aktywności szybko staje się jednym z głównych priorytetów.

Szukasz prostszego sposobu zarządzania uprawnieniami na wszystkich swoich kontach AWS? Być może łączysz swojego dostawcę tożsamości (IdP) z każdym kontem i dzielisz uprawnienia i autoryzację między zespoły chmury i tożsamości, ale potrzebujesz prostszego modelu administracyjnego.

Istnieje wiele powodów, dla których warto wybrać usługi zarządzane AWS do uruchamiania bazy danych w chmurze. Czasami jednak usługa zarządzana może nie być właściwym wyborem, a samozarządzająca się instancja bazy danych jest najlepsze dla Twojej organizacji.

Prawdopodobnie wiele firm do tej pory nie analizowało zbyt szczegółowo kosztów energii związanych z pracą serwerów 24 godziny na dobę, oświetleniem czy klimatyzacją, która jest niezbędna do utrzymania wszystkiego w odpowiedniej temperaturze. Sytuacja może się zmienić właśnie teraz jesienią i zimą, kiedy koszty energii drastycznie rosną. Przeniesienie usług do chmury i outsourcing do specjalistycznego dostawcy usług w chmurze pozwoli zredukować koszty związane z energią.

Autorzy z przyjemnością ogłaszają dostępność lokalnych klastrów dla usługi Amazon Elastic Kubernetes Service (Amazon EKS) w AWS Outposts. Oznacza to, że od dzisiaj możesz wdrożyć swój klaster Amazon EKS całkowicie na Outposts: zarówno na płaszczyźnie kontrolnej Kubernetes, jak i na węzłach.

Gdy organizacje przekształcają swoją działalność lub rozwijają się w związku z zapotrzebowaniem rynku, często mają trudności z wdrożeniem odpowiednich narzędzi, aby móc zrozumieć ich wpływ na AWS i związane z tym koszty. Duży zasięg AWS może obejmować wiele kont AWS, różne środowiska infrastruktury i środowiska aplikacji dla określonych projektów.

Klienci usługi Amazon Elastic Container Service (ECS), którzy korzystają z automatycznego skalowania klastra (CAS), wyrazili chęć szybszego skalowania, aby uniknąć dodatkowych opłat za zasoby obliczeniowe podczas zdarzeń skalowania. Dlatego też, aby skalowanie stało się bardziej responsywne, twórcy z chęcią przedstawiają ulepszenie zwiększające limit kroków skalowania z 5% do 50% pojemności grupy automatycznego skalowania (ASG).

Wiele aplikacji, w tym te zbudowane na nowoczesnych architekturach bezserwerowych, może mieć dużą liczbę otwartych połączeń z serwerem bazy danych. Jednocześnie może otwierać i zamykać połączenia z bazą danych z dużą szybkością, wyczerpując pamięć bazy danych i zasoby obliczeniowe.

W przypadku SMB często musisz stosować innowacyjne podejście do rozwiązywania problemów, gdy nie masz na to odpowiedniej liczby pracowników lub środków finansowych. W końcu jest to akt równoważenia, w którym aktywnie poszukujesz sposobów na osiągnięcie pozytywnych wyników biznesowych, jednocześnie pamiętając o swoich zasobach.

Instalowanie agenta usług na serwerze jest prostym procesem w normalnej konfiguracji. Większość agentów wymaga połączenia internetowego, aby połączyć się z usługą. Jednak istnieją pewne środowiska, które są ściśle zabezpieczone. Serwery w tych środowiskach w ogóle nie mają dostępu do Internetu.