Európai, biztonságos S3 tárhely – akár 80% megtakarítással (x)

Hirdetés

Csökkentsd a költségeket, növeld a biztonságot! Használj európai, biztonságos tárhelyet adatmentéshez, archiváláshoz és disaster recoveryhez. Most akcióban, 60 napos próbaidővel. További részletek »

Ezen gondolkodtunk, de mivel az S3 egy általános név is - az Amazon S3 ami védett - és mivel azon az elven alapul, ezért ezt így hirdettük meg. Lehet jó, lehet rossz, de annyira elterjedt, hogy a kompatiblis és stb szavak csak összezavarják azt, aki nem szakmabeli. A hirdetés nem csak a HUP-ra ment ki. szerkesztve: valamint a címnek is van egy karakterszám limitje, így fért bele.

( gelei v | 2025. 09. 03., sze – 14:17 )

Mielőtt kiment volna a hirdetés, érdemes lett volna befejezni a weboldalt.

A "Próbáld ki kockázatmentesen!" elég ironikus call-to-action úgy, hogy nem tudod, mennyibe fog kerülni a buli a 61. naptól, vagy hogy pl. hol vannak az adatközpontok (már ha egyáltalán indokolt a többes szám)

Ez így komolytalan, no offense.

teli van igeretekkel konkret szamok nelkul:

  • "nagy rendelkezesre allas" -> SLA?
  • "lokális adattárolási garanciával" -> hogyan?
  • "extrém rugalmasságot" -> ???
  • "alacsony késleltetésű elérés" -> megis mennyi az annyi?
  • "vállalati adatvagyon biztonságos kezelése" -> csak azert mert EU-ban van?
  • "immutable" -> hogy tud egy API-n keresztul elerheto szolgaltatas immutable lenni? Ha egyszer feltoltok vmit, akkor az orokre ott marad, senki se tudja torolni? Ha pedig megis torolheto vhogy, akkor mitol immutable?
  • "immutable" -> hogy tud egy API-n keresztul elerheto szolgaltatas immutable lenni? Ha egyszer feltoltok vmit, akkor az orokre ott marad, senki se tudja torolni? Ha pedig megis torolheto vhogy, akkor mitol immutable?

Mondjuk ezt az egyet el tudom képzelni, máshol is van ilyen.

Az immutable általában azt jelenti, hogy te nem tudod módosítani, se API-n, se máshogy, akkor sem, ha szeretnéd (legalábbis egy adott retention időszak alatt). Ez lehet olyan, hogy logikai korlátozást csinálnak (mondjuk AWS-nél a kimásolják az adott tartalmat egy másik AWS accountba, amihez te nem férsz hozzá - olcsó), vagy WORM storage van alatta (drága)

Nálunk a storage két féle retentiont tud. Az egyiket felül lehet bírálni spéci userrel, aminek a jelszava csak papíron kinyomtatva van meg, páncélban elrejtve, a másikat... hát most nem emlékszem, hogy a gyártó se tudja, vagy csak ők tudják felülírni, de az végképp nem megy egyszerűen.

De ezesetben egy SaaS szolgaltatasrol van szo. Az honnan tudna, hogy a jelszo/token/whatever az egy jelszokezelobol jott vagy Mancika kezzel gepelte be egy papirfecnirol?

Igazi HW WORM eszkozt nem hasznalhatnak, hiszen ha az ugyfel lemondja a szolgaltatast, akkor a nyakukon maradna az osszes torolhetetlen adat.

Hát, ahogy én képzelem: ha húsz évre kérik, akkor húsz évnyit számláznak ki. Ez ugye minimum érdekes eset, de az egyheti, egyhavi még nem kéne hogy gondot okozzon. Nálunk a backup szerver mondja meg az adott savesetről, hogy meddig kell megőrizni (neki meg a policy vagy maga a konkrét backup parancs). Gondolom ilyet tudnak bucket/ojjektum szinten is.

Ugyanakkor kb. biztos vagyok benne, hogy semmi ilyen nincs (nincs rá valódi igény = annyira nem fontos, hogy kifizessék), csak az ügyfél API tokennel nem lehet idő előtt törölni, hanem másikkal csak az egész bucketet. De ez megint nettó találgatás.

A cloud/SaaS koncepcio lenyege pont az, hogy nem feltetlen kell elkotelezodni evekre, hanem havi szinten a tenyleges hasznalat szerint fizetjuk a szamlat. Teljesen felesleges osszehasonlitani egy on-prem appliance altal nyujtott szolgaltatassal.

En az AWS S3 arazasat nem tartom draganak. Namarmost ha ok abbol meg akar 80%-ot is tudnak faragni, akkor az vmi nagyon fapad lehet. Gondolom felhuztak vmi minio clustert olcso diszkekkel teletomott szervereken, es abbol probaljak kihozni a maximumot. A weboldalon nem emlitik, siman lehet hogy HDD alapu a maximalis kapacitas vegett.

A Backblaze-zel is tárgyaltunk, de volt kettő bajunk, az egyik a számítás, hogy a lekötött időszak drágább volt, mint a pay-as-you-go, tehát nem érdemes lekötni, a másik inkább pénzügyi/jogi jellegű volt. Volt pár furcsaság, amiről cikkeztek is nemrég, ami rávilágított a részvénymozgások gondjaira, de közben ezt cáfolták, meg keresztbe hosszába perli egymást az alapító, a board, egy befeketői csoport, a volt pénzügyi vezető aki a pénzügyi jelentést nem volt hajlandó alárni, meg az auditor, akit kiraktak, mert nem írta alá ő sem amit elérektak. A tulajok meg őket cáfolják, ők meg egymást... ilyet távolról sem akarok követni :) 

