Blog

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.

Klienci Amazon Web Services (AWS) mogą używać AWS Shield Advanced do wykrywania i łagodzenia ataków typu rozproszona odmowa usługi (DDoS), których celem są ich aplikacje działające w Amazon Elastic Compute Cloud (Amazon EC2), Elastic Local Balancing (ELB), Amazon CloudFront, AWS Global Accelerator i Amazon Route 53.

Użytkownicy Amazon Web Services (AWS) często pytają, w jaki sposób przyspieszyć wdrożenia swoich zespołów w AWS przy jednoczesnym zachowaniu zgodności z kontrolami bezpieczeństwa. W poniższym artykule autorzy opisują typowe modele zarządzania wprowadzone w doświadczonych organizacjach w celu zarządzania wdrożeniami AWS w swoich zespołach.