Rozmawiamy o tym, jak uruchomiliśmy i rozwijaliśmy się chmura 1chmura, mówimy o ewolucji poszczególnych usług i architektury jako całości. Przyjrzyjmy się także mitom na temat infrastruktury IT.
Porównujemy nasze oczekiwania przed uruchomieniem platformy z pierwszymi doświadczeniami w obsłudze klientów. Zaczynamy od krótkiej historii powstania 1cloud, następnie mówimy o tym, jak ustaliliśmy krąg „naszych” klientów. Następnie dzielimy się trudnościami, jakie napotkaliśmy oraz głównymi wnioskami na podstawie wyników ich rozwiązania. Mamy nadzieję, że ten materiał będzie przydatny dla startupów i zespołów rozpoczynających rozwój swoich projektów.
To materiał na temat tego, jak modyfikowaliśmy platformę w oparciu o zmieniające się potrzeby klientów: wdrożyliśmy możliwość tworzenia sieci prywatnych, zaktualizowaliśmy sposób zarządzania przestrzenią dyskową i zwiększyliśmy pojemność. Dodatkowo mowa tutaj o usługach dla tych, którzy nie uważają się za administratorów systemów i specjalistów IT - o szablony serwerów, hosting VDS z preinstalowanym panelem sterowania i uproszczoną administrację licencjami.
Kiedy po raz pierwszy uruchomiliśmy naszą usługę, platforma opierała się na klasycznej architekturze składającej się z trzech komponentów: serwera WWW, serwera aplikacji i serwera bazy danych. Jednak z biegiem czasu nasza infrastruktura rozrosła się pod względem geograficznym i pojawiło się wielu różnych firm-klientów. Stary model trójpoziomowy miał pewne ograniczenia pod względem skalowania, dlatego postanowiliśmy wypróbować modułowe podejście do budowania architektury. O tym jak podeszliśmy do tego zadania i jakie problemy napotkaliśmy podczas wdrażania nowej architektury przeczytacie w tym artykule.
Cykl rozwoju nowych wersji naszych produktów był dość płynny i miał różną długość. Przejście na DevOps pozwoliło zwiększyć efektywność rozwoju i ustabilizować ramy czasowe wydawania aktualizacji. Z tego materiału poznasz niektóre niuanse związane z wdrażaniem przez nas podejścia DevOps w ramach naszej pracy nad 1cloud.
Dzielimy się naszym doświadczeniem w organizowaniu interakcji z klientami: od czatu i komunikacji telefonicznej po możliwości poczty i Internetu. Ponadto przygotowaliśmy zalecenia w celu przygotowania próśb o wsparcie techniczne, które pomogą osiągnąć pożądany rezultat.
Pierwszy materiał nasz serial obali mit, że w dziale wsparcia technicznego dostawcy IaaS pracują „dziewczyny”, które nic nie rozumieją. Dostarcza także argumentów za tym, że nie tylko specjaliści IT mogą kontrolować i utrzymywać środowisko wirtualne.
Drugi artykuł rozwieje błędne przekonania o niepewności rozwiązań chmurowych i wyższości dostawców zagranicznych nad rosyjskimi. Powiemy Ci, dlaczego mechanizmy bezpieczeństwa w chmurze w niczym nie ustępują tradycyjnym systemom ochrony infrastruktury i dlaczego duże korporacje przenoszą aplikacje krytyczne dla biznesu do środowiska wirtualnego.
Trzecia część poświęcony mitom o żelazie. Porozmawiamy o warunkach, w jakich duzi dostawcy stawiają obiekty sprzętowe – jakie wymagania musi spełniać centrum danych i czy sprzęt może pracować w trybie bezawaryjnym. Wyjaśnimy także, co decyduje o dostępności serwerów dla klientów i omówimy kwestię „szumu” wokół chmury.
Oto przegląd możliwości dostępnych dla klientów 1cloud w podsieciach klientów publicznych, prywatnych i publicznych naszej chmury. Mówimy Ci, co wpływa na prędkość: od tego, jakie dane są przesyłane do zaangażowanego sprzętu.
Dowiadujemy się, czy koszty serwera on-prem i serwera w chmurze będą się różnić w ciągu pięciu lat eksploatacji. Uwzględniamy koszty sprzętu, wynajmu, instalacji oprogramowania, administracji, konserwacji oraz podatki. Aby uzupełnić obraz, jako podstawę przyjmujemy dwa rodzaje konfiguracji - „potężną” i podstawową. Dodatkowo udostępniamy tabelę porównawczą.
Fotorelacja z rozpakowywania nowego sprzętu, który pomoże nam udostępnić klientom maszyny wirtualne z 32-rdzeniowymi procesorami i aż 400 GB RAM. Pokażemy Ci jak wygląda „wypełnienie” oraz opowiemy o właściwościach technicznych i możliwościach.
W tym artykule znajduje się lista kontrolna zawierająca 21 pytań, które należy zadać dostawcy przed podpisaniem z nim umowy. Są tu punkty podstawowe i rzeczy nie do końca oczywiste.