Tomasz Kozlowski

Witajcie, Powoli szykujemy się do startu ServeCloud.pl - pierwszej w Polsce Platformy Cloud Computingowej. ServeCloud.pl to wciąż Startup.. Minie jeszcze parę chwil, zanim ruszymy LIVE. Jestem jednak już teraz ciekaw Waszych opinii i potrzeb. Na stronie http://pomysly.servecloud.pl jest kilka naszych propozycji. Jestem ciekaw co o nich myślicie. Zachęcam do dyskusji pod powyższym adresem lub tutaj. Zachęcam również do wrzucania własnych pomysłów do puli. Jeśli kiedykolwiek przeklinaliście w myślach swojego dostawcę i marzyliście o jakiejś funkcjonalności - dajcie znać, zobaczymy co da się zrobić Najciekawsze pomysły zostaną wdrożone a ich autorzy nagrodzeni. pozdrawiam TK

Witajcie, Niedawno uruchomiliśmy drugą platformę Cloud i w związku z tym poszerzamy zespół. W tej chwili szukamy osób na dwa stanowiska: - Senior Unix Engineer - Junior Unix Engineer Wynagrodzenie zależne od umiejętności. Praca w Katowicach lub Warszawie. Więcej o obydwu ofertach na stronie http://www.servecloud.pl/praca/ (mam nadzieję, że nie łamię w ten sposób regulaminu forum) W razie pytań piszcie na maila lub tutaj. pozdrawiam - TK

Podbijam temat, bo oferta wciąż jest aktualna.

Póki co szukamy kogos do pracy stacjonarnej. Jak nie znajdziemy odpowiedniej osoby to bedziemy brać pod uwage prace zdalna i częściowo zdalna.

Co znaczy dla Ciebie "obronić postulaty"? Gwarantuje Ci, że dla zdecydowanej większości Klientów neutralnie nastawionych do tematu cloud jest BARDZO ciekawym rozwiązaniem. Tutaj sytuacja jest trochę inna bo jest mała grupa skrajnych zwolenników cloud'a i duża grupa skrajnych przeciwników (często będących dostawcami konkurencyjnych rozwiązań). Zatem obrona postulatów w takim środowisku graniczy z cudem bo to trochę tak jak byś chciał, żeby PiS przyznał, że PO ma rację (lub odwrotnie) :-) Ależ ja się w 100% zgadzam z tym, że te technologie już dawno były.. Tylko jak sam napisałeś - to były "poważniejsze zastosowania korporacyjne", które wymagały sporego budżetu na sprzęt, macierze, FC, itp itd. To nie były publicznie dostępne usługi. A teraz KAŻDY może sobie kupić serwer działający w oparciu o taką platformę i tym samym korzystać z jej zalet. Nie zgodzę się jednak ze stwierdzeniem że "to ta sama usługa co zawsze tylko się ładniej nazywa i więcej kosztuje" - bo to poprostu nie jest prawda..

