![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Witajcie,
chcielibyśmy Was dziś zainteresować możliwością darmowego przetestowania serwera w chmurze. Dajemy teraz 25 zł na start, tak by każdy mógł sobie sam sprawdzić, czy to jest rozwiązanie dla niego. Dodatkowo, pokazujemy, na czym polegają przewagi serwera w chmurze nad tradycyjnym VPS. 1. Chmura vs. VPS: http://www.oktawave.com/pl/vps.html 2. 25 zł na start: http://www.oktawave.com/pl/promocje/25-na-start.html Sprawdźcie sami, wszelkie uwagi mile widziane (IMG:style_emoticons/default/smile.gif) . Pozdrawiamy, zespół Oktawave |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) ![]() ![]() |
To chyba powinno być w dziale oceny. Hm pamiętam to, było już tu kiedyś, od tamtego czasu sporo posunęliście się do przodu.
Choć ta cała otoczka, żeby nie powiedzieć bajka z chmurami vs reszta świata, jest dość zabawna. Sam cennik mógłby być bardziej przejrzysty, krótko i na temat, bez ceregieli. |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Bajka nie bajka. My właśnie wierzymy głęboko w to, że chmura jest krokiem naprzód. Gdybyśmy nie wierzyli, pewnie byśmy nie poświęcili tyle czasu na jej stworzenie. A co myślisz konkretnie o różnicach między VPS a serwerami w chmurze?
|
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) ![]() ![]() |
Bajka nie bajka. My właśnie wierzymy głęboko w to, że chmura jest krokiem naprzód. Gdybyśmy nie wierzyli, pewnie byśmy nie poświęcili tyle czasu na jej stworzenie. A co myślisz konkretnie o różnicach między VPS a serwerami w chmurze? Tylko że to nic nowego. Zwykły chwyt marketingowy pod nazwą "cloud computing", coś jak "web 2.0". Poza tym: Cytat VPS, czyli Virtual Private Server, to rozwiązanie, które opiera się na współdzieleniu zasobów jednego fizycznego serwera z innymi. Nie zawsze tak jest. Cytat Innymi atutami są skalowalność, mniejsza awaryjność i elastyczne modele rozliczeń w cyklach godzinowych. Jakby przy innych usługach hostingowych tego nie było. Reasumując, stare metody pod nową nazwą. Plusem jest to, że się rozwinęliście, jednak jak ktoś ma VPS i przestaje mu wystarczać, do bierze dedyka, a to będzie trudno przebić jakąkolwiek chmurką. Jest też druga strona, jakby ktoś chciał stworzyć coś w rodzaju serwisu, umożliwiającego granie w GTA5 przez przeglądarkę, wtedy zrzeszenie serwerów ma sens, jednak wątpię, aby ktoś z tak pokaźnym kapitałem szukał pośrednika, zwyczajnie zainwestuje we własną farmę serwerów. Ten post edytował !*! 10.04.2013, 14:30:31 |
|
|
![]()
Post
#5
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
W naszej ocenie przy innych usługach hostingowych nie ma cech, które ma chmura. Wspominasz VPS i dedyki. Co robisz, kiedy kończy Ci się RAM? Jak szybko jesteś w stanie uruchomić dedyka, albo kolejnego dedyka? Serwery dedykowane rozliczane za godzinę?
Problem polega na tym, że dostawcy klasycznych rozwiązań tak bardzo przestraszyli się chmury, że podają swoim klientom zestaw gotowych formuł myślenia. Należą do nich m.in. zdania typu: "wszystko jest chmurą", "to tylko nowa nazwa, chwyt marketingowy", "chmura jest niebezpieczna", "nie wiesz, gdzie są Twoje dane" etc. I teraz kwestią samego konsumenta jest już to, w co chce wierzyć. My mówimy: sprawdź sam, jako ekspert podejmiesz najlepszą dla siebie decyzję. |
|
|
![]()
Post
#6
|
|
Grupa: Zarejestrowani Postów: 6 381 Pomógł: 1116 Dołączył: 30.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
Znalazłem kilka błędów np przy tworzeniu nowej instancji (czy aplikacji już nie pamiętam) z lewej jest lista która wychodzi poza obręb okna. Na stronie nieaktualna dokumentacja, rzucacie też opisując zalety skrótami które dla osób chcących korzystać z waszych technologii nic kompletnie nie mówią. Samo operowanie na użytkownikach jest moim zdaniem totalnie nieintuicyjne, wkurza otwieranie większości okien w nowych kartach. Brakuje też uporządkowania. Wchodząc na jakąś usługę dostajemy część informacji, ale już przechodząc przez home kolejną porcję. Dlaczego to nie jest zebrane razem? Stare wersje baz danych (przy chmurze dodanie np postgresa 9.2.3 nie będzie dla was problemem?). I usługa dostaje momentami zamuły.
|
|
|
![]()
Post
#7
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Znalazłem kilka błędów np przy tworzeniu nowej instancji (czy aplikacji już nie pamiętam) z lewej jest lista która wychodzi poza obręb okna. Na stronie nieaktualna dokumentacja, rzucacie też opisując zalety skrótami które dla osób chcących korzystać z waszych technologii nic kompletnie nie mówią. Samo operowanie na użytkownikach jest moim zdaniem totalnie nieintuicyjne, wkurza otwieranie większości okien w nowych kartach. Brakuje też uporządkowania. Wchodząc na jakąś usługę dostajemy część informacji, ale już przechodząc przez home kolejną porcję. Dlaczego to nie jest zebrane razem? Stare wersje baz danych (przy chmurze dodanie np postgresa 9.2.3 nie będzie dla was problemem?). I usługa dostaje momentami zamuły. I to się nazywa konkret. przy tworzeniu nowej instancji (czy aplikacji już nie pamiętam) z lewej jest lista która wychodzi poza obręb okna. Możesz nam pokazać to na jakimś zrzucie? Na stronie nieaktualna dokumentacja Możesz podać jakieś linki? wkurza otwieranie większości okien w nowych kartach Tylko podsystemy otwierają się w nowych kartach. Np. admin, kb, partner, strona główna. W ramach systemów jesteś stale w jednej karcie. Wchodząc na jakąś usługę dostajemy część informacji, ale już przechodząc przez home kolejną porcję. Dlaczego to nie jest zebrane razem? Tego nie rozumiemy, co dokładnie trzeba by poprawić? |
|
|
![]()
Post
#8
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) ![]() ![]() |
W naszej ocenie przy innych usługach hostingowych nie ma cech, które ma chmura. Wspominasz VPS i dedyki. Co robisz, kiedy kończy Ci się RAM? Jak szybko jesteś w stanie uruchomić dedyka, albo kolejnego dedyka? Serwery dedykowane rozliczane za godzinę? Tzn. jakich cech? Co robię gdy kończy mi się RAM? Kupuję, dokładam kolejną kość, przerzucam ruch na inną maszynę, dokonuję optymalizacji. Czyli dokładnie to samo, co w chmurze musiałbym zrobić, tylko teraz to się inaczej nazywa. I nie zrozum mnie źle, po prostu chciałbym w końcu usłyszeć jakieś konkretne argumenty, wyższości chmury nad resztą vps/dedyk/farmy. Argument o rozliczaniu co godzinę jest nietrafiony, jakoś nie wyobrażam sobie takiej formy rozliczenia, chyba że chodzi tylko i wyłącznie okres testowy (a takowe są zawsze i za darmo przez kilkanaście dni wszędzie). Problem polega na tym, że dostawcy klasycznych rozwiązań tak bardzo przestraszyli się chmury, że podają swoim klientom zestaw gotowych formuł myślenia. Należą do nich m.in. zdania typu: "wszystko jest chmurą", "to tylko nowa nazwa, chwyt marketingowy", "chmura jest niebezpieczna", "nie wiesz, gdzie są Twoje dane" etc. Czy tu w grę wchodzi strach? Wątpię, albo łykasz to co inni i sprzedajesz modny tekst, albo olewasz sprawę i działasz tak samo, po staremu. My mówimy: sprawdź sam, jako ekspert podejmiesz najlepszą dla siebie decyzję. Konsument i ekspert... teraz to przesadziłeś (IMG:style_emoticons/default/wink.gif) |
|
|
![]()
Post
#9
|
|
Grupa: Zarejestrowani Postów: 6 381 Pomógł: 1116 Dołączył: 30.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
Na głównej Dodaj instancję OCI, wypełnić nazwa itd, dalej, otwiera się nowe okno. Jeśli po lewej rozwinąć np framewoki i aplikacje ucina listę. Co więcej jeżeli teraz zamknę przez anuluj z kodu znika już opcja dodania instancji. Dalczego nie mogę kliknąć statystyk na zatrzymanej instancji?
Dokumentacja. Przykładowo typ jest od mini do colossus (8), a w dokumentacji opis tylko 4. Nieaktualne zrzuty ekranu. |
|
|
![]()
Post
#10
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Tzn. jakich cech? Co robię gdy kończy mi się RAM? Kupuję, dokładam kolejną kość, przerzucam ruch na inną maszynę, dokonuję optymalizacji. Czyli dokładnie to samo, co w chmurze musiałbym zrobić, tylko teraz to się inaczej nazywa. No właśnie nie. To jest stary model. Chmura doda Ci RAM automatycznie. Doda Ci procesory automatycznie. Włączy automatycznie load balancing. Poczytaj: https://kb.oktawave.com/Knowledgebase/Artic...ziaa-autoskaler I w chmurze masz dostępność na żądanie, czego nie masz w starym modelu. I nie zrozum mnie źle, po prostu chciałbym w końcu usłyszeć jakieś konkretne argumenty, wyższości chmury nad resztą vps/dedyk/farmy. Argument o rozliczaniu co godzinę jest nietrafiony, jakoś nie wyobrażam sobie takiej formy rozliczenia, chyba że chodzi tylko i wyłącznie okres testowy (a takowe są zawsze i za darmo przez kilkanaście dni wszędzie). A my sobie wyobrażamy, kiedy pojmiesz istotę skalowalności, zrozumiesz, że będziesz chciał płacić za faktycznie wykorzystane zasoby - wówczas rozliczanie godzinowe jest jednym rozwiązaniem. Czy tu w grę wchodzi strach? Wątpię, albo łykasz to co inni i sprzedajesz modny tekst, albo olewasz sprawę i działasz tak samo, po staremu. Po staremu. To jest idealne podsumowanie. |
|
|
![]()
Post
#11
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) ![]() ![]() |
No właśnie nie. To jest stary model. Chmura doda Ci RAM automatycznie. Doda Ci procesory automatycznie. Włączy automatycznie load balancing. Poczytaj: https://kb.oktawave.com/Knowledgebase/Artic...ziaa-autoskaler I w chmurze masz dostępność na żądanie, czego nie masz w starym modelu. Nie ma w tym nic, czego nie byłoby wcześniej. Dodatkowych zasobów nie bierze się z kosmosu, sprzęt nie jest z gumy, a Ty nie wykonujesz telefonu do bozi o dodatkowy RAM, aby jej łaska spłynęła na całość, tylko dbasz o odpowiednie zaplecze (Ty jako firma, hostingowa). Z mojej strony to wszytko jeśli chodzi o CC vs vps/dedyki itp. Wybacz, trochę się EOT zrobił. Ogólnie temat można by przenieść. Ten post edytował !*! 11.04.2013, 10:35:29 |
|
|
![]()
Post
#12
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Nie ma w tym nic, czego nie byłoby wcześniej. Dodatkowych zasobów nie bierze się z kosmosu, sprzęt nie jest z gumy, a Ty nie wykonujesz telefonu do bozi o dodatkowy RAM, aby jej łaska spłynęła na całość, tylko dbasz o odpowiednie zaplecze (Ty jako firma, hostingowa). Z mojej strony to wszytko jeśli chodzi o CC vs vps/dedyki itp. Wybacz, trochę się EOT zrobił. Ogólnie temat można by przenieść. Nie wiem, jak mam Ci to powiedzieć (IMG:style_emoticons/default/smile.gif) . Postaram się już w mega uproszczeniu. Zobacz - kiedy kupujesz dedyka ma on np. 4 GB RAM i ten RAM Ci się skończył powiedzmy we wtorek. We wtorek podejmujesz decyzję, że trzeba więcej RAM, albo idziesz do sklepu, albo dzwonisz do firmy, która się tym dla Ciebie zajmuje. Ktoś idzie z fizycznym śrubokrętem, wyciąga blade'a, wkłada kość. Jeśli dopłaciłeś za dobrą architekturę, obędzie się bez restartu, ale w większości wypadków nie obędzie się bez restartu. Całość przy dobrych wiatrach zajęła Ci dzień, standardowo jednak dużo więcej. W chmurze we wtorek potrzebowałeś więcej RAM - Autoskaler Ci go dołożył (nawet jeśli ustawiłeś takie opcje, to bez Twojej wiedzy). Co najfajniesze, jeśli w czwartek znów potrzebowałeś tylko 4 GB RAM, Autoskaler Ci go zabrał. I teraz cały wic - rozliczanie godzinowe umożliwia Ci właśnie płacenie za więcej RAM-u tylko od wtorku do czwartku. To jest coś, co nazywamy Autoskalerem wertykalnym. A jeśli będziesz nagle potrzebował trzech serwerów, Autoskaler horyzontalny zacznie klonować maszyny i włączy load balancing. A teraz sobie wyobraź, jak "klonujesz" swoje serwery dedykowane, ile czasu Ci to zajmuje i ile Cię to kosztuje. |
|
|
![]()
Post
#13
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) ![]() ![]() |
Oktawave - rozumiem Cie, tylko dlaczego uważasz że to nowość. Nikt nie mówi, że jak mam detyk, albo nawet kilka, gdy jest potrzeba, to że trzeba kombinować fizycznie, aby coś uzyskać. Naciągasz to strasznie pod swoje potrzeby, jakby wcześniej przerzucenie zasobożernych procesów nie było możliwe.
Musiałbym być strasznym ignorantem, aby nie wiedzieć że "za chwilę" będę potrzebował więcej zasobów, aby je uzupełnić, lub zmienić strumień po jakim leci jakiś proces. A że niby chmura jest automatyczna? A co przy czymś większym, nie jest. Dołożenie kolejnej maszyny w ekstremalnym przypadku to też nie problem, większość hostingów ma rezerwy, a ich podpięcie to kwestia kilku minut. Gdybyś pisał to w latach 90, to przyznałbym Ci racje. Jednak nie sprowadzajmy marketingowej sieczki (czasami bardzo dobrej), to czegoś w rodzaju rewolucji, bo równie dobrze można by rzec że HTML5 zbawi świat, a wcześniej nic nie było (równie mocno naciągana teoria). Ten post edytował !*! 11.04.2013, 12:04:38 |
|
|
![]()
Post
#14
|
|
Grupa: Zarejestrowani Postów: 9 Pomógł: 0 Dołączył: 22.05.2012 Ostrzeżenie: (0%) ![]() ![]() |
Wiesz, chciałbym już się z Tobą zgodzić, bo miło się rozmawia, na poziomie. Ale nie mogę (IMG:style_emoticons/default/wink.gif) . Owszem, przerzucenie zasobożernych procesów było możliwe, ale musiałeś być do tego administratorem, prawda? Chmura jest właśnie automatyczna - nie musisz przewidywać (więc kwestia bycia lub nie bycia ignorantem jest bez znaczenia), nie musisz działać ręcznie lub "półręcznie", nie musisz płacić na zapas.
A w kwestii dokładania maszyn przez hosterów w kilka minut - powiedz z ręką na sercu: załatwiłeś kiedykolwiek dedyka w 3 minuty? |
|
|
![]() ![]() |
![]() |
Aktualny czas: 3.10.2025 - 06:11 |