Skocz do zawartości

gb1

Użytkownicy
  • Postów

    280
  • Dołączył

  • Ostatnia wizyta

  • Wygrane w rankingu

    2

Odpowiedzi opublikowane przez gb1

  1. 23 godziny temu, graczu napisał:

    Z tego co pamiętam to interpretacja kopii zapasowych i zapomnienia jest inna, kopia jest trzymana i niedostępna do wglądu jak produkcja. Replikacja jak i snapshoty nie są trzymane z wielu lat, maks paru dni ( i nadpisywane ).

     

    przetwarzanie to także przechowywanie, art. 4 pkt. 2; podobnie jak w obecnej UODO.

     

    23 godziny temu, Suspect napisał:

    Jedyne rozsądne rozwiązanie tego problemu zostało opisane w poniższym artykule. Polecam zapoznanie się z nim i zachęcam do dalszej dyskusji dotyczącej tego rozwiązania.

     

    Zgadzam się że dla klasycznych systemów rozwiązanie podobne do opisanych w przywołanym artykule są najbardziej rozsądne. Jednak pamiętajmy o tym że rozsądek, a przepisy często nie idą w parze. Uważam że tutaj najlepiej byłoby skorzystać z kodeksów postępowania, stosowanie których daje znacznie wyższe bezpieczeństwo (nie techniczne) i jest przewidziane w zapisach rozporządzenia. Do jakich organizacji należycie lub znacie które pracują nad kodeksami postępowań dla branży hostingu ? 

     

    Także zachęcam do dyskusji w tym zakresie, może nowy wątek ?

     

    12 godzin temu, TaniDedyk.pl napisał:

    Skoro namawiasz wszystkich do dzielenia się swoją wiedzą/wynikami testów/wdrożeniami w wiekszości tematów  to też podaj te ciekawe propozycje/rozwiązania publicznie a zapewne większość z nich skorzysta :) 

     

    Uważam że dyskusja i wymiana wiedzy jest bardzo istotna. Jednak biznesu jak narazie nie uprawiam na forum zatem pozostawię tą kwestię poza nim. Jednak każda rozmowa na temat tego typu rozwiązań zaczyna się tak samo jak pisałem już w wielu wątkach wcześniej czyli ustalenia podstawowych parametrów RPO, RTO, ilości danych oraz delty. Takie informacje pozwalają na dalszą dyskusję i na końcu dobranie rozwiązań technicznych które będą adekwatne do sytuacji.

     

    9 godzin temu, nrm napisał:

    To jest znany "człowiek-pytanie", on tylko pyta :) 

     

    Pytając można zawsze się czegoś nowego dowiedzieć, czy jedna uważasz inaczej ? ;-)

     

  2. 10 godzin temu, matt napisał:

    ASM? :D

     

    Za wikipedią po wpisaniu do google "ASM programming":

     

    An assembly (or assembler) language,[1] often abbreviated asm, is a low-level programming language for a computer, or other programmable device, in which there is a very strong (but often not one-to-one) correspondence between the language and the architecture's machine code instructions.

     

    10 godzin temu, matt napisał:

    Idac Twoim tokiem myslenia warto by bylo polecic Turbo Pascal ;) 

     

    W żadnym wypadku, nie wiem jak wysnułeś takie wnioski :) Turbo Pascal nie jest wykorzystywany szeroko w biznesie, nie uczy zarządzania pamięcią czy innymi niższymi warstwami, osobiście nie widzę celu nauki tego języka w obecnych czasach. Natomiast w przypadku C nauczy się człowiek zarządzania pamięcią oraz zasad jej działania, w przypadku ASM to same podstawy i fundamenty które w każdym języku się później przydają w szczególności w debuggingu niskopoziomowym :-) Nie wspominając już o tym że znajomość C pozwala na czytanie i poprawianie większości kodu systemów operacyjnych oraz aplikacji systemowych. 

     

    10 godzin temu, matt napisał:

    akademicki system nauczania nie do konca pokrywa sie z tym co pozniej oczekuje rynek i w tym kontekscie zaczynanie nauki programowania od C uwazam za kompletna bzdure.

     

    Akademicki system nauczania to nie technikum które przyucza do zawodu, wymaganie od akademii aby to robiła "uważam za kompletną bzdurę" :)

     

     

  3. Czyli oczekujesz wsparcia dla świadczonej usługi wraz ze wsparciem administracyjnym jak będziesz miał problem którego nie będziesz umiał rozwiązać ?

     

    Rozumiem że za wsparcie administracyjne jesteś gotowy dodatkowo zapłacić ?

     

    Jakiego czasu reakcji oczekujesz w przypadku wsparcia dla świadczonej usługi oraz wsparcia administracyjnego ? Jakiego godziny wsparcia Cię interesują ?

     

    Podany budżet jest w kwotach netto czy brutto ?

  4. 7 minut temu, graczu napisał:

    awaria w godzinach 8 - 18 to była by tragedia, dlatego też chmura z replikacją to świetne rozwiązanie, ale jak liczyłem kosztowo to nie wiem czy będzie na to zgoda

     

    Wygląda na rozsądną normalny biznes, myślę że mam ciekawe rozwiązania dla Ciebie wraz z replikacją abyś miał możliwość realizacji całości w ramach rozsądnego budżetu MSP.

     

    7 minut temu, Poziomecki napisał:

    To już pytanie do Marka

     

    Zaproś zatem do dyskusji albo dopytaj i podziel się z nami informacjami aby podeprzeć twierdzenie że macie wszystko na bieżąco analizowne :) Chętnie poznam oraz zapewne inni także Wasze planowane działanie w tym zakresie :)

     

    8 minut temu, graczu napisał:

    Ale firma hostingowa przetwarza, ja jako administrator muszę dopilnować tego że jak nasz klient będzie chciał być zapomniany o muszę go skasować i wszelkie dane jego dotyczące

     

    Dokładnie tak, zatem jako administratorem jak rozwiążesz kwestie zastosowania art. 17 w kopiach bezpieczeństwa które są wykonywane oraz przechowywane przez dostawcę usługi ?

     

    20 minut temu, graczu napisał:

    a oni muszą przykładowo nadpisać zerami dyski.

     

    W przypadku dedykowanego sprzętu fizycznego jest to dość proste, a w przypadku hostingu współdzielonego lub chmury sytuacja wygląda już inaczej, ale bardzo ciekawe aspekty poruszasz które dla normalnego biznesu są niezwykle istotne.

  5. @matt dokładnie tak, w przypadku kiedy ma to być pierwsze kroki w kierunku programowania i podejście na zasadzie samouka. Oczywiście bardziej rozsądnym uważam rozpoczęcie nauki od C, poźniej poznanie C++ i w międzyczasie poznanie ASM ponieważ daje to mocne podstawy na przyszłość, jednak z mojego doświadczenia wynika, że obecnie większość nie ma odpowiedniego samozaparcia aby samemu się tego uczyć jeśli nie wymagane jest przez szkołę.  

  6. Na niniejszym forum większość interesuje się aspektami technicznymi, zatem tutaj polecam artykuł 17 wspomnianego rozporządzenia czyli („prawo do bycia zapomnianym” i jego stosowanie w przypadku kopii bezpieczeństwa.

     

    @Poziomecki Czy podzielisz się Waszymi przemyśleniami i planami dostosowania się do art. 17 w kontekście kopii bezpieczeństwa ?

  7. 6 godzin temu, Poziomecki napisał:

    Umowy są w przygotowaniu. Zmiany wchodzą od 05.2018r. i do tego czasu zdążymy wszystko przygotować.

    Wstępnie weryfikowaliśmy warunki techniczne i u nas są one spełnione. RODO to głównie warunki i procedury będą dot. bezpieczeństwa danych.

     

    Nie wątpię że wstępnie weryfikowaliście jak także żę zapewne zdążycie wszystko przygotować, jednak jak sam stwierdziłeś nie znasz szczegółów jednak stwierdziłeś że "jest spełnienie wymagań RODO" co wydawało mi się dość dziwne. Różnica znacząca pomiędzy pracami wstępnymi, a zakończeniem realizacji :)

     

    5 godzin temu, graczu napisał:

    http://www.giodo.gov.pl/pl/569/9276

     

    tutaj masz ustawę z 27 kwietnia 2016.

     

    To nie ustawa to jedynie rozporządzenie PE.

     

    https://legislacja.rcl.gov.pl/projekt/12302950

     

    Ustawa o ochronie danych osobowych jest nadal w drodze, a jej zapisy będą istotne, zatem na tym etapie można się przygotowywać, trudno jednak mówić o wdrożeniu RODO.

     

    5 godzin temu, graczu napisał:

    Jednak z miejscem w którym będą trzymane dane musisz podpisać umowę o przetwarzaniu danych osobowych

     

    Takie wymaganie wynika z obecnej ustawy o ochronie danych osobowych obowiązującej od lat. Polecam lekturę art. 31 ustawy o ochronie danych osobowych, wymóg jest aby umowa była zawarta na piśmie. Wraz z nowymi przepisami wymóg posiadania umowy na piśmie zniknie z tego powodu według mnie na wejście w życie nowych przepisów niezmiernie oczekują globalni gracze typu GCE, AWS, Azure, etc.

     

    5 godzin temu, graczu napisał:

    Do tego ciągłość pracy wymagała by serwerownia przynajmniej posiadała dwa niezależne łącza, przyłącza zasilania ( lub i zaplecze potrzymania zasilania ).

     

     

    Możesz wskazać takie zapisy ? :)

     

    5 godzin temu, graczu napisał:

    No tak czy siak, trzeba to jednak spełnić od strony zbierającej dane po to by gdyby noga się powinęła to posiadać wszystkie "papierki" podpisane by nie umrzeć od kary. A to czy przetwarzający nam podpisał nieprawdę to już problem z jego strony.

     

    Zgadzam się w całości, z tego powodu jak wcześniej pisałem strona formalna jest tutaj najbardziej istotna pod względem nowych przepisów, w stosunku do stosowanych adekwatnych środków technicznych.

     

    6 godzin temu, graczu napisał:

    Najlepsza by była zapewne chmura z replikacją do innej serwerowni i jakiś s3 na pliki....

     

    Moim zdaniem bardzo rozsądne podejście i zapewne najbardziej ekonomiczne, odezwij się na PW myślę że jeśli reprezentujesz normalny biznes to będę miał ciekawe propozycje.

     

     

  8. W dniu 31/12/2017 o 09:33, mati010 napisał:

    ponieważ w BH support i jakość serwerów jest taka niska

     

    Możesz doprecyzować które elementy / parametry wsparcia oraz usługi są dla Ciebie istotne ?

     

    W dniu 31/12/2017 o 09:33, mati010 napisał:

    nie typu jak ostatnim razem był problem to support przez 3 tickety pisał, że jest okej, a nie było

     

    Możliwe że sytuacja wymagała trzech ticketów aby zrozumieć zgłaszaną sytuację. 

     

     

  9. W dniu 30/12/2017 o 23:10, Poziomecki napisał:

    U nas w hitme.pl jest spełnienie wymagań RODO

     

    Z ciekawości zapytam, jak spełniacie wymagania RODO jeśli jeszcze nie są uchwalone przepisy ustawowe, wykonawcze i administracyjne niezbędne do wykonania tej dyrektywy ?

     

    Także z ciekawości zapytam, czy stosujecie zapisy kodeksów potępowania lub się do tego przygotowujecie ? jeśli tak to których organizacji ?

     

    W dniu 30/12/2017 o 23:10, Poziomecki napisał:

    ale pozostaje nam kwestia papierków, które są w trakcie przygotowywania

     

    Czyli wymagań RODO nie ma jeszcze spełnionych :-) należy pamiętać że RODO to w większości właśnie "papierki", a nie stosowane środki techniczne :)

     

    Podobnie jak kiedyś z telewizorami HD i HD Ready, prawie to samo, a jednak różnica wielka :-) 

    W dniu 31/12/2017 o 09:51, graczu napisał:

    jest możliwość posiadania dwóch maszyn w osobnych pomieszczeniach/strefach pożarowych?

     

    Sugerowałbym tutaj wybór dwóch różnych dostawców ,znacznie wyższy stopień bezpieczeństwa i ciągłości działania przy dobrze dobranym oraz testowanym DRP.

  10. Jeśli masz doświadczenie w C++ to GO jest naturalnym wyborem. Jeśli posiadasz dobre fundamenty w programowaniu w wielu językach (np. rozsądne studia) to GO będzie także rozsądnym wyborem. Jednak jako pierwszy język to znacznie lepszy wybór aniżeli C / C++ :-) 

     

    Jednak jeśli to ma być pierwszy język do nauki programowania jako samouk to lepiej sugerowałbym Javascript (być może TypeScript) jako nodeJS.

    • Haha 1
  11. 5 godzin temu, SomeGuy napisał:

    Coś się uczepiłeś tego, że dobra firma musi mieć swój panel

     

    Nigdzie nie twierdziłem, że musi :-) tak samo jak nie musi mieć większych kompetencji technicznych , wystarczą przeciętne, a może nawet podstawowe :-)

     

    A teraz zdefiniuj pojęcie "dobra" :-)

     

    Nie doszukuj się drugiego dna tam gdzie go nie ma :) Jednak przyznam, że chętniej poznałbym Waszą opinię na temat mojego ostatniego akapitu w poprzedniej wiadomości.

  12. 22 minuty temu, SomeGuy napisał:

    Czy to, że przeciętny użytkownik linuxa może zacząć świadczyć usługi hostingowe, bo wie jak zainstalować panel hostingowy? 

     

    Twierdzisz że nie może ? patrząc na rynek mam wrażenie że są takie firmy :)

     

    26 minut temu, nnd.newbie napisał:

    żeby wypłynąć na duże wody zazwyczaj musiało dostać dofinansowanie i wsparcie

     

    Według mnie większość oprogramowania OSS z którego korzystasz nigdy nie dostało dofinansowania lub wsparcia finansowego.

     

    28 minut temu, nnd.newbie napisał:

    Jak firma hostingowa zacznie tworzyć swoje panele...

     

    Panel akurat jest znaczącym wyróżnikiem dla firmy hostingowej, pozwalający wyróżnić się od pozostałych graczy.

     

    29 minut temu, nnd.newbie napisał:

    Być może ma tej wiedzy wystarczająco, żeby wiedzieć co jest ważne w biznesie i jej usługach i swoje zasoby przeznacza właśnie na to.

     

    Być może :-) jednak rozróżnijmy potencjał techniczny od biznesowego, dwie różne sprawy. Uważam że jak najbardziej możliwe jest prowadzenie bardzo zyskownego biznesu posiadając podstawową wiedzę techniczną w firmie.

     

    33 minuty temu, nnd.newbie napisał:

    I coś czuję, że pierwsze będą te firmy które wykorzystują gotowe rzeczy i zmigrują, a nie te które będą dopiero tworzyć własne rozwiązania.

     

    Pierwsze pod jakim względem ? Dostarczenia usług na bazie kontenerów ? Obecnie wygląda na to że firm hostingowych które posiadają ofertę masowego wehostingu (nie vps) bazującą na kontenerach to jest mało lub nawet bardzo mało.

     

    Chętnie poznałbym opinię dlaczego wśród firm hostingowych jest taka mała adaptacji rozwiązań bazujących na Openstack lub kontenerach ? Czy po części nie wynika to z braku standardowych paneli które to wspierają i nie wymagają większej wiedzy technicznej ?

  13. 2 godziny temu, nnd.newbie napisał:

    Każdy ma określony budżet i lepiej go wykorzystać na infrastrukturę i support niż na siłę tworzyć dział developerski do rozwijania własnego panelu.

     

    Zgadzam się w zupełności. Jak od samego początku twierdzę, że własny panel świadczy jedynie o świadomości technicznej, wiedzy i potencjale dostawcy usługi. Świadczenie usługi za pomocą standardowego panelu nie wymaga zbytnio dużej wiedzy i świadomości technicznej, a tym bardziej nakładów na r&d.

     

    Czy można wykorzystać gotowe standardowe panele do świadczenia usługi i prowadzenia zyskownego biznesu ? Uważam że jak najbardziej, jest to możliwe, jedynie świadczy to o firmie i jej potencjale technicznym.

     

    Wracając jednak do rozwoju i oprogramowania, to jeśli prześledzisz większość oprogramowania z którego korzystasz to duża część powstaje przy udziale jedynie 1-2 osób, niezbyt często małych zespołów. Polecam na przykład śledzenie rozwoju istotnych ze względu na hosting modułów kernela Linuxa, myślę że będziesz zdziwiony jak mało osób rzeczywiście czynnie rozwija dane obszary i jak wiele zależy od małych firm lub pojedynczych osób.

     

    Wymieniłeś Openstacka i liczne firmy bazując na danych z wikipedia, akurat ten projekt bardzo blisko znam, ponieważ jako jedna z pierwszych firm podpisaliśmy umowę na współtworzenia Openstacka. Jednak z tych dużych firm to rzeczywiście jedynie nieliczne osoby biorą czynny udział, większość bazuje na znacznie mniejszych developerach lub firmach.

     

    Ciekawym przykładem projektu który powstał na potrzeby hostingu jest CEPH o którym kilkukrotnie była na forum mowa. Polecam historię powstania i rozwoju do czasu otrzymania wsparcia i promocji od RH (podpowiedź: DreamHost). Nie będę wspominać o Openstack Swift :) jednak warto wspomnieć początki PHP, czyli języka programowania który dla wielu na tym forum jest podstawowym językiem. W latach 90-tych pewien człowiek stwierdził, że pomimo tego że wszyscy korzystali z Perla, skryptów bashowych czy innych wynalazków to on napisze własne toporne narzędzie do obsługi formularzy (FI) i tak rozpoczeła się era PHP :-) Pominę już mSQL i początki mySQL :)

     

    Obecnie warto się interesować tym co dzieje się od kilku lat w obszarze kontenerów, a w szczególności w zakresie obsługi sieci w architekturach rozproszonych i "multi-tenant" (czyli istotne zagadnienia dla dostawców usług hostingowych). Tak jak obecnie tam "kombinują" to czasami ręce opadają, jednak mozolnie i powoli ale idzie do przodu. Era hostingu jaki obecnie znamy powoli dobiega końca, choć tak jak PHP długo jeszcze będzie żyła zanim umrze na dobrze :-) 

     

    Innowacja i rozwój powstaje poprzez negowanie tego co jest i próby tworzenia czegoś nowego bardziej odpowiedniego do potrzeb.

  14. 8 minut temu, patryk napisał:

    też powstały po to, żeby było tanio

     

    Bardziej aby było tak jak tego są realne potrzeby świadczenia usług, a przy okazji ekonomiczne podejście.

    W nawiązaniu do linków do zdjęć, dziwisz się że większość tych którzy w dużej skali operują mają podobne przemyślenia? Ekonomia zawsze jest istotna, jednak mam przeświadczenie że w przypadku tych dużych są także inne cele równie ważne.

     

    10 minut temu, patryk napisał:

    własna dystrybucja Linuxowa (dzięki której nie trzeba np. płacić Red Hatowi)

     

    Myślę że przykład płacenia za "subskrypcje" RH jest mało trafiony, śledząc rozwój tej dystrybucji widać gołym okiem że nadrzędnym celem było posiadanie dystrybucji która będzie pasowała do potrzeb i bieżących wymagań AWS jako platformy podstawowej. Mogli spokojnie tak samo ekonomicznie wybrać jedną z wielu obecnych dystrybucji dla których brak opłat za "subskrypcję". 

     

    14 minut temu, patryk napisał:

    własne serwery (bo są tańsze niż dotychczasowe rozwiązania dużych producentów)

     

    Jak wcześniej wspominałem, według mnie nie tylko ekonomia jest tutaj istotna, a znacznie bardziej istotny w przypadku OCP jest element dostosowania sprzętu do realnych potrzeb technicznych oczywiście uwzględniając element ekonomiczny.

     

    Zupełnie na marginesie to centra przetwarzania danych jako kontenery to już przeszłość dla dużej skali, to był tylko taki epizod jakieś 7-8 lat temu :-)

  15. @patryk gołe płyty to jednak jedynie etap był, "obudowa" w większości rozwiązań występuje jednak zwykle nie w takiej formie jaką większość zna. W kwestii pasywnego chłodzenia to całość centrów danych idzie w tym kierunku od wielu lat, w szczególności po zmianie w zaleceniach ASHRAE w 2011 roku. Słynne "kurniki" Yahoo były jednym z pierwszych podejść jednak obecnie technologia i rozwiązania znacznie poszły do przodu w tym zakresie. Większość budowanych dużych (skala mega) centrów przetwarzania danych mało ma wspólnego z tym co większość wyobraża sobie :) 

     

    W zakresie zmian dot. serwerów polecam lekturę OCP, http://www.opencompute.org/  

    Godzinę temu, milosz napisał:

    Sam panel jest w PHP.

     

    Operacje są synchroniczne czy async ? z ciekawości zapytam się jak rozwiązaliście powtarzanie operacji jeśli zwróci błąd ? jakieś ciekawe rozwiązania w przypadku rozwiązywania zależności pomiędzy operacjami składającymi się na podstawową operację ? skorzystaliście z jakiegoś gotowego rozwiązania ?  

  16. 11 minut temu, patryk napisał:

    No jak szaleć z własnymi rozwiązaniami to szaleć :)

     

    Tam gdzie jest to uzasadnione :-) 

     

    Dla przykładu duzi światowi dostawcy usług w ostatnich latach zmienili zupełnie rynek serwerów na świecie co powoduje że firmy typu Dell, HPE i podobne muszą mocno redefiniować swoje założenia i plany w tych obszarach. 

  17. @patryk Amazon Linux to tak jak każda inna dystrybucja Linuxa dużo związków ma z kernel.org, tak dalej idąc to dojdziemy do produkcji własnych procków :-) Choć na przykład Qualcomm oraz ARM powoli od lat wchodzą w obszar serwerowy. Jak widać można :-) choć nie zawsze się opłaca.

     

    Musisz jednak przyznać, że poskładania, a co ważniejsze utrzymywanie na bieżąco własnej dystrybucji to jest pewne wyzwanie i świadczy o świadomości i poziomie technicznym dostawcy usługi. W szczególności jak porównujesz do rynku usług hostingu gdzie często udostępnianie w rozsądnym czasie do wyboru aktualnych wersji php jest wyzwaniem :-)

     

    Tak tylko na marginesie to AMI to skrót od Amazon Machine Image, czyli obrazu dostępnego w ramach AWS, który jak każdy OS w ramach platformy AWS musi posiadać także Amazon Linux. 

  18. @Jabunsed przy takich parametrach serwer dedykowany to według mnie jedynie problemy w przyszłości. Sugeruję odpowiednio dobrać usługę chmurową, odpadają Tobie wszystkie kwestie dotyczące poprawnie działającego RAID, sprzętu, kompatybilności, diagnozowania, etc. skupiasz się na tym co istotne dla biznesu czyli: dostępność, wydajność oraz bezpieczeństwo.

     

    W przypadku aplikacji biznesowych istotnymi parametrami które są istotne aby biznes ustalił PRZED projektowaniem rozwiązania technicznego to:

    • Recovery Point Objective - czyli za jaki maksymalnie okres dane mogą zostać utracone,
    • Recovery Time Objective - czyli po jakim maksymalnie czasie system powinien powrócić do poprawnego działania,

    Oczywiście powyższe parametry mogą być różne dla różnych obszarów danych lub części aplikacji. Dla przykładu dla eCommerce dane dotyczące zamówień są istotne i tutaj RPO często jest niskie, natomiast inne dane (np. na temat produktów) są już mniej istotne i tutaj dopuszczalne są często wyższe parametry dla RPO. Dlaczego jest to istotne ? Ponieważ często RPO ma wpływ na wydajność rozwiązania.

     

    Znając wartości RPO oraz RTO można przystąpić do planowanie rozwiązania technicznego, gdzie istotnymi informacjami pod względem planowania bezpieczeństwa i ciągłości działania są w szczególności:

    • jak dużo danych posiadamy i w jakich obszarach
    • jaka jest delta za istotny okres czasu (np. dzień) danych w każdym z obszarów 

    Następnym krokiem jest poznanie aplikacji oraz ograniczeń które posiada architektura aplikacji. 

     

    Wydajność jest istotna, zatem istotne jest poznanie charakterystystki wykorzystania aplikacji:

    • zamknięty kontrolowany krąg użytkowników ?
    • zamknięty krąg użytkowników jednak nie kontrolowany ?
    • publicznie dostępna aplikacja ?

     

    Posiadając takie dane, można rozpocząć dopasowanie rozwiązań technicznych.

     

    Pisałeś, że jest to krytyczna aplikacja biznesowa, podzielisz się zatem  szerszymi informacjami poza tylko technicznymi ? Chętnie podzielę się wiedzą jak odpowiednie podejść do tematu.

  19. 8 godzin temu, Artur Pajkert Hekko.pl napisał:

    zanim wybierzesz hosting, sprawdź, jak na tym pójdzie MySql

     

    Czy w przypadku hostingu który nie określa minimalnych parametrów technicznych pod względem wydajności nie jest to przypadkiem wypadkowa wykorzystania w danym momencie przez licznych użytkowników i będzie się zmieniała wraz z wykorzystaniem danego zasobu fizycznego przez użytkowników ?

     

    To że w danym momencie pomiaru są wyniki jakie podałeś, nie oznacza że takie będą rzeczywiste chwilę później. Sytuacja może być odwrotna, więc wystarczy jedynie zamienić nagłówek cytowanych wyników. Jak zapewne sobie także zdajesz sprawę na wyniki tego typu testów będzie miał wpływ w szczególności pod względem operacji "select" ile danych jest nadal przechowywanych w cache (a mamy tutaj cache na różnych poziomach) oraz konfiguracja samej mysql. Pierwsze z wymienionych jest nadal wypadkową wykorzystania zasobów w danym czasie przez wszystkich użytkowników wykorzystujących dany zasób fizyczny.

    W dniu 17/12/2017 o 09:25, Marek607 napisał:

    Pamiętaj tylko by w oktawave dysk brać z tier2 lub wyższym

     Tutaj należy pamiętać, że nie tylko za pojemność dysku płacisz, ale także za operacje io (czyli operacje na dysku).

  20. 3. Wydajność

    • Czy gwarantowane są minimalne parametry techniczne usługi w zależności od zakresu usługi:
      • serwer aplikacyjny (np. php)
        • zasobów procesora
        • dostępnej pamięci operacyjnej (ram)
        • operacji io dla dysku
      • baza danych
        • zasobów procesora
        • dostępnej pamięci operacyjnej (ram)
        • operacji io dla dysku
      • serwer poczty
        • maksymalna ilość wiadomości wysłanych / odebranych w okresie czasu
        • maksymalna wielkość wysyłanych / odbieranych wiadomości

    Należy pamiętać że większość usług są to usługi współdzielone na zasadzie "best effort" i dostępne zasoby serwer są wynikową obecnego wykorzystania przez innych użytkowników.

     

    4. Bezpieczeństwo

    • Czy istnieje możliwość pobrania kopii bezpieczeństwa umożliwiającej odtworzenie w innym środowisku ?
    • W jaki sposób wykonane są kopie bezpieczeństwa ? Pamiętajmy, że "snapshot" nie są zawsze odpowiednim rozwiązaniem.
    • Czy istnieje elastyczność w doborze czasu archiwizacji (przechowywania) kopii bezpieczeństwa ? 
    • Jak często dostawca aktualizuje środowisko serwera aplikacji ?
    • Jak wygląda procedura aktualizacji środowiska serwera aplikacji ?
      • czy aktualizacje mogą wymuszać na użytkowniku dostosowanie uruchamianego oprogramowania ?
      • czy mam wybór czy moje środowisko zostanie zaktualizowane ?

    6. Elastyczność

    Obecnie rozwój uruchamianego oprogramowania w ramach usługi hostingu jest stale rozwijane i aktualizowane, a także wymagania względem usługi hostingu stale się zmieniają co stawia nowe wyzwania i wymagania względem usług hosting, w szczególności w zakresie elastyczności:

    • Czy opłaty są pobierane jedynie za wykorzystane usługi w krótkich okresach rozliczeniowych: godzinowych lub dniowych ?
    • Czy istnieje możliwość dowolnej zmiany usług wraz z aktualnymi potrzebami na przykład:
      • zwiększenie wydajności w związku z akcjami promocyjnymi
      • uruchomienie testowych środowisk przed wdrożeniem większych zmian
    • Czy można zrezygnować z usług w dowolnym czasie nie ponosząc dodatkowych opłat ?
    • Czy wykonywanie operacji jest możliwe samodzielnie przez API, CLI oraz panel (strona webowa) bez potrzeby ingerencji ze strony dostawcy ?
  21. W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    Nie uważasz że w ramach R&D firmy powinny rozwijać  także inne rzeczy?

     

    Wielu jest rozwija i nawet część udostępnia jako OSS, na przykład Rackspace i Openstack.
     

    W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    Np. swój silnik baz danych, swoje serwery WWW, swój system operacyjny?

     

    Dokładnie tak się dzieje, jest to dobry wyznacznik świadomości i poziomu technicznego dostawcy.

     

    Tacy liderzy jak AWS, Azure czy GCE mają własną dystrybucją Linuxa, nie wspominając o tym że dość mocno udzielają się w jego rozwoju w różnych zakresach, zwykle w tych które są dla nich istotne.

     

    W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    Uznałeś, że panel jest tym czymś co da firmie najwięcej wiedzy na temat usług...

     

    Gdzie to napisałem ? Czy to tylko Twoja subiektywne podsumowanie ? ;-)

     

    W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    Np. home.pl używa swojego serwera www  IdeaWebServer i nie wiem czy wiele osób jest z tego zadowolonych ( ja nie byłem).

     

    Kiedy nie byłeś zadowolony ? Należy pamiętać z jakiego powodu powstał w latach 90-tych własny serwer http w ich przypadku.

     

    W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    Dlatego niech lepiej firmy wykorzystują gotowe, sprawdzone rozwiązania tak dużo jak się da - z korzyścią dla siebie i klienta.

     

    Sprawdzone przez kogo ? Rozwój zatem będzie wykonywany przez kogo ? 

     

    W dniu 12/12/2017 o 10:35, nnd.newbie napisał:

    A za swoje rozwiązania niech się biorą dopiero gdy istniejące nie wystarczają i mają na to wystarczające zasoby.

     

    Czyli jesteś za brakiem innowacji i rozwoju pozostając przy tym co jest ? Nie wierzę :-)

    Spojrzyj na przykład na taki traefik (https://traefik.io/) nie powstałby przy takim myśleniu jak powyżej przedstawiłeś. 

    W dniu 17/12/2017 o 00:06, milosz napisał:

    My mamy swój panel do obsługi hostingu. Stawiamy na minimalizm, to co jest potrzebne i najczęściej używane. Cały czas jeszcze testujemy rozwiązanie, ale sporo klientów już z niego korzysta.

     

    Podzielisz się informacją na temat ciekawych rozwiązań jakie zastosowaliście, językami programowania które wykorzystujecie oraz zastosowaną architekturą ?

  22. Patrz na architekturę rozwiązań, czy nie widzisz możliwości zastosowania i wykorzystania ?

     

    DA ma założenie (jesli coś sie ostatnio nie zmieniło) że wszystkie usługi znajdują się na jednym serwerze, bez specjalizacji oraz założeń rozproszenia usług. Mocna integracja całości w ramach jednego "konta" w jednym miejscu.

  23. 8 godzin temu, patryk napisał:

    np. cron wywoływany w home.pl z pliku tekstowego tworzonego na ftp, zamiast prostego wyklikania tego w panelu jak w DA czy CP

     

    Czy nie uważasz że usługa cron dla przeciętnego użytkownika usługi w wymienionych wcześniej firmach nie stanowi dość dużej magii i mam wątpliwości czy większość ma nawet świadomość że istnieje.

     

    Według mnie klient korzystający z usług EIG to zupełnie inna grupa aniżeli użytkownik DA czy cPanel.

     

    8 godzin temu, patryk napisał:

    bo nawet najwięksi gracze z własnym panelem nie pisali np. zamiennika softu do zarządzania bazami

     

    Patrząc na GCE to mają własną obsługę większości funkcjonalności. Użytkownikiem takiej usługi zwykle jest już bardziej świadomy developer, któremu zwykle łatwiej podłączyć się do bazy z własnego komputera korzystając z oprogramowania i wersji która jest dla niego najbardziej odpowiednia. Przyznam że osobiście tylko kilka razy w życiu skorzystałem z phpmyadmina.

     

    5 godzin temu, Marek607 napisał:

    panel to dla mnie tylko nakładka by klient mógl sobie wyklikać co chce.

     

    Jednak chyba nie jest tak do końca, ponieważ panele które były dotychczas wymieniane jak DA czy cPanel nie są jedynie nakładką ale całym systemem także do realizacji tego co "klient sobie wyklikał". Panel narzuca nie tylko wygląd frontendu w którym klient "klika" ale cała architekturę rozwiązania, a oba wymienione panele mają architekturę pamiętającą jakieś ostatnie 15 lat i daleko im do współcześnie projektowanych rozwiązań.

     

    Z ciekawości zapytam się ponieważ nie śledzę na bieżąco rozwoju DA i cPanel, czy oba są nadal monolitycznymi rozwiązaniami ? Czy jednak już dokonały zwrotu i udostępniają jedynie API, które jest konsumowane przez aplikację webową, cli oraz umożliwia pełną integrację programistyczną ?

     

    5 godzin temu, Marek607 napisał:

    Jeśli ktoś Ci mówi że nie da się zainstalować np postgresa bo DirectAdmin tego nie oferuje w standardzie to znaczy że i przy własnym oprogramowaniu tego nie zrobi.

     

    Tutaj zależy od sytuacji, pamiętajmy że rzetelny dostawca usługi może odmówić ponieważ zdaje sobie sprawę z konieczności utrzymania długoterminowego takiego rozwiązania, a wszelkie rozwiązania nietypowe znacząco zwiększają koszty utrzymania lub to co zwykle bywa nie są utrzymywane. Na codzień widzę rozwiązania w których, "ktoś" kilka lat temu coś zainstalował nietypowego, napisał rozszerzenie, etc. po czym zaprzestał tego utrzymywania, co powoduje brak możliwości ciągłej aktualizacji całości rozwiązania. Takie podejście można stosować w przypadku rozwiązań dedykowanych gdzie klient płaci dodatkowo za utrzymanie rozwiażania, w innym wypadku jest to mało opłacalne, w szczególności w skali o której wspomina @patryk.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Korzystając z forum, wyrażasz zgodę na: Warunki użytkowania, Regulamin, Polityka prywatności.