Mniej więcej opisałeś naszą infrastrukturę. Dlaczego nie widzisz tego w małych firmach? Przecież wcale nie jest powiedziane, że mała firma musi mieć całą chmurę dla siebie.. może kupić fragment takiej infrastruktury (w postaci serwera cloud'owego) za całkiem przyzwoite pieniądze..

@d.v - oszczędności zależą od punktu odniesienia. Jak będziesz porównywał chmurę z najtańszym możliwym zwykłym serwerem to oczywiście wyjdzie Ci, że się nie opłaca Sęk w tym, że cloud to nie tylko skalowanie w górę i w dół.. to również cały pakiet "wartości dodanych", które wynikają z takiej a nie innej infrastruktury sprzętowej. Trzeba tylko otworzyć oczy na nowe możliwości Napisałeś, że czasem rozwiązania cloud'owe są droższe od klasycznych - zgoda, bywa i tak... Ale jeśli niosą ze sobą dodatkowe możliwości to co w tym złego, że kosztują więcej?

Stare jak świat to może nie.. ale ładnych kilka lat już mają - to prawda. Sęk w tym, że dopiero niedawno zaczęły się pojawiać produkty, które te możliwości wykorzystują. Tak samo jak ludzie przez długie lata znali koło i naftę ale minęło trochę czasu zanim ktoś to połączył z jeszcze paroma innymi elementami i zbudował z tego samochód A jeśli chodzi o dostępność i bezpieczeństwo - wszystko zależy od architektury całej platformy. Dobrze zaprojektowana chmura ma zdecydowanie mniejsze prawdopodobieństwo wystąpienia awarii widocznej dla end-Usera.

No coż.. można też do starego PC wrzucić wszystkie luźne kości RAM i wszystkie dyski jakie znajdzie się w domu i z niego zrobić "serwer". Będzie z pewnością taniej w przeliczeniu "per GB" ale czy na pewno lepiej? Z porównaniem cenowym nie do końca się zgadzam.. wszystko zależy od tego co z czym porównasz. Chmura chmurze nierówna jak już ktoś wcześniej napisał i tak samo serwer serwerowi nierówny. Jednak skoro nie ma różnicy na plus to jak wytłumaszycz lawinowo rosnącą popularność tego typu usług na zachodzie? I jak wytłumaczysz fakt, że najwięksi dostawcy albo budują swoje platformy Cloud'owe albo kupują co ciekawsze firmy obecne na rynku? Tylko nie mów proszę, że miliony użytkowników dają sie robić w konia

Wiesz.. dotychczas projektowało się infrastrukturę "na wyrost" i potem efekt był taki, że serwer przez 90% czasu pracował na poziomie 20% swoich możliwości, a reszta zasobów się nudziła, choć trzeba było za nie płacić tak czy inaczej. Zatem który model jest lepszy - ten gdzie płacisz więcej wtedy kiedy potrzebujesz więcej, czy ten gdzie płacisz więcej cały czas "bo kiedyś może się przydać"? Tu DOKŁADNIE chodzi o klik i jest.. Przynajmniej u nas tak to działa (chyba, że mówimy o czym innym) Tel do administratora - fakt, jak masz dobre relacje z dostawcą i adminem to jak zadzwonisz o 2 w nocy i powiesz ze chcesz 4GB RAM więcej to Ci pewnie dadzą (jeśli będą mieli luźne kości). Ale jak rano znów zadzwonisz i powiesz, że już nie potrzebujesz i że mają to sobie zabrać i że zapłacisz za ten dodatkowy RAM, ale tylko 6.50PLN bo mniej więcej tyle wychodzi z proporcji za 7 godzin używania - to obawiam się, że przestaniesz mieć z nimi taki dobry kontakt... Ceny - co z czym porównywałeś konkretnie? Takie suche porównywanie RAM / procesor / storage może być zgubne czasami. W kilkanaście minut przez tel tego chyba nie załatwisz.. Tym bardziej jeśli to będzie większy temat - tzn nie upgrade VPS'a z 256MB do 512MB tylko np. upgrade serwera z 2GB do 8GB albo więcej. Wygoda dla Ciebie jest taka, że może to zrobić sam, bez dzwonienia, a jak Ci przestaną być potrzebne dodatkowe zasoby to śmiało możesz z nich zrezygnować. Jest jeszcze dużo innych zalet wynikających z infrastruktury cloud'owej - jesli jestes zainteresowany to zapraszam na priv. Nie chce spamowac za duzo.. Z pewnoscia znajdziesz tansze rozwiazania (zakladam ze porownujac ceny mowiles o ServeCloud) ale nasza ambicja nigdy nie bylo "byc najtanszym dostawca".. Choc calkiem mozliwe, ze uruchomimy niebawem podobna platforme, ale na innym hardwarze, dzieki czemu uslugi beda mogly byc znacznie tansze.

1 - Klonowanie mialem na mysli z punktu widzenia dostawcy oprogramowania ktory jednym kliknieciem moze przygotowac nowy serwer ze swiezutka wersja aplikacji dla nowego Klienta. Natomiast w tym kontekście o którym Ty mowisz - oczywiscie aplikacja musi byc przygotowana do skalowania ale jak juz jest gotowa - to bardzo prosto mozesz dodawac i usuwac kolejne serwery - nawet na kilka godzin. Z normalnym dedykiem tego nie zrobisz. Poza tym ZANIM faktycznie bedziesz potrzebował rozproszoną infrastrukturę możesz śmiało rozbudowywać swój obecny serwer. 2 - Dodając RAM możesz dokładnie tak samo dodać procka - w czym problem? Większość platform na to pozwala (a wręcz narzuca taki upgrade) Skalowanie w nieskończoność jest możliwe, ale od pewnego poziomu to poprostu nie jest dobre rozwiązanie.. Od pewnego poziomu lepiej jest podzielić infrastrukturę na kilka maszyn i skalować ją w 2 poziomach (ilość maszyn i moc maszyn). Sęk w tym, że to co wcześniej wymagało fizycznego kontaktu z serwerem i dużo czasu - teraz sprowadza się do kilku kliknięć. Różnica jest mniej więcej taka jak między studnią i wodą z kranu dostępną na żądanie w dowolnej ilości

Oj nie zgodze sie.. Mozna wiele roznych rzeczy powiedziec o chmurze ale na pewno nie, ze to buzzword Chmura oferuje mnostwo mozliwosci, ktorych wczesniej poprostu nie bylo. Zwyklemu dedykowi nie dolozysz 8GB RAM w 10sekund. Zwyklego dedyka nie "sklonujesz" X razy za pomocą jednego kliknięcia. Zwykłego dedyka nie dostaniesz od nikogo w ciągu 1min, itp itd. Naprawde wiele argumentów mogłeś wysunąć i pewnie zaczela by sie ciekawa dyskusja, ale ten argument poprostu nijak nie jest prawdziwy Gdyby ktoś potrzebował więcej informacji albo chciał potestować to zapraszam na tomasz.kozlowski [at] ServeCloud.pl

oo widzę że BackBlaze i tutaj ma swoich fanów i wrogów Ktoś się może podjął budowy? Może wymienimy się doświadczeniami? Ekipa z ServeCloud.pl podjęła się zbudowania tego "w wolnych chwilach". Zaczęło się raczej z ciekawości i "dla zabawy", ale muszę przyznać że nas to wciągnęło Krótka relacja z frontu: Obudowy: - http://www.protocase.com/ robi dedykowane obudowy do backblaze'a, kosztuje to $950 - opcjonalnie to (950 PLN) - tylko trzeba ją w środku lekko przerobić (półki na dyski, itp). No i niestety trzeba by zmodyfikować tylną ściankę żeby wmonotować właściwe zasilanie (to które jest defaultowo w obudowie jest za słabe) Zasilanie: - ktoś pytał o zasilanie - w projekcie jest 2x 750W. Na forum BackBlaze'a ktoś wsadził 1x 1200W i też było dobrze - zastanawiamy się tylko co się stanie jak 40 dysków będzie chciało na raz wystartować.. jak będzie problem to się wstawi jakieś kolejkowanie przy odpalaniu Trochę folkloru: - maszyna potrzebuje kilku części które jakimś cudem dostępne są tylko na Taiwanie. Po krótkiej wymianie maili dostałem od tamtejszego handlowca "order form" w excelu, który zawierał takie pola jak numer karty kredytowej, CCV, data ważności, itp.. Na pytanie czy nie ma jakiejś bezpieczniejszej formy płatności usłyszałem że mogę część danych posłać mailem lub przekazać telefonicznie jeśli wolę... Po co: - ktoś zapytał po co.. backblaze trochę sie rozpędził na stronie porównując cenowo to urządzenie z NetApp'em, IBM'em itp.. to jednak inna liga jeśli chodzi o wydajność. Natomiast fajnie się sprawdza jako archiwum / backup / whatever. - rozważamy spięcie dwóch takich urządzeń w klaster backupowy + dopisanie troche softu do tego tak, żeby każdy Klient w swoim panelu mógł kliknąć "snapshot" i automatycznie zrzucić sobie obraz swojego serwera na platformę backupową, a potem wykorzystać ten obraz żeby zrobić restore, albo żeby zdeploy'ować drugi serwer o identycznej konfiguracji, itp. Jak ktoś ma jakieś pytania apropos backblaze'a to śmiało. Ewentualnie jak ktoś chce zamówić gotowca to też zapraszam pozdrowienia - TK

Przy czym ten serwer może mieć nawet 1TB (tak, Tera) RAM więc nie mówimy o skalowalności od 128MB ram do 4GB ram tylko mówimy o skalowalności od x GB RAM do nawet 1TB RAM. Tak tylko prostuje bo mi osobiście termin VPS kojarzy się z maszynami od 128MB RAM do 1.5GB.. może 2GB RAM w pojedynczych przypadkach Haha.. kliknalem.. ale zamknalem zanim znalazlem pozostale definicje.. moj blad Ciekawe podejscie w sumie.. Z jednej strony fajnie ze ktos sie zabral za usystematyzowanie tego. Z drugiej strony chyba jeszcze minie troche czasu zanim definicje sie przyjmą (w sensie zanim ludzie je zaakceptują i zaczną rozróżniać) Jestes pewien, ze probowales / znasz WSZYSTKIE mozliwe metody budowy i konfiguracji? Bylbym ostrozny z takimi zdecydowanymi stwierdzeniami Prosze bardzo IBM x3850 M2

Sęk w tym ze ciezko odpowiedziec jednoznacznie na to pytanie. Nie ma jedynej słusznej recepty na budowę Infrastruktury Cloud'owej. W zależności od tego jak zbudujesz platformę, jakiego hardware'u użyjesz, jaki napiszesz / zastosujesz software, itp - będą inne rezultaty, inne możliwości, inne ograniczenia. Poza tym przy zastosowaniu tych nowych IBMów o których pisałem wcześniej możesz łączyć poszczególne maszyny w jedną całość, co w pewien sposób eliminuje "barierę" w postaci mocy obliczeniowej jednej maszyny fizycznej. Mogę zapytać z jakiego powodu ta kwestia jest taka istotna dla Ciebie? Może jest jakiś inny sposób na osiągnięcie tego czego potrzebujesz?

To jedna z opcji Lub wykorzystywać wolne zasoby do innych zadań, które w dowolnej chwili można przerwać

Faktycznie troche na szybko przeczytałem poprzednie posty i wprowadzilem niepotrzebne zamieszanie. Platforma na chwile obecna nie jest aż tak rozproszona. Ale to nie zmienia faktu, że znacznie łatwiej na niej skalować aplikację niż na tradycyjnej infrastrukturze (z powodów opisanych powyżej, nie ma sensu dublować). NIST definiuje Cloud Computing i znam tą definicję Natomiast Cloud Platform / Infrastructure nie ma tak ścisłej definicji choć mam wrażenie, że traktujesz to jako 3 wyraźnie różne pojęcia. Ale mniejsza o nazewnictwo Funkcjonalność takiej usługi jest znacznie szersza niż przy klasycznym VPS'ie. Dlaczego więc twierdzisz, że powinno kosztować tyle samo co zwykły VPS? Chyba, że miałeś na myśli, że tyle byłbyś skłonny zapłacić to co innego. Tak czy siak nie zmienia to faktu, że cena będzie bardzo zbliżona Ty potrzebujesz kilkudziesieciu rdzeni - OK. Jednak zdecydowana większość aplikacji mieści się w mniejszym przedziale zapotrzebowania i istotna jest dla nich skalowalność od kilku do kilkudziesięciu GB RAM. Na takim poziomie jak najbardziej jestem w stanie zapewnić skalowalność. Choć już na początku takiego wzrostu będę sugerował podzielenie aplikacji na kilka serwerów, bo tak jest poprostu mądrzej. Cloud (*na chwilę obecną*) nie zastępuje rozproszenia aplikacji w dłuższej perspektywie. Zaleta Cloud'a jest gdzie indziej (o tym niżej w odpowiedzi na pytanie Wojtka). Co nie zmienia faktu, że to kwestia roku-dwóch, technologia zrobi jeszcze krok do przodu i rozproszenie przestanie być niezbędne. Przede wszystkim myślę, że Cloud'owych dostawców będzie jednak więcej. To tylko kwestia czasu. Co do możliwości wyboru - fakt, masz większy wybór na chwilę obecną jak chcesz sam budować infrastrukturę. Aczkolwiek jest bardzo duża grupa użytkowników którzy nie mają czasu / ochoty / wiedzy na to żeby porównywać ofertę y producentów i z DC (zwłaszcza, że w większości nie ma cen na stronie tylko trzeba prowadzić indywidualne rozmowy). Ta grupa tak na prawdę nie dba o to czy na pudełku będzie znaczek IBM'a, Dell'a, czy HP. Ważne dla nich jest to, żeby mieć dostęp do mocy obliczeniowej o wartości X i Storage'u o pojemności Y i żeby obydwie wartości mogli sobie skalować w górę i w dół kiedy tylko zajdzie taka potrzeba. Jak odkręcasz wodę z kranu to zastanawiasz się z którego zbiornika płynie woda? Jak odpalasz TV to zastanawiasz się z której elektrowni leci do niego prąd? Moc serwerowa to tak popularny zasób, że niebawem będzie traktowany tak samo.. Ach rozmarzyłem się... Z nieskrywaną przyjemnością wyprowadzę Cię z błędu już niebawem.. Haha.. Może, ale nie musi tak działać. Tak czy siak to problem wlasciciela a nie uzytkownika. Uprzedzajac głosy protestu - to wcale nie musi być tak, że na koniec i tak zapłaci za to klient Docelowo marzą mi się usługi typu Auto-scalability albo Scheduled-scalability. Przy odpowiedniej skali mamy wachlarz Klientów o różnych potrzebach. Przykładowo jest firma, która ma X pracowników i Y aplikacji typu CRM, zarządzanie produkcją, zarządzanie projektami, itp. Między 9 a 17 potrzebują dużo zasobów. Potem znacznie mniej. Ustawiają więc scheduler tak, żeby przyznawał więcej mocy za dnia i mniej wieczorem. Z drugiej strony jest portal rozrywkowy.. Gry online, forum, itp itd. W ciągu dnia ruch jest średni ale po 18 jak ludzie wracają z pracy zaczyna się robić gęsto i tak do późnych godzin nocnych.. Ustawiają więc scheduler na swoje potrzeby. W ten sposób każdy jest zadowolony i nikt nie ma pustych przebiegów Heh.. Nie chodzi o ułatwianie życia bo cennik już dawno został naszkicowany (możliwe drobne zmiany). Poza tym nie zmieniłbym go na podstawie opinii jednej osoby (z całym szacunkiem ). Byłem poprostu ciekaw jak wyobrażasz sobie cennik takich usług bo na każdym kroku podkreślasz, że to na pewno będzie strasznie drogie, a to nie prawda Wiesz - mnie nie interesuje Porsche Carrera, bo nie mialbym jak psa wozic (duzy jest skubaniec), ale to nie znaczy ze to zly samochod.. :) Jest wciaz spora grupa ludzi ktora chetnie by takim pojezdzila Wojtku (oczywiscie ze mozesz po imieniu ), 1 - Zanim apetyt Twojej aplikacji urośnie od kilku do kilkudziesięciu GB RAM minie trochę czasu.. W tym czasie możesz śmiało trzymać aplikację na cloud'owym serwerze i w razie potrzeby skalować serwer w górę i w dół kiedy tylko zajdzie taka potrzeba. Upgrade następuje automatycznie po złożeniu zamówienia. Przy zwykłym dedyku skalowalności w dół najczęściej nie ma więc upgrade "na chwilę" nie wchodzi w grę. Ponadto od momentu "potrzebuję więcej RAMu" do momentu "mam więcej RAMu" najczęściej mija trochę czasu. U różnych dostawców różnie to wygląda, nie chcę generalizować.. Najczęściej SLA na rzeczy tego typu to kilka godzin. Czasem się to przeciąga do kilku dni jak procedury są bardzo skomplikowane. 2 - Jak Twój Cloud'owy serwer będzie potrzebował więcej przestrzeni dyskowej to poprostu przydzielasz sobie więcej przestrzeni dyskowej i masz. Natychmiast. W przypadku zwykłego dedyka to bywa różnie.. jak masz serwer z dyskami hot-swap to nie jest tak źle, choć wciąż obowiązuje Cię kilkugodzinne SLA. Problem się pojawia jak masz wszystkie sloty zajęte albo jak potrzebujesz większych zmian. 3 - Jak zaczynasz skalować aplikację wszerz to masz tak na prawdę te same zalety co w pkcie 1. Tzn jak dochodzisz do wniosku, ze potrzebujesz dodatkowego serwera to zamawiasz i masz. Natychmiast. Ponadto jak dojdziesz do wniosku, że już go nie potrzebujesz to go poprostu odłączasz i przestajesz za niego płacić. Przy normalnym dedyku taka elastyczność raczej nie występuje.. Raz, że trzeba trochę poczekać żeby go dostać, a dwa, że nie tak łatwo później z niego zrezygnować. Co do Twojej wątpliwości - to chyba rzadkość, żeby firmy hostingowe działały w systemie just-in-time. W sensie ze klient zamawia dedyka, a firma hostingowa dopiero wtedy go kupuje. Zawsze tak czy siak trzeba mieć jakieś zapasowe zasoby. Bez względu na to czy to Cloud czy nie. Z tą różnicą, że przy Cloudzie te zasoby są gotowe do pracy i są dostępne natychmiast. Koszty utrzymania tego zapasu nie spadną na Klienta tylko na Inwestora ServeCloud jako nowa firma na rynku z nowym modelem świadczenia usługi musi być chcąc nie chcać konkurencyjna cenowo bo inaczej byłby to samobójczy start

