Per personal de Techopedia, 21 de juny de 2017
Take away: L' amfitrió Eric Kavanagh discuteix la força de treball mòbil amb el doctor Robin Bloor i l'IDERA Bill Ellis.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: Senyors senyors i senyors, és el dimecres 21 de juny. Són les 4:00 l'hora de l'est i, per descomptat, això significa que en el món de la tecnologia empresarial és hora de Hot Technologies. Sí, efectivament. Em dic Eric Kavanagh, seré l'amfitrió i el moderador de l'esdeveniment d'avui. És un tema temàtic, és fantàstic: “En Marche! Habilitació de la mà d’obra mòbil ”. I no vaig agafar intencionadament la línia de contacte de la candidatura del senyor Macron a França. Va ser força casual, us ho prometo, però segueix sent bastant emocionant. Per tant, parlarem tot sobre la mà d’obra mòbil i sobre com es pot assegurar que aquestes persones tinguin el que necessiten i puguin fer el que fan bé. Molts reptes, molts problemes. Arxivarem aquest webcast per a la seva posterior visualització, de manera que si us perdeu alguna cosa, podeu tornar-lo i comprovar-ho. Compartiu-lo també amb els vostres amics i companys de feina.
I hauria de dir que no siguis tímid; la millor manera d’obtenir contingut realment personalitzat i la informació que necessiteu d’un esdeveniment com aquest és fer preguntes. Per tant, podeu fer una pregunta des de la finestra de xat o des del component de Q & A de la consola de transmissió web. En qualsevol moment de l’esdeveniment, envieu-lo i estaré segura d’agafar-ho i teixir-lo a la pregunta i al final. Farem un parell de presentacions i, a continuació, escoltarem Bill Ellis del programari IDERA. Per descomptat, el nostre propi Robin Bloor segueix actualment. I amb això, ens endinsem bé.
Per tant, tinc algunes bones estadístiques de RCR Wireless sobre el que està passant, i realment és una bona sensació de volar. Afirmen que la mà d'obra mòbil global arribarà a 1.87 mil milions de persones el 2022. És més del 40 per cent de la plantilla global del planeta. De manera que, si us ho penseu, ara, de sobte, teníeu, en termes de capacitats informàtiques, en termes de funcionalitat en dispositius com ordinadors, on solíeu tenir el 99 per cent o més de les instal·lacions. oficines, això era parell, diguem-ne fa 15 anys, fa 10 anys probablement era del 85-90 per cent, fa cinc anys era com el 70 per cent? Alguna cosa així? Ara, tot ha acabat, fins al 60%. I això és un gran problema. Així, hem vist aquest canvi massiu en termes de tecnologia, les eines reals que la gent utilitza es desplacen fora de l’oficina cap a la plantilla.
Bé, hi ha infinitat d’avantatges. Vull dir, literalment, si us fixeu en la indústria marítima per exemple, com els SAI, o si mireu nois que surten a les plataformes dels camps petrolífers, si mireu alguna de les diverses feines que us permeten tenir una funcionalitat profunda amb vosaltres., a la carretera, la mà d’obra mòbil està canviant tot. Un dels problemes, i en parlarem, és més profund, és que hi ha un parell de coses diferents, una de les quals és la diversitat de la força de treball. Així, el 2020 –acaba de veure les estadístiques avui– hi haurà cinc generacions de persones a la plantilla. Això vol dir que tindreu àvia i avi, i després mare i pare i també els fills, però teòricament tindreu essencialment besavi i besavi i besàvia. Ara, òbviament, no està dins d’una família determinada, però el punt és generalitzador per generacions, teniu cinc categories diferents d’amplificadors a la plantilla, cadascun d’ells té les seves tendències, predileccions, la seva propensió a treballar. tecnologia
Kidsbviament, els nens solen ser mòbils primer pel que fa a com interaccionen amb el món. I només penseu en els canals de comunicació que canvien; vam parlar d’això en un altre programa recentment; SnapChat és com es comuniquen molts adolescents, ni tan sols volen parlar amb tu per telèfon, només volen enviar petits missatges de SnapChat. Aquest és només un exemple al món dels consumidors de com canvien les coses i que es podrien estendre a tot l'espectre de tecnologies, de funcionalitat, d'individu, d'empresa, de model de negoci. Està per tot el mapa, però la qüestió és que la mà d’obra mòbil és real, és fora d’aquí i tret que la vostra empresa tingui un programa sòlid per comprendre com afecta això els vostres processos empresarials, i parlo de dades molt específiques basades en la tecnologia. processos alimentats: si no enteneu què són i no ho administreu a través d’una infraestructura informàtica, un procés i una perspectiva de governança, tindreu tot tipus de problemes.
Per tant, hi ha l’iPhone. Recordo que quan va sortir aquell ventós, sembla que ara fa un milió d’anys. Però només va ser com, el 2007 o el '08? No feia gaire temps que no teníem iPhones, i per descomptat, el factor forma només va canviar fonamentalment la tecnologia i va permetre realment a la mà d'obra mòbil. I recordo, per descomptat, que en aquell moment, l'iPad va sortir i l'iPhone, al mateix temps. No recordo quin va ser el primer, però l'iPad va ser realment una de les forces més importants del canvi per a les empreses informàtiques, possiblement des del mainframe. I el motiu és que, francament, molts executius molt sèniors, gent de suite de C de grans organitzacions els va encantar fora dels ratolins. I va dir: “Ho vull. Ho estic portant a la feina. ”Penseu-hi, tot i que l’informàtica sobtada va haver de donar voltes i tractar el problema que probablement no volien fer front, que era tractar amb tots aquests nous dispositius.
Així, ara, si teníeu iPads, així, com en traieu això a la matriu? Com es pot mantenir la governança al respecte? Aquests són realment grans reptes i que l'antic iPad i l'iPhone van ser realment una força enormement pertorbadora en informàtica i en gestió de TI per a moltes organitzacions, grans i petites. Per tant, encara tenim aquest espectre de reptes i avantatges que abasta una matriu tan àmplia com es pot imaginar, amb dispositius mòbils. I, per descomptat, continuen canviant, no? Així, ara, no només és BYOD, és BYOA moltes vegades, on executius i professionals porten el seu propi dispositiu. Bé, abans deia aquesta "ombra IT", oi? Per a aquells de vosaltres d’aquella generació més antiga, podeu recordar els antics programes de ràdio, van tenir un drama radiofònic i un d’ells va ser L’ombra: “Qui sap què és el mal que s’amaga al cor dels homes? L’ombra sap. ”I ho recordo perquè era un nen. Doncs bé, l'ombra de TI s'està produint a tot arreu aquests dies; tothom està fent ombra.
Per tant, aquest és un autèntic repte per a la gestió de TI i la gestió de processos empresarials, totes les persones que fan operacions. Voleu poder aprofitar els dispositius mòbils, però voleu ser capaç de relacionar-lo amb els vostres sistemes i hi ha molts problemes estranys i poc importants. No és el mínim l'experiència visual i la funcionalitat associada que obté quan s'utilitza un dispositiu mòbil. I qualsevol de vosaltres que hagi utilitzat diversos dispositius com un iPad, vers un ordinador portàtil, un escriptori o alguns dels telèfons intel·ligents més nous que sorteixen, havent experimentat que la funcionalitat no funciona correctament, i això és un veritable problema. De fet, les guerres dels navegadors haurien d’haver-nos preparat per això, perquè tots els navegadors també fan coses lleugerament diferents. I és un altre gran repte no només el disseny, no només l’aspecte i la naturalesa de l’aplicació que utilitzeu, sinó la funcionalitat real. Com s’obté el menú desplegable per seleccionar el que voleu en aquest dispositiu? Això és un gran problema.
Aleshores, d’això parlem una mica, i ja parlarem de Robin i Bill Ellis, com he esmentat, que són un autèntic expert en aquest camp. Aquest és un dels grans problemes que té la gent: és només la varietat darn i no hi ha un mètode únic per poder treballar a través de plataformes. Samsung i Apple tenen principalment aquestes coses, però n’hi ha de tot tipus. Hi ha tants dispositius. Fa poc vaig veure que l’iPhone estava guanyant en termes de vendes i em va quedar impressionat amb la quantitat baixa de nombre, com per exemple, no crec que sigui fins i tot un 20 per cent! I van ser el número u, el que significa que hi ha literalment puntuacions –per no dir centenars– de dispositius que es poden utilitzar. Bé, només podeu imaginar com se sent el departament d’informàtica i, per descomptat, aquesta gamma de tecnologies està canviant; Cada dia és més divers.
Tot està canviant, tenim tot tipus de coses passant: contenidors, només per llançar una altra clau a les obres aquí. I, per descomptat, tenim la diversitat de la força de treball. Molts mil·lenaris, són molt diferents pel que fa a les seves preferències, com utilitzen la tecnologia, què estan disposats a desaprofitar, la rapidesa amb què es poden trobar. Normalment, és més ràpid que amb nosaltres temporitzadors antics, però, tot i això, cal assenyalar mapes als sistemes pre-premis o, almenys, al núvol. I aquest és un gran repte.
I amb això, vaig a lliurar-ho a l’inimitable Dr Robin Bloor. Robin, treu-ho.
Robin Bloor: D' acord, gràcies per aquesta breu introducció. Parlem de mòbil. No era particularment evident, que Eric es va referir a la introducció de l'iPhone - no va ser especialment evident quan l'iPhone va presentar exactament el que anunciava. Crec que es va fer evident quan l’iPad va entrar en el fet que realment havíem de tenir un món mòbil força divers. Realment sóc una mena d'Apple, per la qual cosa realment no crec en termes d'Android, però, per descomptat, tot i que Apple aconsegueix la majoria de llarg, el benefici principal tant del mercat de telefonia mòbil com del mercat de telefonia., ja no té els números, cosa que és una cosa interessant. I això vol dir que hi haurà, a part de qualsevol altra cosa, que hi haurà nous dispositius, la gent els agafarà i els vendran milions. Així doncs, crea un entorn molt divers, que potser necessiteu passar.
L’acudit aquí de “Preguntaria a Siri on som, si pogués obtenir un senyal.” El que fa que els dispositius mòbils siguin lleugerament diferents és que els ordinadors de sobretaula estiguin connectats tot el temps. I els dispositius mòbils no estan necessàriament connectats i no són necessàriament els 24 hores del dia, perquè les persones poden apagar-les. També podeu accedir a avions i coses així, i per tant, és un dispositiu diferent del que abans. Jo mantindria que el telèfon mòbil és realment l’ordinador personal real, perquè és el que tens sempre amb tu. És el dispositiu mòbil humà que defineix. La tauleta és lleugerament diferent; és una mena de situació estranya, que quan s’ho pensa, d’una manera o altra, hi ha més d’un tipus de dispositiu mòbil funcional.
De totes maneres, què vol dir ser mòbil. Internet va canviar. No vam notar que passava, però no ho notava que passava, però actualment el 80 per cent de l’activitat d’internet és de dispositius mòbils, i això és una xifra extraordinària quan hi penseu. Però el 47 per cent d’aquest 80 per cent és trànsit de tauletes. És possible proporcionar la majoria d'aplicacions en una configuració per a mòbils. És a dir, si teniu aplicacions que ja existeixen i, ja ho sabeu, són accessibles a l'escriptori, probablement les podreu posar en un telèfon mòbil, però hi ha factors limitants. El factor de forma i el teclat en són un. Les pròpies tauletes, segons Microsoft i Apple, van substituint gradualment els ordinadors mòbils. I tenen aplicacions particulars en determinades zones, perquè són més robustes.
Una de les coses que recordo que he parlat amb persones informàtiques sanitàries, era el fet que abans que existís la tauleta, si entràveu en un entorn que era un aïllament, ja sabeu, haureu de disposar dels vostres dispositius amb els que vau prendre. vosaltres, hauríeu de ser desinfectats d’una manera o d’una altra. Realment és fàcil fer-ho amb una tauleta, no és gens fàcil fer-ho amb el que solien tenir, que eren ordinadors de sobretaula mòbils en virtut d’estar en un carro i connectats a l’entorn. Solien haver-hi una estada en aquest tipus d’ambients o bé passar per un tipus extraordinari de desinfecció extret d’aquells entorns. I no pensem gaire en aquests ambients, tret que treballem en aquests entorns. Però les tauletes i els telèfons mòbils han fet que treballant en aquests entorns fos realment natural per estar connectats i treballar en aquests entorns.
I quan la estadística que Eric va posar a 1.700 milions, crec que ho era, els treballadors mòbils el 2020. Sóc treballador mòbil? Penso així, sóc un treballador mòbil en el sentit que de tant en tant treballo fora de l’oficina i quan ho faci, estaré treballant en una tauleta o fent coses a un telèfon mòbil. Per tant, quan realment ho considereu i ho penseu, és probable que sigui a causa de persones que només utilitzaran dispositius mòbils per a la seva força de treball, de manera que les persones que realment es mouen fonamentalment. De totes maneres, ara podeu pensar en tres tipus d’usuaris: usuaris d’escriptori, usuaris de tauletes i usuaris de telèfons. I necessiten diferents aplicacions. I aquesta és la raó d’esmentar-ho.
La càmera i la veu són ara una part inherent dels dispositius mòbils, però també són una part inherent als escriptoris. Però s’utilitzen de maneres diferents en dispositius mòbils i tenen interfícies diferents en dispositius mòbils. I el caràcter complet de per què ho utilitzeu és diferent en un dispositiu mòbil. Per tant, és que si esteu construint aplicacions mòbils, no esteu creant el tipus d'aplicacions que heu utilitzat per molts motius, moltes de les quals es troben en aquesta diapositiva. Aleshores, si fóssiu un negoci que ja d’una manera o altra creava aplicacions que funcionaven en llocs web, la pregunta és: també han de ser aplicacions mòbils? I aquest tipus de diapositives sembla això. Una aplicació web, en podeu fer més coses, simplement perquè estan construïdes d’una manera o d’una altra, es construeixen sense tenir cura del factor de forma, de manera que la gent construirà una pàgina web que no podeu utilitzar raonablement o no es pot utilitzar fàcilment en un iPhone o un dispositiu Android, que pot ser simplement utilitzable en una tauleta, però fins i tot en una tauleta pot no ser especialment bo. Normalment, estaria bé.
O bé podeu crear una aplicació per a mòbils. Si creeu aplicacions per a mòbils, hi ha una aplicació en diversos botigues de descàrrega i aquest tipus de discs disminueixen la seva resistència. Si us fixeu en el meu iPhone particular, només teniu ple d'aplicacions que no puc desfer; Els elimino, però sempre semblen tornar a descarregar-se d'alguna manera estranya. Evidentment no sé com gestionar un iPhone correctament. Però, ja sabeu, acabes amb només una munió d'aplicacions i no té cap sentit. En tinc més, sospito que tinc més aplicacions a l'iPhone de les que tinc a l'escriptori, cosa estranya quan hi penses. Les aplicacions per a mòbils són una prova de successos. És interessant que algunes empreses web - Yelp n’és una d’elles - ho van fer molt bé creant una aplicació i fent que la gent la descarregués. I sembla que les àrees on hi hagué un èxit raonablement bo eren en realitat al sector financer; és a dir, els bancs, però també el comerç electrònic i empreses com aquesta, perquè la gent els pot ser capaç de comerciar de vegades. Aplicacions alimentàries, no només buscant restaurants, sinó també fent llocs de receptes, ho van fer realment, molt bé pel que fa a aplicacions.
I molta gent no s’ho va fer especialment bé, i aquesta és la raó, crec que principalment és que només hi ha tantes aplicacions que sempre us heu acostumat i que només utilitzeu una aplicació un cop cada dia o així, llavors t’oblides d’ella. Si no té un gran valor personal, oblideu-ho. Així, és difícil crear una aplicació per a mòbils accessible en el sentit general, però òbviament, podeu crear-les per al vostre personal i utilitzar-les dins de l'organització. Les aplicacions per a mòbils tenen uns costos de desenvolupament molt importants, i hi ha diverses raons per això. Una de les raons per això és que realment heu apuntat a un nombre diferent de dispositius.
I podeu obtenir entorns de desenvolupament que s’orientin a diversos dispositius, però algunes aplicacions, sobretot quan busqueu seguretat, realment heu de codificar per al propi dispositiu. Escriuria un codi diferent per a l’iPhone o l’entorn d’Android. Potser diferent. De vegades fa referència a les capacitats del maquinari. Així, doncs, l’aplicació mòbil general, sí, potser hi ha un programari de desenvolupament que en puguis crear un altre tipus d’híbrid i que ocuparà la majoria dels entorns objectiu. HTML5 ho fa molt més possible del que abans. Però també obteniu aquesta situació en què algunes aplicacions realment no poden fer-ho; això vol dir que realment realitzeu el mateix treball diverses vegades per a cada dispositiu al qual esteu dirigits i això no impedirà que les persones afirmen que tenen dret a portar el seu propi dispositiu; no farà cap mena de diferència, per la qual cosa no es pot encertar.
Segons sembla, l’anàlisi d’aplicacions mòbils indica que generen més vendes, oi? I es tracta d'un estrany tipus de lloc web i d'aplicació per a mòbils que, si voleu, complementen. Les aplicacions generen més vendes. Els llocs web són millors per recollir nous clients. Les aplicacions són millors per retenir els clients que ja heu recollit. Els clients gasten molt més en llocs web que no pas en aplicacions, però els clients gasten més sovint en aplicacions. I això és una cosa realment estranya i que parla del fet que, si creeu alguna cosa, probablement necessiteu una encarnació d’un lloc web i una encarnació d’aplicacions mòbils, si espereu que s’utilitzi àmpliament. I és que, d’una manera o altra, és una despesa dramàtica per afegir a un projecte de programari, que en qualsevol cas podria fer moltes altres coses.
Com a idea general, un lloc web és un catàleg i una aplicació és una màquina de fidelització. Els desenvolupaments d'aplicacions per a mòbils (i això només permeten solucionar el problema) entorns de desenvolupament diferents, diferents problemes quant al maquinari, diferents principis de disseny de la interfície d'usuari i habilitat, haureu de tenir una capacitat fora de línia. moltes aplicacions que la gent espera poder utilitzar si no estan desconnectades; no volen perdre les dades; algunes de les dades han de ser emmagatzemades localment. Esteu creant una aplicació diferent de la que podríeu crear, diguem per a l'escriptori. I després, teniu el problema de fons de la telefonia mòbil, haureu d’haver-hi centrals, allà hi haurà procediments de seguretat. És molt probable que hi hagi una arquitectura orientada al servei en un segon pla, en què es plantegin diverses coses. I el que està dient és que no només necessiteu algun equip que estigui acostumat a desenvolupar aplicacions en el servidor i altres coses. Llançant-los un mòbil, realment necessiteu desenvolupadors de mòbils. I persones amb experiència mòbil.
De totes maneres, havent dit això, només hi ha una cosa més a dir: sobretot les aplicacions mòbils són, en la majoria dels casos, un punt de contacte del client, per la qual cosa han de ser realment bones, perquè un client jutjarà l’empresa sobre la base del mòbil. experiència o afectarà el seu judici. I en alguns casos, com he comentat, l’aplicació per a mòbils és en realitat el que ha determinat l’èxit empresarial; pot ser el que realment faci una organització. I, per descomptat, també pot ser un esquirol humit.
Un cop dit això, li passaré la pilota a Eric.
Eric Kavanagh: Bé, i li lliuraré a Bill. Bill, si voleu anar a Inici ràpid i compartir la pantalla?
Bill Ellis: Sí. Aquí?
Eric Kavanagh: El cantó superior esquerre de la part esquerra.
Bill Ellis: Sí. Gràcies per les instruccions, us ho agraeixo. Robin, em va agradar molt la teua discussió, va ser graciós. He treballat en un equip virtual des de fa 18 anys, així que crec que puc comptar com a part de la mà d’obra mòbil. De vegades em preocupa que vagi a veure, si tinc una funció posterior al treball, sovint m’haig de vestir per anar-hi. (Riu) I potser començo a perdre la perspectiva del que és "vestit", de tota manera. (Riu) Amb això, tirem endavant i comencem. Vull confirmar que potser Eric només podria entrar i dir-me, podeu veure la meva pantalla bé?
Eric Kavanagh: Sí, es veu bé.
Bill Ellis: D’acord . Així, em dic Bill Ellis, treballo amb IDERA a la línia de productes Precisa i parlarem sobre la possibilitat de la mobilitat. I realment estem parlant de mesurar-ho i assegurar-nos que funciona a la vostra satisfacció. Un dels grans punts que hi ha ha estat que és la interacció amb la gent amb la vostra empresa. En certa manera, és molt íntim: el telèfon està just a la mà d’algú i, per tant, la impressió, la velocitat, fa una gran impressió en tots els usuaris.
Així doncs, aquesta va ser una experiència de client que pensaria compartir. Tenien un directe en directe, no va anar bé. I perquè el test de càrrega inicial no va revelar totalment canvis en la infraestructura d'aplicacions subjacent i, per tant, una de les coses que m'agrada subratllar és amb el mòbil, ja sigui amb l'aplicació o HTML5, també hi ha molta tecnologia de la qual depèn. Començant per la xarxa, al servidor web, a la lògica empresarial, a la missatgeria, i si realitzen una compra, ja sabeu, una transacció comercial important, interactuen amb el sistema de registre.
I, de manera irònica, quan vam començar vam trobar un parell de problemes de xarxa, de manera que tot això és molt pertinent fins i tot per lliurar aquest webinar. Per tant, podríeu tenir una aplicació, almenys sis tecnologies, nombrosos usuaris finals, i només és difícil respondre fins i tot a les preguntes més senzilles. Té un problema un usuari final? Quin és el problema d'una pila d'aplicacions, quin codi causa el problema? Per tant, el tipus de manejar aquestes coses no és, en efecte, banal.
Ara, el que farem és analitzar algunes mesures preses en un lloc per ajudar a descobrir els problemes que hi ha dins de la pila d'aplicacions. I el que estem veient aquí és un gràfic, on l’eix Y és temps de resposta, l’eix X és el temps durant tot el dia. I el gràfic de barres de pila és una mesura de on passen les seves transaccions a l'usuari final. I, per tant, obteniu una bona tendència aquí, i després va pujant i amunt. I és bàsicament la delimitació del tallador, per la qual cosa, consultant el gràfic de barres de pila, podeu començar a veure que hi ha molts problemes en el nivell de J2EE. També veieu problemes al nivell del servidor web i, a continuació, hi ha alguns ascensors força importants, de fet a la base de dades.
Així doncs, ara que hem identificat que hi ha diversos nivells, amb múltiples problemes, hem d’anar una mica més enllà per esbrinar exactament què passa, per tal de tenir una resposta intel·ligent a aquest nou patró d’ús i molt lent., parlem de quatre o cinc x rendiments més lents. I, per tant, una de les primeres coses que volem fer és dir "Aquesta és una transacció" i, per tant, hem analitzat l'abast del costat esquerre de totes les transaccions i poden, consultant-se, és realment fàcil per veure el gràfic de barres de temps de resposta bàsicament, veure que en el mateix servidor web client Java hi ha determinades transaccions més que altres, el temps de la base de dades. Però és realment a nivell general de totes les transaccions.
I això està mirant els usuaris i, per tant, comenceu a aconseguir-ho, es tracta d’un desplegament global, de manera que esteu buscant els continents primaris del món, de manera que són tots els usuaris, totes les ubicacions. Aquest és un problema global, s'està produint, de manera que comença a aïllar-se, no és un grup particular ni un usuari, sinó que passa pel que fa al centre de dades. I comencem a diagnosticar, bé, on es troben les dades? Quins nivells d'aplicació? Per tant, comencem a mirar el temps mitjà de resposta que es va acumulant, que també es basa en el nombre d'execucions, per obtenir una idea sobre l'escala. Això és molt interessant, en realitat la meitat inferior mostra la història de més llarg termini, i es poden observar recomptes d’accés molt elevats, però l’altra cara és que el nombre de connexions concurrents és relativament baix. Després que hem canviat a una aplicació HTML5 per a mòbils, el nombre de connexions es duplica molt a una quantitat molt menor (parlem ordres de magnituds): és 100 vegades menys d'accés, per tant, no estem escalant; Tenim almenys el doble de connexions respecte al que havíem tingut anteriorment. Així, doncs, comencem a distingir quines són les noves exigències que l’aplicació mòbil presenta a les infraestructures subjacents.
Per tant, anem encara més lluny, perquè hem d’aïllar on es produeixen problemes. I, per tant, aquí, bàsicament s’està estudiant una mica de coses que s’aborden, i realment no necessitàvem aquest gràfic de barres aquí per dir que no complim els nostres SLA, però ho podem veure fàcilment al gràfic superior. Però tenim una confirmació secundària en termes de recomptes d’execució per incompliment de SLA. Ara, aquí, començarem a mirar el bloqueig, i això és dins, això és WebLogic però dins del nivell de lògica empresarial. I podeu veure aquí, i això pot ser una mica difícil de llegir, però estàs pressionant 31.000 adquisicions de bloqueig durant un temps de bloqueig agregat de 12 hores i 30 minuts. Per tant, aquest és clarament un problema enorme.
Ara, l'impacte de bloqueig ens demostra que sempre hi ha alguna derivació de la regla 80/20. És realment un mètode, un grup de mètodes que realment causen els problemes. Ara comencem a aïllar problemes dins d’un nivell determinat. Així doncs, anirem una mica més enllà, i aquí teniu el sistema de missatgeria. I comencem a veure això, amb el gràfic del temps que circulo a la part superior esquerra, podeu veure que el temps de resposta aproximat està augmentant i el color rosa, la clau, en realitat es mostra fer cua i en realitat hi ha una diferència molt diferent Les cues que passen, s'ha augmentat a causa del nombre de connexions. Així, doncs, el sistema de missatgeria està treballant molt més; n’hi ha molt més, si feu una analogia amb aquesta botiga de queviures, hi ha molts més carros a cada carril del mostrador de la caixa: i això és el que impulsa la cua i es pot veure amb més claredat al domini. Cadascun dels dominis està fent cua molt, molt alta.
Fins ara, he identificat el bloqueig dins de WebLogic, he identificat les cues dins del sistema de missatgeria i això passa per Tuxedo. Aleshores, el que estem veient aquí és un tipus d’anàlisi similar, però estem estudiant estats d’execució dins del sistema de registre. I això es tracta d’estats d’execució dins d’Oracle. El motiu pel qual ens centrem en el temps és que el temps té dues propietats excel·lents. Número primer: és la manera com els usuaris finals i les aplicacions experimenten el rendiment. El número dos és que mesura el consum de recursos. D'aquesta manera, s'identificarà automàticament on es troben els colls d'ampolla. I, per tant, puc veure aquí, al nivell de bases de dades, que tinc temps d’expressió addicional, de manera que estic subratllant el subsistema d’emmagatzematge. Cada nivell depèn del nivell inferior, de manera que la base de dades depèn del seu emmagatzematge. També veig que dins del temps de la base de dades, faig bloqueig. Per tant, necessito obtenir una mica més de granulació abans que aquesta informació es faci una mica més accionable. I així, anem cap endins, pelem la ceba de nou una altra capa.
Ara, això és realment una revisió dels recomptes d’execució, l’eix Y d’aquest recompte, això és en milers, estàs buscant 9.000, nou milions i, per tant, el recompte d’execució també va augmentant i amunt. Així doncs, la nova aplicació de mobilitat posa l'accent en l'aplicació de moltes maneres. Bloqueig, només per recaptar: bloqueig al nivell web, cola al sistema de missatgeria, recompte d’execució addicional al nivell de bases de dades, E / S addicionals, bloqueig addicional dins el nivell de bases de dades. Així, estem, realment estic afectant tots els nivells de les especificacions de l'aplicació. Per tant, és molt important poder tenir mètriques de tots els nivells dins de la pila d'aplicacions. Aquí, realment estic subdividint l’activitat de la base de dades en programes i veig que realment tinc dos programes: el color turquesa mapeja el bloqueig de l’aplicació. I així, aquest, el servidor de distribució com bloqueig d’aplicacions, l’aplicació, aquesta és la part mòbil, això també té bloqueig d’aplicacions. I podeu veure que hi ha diversos collons d'ampolla a l'emmagatzematge.
Ara estic aconseguint, pelant la ceba per veure què puc fer a cada nivell. I la raó per la qual faig això és que molta gent ho mira des d’un punt de vista de planificació de capacitats. I la majoria dels serveis al núvol, parlen d’expandir servidors, CPU i memòria. L’altra cara de la moneda és igual d’important, és aplicar el codi d’aplicació que s’està executant i impulsant el consum d’aquests recursos. I quan coneixeu el codi de l’aplicació, ara podeu abordar la capacitat mitjançant l’eficiència del processament. Per tant, teniu les dues cares de la mateixa moneda i ofereix als professionals de TI opcions addicionals per resoldre el problema. No és només afegir més servidors, sinó que podem fer per netejar les coses i funcionar de manera més eficient? L'antic "Treball més intel·ligent, no més difícil".
Així que aquí, en realitat, Oracle té una cosa neta anomenada mòduls i accions, on realment podeu començar a documentar el codi, i així també podreu veure les coses d’una altra manera, com aquí, el bloqueig d’aplicacions que vàrem veure? Doncs bé, es va introduir a través del codi de fulls de despesa, també va entrar a través del servidor de distribució i, per tant, són els dos motors principals d'aquest nou bloqueig. I el nou emmagatzematge està arribant a través del sistema en línia, de manera que comenceu a crear realment un perfil, on els controladors siguin per a aquest consum addicional de recursos. És una altra cosa poder identificar els controladors del codi subjacent. I tot això, penso que hem analitzat aquest full de despeses i, per tant, entrem aquí.
Ara, mirant els objectes subjacents que s’estan exercint, comenceu a veure aquest registre de missatges. Doncs bé, cada vegada que fan missatgeria, i vam veure que augmenta un parell, realment estem tocant aquesta taula de registre de missatges i realment veureu d’aquí a un minut que realment provoca una gran quantitat de bloqueig dins de la nivell de bases de dades. Així doncs, aquests nous patrons d’ús estan tenint un gran impacte amunt i avall de la pila d’aplicacions. Ara, a la part dreta es troba el codi SQL i, per tant, aquest és el codi de l'aplicació i estem seguint el que fan les instruccions SQL per estat d'execució. Així, és molt fàcil veure la codificació de colors veure quines instruccions SQL estan implicades en aquests panys. La raó per la qual cosa és realment vital és que si aneu al vostre DBA i dius: "Hola, pensem que hi ha un problema a nivell de base de dades." Podrien simplement mirar la base de dades i pot semblar força de la manera. ahir va funcionar.
Però, podent correlacionar la forma en què l’aplicació està utilitzant la base de dades, poden identificar les sentències SQL exactes en les quals haurien d’enfocar-se i, a continuació, poden aprofundir en algunes d’aquestes pràctiques avançades, buscant els plans d’execució i tot això. que puguin retocar, per fer que el sistema de registre funcioni molt més ràpidament. I, per tant, correlacionant els dubtes del codi, és realment vital que els experts en tecnologia puguin resoldre i solucionar els problemes subjacents. Ara, aquí, també hem parlat d’emmagatzematge: aquí, veieu el nombre de lectures físiques, podeu veure quan va passar això i això comença a entrar en l’arquitectura del maquinari, ja que quan teniu previst desenvolupar un sistema, una de el que podeu triar és que podeu triar diferents tipus d'emmagatzematge i tenen un perfil de despesa molt diferent. I en determinats casos, tindrà un bon sentit actualitzar i pagar l’emmagatzematge flash; si faig moltes lectures més aleatòries, aleshores emmagatzemaré el flaix.
Per tant, el missatge general és que amb una nova aplicació es plantegen noves demandes al sistema, i la pila d'aplicacions subjacent ha d'evolucionar per satisfer aquestes necessitats. I també voleu veure quines són aquestes necessitats i es pot ajustar el codi per fer-lo més eficient? I finalment, cap a la CPU, es pot veure en el període de la disminució, havíem estat funcionant aproximadament un 10 per cent i, una vegada amb el nou codi, estem a 4X, ara som al 40 per cent, i això és realment important tant per a entorns físics com virtualitzats per assegurar-vos que disposeu de recursos de servidor adequats per satisfer les necessitats de l’aplicació. I, per tant, només hi ha una mica més de prop, de manera que podeu veure alguns d'aquests nombres una mica avançats. Interessant a nivell de servidor, el consum de memòria no havia canviat tant, però sens dubte el nombre de cicles de CPU requerits.
I, bàsicament, es tracta d'una recapitulació de la revisió de l'informe de despeses, de la reducció, del fet que el nombre d'execucions va disminuir, però el temps d'execució va augmentar. D'aquesta manera, es va demostrar que, sota la mobilitat, el component de despesa de l'aplicació tenia problemes. I, sens dubte, això tindrà un efecte sobre les coses perquè, si no podeu fer la vostra feina, bàsicament la gent només deixarà d’utilitzar la mobilitat. I el bo de la mobilitat és que realment potença la productivitat de la mà d’obra, i això és molt bo per a les quotes de pagaments i així successivament, per la qual cosa sens dubte voleu que aquest es faci. Ara, estem estudiant el mateix aquí, només des del punt de vista de la ubicació, de manera que es tracta d’Europa i Orient Mitjà, les connexions VPN d’Àsia i, a continuació, la seu central. I als Estats Units en general. Per tant, creiem que una forma d’obtenir aquesta informació valuosa a cada nivell de la pila d’aplicacions és mitjançant la línia de productes precisa.
Vaig a fer-ho molt ràpidament, Robin i Eric, tan sols proporcionen una visió general del que fa precisament i per què estan dissenyats de la manera com està dissenyat. I què passa si l’usuari final intenta fer alguna cosa, hi ha molta tecnologia al centre de dades, a l’usuari final realment no li importa, només vol fer la seva feina. Mentrestant, teniu molta gent a la TI, ben intencionada, molt intel·ligent, però ni tan sols coneixen cap problema fins que aquest usuari final els informi. A continuació, moltes vegades això donarà lloc a un procés molt costós i frustrant en última instància, en què la gent mira un subconjunt de la pila d'aplicacions, però és molt difícil respondre a aquestes preguntes bàsiques sobre qui, què i quan? on, per què.
Així doncs, el que creiem és mesurar les transaccions de l’usuari final a partir del seu dispositiu, a través de la xarxa, al servidor web, al Java, captant aquesta informació que podem respondre a les preguntes de qui, què, quan, on, per què, proporciona recomanacions, però probablement el més important és completar el bucle de comentaris. Tots necessitem comentaris per millorar, és l’única manera de saber que alguna cosa va malament. Si hi ha l'historial inclòs en un dipòsit centralitzat, proporciona un full de música perquè tothom pugui llegir. D'aquesta manera, és molt fàcil esbrinar on es troben els problemes, de manera que una vegada més, el disseny consisteix a mesurar la transacció de l'usuari final; identificarem transaccions lentes, segmentant-les; això us explicarà quina tecnologia és un problema i, a continuació, us donarà una visió experta de cadascun dels nivells de manera que pugueu esbrinar què passa. Precisament proporcionarà un aprenentatge i informes i taulers per a tots els grups d'interès, tant si voleu tenir només una visió general, com si voleu tenir una visió profunda de la tecnologia del que passa.
Ara, què pot passar, com un dia a la vida, tant com a especialista en TI podríeu trucar a un usuari final, o de vegades un usuari final us podria trucar. Inicieu la sessió Precisa, podeu centrar-vos una vegada més, l’eix Y és resposta, l’eix X és el temps durant tot el dia. Aquí som cada subestat, de manera que teniu temps de client, temps de servidor web, Java, Tuxedo, temps de base de dades. A continuació, teniu les transaccions de conducció, podeu crear un menú per identificar a un usuari final concret, i d’aquesta manera TI té la capacitat d’abordar els problemes d’aquests usuaris concrets. I, per tant, podreu veure exactament quan estaven ocupats, podríeu veure que utilitzaven la gestió de contingut, podreu centrar-vos en aquesta transacció i, a continuació, Precise us donarà una anàlisi d'aquesta transacció.
El percentatge al final s’afegeix en un percentatge, Precise, i això us indica quant temps, però un percentatge de temps dedicat a aquest pas individual, fins a instruccions SQL individuals, aquest és el context. I una de les coses que diem és que tothom té eines, però poques botigues tenen context. I el context permet a l’administrador Java centrar-se en el codi de l’aplicació, el DBA per identificar com en aquest cas la instrucció SQL particular. D'aquesta manera, amb aquesta informació es dóna molta més visibilitat sobre com abordar la causa principal subjacent de la transacció particular que estava afectant a l'usuari particular. Per tant, realment el làser es va centrar en la causa. I podeu analitzar la sentència SQL, on es dedica a executar? I, per contra, hi ha moltes eines com Enterprise Manager. Són grans, s’ho poden agafar. Es veuen les coses des de la perspectiva de les instàncies, i això no és el focus suficient per accedir a aquestes aplicacions.
Normalment, les aplicacions de mobilitat OLTP tindran una latència baixa i un rendiment elevat, per la qual cosa se centra en la llista de deu primers, això és un començament, però realment no és prou bo per a aquest tipus d'aplicacions. I després, l’altra cosa és que particularment per a les aplicacions allotjades internament, la identificació per identificació d’usuari és realment vital, perquè no es tracta només de l’aplicació i de la infraestructura, sinó també de la manera en què els usuaris finals utilitzen l’aplicació. I els usuaris finals normalment tenen un comportament molt millor quan els pugueu identificar. Així doncs, es tracta només d’una pantalla de diferents transaccions i de l’experiència del client, i després sub-segmentada (riu) suposo que parlo una mica de temps. Poc cansat aquí; Vaig a llaurar endavant.
Aquí, estem buscant un tauler que hem creat junts que mostrarà alertes per després mostrar diferents nivells de la pila d'aplicacions. Aquí teniu els servidors web i podeu comprovar, segons el recompte d’execució del temps de resposta, que les coses estan equilibrades en la càrrega. Podeu mirar els accessos del navegador, podeu mirar les col·leccions d’ús i d’escombraries, assegurar-vos que teniu un bon patró de dents de serra, que no tingueu una fuga de memòria, etc. I la idea és proporcionar una mica una part d'un quadre de comandament més tècnic de cadascun dels components de la pila d'aplicacions. Així doncs, la línia de productes precisa que ofereix IDERA ofereix una informació molt detallada del seguiment de la producció, 24 per 7. És molt fàcil desplegar-ho; no cal que mapeu les transaccions, sigui quina sigui la que fan els usuaris finals, Precise connecta automàticament els punts a la pila d'aplicacions.
Si no s'instrumenta un nivell descendent, Precise ho reconeixerà i proporcionarà el temps d'entrada i sortida i us recomanarà que instrumenteu el nivell inferior. Per tant, és molt fàcil de valorar un tipus de temps; som molt forts a la base de dades, aquest és el tipus de reivindicació de la fama de IDERA. I la raó per la qual és tan important és que totes les transaccions comercials importants interaccionen amb el sistema de registre, de manera que la base de dades es converteix en el rendiment fundacional. I les altres eines del mercat, fan una feina correcta, però no és prou bo; realment, necessiteu saber exactament el que passa amb les instruccions SQL. I fem moltes coses avançades, que són massa per això, com mantenir un historial d’informacions SQL i fer un seguiment dels plans d’execució al llarg del temps. I per tant, aquest és un àmbit que podem explorar més, si us pot interessar.
Així, amb això, aquesta és la plataforma de rendiment de l’aplicació precisa, us convidem a sol·licitar una reunió addicional a través del lloc web idera.com, si teniu interès addicional per la solució i els temes que hem comentat avui.
I, Eric, amb això, crec que encara estem sota el filferro, passaré la batuta a tu i Robin. Gràcies.
Eric Kavanagh: No, és fantàstic i m'encanta el contingut que heu creat aquí, perquè feu un treball fantàstic de mostrar el complex que és el medi ambient sota la caputxa. I, per descomptat, tota la feina de Precise, l’objectiu de Precise és ajudar a navegar per aquesta complexitat i comprendre el que està passant i poder emprendre algunes accions per millorar alguna cosa. I sóc una mica desconcertat del complex que és. Suposo que Precise també us permet identificar certs patrons de comportament i, a continuació, posar-los nom, o, com a mínim, enregistrar-los o marcar-los com a una cosa així, no?
Bill Ellis: Sí, una de les coses que passarà, és que no voleu anar perseguint la cua; No voldreu simplement dedicar-vos a passar una estona individual. Per tant, voldríeu mirar quins són els patrons, quines són les tendències, perquè cal gestionar molta tecnologia. Per tant, una de les coses és prioritzar i poder classificar-se, saber on passar el temps, saber què cal definir. I també voleu adoptar un enfocament conservador de menor risc i menor cost. No voleu fer necessàriament un canvi global car, sense haver de valorar ni tenir molt bona idea de saber-ho, això ajudarà efectivament al problema. Per tant, sap el que passa amb el pas del temps i aquest trending és vital per abordar de forma intel·ligent els problemes subjacents.
Eric Kavanagh: Té sentit complet. I quina importància té la virtualització per poder veure què passa, i, després, vingueu en organitzacions que utilitzen contenidors, per exemple, utilitzant Docker? I com afectaria això el que Precisa és capaç de fer?
Bill Ellis: Sí, de manera que la paraula "contenidor" pot significar coses diferents segons diferents proveïdors. I, per tant, treballem amb VM, gairebé tothom utilitza VMware; això ho considero l'estàndard de facto; Sé que hi ha competidors per aquí. I estem ampliant el que suportem, però VMware és el dominant, dins la pila Oracle. Hi ha bases de dades amb contenidors i, per tant, és molt important poder evolucionar molt ràpidament el vostre sistema. També és realment important conèixer en un entorn virtualitzat quan l'amfitrió físic no és capaç de satisfer les necessitats de tots els contenidors dels convidats, ja que cadascun d'ells competeix pels recursos.
I una de les coses que van passar internament de la que em va sorprendre és que, realment, teníem dins d’IDERA tantes VMM inactives, però cadascuna d’aquestes màquines virtuals inactives consumeix recursos, que van començar a causar un problema global per a les VM que realment estaven sent. usats que eren importants per a nosaltres, per conduir el nostre negoci. I així va ser una cosa interessant. Ara, no admetem cap tecnologia sota el Sol; Hi ha una matriu d'assistència associada a aquesta solució i, per tant, és una de les coses que voldríem aprofundir, per a un client o un client en particular, només per assegurar-nos que podem satisfer les necessitats tecnològiques i les tecnologies individuals que la seva pila d'aplicacions està en funcionament.
Eric Kavanagh: Sí, té molt sentit. A partir de la vostra experiència, quines són algunes de les forces més importants que ara generen reptes mòbils? Quan tu i jo vam parlar abans d’aquesta transmissió web fa un parell de mesos, vau fer un bon punt sobre com la funcionalitat i el disseny d’un iPhone o algun dispositiu mòbil poden ser un autèntic repte per al negoci, perquè de sobte l’usuari final pot No esbrineu com es pot fer algun procés específic en el flux de treball realitzat, oi? Per tant, fins a aquest punt, el que estàs habilitant en el desenvolupament d'aplicacions per a mòbils és que mostres als desenvolupadors on es produeixen els problemes i, a continuació, pots tornar a respondre al que fa l'aplicació en aquest dispositiu en concret o en aquest dispositiu en concret. I això és molt útil, no, per al desenvolupador, ja que ara poden veure el que està causant el problema, poden fer algun canvi a l’aplicació, per solucionar-ho, oi?
Bill Ellis: Sí, és una mena de superposició d’expectatives increïblement altes: tothom espera que en cert sentit funcioni, però hi ha tanta varietat que hi ha. Teniu tots aquests telèfons intel·ligents diferents, tenen diferents dimensions de la pantalla i, a continuació, teniu diferents venedors de comunicació, els Verizons, els AT& Ts, els Sprints, són els més populars als Estats Units. I hi ha tanta varietat que hi ha, com és, com embolicar els braços a tot això, per començar a discernir on es troben els problemes? Per tant, hi ha moltes mètriques disponibles i una de les coses que ha fet el nostre equip de gestió de productes, és intentar aprofundir les mètriques més importants o necessàries per l’equip de TI, per poder prendre decisions intel·ligents. .
Per tant, és un desafiament i fem que el nostre producte evolucioni com que el mercat evolucioni i, per tant, rebem comentaris dels nostres clients i sempre hi ha sol·licituds de millora, així que "Hola, aquesta mètrica addicional ens seria de gran ajuda." el producte està evolucionant igual que el mercat, però, si hagués de dir, en realitat Eric, és realment interessant per a mi, és tot el que les expectatives. La gent és com, solia tornar-hi el dia que la gent esperava cinc, set segons per que una pantalla es posés en pantalla, ara és com un o dos segons, la gent és com "Oh, aquesta aplicació no funciona en absolut!" (Riu)
Eric Kavanagh: És curiós. És tan cert!
Bill Ellis: És una bogeria.
Eric Kavanagh: Sí, és poc realista, sincerament. I crec que potser començarem a veure una mica més realisme al voltant d’aquest tema, però no obstant això, és un fet de la vida que la gent té unes expectatives molt, molt altes. I suposo, Robin, que us portaré de pressa en els darrers dos minuts aquí. Em va encantar la vostra valoració del lloc web com a catàleg i aplicació com a màquina de fidelització. I fins a aquest punt, del que hem parlat aquí és com permetre als desenvolupadors d’aquestes aplicacions comprendre el que passa: es pot utilitzar? No és útil? I què podeu canviar per ajustar-ho? I fins al punt de Bill aquí, fa només un segon, el temps de cicle per solucionar aquest problema s’ha reduït realment, oi? No és com solia ser-ho, has de solucionar-ho tan ràpid. O simplement tindràs un enorme abandonament en ús, oi?
Robin Bloor: Sí, hi ha un munt d’altres coses que s’hi juguen, així que teniu aquest desenvolupament àgil i ja teniu expectatives en molts llocs, que llançareu una nova versió. quelcom que està en procés de desenvolupament o en procés de canvi, cada dues setmanes. I això suposa, és que quan hi penseu, si penseu en els entorns de desplegament i penseu com és de gran la pila quan esteu entrant a dispositius mòbils, realment teniu diversos dispositius potencials al node final, i llavors haureu de tenir un middleware al centre. I és possible que tingueu per sota i per sota de les bases de dades. Per tant, potser toqueu moltes i moltes aplicacions; potser toqueu diverses bases de dades i podeu fer coses molt complexes en termes de seguretat. I tot ha de funcionar, i l’esperança és que funcioni raonablement bé.
I el que és sorprenent és que de vegades ho fa, però el que penso en això és si realment, si esteu construint aplicacions mòbils realment clau per a l’èxit de l’empresa i moltes d’elles resulten, moltes d’aquestes coses. de veritat ho són. Si feu un manteniment mòbil a les plataformes de petroli i les canalitzacions de petroli i coses així, ha de funcionar. Les conseqüències de no funcionar són simplement desordenades. I si no teniu aquesta capacitat per tallar l’aplicació i saber on van les coses mal funcionades, la majoria és el rendiment. Avui en dia tenim uns arnes de prova molt bones, així que sí, hi ha errors i s’hi produeixen errors. Però sobretot si alguna cosa va malament és un problema de rendiment. I si no podeu col·locar l’estetoscopi a 18 llocs diferents, és molt difícil definir el que passa. I també teniu en compte la xarxa, i també teniu la realitat que qualsevol component determinat d'una aplicació es pot subratllar en diferents moments del dia, per la naturalesa d'aquesta aplicació. Tot això ho heu de tenir sofisticades eines de control.
Eric Kavanagh: Sí, hauria d’estar d’acord i crec que és realment la força de Precisió per IDERA en aquests dies. I Bill, suposo que hi ha comentaris de tancament? Crec que aquesta tecnologia és fantàstica. També m’adono que, com a usuari d’aquesta tecnologia, realment heu d’entendre la complexitat dels sistemes d’informació i les dependències i ser capaç d’esbrinar on, quan i com sintetitzar tota aquesta informació per valorar què passa realment. I això requereix un ésser humà intel·ligent i format i, francament, és una de les raons per les quals no em preocupa gens l’aprenentatge de la màquina. Crec que l’aprenentatge automàtic podria ser de gran utilitat dins d’una tecnologia com aquesta, per identificar patrons comuns i després fer suggeriments a l’usuari final sobre què pot passar aquí. Però, quins són els vostres dubtes sobre com aconseguir que l'empresa tingui la importància de tenir aquest tipus de resolució de problemes i què haurien de saber sobre això, a més del que ja heu dit?
Bill Ellis: Sí, així que Eric, estaria d'acord amb vosaltres que hi ha una enorme complexitat. Crec que la línia de producte Precisa centrant-me en el temps mètric, que un usuari que pugui llegir un gràfic de barres de pila pot fer servir Precise amb èxit i només vull donar les gràcies als participants i a vosaltres i a Robin per acollir el webinar d'avui.
Eric Kavanagh: Apostes! I com he dit, acollirem aquest arxiu fa temps, així que no dubteu a compartir-lo amb els vostres amics i companys; arxivem tots aquests transmissions web. Vaig enviar un enllaç a les diapositives fa uns minuts, no dubteu en comprovar-ho, però ara mateix una gran feina, Bill, avui. De veritat que coneixes les teves coses; sempre és divertit treballar amb un professional com tu. I crec que realment seran aquestes tecnologies habilitants per a la mà d’obra mòbil. Així que, gràcies pel vostre temps, amics, us atendrem la propera vegada, tingueu cura. Adeu.