Privátban el tudom küldeni a linket, de így publikusan nem raknám ki.

Az AWS S3 árazásánál azért ki kell számolni, ott biztosan, ha az olcsóbb tierekre mész rá, hogy mennyi list, read, delete stb parancsot adsz ki az API-n és mennyi objektumod lesz.... hát, én embert nem láttam aki ki tudja számolni. Ezen felül kettő dolgot nem nagyon hirdetnek a most még legismertebb szolgáltatók: az egress költséget és az API hívások számolását. Pl van olyan nagy mentőszoftver gyártó, talán a legnagyobb, akinek a data vault/clpudja 12 euro körül jön ki egy TB/ hónap. Ami kisbetűs az az, hogy a tárolt adatok 20%-át tudod - garantáltan - letölteni ingyen, utána a letöltött adatokért is fizetsz. A legtöbb esetben ez nem is probléma talán, de egy masszívabb helyreálltásnál azért jöhet még költség. Plusz milyen gyorsan akarod visszaállítani - pl Amazon esetén ez is számít egyes tároló típusoknál. Van olyan olcsóbb is, ami elég olcsó Amazonnál, az  kisbetűs, amit fent leírtam az első mondatban, a második pedig, hogy 12 órát vársz az első bit megjelenésére és hátul vagy a műveleteknél prioritásban.

És akkor ez mitől jobb? Ami a landingen is rajta van: unlimited API call - nyilván DoS védelem van, de a normál üzemment ami mentésnél vagy recoverynél van simán elmegy -, illetve nincs egress a tárolt adat letöltéséig (fair use), azaz, ha van fent 10TB-od, akkor 10TB-ot le is tudsz tölteni, ha éppen kellene. Nyilván a mentések között is van inkrementális, synthetic full backup, van ami forever incremental, sok mindentől függ mennyit kell letölteni DR esemény vagy nagyobb helyreállításnál. Nyilván változó, ezért van ott az akár szó a 80% előtt. Van akinek ez 40% lesz, van akinek 50, van akinek kijön a 80%. Fontos, hogy ahogy leírtuk, archiválásra, adatmentésre jó. S3 alapú weboldal kiszolgálásra, cache tierre weboldalnál nem jó.

Persze, nehez lehet fillerre kiszamolni az ilyet. Nyilvan cegfuggo, de a gyakorlatban - ha a ceg hasznal szamos mas szolgaltatast is - az S3 jarulekos koltsegei szokott a legkisebb tetel lenni, kb. kerekitesi hiba a tobbi mellett.

Azert full restore-t nyomni backupbol meglehetosen ritka alkalom, jobb esetben sose tortenik egy ceg eleteben. Ha tenyleg arra van szukseg, hogy sok TB adatot visszatoltsunk, akkor mar ugyis allt a ceg jonehany orat/napot, az a parszaz $ extra koltsegen nem mulik semmi. Nem arra kell koltseget optimalizalni.

A fapad és minio és hulladék diszkek :) témájában:

- az Impossible Cloud-ot akkor kezdték el megalkotni, mikor a tulajok előző cége egy vagyont kezdett el fizetni az Amazonnak tárolásért, stb. Goodgames volt az előző cégük neve, amit végül 270 millió euróért adtak el, volt 1400 alkalmazottjuk  a végén. A klsszikus Empire alapú játkok, farm játék stb.,

- a saját pénzük mellett első körben sikerült még 7.6 millió euró értékben befektetőt behozni az első körben, amit nagyon meg sem hirdettek, de a többségét a Goodgames tulajok rakták bele, nem kevés értékben. És a Goodgames nem az egyetlen cégük volt, amit így "kineveltek" és eladtak illetve amit párhuzamos is csinálnak, nem rohannak sehová és van türelmük a hosszú távú építkezéshez (nyilván már nem kenyérre kell). Amikor kell beruháznak, eddig ezt tapasztaltuk. Amikor fejleszteni kellett, akkor fejlesztettek, beruháztak új infrastruktúrára stb.

- külön datacenterek vannak Lengyelországban, Németországban, Hollandiában, Dániában és UK-ben. Ezek is elosztottak, erasure codingot használó rendszer. Egy kicsivel komolyabb, mint egy feldobott minio :D 

Külön cég van USA-re, meg oda, ahol szintén fontos a legislation, meg átjárhatóság és meg kell felelni a helyi előírásoknak, ami esetleg ütközhet más területekkel, lásd US Cloud Act és EU-s cégek. Nem véletlenül vannak külön céges entitások, USA piacra is be akarnak törni, de először szépen jogilag megágyaznak neki, mindenben megfeleljenek az előírásoknak, de a meglévő ügyfeleknél a törvényi keretek, előírások, jogok ne sérüljenek.

Nem érdekes, nem létezik olyan IAM role, ami engedné a törlést az immutable storage-on. Ha te csinálsz megfelelő role-okat, akkor el tudsz játszani egy hasonlót, de akkor pl. a root mindenképpen tudja módosítani.