Tak, bo idea jest taka, żeby ta maszyna zachowywała się tak jak klasyczny dedykowany serwer (w sensie niezaleznosci). Spodziewaj się idea cloud'a jest taka, żeby user nie myślał w ogóle o sprzęcie. Interesuje go moc obliczeniowa na poziomie X, przestrzen dyskowa na poziomie Y i koniec. Skad sie to bierze.. to nie jego problem. Zgadzam sie w 100% procentach, ale jak bariera wejscia bedzie zbyt wysoka to innowacyjny produkt (chocby byl 3 razy lepszy) sie poprostu nie przyjmie. Jak klient będzie potrzebował maszynę odpowiadającą 3 fizycznym maszynom to ją dostanie Zgadzam się, że skalowanie wszerz jest sprytniejsze, aczkolwiek wymaga pewnego nakładu pracy po stronie twórcy aplikacji. Jeśli od początku budujesz aplikację z myślą o tym to OK. Ale w większości przypadków scenariusz wygląda tak, że jest aplikacja, która "nie mieści" się na obecnym serwerze i pojawia się pytanie co dalej. Dołożyć RAM i działać dalej czy przebudować aplikację? Z racji prostoty wygrywa pierwsze rozwiązanie.. (przynajmniej tymczasowo). Wciąż zdecydowana większość aplikacji powstaje (i powinna powstawać) bez martwienia się o infrastrukturę. Wciąż sporej grupie aplikacji skalowanie w górę w zupełności wystarcza, bo nie wyrastają ponad możliwości pojedynczej maszyny. One wcale nie wychodza az tak drogo jak sie to dobrze policzy ;-) Przyznaję - skupiłem się na Cloud Infra vs. dedyk. Choć nie nazwałbym tego spłycaniem.. Inna rzecz.. Chyba nie możesz tak jednoznacznie segregować co jest cloud hostingiem, co jest cloud platformą a co jest cloud infrastructure.. Granice między tymi pojęciami są BARDZO płynne, wręcz w wielu miejscach używane zamiennie. A może są gdzieś jakieś odgórnie narzucone definicje o których nie wiem? Tylko te bajery zmieniają diametralnie reguły gry, zasługują więc na osobną kategorię A kto powiedział, że jeden serwer Cloudowy będzie kosztował tyle co kilka zwykłych? O właśnie.. Weźmy taki cloud serwer i dajmy mu parametry takie jak w poprzednim poście (2GB ram, 80GB dysku, 1 rdzeń). Jaką musiałby mieć cenę (za godzinę, miesiąc, rok - jak Ci wygodniej), żeby było "fair" i żebyś rozważał zastosowanie takiego rozwiązania? (pytanie otwarte, do wszystkich Pod warunkiem że masz możliwość zaprojektowania sobie aplikacji.. W sensie pod warunkiem, że dopiero ją budujesz. Bo może się okazać że aplikacja już jest, od lat, a przebudowanie jej lub przeniesienie całej firmy na nowy soft może się okazać bardzo drogim procesem. Nie bardzo rozumiem w jaki sposob jestes niezalezny w doborze infrastruktury sprzetowej? Zawsze jestes niezalezny w tej kwestii tak na prawde Znam sporo takich.. Ale OK.. troche sie zapedzilem.. Tak czy inaczej 24 czy 12 miesiecy to praktycznie standard.. To wciaz BARDZO duzo jesli tak na prawde potrzebujesz tego serwera na pare miesiecy, tygodni czy nawet dni Możesz sobie pozwolić na parę godzin downtime'u z powodu awarii sprzętowej? A jeśli ruch w tym czasie chcesz przerzucić na inne maszyny, to znaczy że przez pozostałe 364dni i 20h w roku te serwery pracują na pół gwizdka, choć płacisz za całość... Ponawiam więc prośbe - zaproponuj cenę, która Twoim zdaniem byłaby fair.. Myślę, że miło Cię zaskoczę To zależy tylko i wyłącznie od tego jak je podasz.. Amazon wprowadził zamieszanie, jak w sekcji "oszacuj swój rachunek" wymagał podania ilości Compute Cycles, I/O, itp. Ale tak na prawdę NIC nie stoi na przeszkodzie, żeby podać userowi maszynę, która z punktu widzenia usera będzie się zachowywała DOKŁADNIE tak samo jak zwykły serwer.

