Nul
Video: The age of cloud datacenter dominans er her
Sidste sommer på MesosCon konference, jeg mødte en deltager, der er ansvarlig for indkøb af database-software til sin organisation. Han opsummerede sin situation for mig, på denne måde: Alle denne innovation er virkelig interessant, og det er nok sælger blade — eller snarere, at korrigere sig selv, giver gode overskrifter for de websteder, du har læst om. Men folk i hans position er alle venter på disse innovator fyre til at gøre, hvad de har med at gøre, at komme sammen og producerer en platform. Løse det. Slå det ud. Arm brydekamp, eller hvad. På et tidspunkt, dybest set, at innovation er nødt til at stoppe og virksomhed har til at starte.
Også: fremtiden for DET: Snapshot af en moderne multi-cloud-data-center
Dette er et af de store dilemmaer, der lever i et kapitalistisk samfund: Innovation virkelig aldrig stopper. I enhver teknologi, marked, betyder, at man kan skelne sig selv, og grundlaget for en ‘ value proposition er altid forbedring. Der virker mod et system, som forsøger at holde sig til dogmet om automatiseret produktion og præ-definerede metoder.
Historien om database-teknologi, i modsætning til meget af forbruger-teknologi, har ikke været defineret af markedets dynamik. Det har været om at fange og holde område, og som regulerer tempoet i innovation, således at disse styrkepositioner, kan opretholdes. En stor del af de processer, vi bruger i dag, og vil bruge i morgen, til at styre de data, vi optager, først blev udtænkt og gennemført under opsyn af Løjtnant Grace Hopper. Og hun gjorde det ved sin egen forklaring, for de dummeste grunde til: til At automatisere processen med at rette op på alle de andres fejl. Løbet af evolutionen for alle data teknologi, der begyndte med hende, men blev straks et forsøg på at erobre og holde området.
Rekognoscering
I vores sidste serie for ZDNet Skala, Data Ekspeditioner, jeg har fået fat i lige den innovative del af de data, videnskab og database udvikling. Det er derfor, jeg ikke rigtig bruge så meget tid med data warehouse, data søer, eller cloud-baserede datatjenester. De er for fremtidens slagmarker. Datumoj Øen er mellemstationer jorden for alle de vigtigste aktører i arkitektur for databehandling. At arkitektur er nu ved at blive renoveret, så hurtigt, at bestræbelserne på at fastholde, at den computer, der er målt, trinvist langsomme tempo, teknologi-innovation, som vi ubevidst vant til, smuldre som fast befæstninger.
Også: Serverless computing, beholdere se trecifret kvartalsvise vækst blandt cloud-brugerne
Del i: data center tager form
Grunden til at jeg startede med et billede af Grace Hopper i besiddelse af en regnestok, er dette: næsten alle af database-teknologi (og her bruger jeg ordet “bogstaveligt talt” bogstaveligt talt) begyndte med et forsøg på at måle den tid, det tog at flytte data fra sted til sted, og udvikle processer til at reducere den tid. Og hver stor nyhed, da Adm. Hopper og Flo-Matic er begyndt med præcis den samme indsats: måling af ventetid og forbedre ydeevnen.
Også: Hybrid cloud-2017: Udbredelse, drivere, strategier og værdi
Del II: Brohoved
Lederne af de nye data-teknologi plads i 1950’erne indset, at nøglen til at fastholde ledelsen i det rum var ikke om teknologi, men om mennesker. Tilbage derefter, at de ikke ønsker at indrømme, at virkeligheden i Grace Hopper ‘ s tilstedeværelse. Og ville du tror, at IBM ville have lært i denne lektion allerede om Anjul Bhambhri, før Adobe erhvervet hende i 2016.
Også: Ja, DevOps er alle om vækst i virksomheden, især den digitale udvalg
Hvad fremkomsten af Spark og dens “koalition” – den LUGTER Stak — afslører, er, at ledelsen i et open source-miljø er også mere om mennesker end kode eller maskiner eller metoder. Denne stak virker så godt, som det gør på grund af samarbejdet. Du tror måske, at enhver serie, der forsøger at foretage et sådant punkt om harmonisk samarbejde ville undgå at bruge en metafor, der er baseret på anden Verdenskrig. Men alle store indsats, der er kæmper for at overvinde forhindringer og nå mål, og historien typisk mandater, at en sådan indsats finder sted contentiously snarere end efter hinanden.
Del III: Vi afbryde denne revolution
I open-source-udvikling miljøer, bestræbelserne på at erstatte en teknologi eller en metode med en anden, er ofte udtænkt og gennemført af de samme mennesker, der skabte ting at være forældet. Det gør det lettere at karakterisere udviklingen konferencer som næsten Olympiske landsby-lignende oplevelser.
Også: Fjerne opbevaring fejl i skyen
Men for de virksomheder, der er afhængige af konsekvenserne af deres handlinger, krig legetøj disse udviklere spille med, er at pådrage sig den virkelige verden tab. Hvis du er Toys ” R ” Us-eller en anden forhandler med butiksfacader og gulvplads, du kæmper for at genopbygge og genbruge hele din forsyningskæde. Da værktøjer af denne nyorientering er, at der til stadighed forældet, det faktum, at en anden person kan være i stand til at starte på en frisk, ny supply chain med deres efterfølgere, tvinger dig til at finde en måde at gøre det samme.
Del IV: Netværk effekt
Hvis de data, du konstruere er alvorligt beregnet til at blive grundlaget (hvilket er, hvad “Aadhaar”:) for et samfund med over en milliard mennesker, så der opstår en iboende svaghed med enhver platform, der forsætligt gearet til forandring: Elementer af, at samfundet vil konspirerer for at ændre det for dig-måske åbent, nogle gange skjulte. Og medmindre et flertal af, at samfundet virkelig elsker og beundrer dig, de sandsynligvis vil lykkes én eller to gange.
Aadhaar er at blive beskyldt for forældelse endda før der er opnået fuld funktionalitet. Sådan en anklage, ikke er nødt til at have fortjeneste, lige som en anklage mod en politiker i dag, behøver ikke være sandt at bære vægten (for yderligere oplysninger, se “båd, hurtig”). Der er en strøm af forandring, som Aadhaar skal modstå, hvis det er til at overleve. Men den modstandskraft, der kræves for at trække denne off kan kræve, at den type af arkitektonisk innovation, at dens oprindelige design ikke højde for.
Del V: The devil vi kender
Den sande definition af “real time” i design og har altid været varierende, og dermed til en vis grad uvirkelig. Hvis vi bliver nøjagtige, bør det betyde, at der ikke bør være nogen mærkbar forskel mellem det tidspunkt, en afsluttet operation og staten af de data, som denne operation henviser til. Det er ikke altid rimeligt-selv i live-tv, at der er mindst et par sekunder ” gap mellem den virkelige verden, produktionen og et “live feed” (i kabel-nyheder, måske endda et par år). Men det er fair at sige, at for den globale logistiske operationer, uanset hvilken forsinkelse der kan være ikke må være til skade for det endelige resultat.
Også: AMD lancerer indlejret EPYC og Ryzen processorer
Når vi siger, at ingeniører i dag “efterspørgsel i real-tid,” hvad vi mener, er, at de arbejder på at opbygge et edb-system, hvor elementer eller data-pakker, der er glat behandlet med et minimum af ventetid. Når vi siger, at kunderne “efterspørgsel real-tid,” hvad de leder efter, er en vedvarende tilstand af umiddelbarhed. De kan nøjes med udseendet af det, men kun fordi de endnu ikke er blevet introduceret til et bedre alternativ. DataTorrent projektører chief mangel på de fleste store data motorer: De proces små “mikro-partier” noget hurtigt, men ofte i en ikke-deterministisk måde. Hvis den tikkende af uret lyder som John Cleese ‘ s fodspor under en af hans “Silly Walks” det er ikke real-time.
Hvorfor betyder det noget? På grund af den arkitektoniske beslutning om at bryde ned arbejdsmængder i mindre partier, og derefter behandle disse partier i parallel, kun forbliver levedygtige, så længe mængden af de arbejdsmængder forbliver konstant.
Homeward
Denne serie har ikke rigtig været en historie af database-arkitektur. Desuden har det været et forsøg på at lande alle de større arkitekturer på den samme ø, og demonstrere, hvordan co-eksistens har næsten altid været resultatet af en urolig og skrøbelige våbenhvile.
Også: Cloud computing vil stort set erstatte traditionelle datacentre i tre år
Den “store rystelser ud af,” hvor hver platform og processor kommer sammen under ét flag, er aldrig sket før, og det er et under, at folk forventer, at det sker nu. Open source-fællesskabet har ramt på en meget lovende arkitektoniske princip: at lade komponenter til at udføre diskrete funktioner, men de vil, men at forblive adresserbare hjælp af et fælles API metode, og til at få deres input og output følge en regel, der er fastsat af nogle uafhængige manifest eller interface. Denne “afkobling” gør det muligt for den slags “stakke” vi viste dig. Men de er ikke helt platforme, i hvert fald ikke for så vidt som leverandører har defineret dem historisk.
Det er ikke sådan en dårlig ting, open source ingeniører vedligeholde, fordi det giver dig frihed til at udskifte komponenter, når nye og bedre dem komme sammen, som synes det rimeligt, i det mindste for systemer, hvor samspillet mellem komponenter antages at altid følge en foreskreven sekvens. I tilfælde af Indiens Aadhaar, men den originale recept kan ikke have været i stand til at gætte fremtiden, da dens arkitekter forventet.
Sagt på en anden måde, valget er godt, medmindre du laver nye valg, før du er færdig med de eksisterende.
Al innovation inden for alle områder af bestræbelse, er en kamp for at erstatte de gamle metoder, til at forbedre den måde at arbejde, og ofte til en bedre folks liv. Så fredeligt som nogle af os ville foretrække at blive kendt og husket, hver enkelt af vores kampe har en aktiv antagonist. Oftere end ikke, det ikke-krigsførende. Det kan ikke have et ansigt eller endda en brand navn. Men det er et mål, en metode, en mission og bagmænd med vilje til at lykkes. Og hvis vi er ude af stand til at genkende disse elementer, for hvad de er, så vi kan finde os besejret, før vores kamp, selv begynder.
Rejse Yderligere-Fra CBS Interaktive Netværk
“Data til beslutninger: Nye tendenser i at udnytte analytics” af Doug Henschen, Constellation Research”StreamSets opdateringer ETL til cloud data pipeline” af Tony Baer, Ovum”Microservices og beholdere i service masker betyde mindre kaos, mere agility” af Joe McKendrick, Service Orienteret
Andre steder
“Moneyball eller moneypit? Når big data forelskelse opfylder utilsigtede konsekvenser” af Kurt Marko, Diginomica”SMACK stak fra skyttegravene” af Achim Nierbeck, Codecentric”Hvorfor Microservices Kører i Beholdere, der har Brug for en Streaming-Platform” af Paul Curtis, MapR
Søgen efter den eneste sande DevOps
Del i: drømmen om fællesskab for software-udviklere, og DET operatorsPart II: The dawn of automation og løftet om en formel for business successPart III: den fulde foranstaltning mod, DevOps gælder til sin objectivePart IV: I stormens øje, DevOps’ modigste kriger finder nye hopePart V: Der og tilbage igen, DevOps bør lytte mere til kunder
Data Ekspeditioner
Del i: data center tager form, og virksomheder tilpasse eller perishPart II: ny alliance gør en dristig afgift på de data, der warehousePart III: Vi afbryde denne revolution: Apache Gnist ændrer reglerne i gamePart IV: kørsel for synkronicitet ryster på grundlag af de data, warehousePart V: En ny bølge af forandringer styrker data revolution til at tilpasse sig eller dø
“Slaget ved Datumoj” var inspireret af World War II ‘ s Kamp for Morotai. Der, en ø, som virkede nem nok at befri blot måneder efter D-Dag i Frankrig, endte med at blive en aktiv slagmarken, indtil V-J-Dag, og selv bagefter. Den virkelige historie om Morotai, dets strategiske betydning, den virkelige regimenter, der kæmpede der, og troppebevægelser kort, der inspirerede denne serie, er tilgængelig fra World War II-Databasen.
Relaterede Emner:
Big Data Analytics
Innovation
CXO
Kunstig Intelligens
Virksomhedens Software
Opbevaring
0