Én arról beszélek, hogy van mondjuk egy AWS accountod, az 111111111111. Itt csinálsz valamilyen immutable storage-ot, pl. air-gapped backup vault. Oda bekerül valami. Az AWS pedig jön, és kimásolja egy másik accountba, amihez neked egyáltalán nincs hozzáférésed. Se root, se IAM user, se semmi.

A logokban látod is, hogy jön egy ModifySnapshotAttribute API hívás, aminek a forrása a backup.amazonaws.com, és átrakja az adatot a másik accountba, amit az AWS kezel helyetted.

Az "immutable" egy alap S3 feature. Olyat tud hogy a bucketet amikor létrehozod akkor megmondod hogy akarom az immutable-t, és ez-és-ez a "retention policy". 

Innentől senki más (rendszergazda se) nem tud a bucketből törölni, csak a retention policy - nyilván amikor lejár. Nyilván az egész bucketet le lehet gyalulni megfelelő joggal. Arra már nem esküszöm meg hogy menet közben a retention policy módosítható-e vagy sem.

zászló, zászló, szív

Hello, governance módban módosítható a retention days, mivel mindenki napokban adja meg, de a már feltöltött objektumokat ez attól még nem fogja átállítani, mivel a bucketen hozod létre a jogot és leöröklik az objektumok. A compliance módban nincs lehetőség módosításra.

Hello, ezért raktuk ki a formot is, amin lehet regisztrálni és kérdezni, valamint a "Tudj meg többet" linket is azért raktuk az oldalra, ami elvisz ide:
https://mind-info.hu/impossible-cloud-adatlap/

Az autók hirdetésében sem adják meg a nyomatékot, első és hátsó abroncsok nyomását stb, cask a fő, legtöbb embert érdeklő dolgot, ami felhívja a figyelmet és kérdezni akarnak. A kérdéseknek mi is örülünk. Nem a landing pagen akartunk mindent is tisztázni Plusz nem csak HUP portálra megy ki, hanem ott is, ahol nem elsősorban műszaki kérdések merülnek fel.

A gyártó honlapja egyébként itt található:
https://www.impossiblecloud.com/

A felvetett kérdésekre a válaszok:
- SLA: https://www.impossiblecloud.com/terms-of-service, de gondolom a 9-es pontban definiált 99,9%-ra gondolsz, Edge service és storage servicenél. Természetesen lehet előre bejelentett karbantartási idő stb. Elég részletes a doksi, nem gondoltuk, hogy ezt bemásoljuk :) 
- lokális adattárolás: nem hagyja el az EU területét. A Microsoft és a Veeam - mivel utóbbi az Azure Blob-ot használja - nem garantálja, hogy az objektum replikák nem kerülnek át USA területre (jogi szabályozási környezetnél ez problémás lehet, ahol valóban számít). Itt garantálva van.
- extrém rugalmasság: lehet szerencsésebb lett volna a "mindennel" működik, már ami S3 utasításokat ismeri és helyesen implementálja
"alacsony késleltetésű elérés": A fileokat több helyről kezdik betölteni és összeállítani, ami akár lehetne lassú is, de nagy terhelésű rendszereknél,sok objektumnál ezt más rendszer is így csinálja. Plusz használnak cache tiereket, erasure coding alapú a rendszer, bár ez más kérdésre válasz (adatbiztonság is felmerült valahol)
- "vállalati adatvagyon biztonságos kezelése: cask mert EU-ban van?": röviden igen. Hosszabban: elosztott rendszeren, erasure codingot használó rendszer, mely a fileokat lokálisan is titkosítottan tárolja, ha nem úgy tölti fel az ügyfél, akkor is. Az adatok és metaadatok elosztottak. Gyártói oldalon még több és részletesebb info található illetve több youtube-ra feltöltött video (a szokásos webinarokon kívül)
- "immutable" : erre más részben válaszolt, az S3 tárolóknál az immutability azt jelenti, mint a filerendszeren, mikor az immutable flaget beállítod Linux rendszeren. Itt object lock-nak hívják. Mivel itt API-n éred el, nem tudod kikapcsolni, mert a metaadatokban is tárolva van, meddig tart a retention, azaz a védelem. Egyébként mentési megoldás függő is, melyik object lockot támogatja: compliance vagy governance. Compliance esetében még az admin SEM tudja levenni a védelmet amíg az le nem jár. A retention időszakot sem lehet rövidíteni. A Governance módban a megfelelő jogosultságú admin felülírhatja a retention timeot a bucketen, például 30-ról 7 napra állítva. Ettől a már korábban feltöltött, mondjuk 30 nap retention időszakkal feltöltött objektumok továbbra is 30 napig lesznek védettek vagy amennyi hátravan a 30 napból, mióta feltöltötték őket. A közvetlen hozzáférési törlés... hát, ha valaki nekem megmondja, hogy melyik blokkokat kell törölni több száz vagy ezer lemezről, az varázsló :) 

Koszi a valaszokat.

lehet regisztrálni és kérdezni

Ti tudjatok, de szerintem ezzel az oldalra tevedo emberek 80-90%-at elvesztitek. Az informatikusok nem fognak formokat toltogetni vagy emailt irogatni, hogy alapveto informaciokat begyujtsenek (kontakt infojukert cserebe). CTO szinten se gondolnam, hogy ez a modi.

SLA: pontosan erre van szukseg, hogy az ilyeneket az arcunkba nyomjatok. Csak osszehasonlitasul: Amazon "S3 is designed to provide 99.999999999% (11 nines) data durability and 99.99% availability". Tehat eldonthetjuk, hogy felaldozunk-e nehany 9-est az olcsosag oltaran.