Podpisuje sie jak najbardziej

Masz oczywiście rację z definicją VPS'a. Chodzi mi o to, że do postawienia "zwykłego" VPS'a wystarczy tak na prawdę stary serwer czy nawet PeCet podpięty do sieci. A zbudowanie VPS'a opartego o Cloud'ową Infrastrukturę wymaga znacznie większej inwestycji. Myślę, że nie przesadzę, jak powiem, że ponad 100-krotnie większej inwestycji Z mojego punktu widzenia nazywanie Cloud'owego serwera VPS'em jest krzywdzące i może wprowadzić w błąd, bo pod spodem leży zupełnie inna technologia, która oferuje zupełnie inne możliwości. Z drugiej strony maluch to samochód i Aston Martin to też samochód. Ma 4 koła, kierownicę i silnik. Niczym się nie różnią Co masz na myśli konkretnie? Żeby postawić cloud'owego VPSa trzeba mieć najpierw Cloud'a, w sensie platforme Jeśli masz to w planie to jest kilka softów tego typu (głównie komercyjne), ale mnie osobiscie zaden w 100% nie przypadl do gustu.. Choc duzo zalezy od tego na jaki system wirtualizacji sie zdecydujesz. Jest sporo ograniczen, ale oczywiscie wszystko zalezy od tego co konkretnie chcesz osiagnac. Generalnie wciaz jest imho nisza na zbudowanie DOBREJ aplikacji do stawiania i zarzadzania maszynami opartymi o platforme cloud'owa.

