-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!eternal-september.org!feeder.eternal-september.org!reader02.eternal-septe
mber.org!.POSTED!not-for-mail
From: Mario <M...@...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: A teraz z innej beczki... bazy danych
Date: Wed, 16 May 2018 23:53:27 +0200
Organization: A noiseless patient Spider
Lines: 79
Message-ID: <pdi98m$asg$1@dont-email.me>
References: <pd9jtj$7a1$1@node2.news.atman.pl> <pd9kou$832$1@node2.news.atman.pl>
<pd9ndc$aen$1@node2.news.atman.pl> <pd9nso$atr$1@node2.news.atman.pl>
<pdaa3b$rnl$1@node2.news.atman.pl>
<a...@t...pilczyce.net>
<pdffvc$no2$1@node1.news.atman.pl>
<9...@g...com>
<pdgfbu$c52$1@node2.news.atman.pl> <pdh11a$frk$1@dont-email.me>
<pdhvun$5j8$1@node1.news.atman.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 16 May 2018 21:53:26 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="fa8eae2038ef9c8684a84f3fd9beb1e0";
logging-data="11152";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX1+AOCbE+1BdKLGiS0CQwHwUgwmqzo3SwSE="
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
Cancel-Lock: sha1:qn9D9owwud8/o93oja6o75HeLXg=
In-Reply-To: <pdhvun$5j8$1@node1.news.atman.pl>
Content-Language: pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:732093
[ ukryj nagłówki ]W dniu 16.05.2018 o 21:14, Irek.N. pisze:
>> No trochę przesadziłeś. Postaw sobie elektrownię wiatrową bo dostawca
>> energii zwinie się i zabierze słupy wraz z kablami.
>
>
> Zaraz, co porównujemy. Likwidację infrastruktury energetycznej do awarii
> łączy internetowych? Serio?
Nie do awarii łączy tylko do zamknięcia biznesu polegającego na
świadczeniu usług w chmurze.
To chyba twoje: "- usługodawca chmury może dojść do wniosku, że się
likwiduje w taki czy inny sposób, "
>> Ale aplikację przetwarzającą te dane też sadzasz na tej chmurce.
>
> Inaczej przecież nie miało by to sensu. Mam ciągnąć bazę, aby lokalnie
> ją przeprocesować? Czyli co, założyłeś że wynajmuję w chmurze tylko
> przestrzeń?
Ale to ty pisałeś: "bazy mogą się rozrosnąć znacząco, wtedy zatęsknisz
za szybkimi łączami"
Tak jakby ze wzrostem bazy potrzebowałbyś wzrostu przepustowości łącza.
Po co skoro będą przetwarzane w chmurze?
>> Specjalizacja. Tak jest taniej i bezpieczniej.
>
> To prawda, zazwyczaj ma to sens.
>
>> Na początku rozwoju motoryzacji ludzie sami serwisowali swoje
>> samochody. Teraz nie przeszkadza im zależność od punktów serwisowych.
>
> Kiedyś samochody był proste, teraz samodzielny serwis jest niemożliwy
> (są wyjątki, ale to pasjonaci a nie regularni użytkownicy). Zauważ, że
> zmieniły się znacznie warunki.
W kwestii obsługi informatycznej obsługi biznesu też się zmieniły
warunki. Nie wystarczy już pouczyć się linuksa i samby, albo zatrudnić
studenta do administracji serwera. Firma wykorzystuje coraz więcej
usług i technologii, coraz więcej usług udostępnia tez swoim klientom.
Jak robisz to serwerem stojącym w piwnicy to musisz mieć specjalistę od
bezpieczeństwa.
>> A już zwłaszcza w przypadku biznesu. Dokumentację księgową małej firmy
>> najczęściej daje
> się firmie zewnętrznej.
>
> Owszem, sam tak robię, ale zauważ też, że w pewnym momencie opłaca się
> etat i własna księgowa. To samo z kadrową i BHP i... no własnie. Tutaj
> rządzi tylko i wyłącznie ekonomia.
> W przypadku chmury ta ekonomia jest dla mnie wątpliwa, a robienie czegoś
> bo jest modne jest bez sensu przecież.
To jest dobre rozwiązanie dla kogoś kto zaczyna i nie ma środków na
zatrudnienie specjalistów od bezpieczeństwa, nie wie ile wydać na
sprzęt. W chmurce jak się okaże, że maszynka (wirtualna) za słaba to za
minutę masz dwie, cztery czy osiem. Z doskonale działjącym
loadbalancingiem. Możesz zrobić tak żeby ci się twoje serwery lokowały
tam gdzie jest dużo zapytań.
Są tylko dwie zasadzki:
Ceny na początek są niskie, ale gdy zaczniesz rozszerzać na wiele maszyn
to koszty rosną bardziej niż liniowo.
Trudno później działającą całość przenieść na inną platformę.
>> Jest jednak wyraźna różnica między prywatnym albumem zdjęć w tzw.
>> "chmurze", a chmurą biznesową.
>
> Tak, zapewne jest. Nie wiem, bo nie korzystam, ale mam nadzieję, inaczej
> firmy korzystające same proszą się o kłopoty.
Też nie korzystam ale mam kontakt z kimś kto się tm zajmuje i pewne
zalety mi uświadomił. Ale też wady, które podałem pod koniec. Gdybym
miał świadczyć jakieś usługi dla firm (a chodzi mi to po głowie), to
jeszcze nie wiem czy bym to robił na chmurze czy np na jakimś zwykłym VPS.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 17.05.18 00:52 s...@g...com
- 17.05.18 02:00 k...@g...com
- 17.05.18 02:06 s...@g...com
- 17.05.18 02:25 k...@g...com
- 17.05.18 08:39 BQB
- 17.05.18 10:20 Janusz
- 17.05.18 10:28 J.F.
- 17.05.18 12:41 HF5BS
- 17.05.18 14:07 Marek Wodzinski
- 17.05.18 15:02 Adam
- 17.05.18 15:24 J.F.
- 17.05.18 17:00 Marek
- 17.05.18 17:05 Marek
- 17.05.18 17:49 Piotr Gałka
- 17.05.18 20:02 Irek.N.
Najnowsze wątki z tej grupy
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
- Szukam monitora HDMI ok. 4"
- Obcinaczki z łapaczem
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
Najnowsze wątki
- 2024-12-21 Warszawa => Java Developer <=
- 2024-12-21 Zalesie Borowe => Medical Equipment Service Engineer <=
- 2024-12-21 Żerniki => Specjalista ds. Employer Brandingu <=
- 2024-12-21 jak tacy debile
- 2024-12-20 Precedensy politycznie motywowanego nie wydawania w UE
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Obrońcy
- 2024-12-20 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-20 czyste powietrze
- 2024-12-20 Katowice => Analyst in the Trade Development department (experience wi
- 2024-12-20 Opole => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-20 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-20 Rzeszów => International Freight Forwarder <=
- 2024-12-20 Katowice => Key Account Manager (ERP) <=