lokális adattárolás: nem hagyja el az EU területét

Minden nagy cloud provider eseteben kivalaszthato tobb EU-n beluli regio. Miert masolnak ki az adatot EU-n kivulre (terhelve a sajat gerinchalozataikat, magasabb latency a szinkronizalaskor), ha belul is boven meg tudjak oldani a replikalast? Nekik se erdekuk, csak ugy vannak beallitva, mintha ok lennenek a gonoszak, akik kilopjak az adatot az EU-bol. Ha jol tudom AWS eseteben az a "gond", hogy az IAM userek/policy-k/role-ok globalisan ertelmezettek, ergo nem csak EU-n belul hatnak. De ez nem adat, csak az access control. Szoval ez inkabb jogaszkodas, mint tenyleges veszelyforras. Gondolom az ilyen helyi cegek jobban fel vannak keszulve az EU-s szabalyozassal, biztos ki tudnak allitani vmi igazolast, igy CxO-k megnyugodhatnak. 

Hello, lehet igazad van, és kell egy két dolgot még az oldara kirakni, minimalizáltan gondoltuk megoldani, de minden észrevételt és jogos kritikát elfogadunk. 

A nagy cégek nem gonoszak, hanem automatizálnak és architektúrában nem éri meg és nem is tudják garantálni, hogy nem megy ki adat. Ha meg kell neveznem kettő céget, akkor a Microsoft és Veeam is elmondja neked, ha mérnökkel, pre-sales engineerrel vagy "evangelistával" beszélsz, hogy ez bizony így van. A Veeam azért, mert az MS-t használja.
https://www.theregister.com/2025/07/25/microsoft_admits_it_cannot_guara…

Van amikor a replika kerül át. Ahol ez fontos szabályozói kérdés, ott számít.
de pl MS esetében ez nem csak ennél van így:

"Microsoft Defender XDR services store most EU Customer Data in the EU region." Most, tehát nem all. A replikák is van, hogy átmennek, ha ott találja az algoritmus jobbnak. Ahol nem számít, ott ez nem előny, természetesen. De van még jó pár példa. És ez nem gonoszság miatt van, hanem egyszerűen architektúra és mit éri meg és mit nem éri meg úgy alakítani, garantált legyen. Ha jól tudom a kínai piacra illetve a német kormányzati előfizetésre tudja ezt garanálni az MS, hogy nem megy ki adat és a lokális datacentereken belül lesz elosztva.

A Google a worksuite és kapcsolódó szolgáltaások és úgy általában mindennel kapcsolatban azt mondja, hogy az adatokat az ügyfél által választott régióban (EU) dolgozza fel elsődlegesen. Objektumtárolásnál EU-n belül marad (elsődlegesen), hacsak nem kapcsolod valami globális szolgáltatáshoz, ami nem régióhoz kötődik a Googlenél. Vagy te állítod be cross regionra, de az ugye nem a Google felelőssége. Amúgy ugyanúgy az EU–US Data Privacy Frameworkre és a szolgáltaákor aláírt/elfogadott szerződéses záradékokra hivatkozik, mint a Microsoft. Nincsenek csodák. Amazon annyiban más, hogy adminok adatai - menedzsment - és metaadat kerülhet, de nem feltételnül kerül át másik régióba, de ők is a EU-US Data Privacy frameworkre hivatkoznak.

Egyébként ez csak matek: amint jobban jön ki nekik, hogy garantálják nem megy ki adat, akkor az úgy lesz. Amennyiben az az olcsóbb, hogy nem garantálják, addig úgy marad.

https://learn.microsoft.com/en-us/privacy/eudb/eu-data-boundary-transfe…

 

"02/26/2025

There are scenarios where Microsoft will continue to transfer data out of the EU Data Boundary to meet cloud service operational requirements, where data stored in the EU Data Boundary will be accessed remotely by personnel located outside the EU Data Boundary, and where a customer's use of EU Data Boundary Services will result in data transfer out of the EU Data Boundary to achieve the customer's desired outcomes. Microsoft ensures that any Customer Data, pseudonymized personal data, and Professional Services Data transfers outside of the EU Data Boundary are protected by security safeguards detailed in our services agreements and product documentation."

Tehát, amikor kiválasztok egy tároló szolgáltatást (S3, WASABI, MS) az EU régióba, akkor az általam feltöltőt adatok az EU régió kerül letárolásra. Ha a szolgáltató ezt kihelyezi EU-n kívülre, ami utána ki is derül, akkor ennek jogi következménye van. De ilyen esetben nem csak az Én céges adataim kerülnek EU-n kívülre, hanem nagyon sok cég adata, és erre megfelelő büntetés is fog kapni a szolgáltató.

(Igen technikailag kivihetik az adatokat, de ha valaki ettől fél, akkor kerülje a felhő szolgáltatókat.)

Szomorú tény, de a szolgáltatás igénybevételekor elfogadod a felhasználási feltételeket..... amiben benne van. Amennyiben nem olvasod el, akkor így jártál, a nem tudás nem mentesít a felelősség illetve következmények alól. Jogász a fél cég ilyen helyeken, pont az ilyesmik miatt, meg amikor valaki ezt felveti.... le van fedve. Ajánlom hosszassan elolvasni minden gyártó minden licencét annak, aki nem akar meglepetéseket. Együtt lehet ezzel élni. 