Wiesz, mozna zaczac tez od 128MB ram.. tylko ServeCloud nie do konca celuje w ta grupe klientow.. Choc nie wykluczam wypuszczenia w przyszlosci serii serwerow ServeCloudMini z wlasnie takimi parametrami.. Ale na chwile obecna nie ma tego nawet w planach.. Zdefniuj "tani" Jaka Twoim zdaniem kwota bylaby fair za skalowalny cloud server o parametrach 1gb / 40gb, postawiony w Polskim DC? Platforma do resellingu wirtualnych maszyn jest w planie, ale to znów raczej przyszłość.. Póki co na Twoje potrzeby mam dwie propozycje: 1 - Osobne maszyny dla poszczegolnych klientow z jakims preferencyjnym cennikiem dla Ciebie, jako stałego klienta. W Twoim panelu bedziesz mial oczywiscie podglad wszystkich maszyn, obciazenie, stan faktur, itp. Ale to nie bedzie taki panel o jakim myslisz.. tzn z poziomu tego panelu nie utworzysz nowego konta pocztowego dla Klienta X. 2 - Jedna maszyna, na której stawiasz swoja własną platformę shared hostingowa. Tworzysz tam konta dla klientow, kazdemu wedlug potrzeb, kazdy klient moze sie zalogowac do swojego panelu, itp itd. Jak przybywa Klientów to rozbudowujesz maszyne o kolejny storage i kolejne GB ramu. To czy wybierzesz opcje 1 czy 2 zalezy przede wszystkim od tego jakiej skali to sa klienci i co konkretnie ma robic aplikacja danego klienta. Oczywiscie w gre wchodzi rowniez hybrydowe rozwiazanie.

