[basa414]

peqasus napisał: Zrobiłem coś podobnego dla Wordpress / Woo CMS, więc teraz jestem w pełni wyabstrahowany z warstwy IaaS. To powiedziawszy, że było o wiele łatwiej. Mogę sobie tylko wyobrazić, gdyby dziś konsumenci mogli podnosić i przenosić swój laptop. To znaczy korporacja to zrobiła, mobilny system operacyjny to zrobił, więc dlaczego nie komputery konsumenckie? Wybrałem podejście MVP, więc po prostu spełnię to, czego potrzebuję, aby wyrównać moje aplikacje, które wymagają podnoszenia i przesunięcia, i oferują rozszerzalność na AWS. Ale jesteś na miejscu w używaniu siekiery do zabicia kurczaka. Rozwiązanie będzie ładne, ponieważ jest klasy korporacyjnej, ale jest zbyt ciężkie / kosztowne dla konsumentów. Zaglądanie do czatów społeczności VM WS i wygląd ma również sporo problemów. Odkrywanie również darmowego eSXi. Popyt i podaż. Takich przedsiębiorczych wymagań jest bardzo niewiele w przestrzeni konsumenckiej, a także nie ma dobrego rozwiązania, które jest tanie. Jeśli w przestrzeni konsumenckiej nie ma dużego kosztu dla takich wymagań, nie ma powodu, aby porzucić wszystkie badania i wsparcie w tym obszarze. Nic dziwnego. Przestrzeń korporacyjna to norma, ponieważ firmy zwykle płacą za tego typu wdrożenia najlepsze pieniądze, a wymagania biznesowe i ryzyko mogą to znieść. Mądry telefon komórkowy jest inny. Obecnie popularne platformy to po prostu Android i iOS. Windows Mobile wyszedł, Blackberry nie jest w centrum uwagi, Linux Mobile OS to wciąż wyłaniająca się dziwna piłka. Jeśli Twoja przestrzeń mobilna jest tak skomplikowana, jak ogólna przestrzeń na komputer stacjonarny / laptop, będzie to również znacznie trudniejsze. To powiedziawszy, między jednym androidem a drugim zmiany nie są aż tak duże. Jeśli przechodzisz z Androida na iOS lub odwrotnie, migracja nie byłaby całkowicie płynna, chyba że trzymasz się niektórych typowych usług. Środowiska mobilne są nadal bardzo dobrze kontrolowane, mało prawdopodobne, że wszystkie dzwonki i gwizdki oraz inna konfiguracja można mieć na ogólnej arenie komputerowej. Jeśli po prostu traktujesz AWS jak kolejną wirtualną firmę hostingową, to to, co próbujesz zrobić, nadal działa. Jednak jest to tylko bardzo wąski przypadek użycia AWS. W przypadku większej architektury, która obejmuje wiele systemów i wiele usług zarządzanych, scenariusz będzie zupełnie inny. Na przykład nie zakładałbym własnej bazy danych w żadnych instancjach, chyba że istnieje wyraźna przewaga w przeciwieństwie do korzystania z w pełni zarządzanego RDS. Moje własne, wykonane na zamówienie rozwiązanie wybierze S3, aby zachować długoterminowe dane, zamiast przechowywać je w bazie danych lub plikach, albo skonfigurować własne rozwiązanie NAS / SAN. Nie będę też używać własnego systemu poczty elektronicznej, jeśli będę mógł korzystać z SES lub innych dostawców poczty elektronicznej spoza AWS, takich jak mailchimp / mandrill. Podczas projektowania w ręcznych środowiskach chmurowych, takich jak Azure i AWS, wykorzystam ich architekturę skalującą w poziomie zamiast rozwiązań instancji statycznych. Dla tych, którzy wolą dockerów, wybierają ECS, wolą Kubernates wybierają EKS i wiele więcej. W końcu migracja jeden do jednego z maszyn wirtualnych do chmury nie jest wcale taka prosta i nie zatrzymasz się na tym, jeśli naprawdę chcesz skorzystać z platformy chmurowej, prawda? Dla konsumentów takie techniki nie są atrakcyjne, ponieważ są one mało przydatne. Większość konsumentów nie chce jeszcze nawet zdalnie uruchamiać swoich środowisk w chmurze. To jak powrót do cienkich klientów z komputerami mainframe. Inicjatywa chmurowa zdecydowanie to robi, wprowadzając rozwiązania takie jak Chrome OS, ale Chrome OS to jeszcze nie najlepszy czas. Dostawcy usług w chmurze oferują rozwiązania takie jak AWS Workspaces, Azure WVD, dobry stary Citrix VDI, ale wszystkie te rozwiązania służą raczej konsolidacji korporacyjnej w celu modernizacji infrastruktury lokalnej, a nie inicjatywie dotyczącej przestrzeni konsumenckich. Dopóki nie będziemy mieli do zaoferowania jakiejś bardziej atrakcyjnej i jednorodnej technologii, nie przewiduję jeszcze powrotu konsumenta do czasów mainframe. W końcu może się to zdarzyć w przypadku ogólnych obliczeń. Widzieliśmy już, że branża gier idzie w tym kierunku; Steam, Google Stadia, Geforce Now, Project xCloud zmierzają w jego kierunku. Więc widzisz, dla ułatwienia użytkowania dla konsumentów, prawdopodobnie nie jest to migracja systemu. Powrót do starych, dobrych czasów mainframe'ów. Ciency klienci, grube serwery w chmurze. Z własnej wiedzy myślę, że możesz zaryzykować swój własny przypadek użycia, ale naprawdę wątpię, czy jest to ostateczny kierunek dla wszystkich, ponieważ o wiele łatwiej jest mieć system działający w chmurze z dużą przepustowością sieci wszędzie. Czuję, że to kierunek dla metropolii, podczas gdy na przedmieściach zajmie to trochę czasu.