A 99.9 vs 99.99 elérhetőség kapcsán a ez évi 52 perc vs 8 óra 45 perc. Ez éves eloszlás ugye. Az adat meglévőséget kb mindeki erre lövi be, google-től a backblazig. Impossible Cloud 100%-ra ígéri az architektúrában, nyilván ez a saját hibára nem vonatkozik, hanem az ő infrastrultúrájukra. Illetve arra sem, ha atom villanás lesz mellette, de szerintem akkor lesz nagyobb gondunk ennél.

Hello, ezért raktuk ki a formot is, amin lehet regisztrálni és kérdezni, valamint a "Tudj meg többet" linket rögtön, ami elvisz ide:
https://mind-info.hu/impossible-cloud-adatlap/

A landing page-t minimalizáltra alkottuk, szándékosan, hogy a fő tulajdonságokat emeljük ki. A gyártó honlapja egyébként itt találtahó, de aki regisztrált és kérdezett annak is átadtuk a megfelelő infókat:
https://www.impossiblecloud.com/

Köszi a kérdést. Mivel disztribútorok vagyunk, nem kívánunk direktben eladni végfelhasználónak. A csatorna a disztribútor -> viszonteladó -> végfelhasználó. A legtöbben eddig egyébként a saját mentési szolgáltatás mellé vették, és azzal adták el az ügyfeleknek. Nem ebből megy senki nyugdíjba - értsd: nem 30-40% az árrés rajta, nekünk sem. Egy meglévő megoldás mellé, ahhoz, hogy komplett legyen, ez segítség lehet a 3-2-1 backup szabálynak is meg tudjanak felelni illetve vannak olyan cégek, akik főleg KKV-nak mentenek és egy lokális NAS vagy helyi diszk mellett - vagy akár teljesen helyette - egy ransomware védett, fizikalig is távoli mentést szeretnének, amivel nem lesz eladhatatlan áron a szolgáltatásuk. Van aki tape (library) helyett kérte. Van aki a már említett Amazon S3 számolótáblától őrült meg és fix ár kellett neki. Más a Wasabi - egy konkurens - helyett választotta. Ott is kevessé ismert tény - meg még pár másik szolgáltatónál -, hogy ott van úgynevezett minimum objektum tárolási idő - fórumon penaltynak hívják inkább.
Wasabinál például, amennyiben nem kötsz le minimum X TB-ot - most fejből nem mondom meg, de talán 20-25 kellett minimum - akkor törlés után az objektumot még fizeted 90 napig. Amennyiben egy rebrandeltet veszel, akkor ott lehet csak 30 nap a deletion delay/penalty. Magyarán fent van mondjuk egy full backupod, feltöltöd az újat - vagy synthetic alapon készítesz egyet - vagy egyszerűen egy GFS-ben van 7 nap, 4 hét, 12 hónap klasszikusan, és törölsz mondjuk 2TB adatot, mert annyi változott. Akkor azt még fizeted továbbra is 30 vagy 90 napig. A legismertebb adatmentő szoftver cloud data vaultjában ez 30 nap. Aki az ügyfelinek mondjuk 130-150TB adatot tárol, amiből ez bemozog mondjuk havi 2 TB változást - blokk alapú VM-nél nem elképzelhetetlen - az 24TB extrát fizet egy évben. Volt, akinél kiszámoltuk - konkrétan -, hogy az adat mennyisége, a kompetitor árazása és a penalty (egress közben kikerült belőle) évente 300-340 000 forinttal teszi drágábbá a versenytársat (140-150TB tárolt, tömörített, deduplikált mentési adatnál).

A cég IT üzemeltetés felelőssége azt meghatározni, hogy ha felhő alapú backup storage megoldást keres, akkor melyik szolgáltató válassza. Sok esetben nem a költség számít, hanem egyéb szabályoknak kell megfelelni. pl.: nagy cégtől (Amazon, Wasabi) vegyek igénybe szolgáltatást és ne egy GmbH-tól. 

Hát, igen, van amikor számít a cég elnevezése, formája. Amíg kiderül, hogy nem számít. Kevés nagy szolgáltatót és céget láttam (0), akik nem működtek együtt a Lidl Bt-vel és az Aldi Bt-vel, mert ők Bt-vel nem dolgoznak....

Ez nem garázscég, több milliós tőkével van, a SUSE is sokáig GmbH volt, nem AG. A germán jogi területen - DACH régió - elég szigorúak.  Az ügyvezető pl, ha fizetésképtelenséget késve jelent be, személyesen és teljes magánvagyonával felel.... (van itthon is hasonló, de németeknél kevés a belátás, ami le van írva, le van írva, kész). Viszont ami nálunk nincs, de ott igen, hogy az adó- és társadalombiztosítási tartozásokért való személyes felelősséggel tartozik. Itthon meg csődbe viszel egy céget, de előtte eladod és szabad élet. 

Hello, ezért raktuk ki a formot is, amin lehet regisztrálni és kérdezni, valamint a "Tudj meg többet" linket rögtön, ami elvisz ide:
https://mind-info.hu/impossible-cloud-adatlap/

A landing page-t minimalizáltra alkottuk, szándékosan, hogy a fő tulajdonságokat emeljük ki. A gyártó honlapja egyébként itt találtahó, de aki regisztrált és kérdezett annak is átadtuk a megfelelő infókat:
https://www.impossiblecloud.com/