Z góry Was przepraszam za długość tego posta ad 1 - na chwilę obecną przyjęliśmy 2GB RAM / 80GB Storage jako parametry wejściowe czyli jednak znacznie więcej niż w jakimkolwiek shared hostingu.. Ale osobiście mocno się zastanawiam nad kontem 1GB / 40GB. ad 2 - dokładnie tak to wygląda. Plus opcja, że można wrócić do mniejszego planu w dowolnej chwili jak zapotrzebowanie spadnie, żadnych kontraktów, można przerwać umowę w dowolnej chwili, itp. A do czego Ci opcja reseller? Chodzi o to, żebyś mógł to samo oferować innym swoim klientom? IMHO to jest słuszna droga rozwoju A jesli chodzi o skalowalnosc, to prosze Cie.. Roznica jest tak olbrzymia, ze albo sie nie zrozumielismy albo nie wiem co.. Chcesz powiedziec ze nie widzisz roznicy w skalowalnosci pojedynczego serwera a serwera opartego o Cloud'a? 1 - Dołożenie RAM'u w zwyklym serwerze to kwestia wyciagania serwera z szafy, rozkrecania, wkladania RAMu i z powrotem do szafy. Downtime jest nieunikniony. Calosc moze trwac od paru godzin do paru dni nawet jak uwzglednimy negocjacje z dzialem handlowym, itp itd. Przy Cloudzie to kwestia minut, jesli nie sekund. Jesli jeszcze do tego jest jakis zgrabny panel to mozesz sobie sam dolozyc ten RAM, bez kontaktu z dzialem obslugi klienta. 2 - Jak bedziesz mial kaprys to mozesz sobie dolozyc dodatkowy Cloud'owy serwer kiedy chcesz. Dostaniesz go od reki a za pare godzin mozesz go wylaczyc. Zwyklego serwera nikt Ci nie da od reki, na pare godzin. 3 - Tak samo ze Storage'm.. Przy zwyklym serwerze z lokalnym storagem, nawet jak masz dyski hot-swap to poszerzenie przestrzeni dyskowej z 500GB do 5TB to nie taka prosta sprawa.. Cloud pracuje najczesciej na zewnetrznej macierzy i w dowolnym momencie do dowolnego serwera dokladasz dysk o dowolnym rozmiarze. Na codzień wyznaje ta sama polityke, ale BOSS (a konkretniej jego klient) ma ewidentnie ambicje na to, zeby z shared hostingu wyrosnac niebawem. Zgadzam sie ze polecanie osobie szukajacej hostingu, serwera z ktorym jedyny kontakt jest przez konsole - to kiepski pomysl.. Ale jesli ten ktos ma miec za chwile spory traffic i ma sie nie zmiescic w shared hostingu to co on ma zrobic? Jedyna opcja to vps / dedyk w wersji managed, zeby sie taki delikwent nie musial przeprawiac przez konsole, itp. Podstawowe pytanie - czy klient woli zainwestowac teraz troche wiecej w skalowalna infrastrukture, czy woli zaczac na shared hostingu a potem ewentualnie sie przeniesc. Jak wiadomo takie przeprowadzki to nigdy nie jest prosty i wygodny proces wiec kwestie finansowe nie zawsze sa najwazniejsze w takich sytuacjach. To są różne bestie, ale nie do końca. Heroku na przykład stoi na Amazonie Zatem warstwa sprzętowa to podręcznikowy Cloud Infrastructure. Skalowalność na tym poziomie jest niezbędna, żeby stworzyć skalowalność na kolejnych warstwach. Przy czym te "mozliwosci pojedynczej maszyny" mozna tez tak naprawde skalowac w nieskonczonosc wiec nie ma limitu.. IBM wypuścił ostatnio ciekawą linię serwerów pod wirtualizację. Pojedynczy taki serwer przyjmuje do 256GB RAM. Cztery takie serwery można spiąć razem, tak że zachowują się jak jedna maszyna (jeden login, itp). Mamy więc już serwer z 1 TB RAM. Twoje phpbb by przemo ma taki ruch zeby sie serwer przytkal? To nie koniec, bo dalej 4 takie serwery można znów spiąć w jeden, itp itd. @ertcap - Nie musisz pisac specjalnego kodu, zeby skalowanie dzialalo z konkretna platforma. Nie jestes w zaden sposob "uwiazany" do konkretnego dostawcy. Ba - bariera wyjscia tak na prawde moze byc znacznie nizsza niz w przypadku klasycznych rozwiazan. Niektorzy dostawcy Cloud'owi oferuja (za symboliczna oplata) eksport obrazu Twojego serwera. Z takim obrazem mozesz isc do dowolnego innego dostawcy i umiescic ten obraz na innej (tanszej / lepszej / whatever) infrastrukturze. Odpada Ci przy tym cala masa roboty zwiazanej z przenoszeniem danych, konfiguracja serwera, itp itd. Poza tym skad pomysl, ze Cloud to pomysl na wyciaganie pieniedzy od klientow? Jest przeciez dokladnie odwrotnie Obawiam się, że nie mogę się zgodzić. Mylisz skalowalnosc aplikacji i skalowalnosc infrastruktury. Rozproszenie aplikacji to generalnie bardzo dobry pomysł, ale to NIE zastępuje Cloud'a.. Załóżmy, że masz forum o piłce nożnej. Na czas ligi mistrzów czy euro 2012 masz pewnie 10 razy wiekszy ruch. Potrzebujesz wiec rozbudowac infrastrukture. Kupujesz wiec 2 nowe serwery do klastra i po kłopocie, tak? Albo jeśli je dzierżawisz to poprostu dzierżawisz dwa nowe tak? Pamietaj, ze poodpisujesz przy tym cyrograf pewnie na 3 lata. Dolozenie tych serwerow zajmuje w zaleznosci od formy (dzierzawa, kupno, leasing, itp) od paru dni do pewnie nawet miesiaca albo i lepiej. A po lidze mistrzów ruch na forum wraca do pierwotnego i co robisz z tymi dodatkowymi serwerami? Placisz za nie caly czas choc nie potrzebujesz, a oddac nie mozesz.. W przypadku Infrastruktury Cloud'owej jak potrzebujesz nowy serwer to dostajesz go w ciagu PARU MINUT od zlozenia zamowienia. A dodatkowo jak tylko przestaniesz go potrzebowac to przestajesz placic i odlaczasz maszyne. Calosc kosztuje Cie o WIELE mniej. A jesli zabraknie Ci miejsca na dysku to co zrobisz? Bedziesz wymienial dyski i przenosil dane ze starych na nowe? Przy Cloudzie w dowolnej chwili mozesz sobie przydzielic kolejne zasoby dyskowe i w dowolnej chwili mozesz z nich zrezygnowac. Pomijam juz to, ze jak madrze podzielisz infrastrukture na rozproszone maszyny to na poziomie skalowania maszyn samych w sobie (dokladanie storage'u, RAM'u, itp) jestes w stanie osiagnac BARDZO duza elastycznosc. A jednak znacznie latwiej jest zarzadzac infrastruktura ktora ma kilka mocny serwerow niz kilkanascie slabszych. Wreszcie najwazniejsze - jak robisz to sam, na zwyklych serwerach tyle ze w strukturze rozproszonej - to wciaz musisz sie martwic o hardware.. awarie dyskow, przepalony RAM, itp itd. Cloud sam sie leczy i jak dane zasób ulegnie uszkodzeniu - przydziela nowy. Całość transparentna dla klienta. Podstawowe pytanie które należy sobie zadać to "na czym zarabiam?" Na tym że rozwijam forum, zdobywam userów, itp. Czy na tym, że buduję sobie własną "chmurke" i tracę czas na wymyślanie koła na nowo? Rozumiałbym, gdyby to jeszcze miało zaoszczędzić Ci jakiekolwiek pieniądze, ale tak nie jest.. Bo robiąc to "na własną rękę" zapłacisz O WIELE więcej niż korzystając z gotowej chmurki. Jeśli miałbym znaleźć jakieś proste porównanie klasyczny serwer vs cloud to powiedziałbym, że klasyczny serwer dedykowany to tak jak własna dedykowana studnia, a Cloud to jak nielimitowany dostęp do sieci wodociągów.. Jak potrzebujesz wodę to odkręcasz kurek, jak potrzebujesz więcej to odkręcasz mocniej. Płacisz defacto za to co zużyjesz. Błagam nie nazywajmy tego VPS'em bo technologia która stoi za Cloudem i VPSem jednak mocno się różni Mniej więcej tak działa ServeCloud (jeśli dobrze Cię zrozumiałem). Rozwiązania opensource tego typu chyba nie ma póki co...

Rozumiem.. A gdyby wziąć managed server? Wtedy zarządzanie i admin będą po stronie providera. Choć to podniesie koszty i możesz się nie zmieścić w budżecie.. No chyba, że wystarczy Ci jakiś mały serwer? Jakiego obciążenia się spodziewasz?

@p - dzięki za przypomnienie o ServeCloud.. fajnie ze tak o nas pamietasz O ile zgadzam się z określeniem Cloud Infrastructure to jednak z okresleniem "Premium VPS" bede mocno walczyl.. @BOSS - skoro potrzebujesz rozwiązania Cloud'owego, a nie ma w okolicy takiej konfiguracji jakiej szukasz, to może warto zastanowić się nad nieco innym rozwiązaniem? Mam na myśli serwer oparty o Platformę Cloud - na nim stawiasz sobie takie środowisko jakie potrzebujesz, panele zarządzające, itp. Masz więc taki sam "user experience" jak przy klasycznym webhostingu, z tą różnicą, że działasz w oparciu o chmurę więc masz lepszą stabilność i znacznie lepszą skalowalność. W tej sytuacji lista potencjalnych dostawców nieco się powiększa (włącznie ze wspomnianym przez p ServeCloud'em który startuje niebawem i ma serwery w Polsce) @ertcap - zgadzam sie co do "hostingu w chmurze". Jesli na Cloud'owej platformie postawimy "zwykle" jak to nazywa p srodowisko to to ciagle bedzie hosting w chmurze. Łapanie za slowka hosting / webhosting / cloudhosting itp powoduje tylko niepotrzebne zamieszanie. Dookola hasla "cloud" jest juz wystarczajaco duze zamieszanie Ja osobiscie czytajac ten watek mam wrazenie ze kazdy ma inna definicje PS - Emil Sayegh z Mosso Rackspace Cloud Division powiedział niedawno: ''Shared hosting will be obsoleted by the Cloud.''