A megoldásról szakmailag egyébként mi a véleményed, megkérdezhetem?

Értem, hogy mire fel a passzív agresszív felkérdezés, szerintem is értelmetlen belekötni ilyen dolgokba, de azért ez egy elég magas labda, mivel szakmailag nagyon keveset tudunk a megoldásról.

Mit jelent pl. az S3 kompatibilitás? 100% feature paritás? Tehát ha van egy létező megoldásom, ami bonyolultabb annál, hogy get/put/delete, akkor működni fog? Vagy van egy lista, hogy mi működik, mi nem? Multipart upload, object lock, stb.?

A gyártó 100% kompatiblitást vállal.

Próbáltam visszaterelni arról, hogy a fogalmazást vagy szóhasználatot vagy bármi egyebet csak nem a megoldással kapcsolatos szakmai kérdéseket nézzük. Amit passzív aggresszívnek találsz és azt mondod keveset lehet tudni, annak az is az oka, hogy nem követed le például a kirakott linket, a "Tudj meg többet" gombon, az oldalon belül vagy az oldalon megadott kérdezési, információs lehetőséget, a kirakott formon. Volt a "címet gyűjtötök" megjegyzés valahol, aki írta annak valószínűleg a szakértésből már kimaradt, hogy aki nem járul hozzá a címe megtartásához, 60 nap múlva törölnünk kell. Még webshopban is, aztán nincs persze megtartott profil.

Kis filozfofálás: a világ előrébb jutna, ha a jóindulatot és nem csak a rosszat feltételeznék és bizalommal is tudnának fordulni egymás felé és nem eredendően azt felételezné, hogy majd rossz lesz, meg visszaélnek mindennel stb.  Nem vakhit és bébifóka bizalom kell, és mindent azonnal átadni, de egymás tisztelete, amíg nem bizonyítja valaki, hogy rosszindulatú addig ne úgy ítéljük meg, stb. Ilyesmire gondolok. A karma alapján ugyanis azt is fog történni amit bevonzol, illetve tükörként ez is jön vissza.

( gabrielakos v | 2025. 09. 04., cs – 18:08 )

Eddigi tapasztalataim alapján a HUP-on kapsz igen alapos proofreading-et és jó néhány kritikát. Némelyik építő is lehet akár. 
Lelkesítő feedbacket, eladást innen nem reális várni, én még legalábbis ilyet nem láttam.

zászló, zászló, szív

Jah, azt nem vártam, hogy innen direktben eladás lesz. Viszont a HWSW csoportnak több lapja van és egyébként az, hogy valaki hall róla, mikor máshol megjelenik, kisagyban ott van, akár jól, akár rosszul, az is egy eredmény. Nyilván tudtam mire számítsak, és ezt most pragmatikusan mondom. Mint minden közösségben itt is többféle ember van, a hallgatag zsenitől  a mindenhez is értő és jól megmondóig, meg az összes köztes állapotból találsz embert. Viszont mondjuk úgy, hogy ez is a kihívás része és az kifejezetten hasznos szerintem, hogy például itt is volt olyan kritika vagy kérdés, ami félreértésen vagy az S3 lehetőségeinek nem annyira alapos ismeretén alapult, de kialakult belőle egy párbeszéd. Ez pedig általánosan hasznos. Amikor valaki jól megmondja, a másik meg jól megsértődik az sehova sem vezet. A párbeszéd viszont mindig jár valamilyen - pozitív - eredménnyel. Kifejezetten hasznosnak találtam ezt.

Egyébként ezek a kérdések például arra is jók, hogy amit még nem hallottam vagy nem is gondoltam volna rá, hogy ez felmerül, arra már megvan a válasz és amikor odakerülök egy másik szituációban és ugyanezt kérdezik/mondják, már nem is kell gondolkodni, 90%-ban tudom mire gondolt, kész a válasz. Ez sem egy elhanyagolható tényező.

( _Franko_ v | 2025. 09. 05., p – 08:56 )

Miért annyira nehéz kiírni, hogy mennyi az az "akár 80% megtakarítás"? Miért kell vadászni, hogy ez átlagos esetben "€7.99/TB/month"? Ami mondjuk valóban olcsó, de valószínűleg a legtöbb esetben messze van a "80% megtakarítástól", mert az valami elborult use-case lehet...

Ahol megfordultam cégeknél, ott méretes red flag, ha nincs publikusan elérhető árazás egy szolgáltatásról és általában pár kör sales szopás után lehet csak megtudni, hogy "áh, hagyjuk, ennyiért nem kell". Ha KKV a cél, akkor írjátok ki, hogy mennyi az annyi. Ha enterprise, akkor meg sok szerencsét, azok úgyis maradnak az MS-Google-Amazon tengelyen... :)

https://iotguru.cloud

átlagos esetben "€7.99/TB/month"

Félek az ilyen "átlagos esetektől"...

Lehet jönni azzal, hogy hát egyszerű halandó nem tudja kiszámolni az S3 árazását, de ott legalább megvan, hogy ha csinálsz X requestet, meg tárolsz Y TB-t, és abból letöltesz Z TB-t, akkor centre pontosan megmondja, mennyibe fog kerülni.

Mi annyit költünk object storage-ra, mint egy közepesen nagy cég teljes árbevétele, ezt csak úgy lehet, ha előre világos mindegyik félnek, hogy mit, mennyiért veszünk.

Nem kell félni, ott van az oldalon, információként, az első naptól, ahogy kikerült:

  • Nincs rejtett költség (egress, API hívások)
  • Kifizetés használat alapján

 

Tehát: objektum storage fix áron van, amit tárolsz, azt fizeted ki és nem kell számolgatnod, hogy a backup szoftver mennyi műveletet fog végezni. Minden tiszteletem azé, aki ezt tényleg fillérre ki tudja számolni.

Ennél egyszerűbben az oldalra sem tudtuk kiírni. Lehet ez volt a baj, hogy hihetetlenül egyszerű illetve az eleve gyanakvás, hiszen hogyan is lehetne olyat, ne adj Isten egyszerűbben csinálni, mint az Amazon, hiszen az nagy... Ez meg gmbh, kicsi stb. Valahogy így indult a Linux is nem? Hogyan is tudná felvenni a versenyt az MS-sel, ami komoly cég. Vagy az Amazon, akkor már... hiszen csak könyvárusok, mit tudnak az IT-ről... vagy a Lidl tulajdonosa, mit is tudnának az IT-ról... az SAP mégis ott kínálja a felhőszolgáltatásai nagy részét. Elfogadom, hogy valaki több bizalmat rak valamibe, de kérlek ne ítélkezz, amíg nem olvasod el úgy a kiírt információkat, hogy nem csak az tud kijönni belőle, előítétellel, hogy biztos gagyi. Ahogy ki van írva, elég sok rendszerrel van együttműködésük, ez is kint van és első naptól kint volt. Köszönöm, ha elolvasod. 

Ez nem most került ki, az oldalon, ha szakmai részt olvasta valaki - de köszönjük a nyelvtani javítást is, majd egyéb anyagokban megnézzük, a libreofficet meg megnézem miért nem jelölte ki, de ez valszeg én hibám volt, nem jó a beálíltás, mert keverem a magyar és angol nyelvű doksit.

Azért nincs kiírva, mert viszonteladókat is keresünk. Nem akarom olyan helyzetbe hozni, hogy mondjuk a nyilvános ár mellett neki egy csomó munkát el kell végeznie, amit nem akar kifizetni az ügyfél, illetve mondjuk ő vesz tegyük fel 100TB-ot, és a végfelhasználó pedig 10-et. És amikor látja a végfelhasználó, hogy mennyi a 100TB ára és mennyi a 10TB, akkor elkezd kombinálni, hogy áh, ez biztosan többet vesz, akkor ez oda tudja adni ennyiért is. És elkezdődik a szarakodás. True story. Másik példa: - Mennyibe kerül 200 licenc? - X ft. - Jó, kérek 10-et. - OK, Y áron van. - De hát tudjuk, hogy lehet ez olcsóbban.....

 

Amúgy első megjegyzés után, mikor felmerült ez kérdésnek, kiírtuk az alapárat tegnap délben - pay as you go modellben.

"Pay-as-you-go modellben már 6.9 euro + ÁFA / TB havidíjtól, fix lekötött tárterület esetén kedvezményekkel!"

Az átlagos az a késő esti fogalmazás és elhibáztam. Az alapára gyártónál kiírva 7.99 euro + ÁFA / tb / hó. Pay as you go modellben. Viszont mi volumenben veszünk, és nem 10, meg nem 100, 200, 300TB-ot, hanem több léptékkel többet, és emiatt tudjuk a magyar és közép-európai valósághoz igazítani az árazását. 

Na, akkor kezdem nem érteni. Jól értem, megvettetek sok-sok ezer TB "S3" kapacitást az ImpossibleCloud-tól és mivel kaptatok erre egy csomó discount, ezért ezt akarjátok kisebb darabjával olcsóbban eladni magyar kis ügyfeleknek, akik így sub-account lesznek és nem lesznek semmilyen szerződéses viszonyban az ImpossibleCloud céggel? Kb. mint a flottás mobiltelefon. Vagy hogy kell ezt a dolgot elképzelni?

https://iotguru.cloud

Nem, nem virtuális szolgáltatók vagyunk. Disztribútorok vagyunk, viszonteladóknak adunk el tárhelyet, akik az ügyfeleiknek, ezt az oldalon is kiemeltük, idézem: "Keresünk viszonteladókat, illetve várjuk végfelhasználók jelentkezését is, akiket konkrét esetben átirányítunk viszonteladó partnereinkhez.". Egy adott mennyiséget kötünk le a kezdeti jobb árért, nem keveset, de egy adott idő után felesleges túlvállalni fixre, mert utána egy a nyereség-kockázat (ha lemondodanak hirtelen sokat) nem éri meg.

Annyira  vagy olyan módon vagyunk virtuális szolgáltatók, mint az Ingram vagy Arrow, amikor pl M365 vagy Veeam VCSP szolgáltatást ad el. Hasonló a modell. A legtöbb gyártó már nagyon ebbe az irányba megy, a klasszikus disztribúciós modellt inkább ilyen módra akarják kiváltani.

Az fontos és ki is emeljük, hogy ez valóban "csak" mentésre és archiválásra jó. Egyébként más terméket is épít a cég, illetve külön cég, amit alapítottak, de ugyanaz a tulajdonosi kör. Különböző, hálózati sebesség és késletetés érzékeny,elosztott  infrastruktúrát igénylő alkalmazások kiszolgálását is. Amikor meg ott a gép már amúgy is, miért ne hasznánlnánk egy részét az erőforrásoknak erre dedikálva, illetve volumenben vásárolva a datacenter infrát. (lásd Amazon, Schwartz csoport (Lidl), stb.)