@Łukasz Adamus - masz 100% racji. Jak najbardziej celujemy w ta strone, choc na poczatek chcemy sie skupic na maksymalnie prostym produkcie i prostej prezentacji produktu. Zwlaszcza ze kompleksowa obsluga takiego klienta (mam na mysli outsourcowany model) wymaga pewnego odstepstwa od "core business'u" typowego dostawcy serwerów. Ideałem dla nas byłby układ partnerski z firmą która wzięłaby na siebie część działań (głównie chodzi o migrację i wdrożenie). Jeśli są chętni to zapraszam do kontaktu Jeśli nie znajdziemy rozsądnej grupy partnerów to pewnie zbudujemy u siebie własny zespół do tego typu zadań. Sam pomysł jest jednak bardzo słuszny moim zdaniem i idealnie pasuje do platformy Cloud'owej. Zwłaszcza przykład z renderingiem Myślę też, że rozwiązania klasy enterprise w chmurze to tylko kwestia czasu. W zasadzie już teraz sie pojawiają. Zgadzam się że migracja starych systemów, korzystających ze starych technologii może być czasem kłopotliwa, ale większość nowych systemów może śmiało skorzystać z dobrodziejstw Cloud Computingu. @Bartosz Gadzimski - Amazon był pierwszym, który oferował tego typu usługi więc budując teraz platformę Cloud Computingową nie sposób nie oferować podobnych funkcjonalności.. Można oczywiście zaoferować dodatkowe rzeczy, wciąż jest sporo miejsca na kreatywność, ale podstawowy zestaw tak czy siak zawsze będzie bardzo podobny. Odczyt i zapis bedzie szybki Zapraszam do testów niebawem...