Itt van erről több info:

https://console.impossiblecloud.com/static/icn/whitepaper.pdf

Van egyébként az IC-nél is olcsóbb szolgáltatás, de had ne reklámozzam :) ott viszont belefutottunk tesztek alatt illetve előtte, mikor felhasználók voltunk olyan hibákba, hogy egyszerűen több storage-ot adott el a cég, mint ami rendelkezésre állt, nem voltak elérhetőek heti 1-2 nap a szolgáltatások hónapokon keresztül, csak megadott datacenterbe lehetett már lerakni dolgokat stb. Na, az tényleg olyan volt. Illetve a szerződésnél és számlázásnál megpróbáltak átverni - "elfelejtette" a sales a kedvezményeket levonni és ki is küldték a számlát azzal a lendülettel. Nem lehetett rájuk számítani ezért egy rövid próbálkozás után tovább kerestünk és így találtuk meg az Impossible Cloud-ot, akik viszont teljesen professzionális csapatként álltak az üzlethez. Meg ugye őket a német és EU-s törvények is kötik. És a csapat egyre nő, a cseh kollégáknak sikerült odavinni egy privát datacentert is, igaz, 2.5 petabyte tárolás lekötött egy kormányzati szereplő ott. 

( gyuri23 | 2025. 09. 05., p – 12:22 )

Szerkesztve: 2025. 09. 05., p – 12:23

impossible_clound_ingyenes_60_napos_2tb_felhotarhely

Ez szándékosan "clound"?

A wordpress ikont meg le kéne szedni. mert elég béna így.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Nem szándékos, a link el lett írva az ikon meg későn lett észrevéve szintén. Viszont mikor kimegy egy hirdetés, ott már nem változtatunk semmin, a linkeken főleg. Inkább menjen le szakmailag korrekt tartalommal és mondjuk egy ilyen ikonnal, mint belenyúlunk ezzel - bár ez még nem lakná le - vagy a linkbe és nem megy.

Akkor lehet az lenne itt a mostani tapasztalatok alapján, hogy még a link sem megy, milyen bénák :) 

Köszönöm az észrevételt, a következőnél hasznosítjuk. Szakmai kérdésben tudok segíteni? (és nem passzív agresszív, hanem próbálom kihasználni a lehetőséget, ha meg lettünk szólítva?)

B2-t használok régóta, probléma nélkül. Bocsi, de ennél nekem több kell, még a teszteléshez is. Az alap, hogy mindent meg tudjak magam csinálni, és ne űrlapokon kelljen kérni. Vagy sokkal jobb legyen, vagy olcsóbb. A B2-nél egyszerűbben kezelhető felülfeleltet nem ismerek cloud cégekénél, olcsóbb viszont van egy kicsivel, de ott a felület nem tetszett.

Az sem világos, hogy ti most viszonteladók vagytok?

Ha rákattintok a Mind-info ikonra nem találok vissza.

Eddig nekem annyira béna, hogy zsigerből egy nem.

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Hát igen, kézzel beleírni a cégnevet a számlába tényleg nem a csúcsok csúcsa :)

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

Hello, nem, distribútorok vagyunk, az oldalon ahova a link elvisz ez a mondat erre utal: "Keresünk viszonteladókat, illetve várjuk végfelhasználók jelentkezését is, akiket konkrét esetben átirányítunk viszonteladó partnereinkhez."

A többire annyit reagálnék, hogy mindenki véleményét tiszteljük és nem akarunk semmit senkire ráerőszakolni, mert annak jó vége még nem lett.

A feliratkozáshoz azért annyit hozzáfűznék, hogy  nem hiszem egy next-next finish regisztrációra és kb eldobható email címekre kiajánlaná - amit kb mindenki használna rá a tapasztalatok alapján - a lehetőséget akár 200TB-nyi adatot átmigrálni, 60 napig ingyen, a próba után (2TB-tal). Egyébként aki érdeklődött a 2TB-on felül is kaphatott (10TB-ban limitáltuk, csak előtte azért beszéljünk). A Backblaze már 50TB-nál kiírja, hogy "Contact sales". 

Az IC is ad egyébként ingyenest az oldalán, 1TB-ot próbának, de gondoltuk egyrészt talán magyarul akarjátok megkérdezni, hogy mit tud, mi mennyi stb, másrészt 2 hónapig. Tudom nem lehet olyat, ami mindenkinek jó, és azt is tudtuk sok hozzászólás és kritika lesz (amiben lesz jogos és minimál olvasás nélküli is), de vállaltuk. Az IC-től az adatokat megkapjuk így is úgy is, ha magyar cég/személy érdeklődik vagy akarnak vásárolni, hozzánk lesz átirányítva, ha végfelhasználó, akkor pedig mi irányítjuk tovább viszonteladóhoz. 

Az IC-nél én személy szerint a disztribútori konzolt tudnám erősen fejleszteni, a user konzol az hozza amit kell, annyi, hogy az S3 policyk editorán fejlesztenék (bár valaki meg pont az "összehúzogatóst" nem szerette, mert megvoltak JSON-ben a beállításai és örült nem kell okvetlenül kattintgatnia.)