Your SlideShare is downloading. ×
0
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Atraer, Convertir, Sostener Claves para la rentabilidad de un E-commerce

680

Published on

Atraer, Convertir, Sostener …

Atraer, Convertir, Sostener
Claves para la rentabilidad de un E-commerce
(Conferencia Sebastian Rodriguez - Nexica)
El éxito en el e-commerce depende de una gran cantidad de factores, que van desde la calidad del producto hasta un marketing inteligente, pasando por la experiencia del usuario y una arquitectura de servidores que permita un crecimiento con costes razonables.

En este seminario queremos ofrecerte una visión global y multidisciplinar de todos los factores que te ayudarán a mejorar la rentabilidad y el éxito de tu negocio en Internet. Analizaremos las herramientas que te permitirán promocionar tu negocio (atraer), convencer a los usuarios de que compren tus productos (convertir) y hacerlo sobre una plataforma tecnológica segura, elástica y eficiente en costes (sostener).

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
680
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
15
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1.
  • 2. Atraer, Convertir, SostenerEl Impacto del Rendimiento en la Web<br />Sebastián Rodríguez<br />Service Design de nexica<br />
  • 3. Impacto del Rendimiento en 3 áreas <br />
  • 4. Impacto en 3 áreas: SEO <br /><ul><li>Google tiene en cuenta el tiempo de carga de la página en el posicionamiento orgánico (Google > 95% búsquedas en España)
  • 5. Nuestra calificación se establece de forma relativa, por comparación al rendimiento de las demás Webs analizadas por Google (según la fórmula y = 122.32e-0.31x)
  • 6. Podemos conocer nuestra puntuación a través de Google Webmaster Tools.
  • 7. Nos interesa compararnos con nuestra competencia, con quien compite en resultados por nuestras posiciones.
  • 8. No es un factor determinante, pero sí un factor más. </li></li></ul><li>Impacto en 3 áreas: SEO <br />“While site speed is a new signal, it doesn't carry as much weight as the relevance of a page. Currently, fewer than 1% of search queries are affected by the site speed signal”<br />http://googlewebmastercentral.blogspot.com/2010/04/using-site-speed-in-web-search-ranking.html<br /><ul><li>SEOmoz llevó a cabo un experimento para determinar le impacto que el rendimiento tiene sobre el TOP10.
  • 9. El experimento reveló que no tiene una afectación significativa para los primeros resultados (que tienen altos índices de relevancia por otras métricas), pero que sí puede contar en el “Long Tail”.
  • 10. Las conclusiones apuntan a que la velocidad de carga puede actuar más como un factor de penalización que como una mejora (páginas mucho más lentas que la competencia pueden verse penalizadas, mientras que un buen rendimiento queda fácilmente superado por otros criterios de relevancia)</li></li></ul><li>Impacto en 3 áreas: Experiencia<br />Jakob NielsenAlertbox, http://www.useit.com/alertbox/response-times.html<br />Even small changes in response times can have significant effects. Google found that moving from a 10-result page loading in 0.4 seconds to a 30-result page loading in 0.9 seconds decreased traffic and ad revenues by 20%.<br />When the home page of Google Maps was reduced from 100 KB to 70–80 KB, traffic went up 10% in the first week and an additional 25% in the following three weeks.<br />5 Tests at Amazon revealed similar results: every 100 ms increase in load time of Amazon.com decreased sales by 1%<br />WebsiteOptimization, Andrew B. King, Ed. O’Reilly<br />
  • 11. Impacto en 3 áreas: Experiencia<br />BounceRate<br />http://www.paperstreet.com/blog/2094<br />Modificaciones a la Web (imágenes)<br />Reducción del tiempo de carga <br />(-200 Kb)<br />http://www.webperformancetoday.com/2010/07/01/the-best-graphs-of-velocity/<br />
  • 12. Impacto en 3 áreas: Experiencia<br /><ul><li>Un grupo de empresas (especializadas en medir la experiencia de usuario) han desarrollado un índice de satisfacción de usuario basado en el tiempo de respuesta: APDEX
  • 13. Representa el porcentaje de usuarios satisfechos según unos umbrales de rendimiento preestablecidos.
  • 14. Partimos del hecho de que no todos nuestros usuarios tendrán el mismo rendimiento (realista en entornos Web)
  • 15. Es una buena herramienta para establecer objetivos de rendimiento en relación a la experiencia de nuestros usuarios.
  • 16. Existen herramientas que y servicios que nos permiten medir el rendimiento en términos de Apdex.</li></ul>http://www.apdex.org/<br />
  • 17. Atraer, Convertir, SostenerCloud Computing, Arquitecturas Elásticas y Aceleradores<br />Sebastián Rodríguez<br />Service Design de nexica<br />
  • 18. ¿Qué es Cloud Computing?<br /><ul><li>Es un nuevo paradigma en la prestación de servicios tecnológicos (una nueva forma de vender y consumir estos servicios)
  • 19. No es una tecnología sino un concepto de negocio. Esto hace que cada proveedor emplee diferentes tecnologías (y puntos de vista) en la materialización de este tipo de servicios.
  • 20. Las características fundamentales y definitorias de este paradigma son:
  • 21. Agilidad en la provisión
  • 22. Pago por uso
  • 23. Elasticidad</li></li></ul><li>Tipos de Cloud<br />
  • 24. Beneficios del Cloud<br />Agilidad en la Provisión<br />A través de la virtualización (de servidores, redes, almacenamiento) y combinado con paneles de control Self-Service, se reduce la provisión de días a minutos.<br />Pago por Uso<br />Pagar por lo que se consume en cada momento (por horas) elimina la infrautilización de recursos que se daba con el tradicional sobredimensionamiento de las plataformas. Se sustituye CAPEX por OPEX.<br />Elasticidad<br />La capacidad de la plataforma para redimensionar sus recursos en función de la demanda y de la calidad de servicio. Construir plataformas elásticas es mucho más fácil en el Cloud (virtualización, estandarización de servicios, API’s, etc.)<br />Economías de Escala<br />El acceso a recursos compartidos del proveedor nos permite aprovechar economías de escala y acceder a innovaciones a bajo coste.<br />
  • 25. Beneficios del Cloud Hosting<br />Hosting Tradicional<br />(t) <br />Diseño<br />Instalación<br />Operación<br />Ampliación<br />Operación<br />Cloud Hosting<br />(t) <br />Diseño<br />Instalación<br />Operación<br />Ampliación / Reducción (Elasticidad)<br />Coste<br />Capacidad<br />Demanda<br />
  • 26. ¿Me conviene el Cloud?<br />Beneficios Cloud<br />¿Cuál es el patrón de demanda?<br />Variaciones predecibles y periódicas.<br />Ejemplo: Diurno / Nocturo<br />Variaciones puntuales <br />Ejemplo: Presencia en medios<br />¿Cuál es el tiempo de vida de los servidores?<br />Crecimiento sostenido<br />Demanda constante<br />Horas<br />Días<br />Meses<br />Años<br />
  • 27. ¿Me conviene el Cloud?<br />Beneficios Cloud<br />Capacidad de Autogestión de Servidores y Componentes<br />Administradores de <br />sistemas<br />Desarrolladores<br />Departamentos TI<br />Sin especialización tecnológica<br />Calidad de la Arquitectura<br />SOA<br />Crecimiento Vertical<br />Elasticidad<br />Puntos únicos de Fallo<br />SharedNothing<br />Provisión manual<br />Caching<br />Crecimiento desordenado<br />Stateless Computing<br />Silos<br />Automatización<br />
  • 28. Casos de Uso del Cloud<br />Servidores con un ciclo de vida corto<br />¿Qué busca en el Cloud?<br /><ul><li>Laboratorio de pruebas
  • 29. Servidores temporales para demostraciones comerciales
  • 30. Entornos de desarrollo, test y validación
  • 31. Aulas de formación (e-learning)
  • 32. Agilidad en la provisión y desprovisión
  • 33. Pago por uso
  • 34. Self-Service</li></ul>Aumento temporal de la capacidad (Cloud Bursting)<br />¿Qué busca en el Cloud?<br /><ul><li>Incremento temporal de la capacidad para servir página Web (elasticidad)
  • 35. Procesos muy intensivos en cálculo (procesamiento de la imagen, cálculos científicos, etc.)
  • 36. Construir arquitecturas elásticas
  • 37. Pago por uso
  • 38. Transparencia en los costes</li></li></ul><li>Casos de Uso del Cloud<br />Vendedores de Software Independientes (ISV)<br />¿Qué busca en el Cloud?<br /><ul><li>Ofrecer soluciones SaaS basadas en nuestro IaaS
  • 39. Replicación de entornos PaaS definidos por el ISV (por cliente, por región, etc.)
  • 40. Integración con plataformas de cliente
  • 41. Agilidad en la provisión (de arquitecturas prediseñadas)
  • 42. Pago por uso
  • 43. Self- Service
  • 44. Interoperabilidad</li></ul>Departamentos internos de TI<br />¿Qué busca en el Cloud?<br /><ul><li>Virtualización de Datacenters
  • 45. Agilidad en la provisión de nuevas plataformas
  • 46. Separación de costes de TI por departamento
  • 47. Delegación selectiva de la gestión (capas más bajas)
  • 48. Agilidad en la provisión (de arquitecturas prediseñadas)
  • 49. Pago por uso
  • 50. Self- Service o diferentes modalidades de gestión delegada.</li></li></ul><li>Atraer, Convertir, SostenerIntroducción a Arquitecturas Elásticas<br />Sebastián Rodríguez<br />Service Design de nexica<br />
  • 51. Elasticidad<br />Distinguimos Elasticidad de Escalabilidad porque:<br /><ul><li>La escalabilidad es intrínseca a la elasticidad
  • 52. La elasticidad, además, es instantánea y automática
  • 53. La elasticidad va en ambas direcciones: ampliar y disminuir la capacidad.</li></ul>Además…<br /><ul><li>La elasticidad no es una tecnología o un componente, sino una propiedad de los sistemas.
  • 54. Existen grados de elasticidad dentro de una plataforma. Por lo general, la elasticidad se consigue por capas (servidores web, bases de datos, balanceadores, etc.)
  • 55. La elasticidad no es exclusiva del Cloud, pero es más fácil conseguir arquitecturas elásticas a partir de las herramientas que proporciona el Cloud.</li></li></ul><li>El Camino a la Elasticidad<br />Servidor Único<br /><ul><li>No es elástica.
  • 56. Sólo escala verticalmente
  • 57. Sólo para aplicaciones no críticas. Solución de bajo coste.
  • 58. Viable como entorno de desarrollo
  • 59. Típica instalación LAMP</li></li></ul><li>El Camino a la Elasticidad<br />Aislamos la base de datos<br /><ul><li>No es elástica.
  • 60. Sólo escala verticalmente
  • 61. Solución de bajo coste.
  • 62. Viable como entorno de desarrollo
  • 63. Viable como entorno de producción para aplicaciones poco críticas.
  • 64. Es más fácil detectar el cuello de botella (servidor web o base de datos)</li></li></ul><li>El Camino a la Elasticidad<br />Introducimos balanceo de carga <br /><ul><li>No es elástica.
  • 65. Puede escalar horizontalmente en la capa de servidores (manual)
  • 66. Sólo escala verticalmente en la capa de base de datos.
  • 67. Es la arquitectura más comúnmente utilizada en entornos de hosting tradicional.
  • 68. El problema es que todos los servidores deben ser idénticos. La sincronización de los datos (código y configuración) es manual.</li></li></ul><li>El Camino a la Elasticidad<br />Servidores Stateless<br /><ul><li>Es elástica en la capa de servidores
  • 69. Al introducir el almacenamiento compartido, podemos configurar los servidores para que carezcan de estado (toda la información de configuración, estado y código se almacena en el volumen compartido)
  • 70. De este modo, el despliegue de un nuevo servidor puede ser automático a partir de plantillas estables.
  • 71. Necesitamos un “orquestador” que dimensione los recursos según diferentes inputs (puede ser el propio balanceador o un componente externo)
  • 72. Es transparente para el desarrollador.</li></li></ul><li>El Camino a la Elasticidad<br />Elasticidad de Base de Datos<br /><ul><li>Es elástica en la capa de servidores y base de datos
  • 73. La elasticidad de las bases de datos sólo es habitual en las tecnologías de gama alta (Oracle, SQL Server).
  • 74. Es difícil conseguir este tipo de elasticidad en MySQL. Existen técnicas que reparten la carga, pero no son transparentes para el desarrollador y no escalan linealmente (Master / Slave, Shardening)
  • 75. Existen tecnologías de terceros que permiten conseguir elasticidad en MySQL (Clustrix, ScaleDB, etc.)</li></li></ul><li>Beneficios de la Elasticidad<br />Mantener la calidad de servicio ante los usuarios independientemente del número de solicitudes<br />Disminuir los tiempos de indisponibilidad (son arquitecturas redundadas)<br />Cuando se produce una indisponibilidad, se disminuye el tiempo hasta la recuperación (los nodos no tiene estado, existen plantillas de todo). Es más fácil sustituir que arreglar<br />Con un modelo de pago por uso, ahorramos los costes de sobredimensionamiento que conllevan las arquitecturas no elásticas.<br />
  • 76. Beneficios Adicionales en HA<br />Nuevas estrategias de HA. <br /><ul><li>Tradicionalmente buscamos maximizar el MTTF (Mean Time To Failure).
  • 77. Una arquitectura elástica donde los nodos carecen de estado y pueden desplegarse rápidamente nos permite basar nuestra estrategia de HA en minimizar el MTTR (Mean Time ToRecover)</li></ul>Servidores “Siempre en forma”<br /><ul><li>Fallos en el software pueden hacer que los servidores se “degraden” con el paso del tiempo.
  • 78. Podemos renovar constantemente nuestros servidores en cuanto detectamos que se han degradado su rendimiento</li></ul>Mean Time ToFailure (MTTF)<br />Mean Time ToRecover (MTTR)<br />Queremos pasar el máximo tiempo posible sin pérdida de dientes<br />Queremos tardar lo menos posible en regenerar el diente que hemos perdido.<br />
  • 79. Cloud ComputingSelf-Service<br />
  • 80. Self-Service<br /><ul><li>El factor que más pesa en la decisión de migrar hacia el Cloud es la agilidad en el negocio.
  • 81. El Self-Service cumple un doble papel en este sentido:
  • 82. Reduce los costes del servicio para el proveedor (no necesariamente para el cliente, que debe dedicar un tiempo adicional a la configuración y gestión de su plataforma).
  • 83. Reduce los tiempos de provisión y puesta en marcha para el cliente.
  • 84. Existen grandes diferencias en el grado de implementación del self-service entre los distintos proveedores. Amazon es el ejemplo de una implementación total, mientras que otros proveedores como Telefonica, Terremark o Arsys lo han hecho en menor grado.
  • 85. Existen 2 herramientas fundamentales para ofrecer el Self-Service: Panel de control y API.</li></li></ul><li>Self-Service<br />Desde el punto de vista del cliente, un modelo de Self-Service total:<br />
  • 86. Self-Service – Por tipo de Cliente<br />Empresas TI<br />Sin personal TI<br />Desarrolladores<br />Departamentos TI<br />Self Service Total<br />Self Service Limitado<br />Gestionado<br />
  • 87. Atraer, Convertir, SostenerAceleradores<br />Sebastián Rodríguez<br />Service Design de nexica<br />
  • 88. Aceleradores<br />Que nuestra plataforma de alojamiento sea elástica no quiere decir que los servidores sean gratis.<br />¿Cuántos usuarios puedo servir con cada servidor que pongo en producción? ¿Cuántos de esos usuarios acaban generando ingresos?<br />Con la elasticidad, ahora resulta que un bajo ratio de conversión ya no sólo impacta en mis costes de publicidad, sino también en los de infraestructura!<br />Tengo que maximizar el número de solicitudes (usuarios) que puede atender cada servidor para reducir la necesidad de crecer en servidores.<br />Corolario: Debería invertir más en la infraestructura de los usuarios que genera ingresos que en los que aún no lo han hecho y tienen pocas probabilidades de hacerlo?<br />
  • 89. Aceleradores<br />Tengo que maximizar el número de solicitudes (usuarios) que puede atender cada servidor para reducir la necesidad de crecer en servidores.<br />Medir, Analizar, Optimizar<br />Especialización y Descentralización<br />Pruebas de Stress<br />Firewall de Aplicaciones<br /><ul><li>Diseño y ejecución de Pruebas Base y Delta
  • 90. Optimización de configuraciones
  • 91. Ingenieros especializados
  • 92. Prevención de ataques
  • 93. Filtrado de solicitudes maliciosas
  • 94. Mejor uso de los recursos disponibles</li></ul>Monitorización de Aplicaciones<br />Balanceo<br /><ul><li>Simulación de transacciones de usuario desde más de 50 países
  • 95. Atención de alarmas 24x7
  • 96. Informes semanales / mensuales
  • 97. Balanceo inteligente. Escalabilidad horizontal.
  • 98. Caching de contenidos
  • 99. Aceleración SSL</li></ul>Content Delivery Networks<br />Profiling de Aplicaciones<br /><ul><li>PartnersCDNetworks
  • 100. Asesoramiento, instalación y monitorización
  • 101. Actualmente disponible para plataformas J2EE y PHP
  • 102. Instalación, configuración y análisis.</li></li></ul><li>Caching<br />HTML, Imágenes, Objetos<br />Ej: Nexica ZXTM<br />Código precompilado<br />Ej: APC<br />SQL Query’s<br />Ej: Memcached<br />
  • 103. Balanceo<br /><ul><li>No es en sí un acelerador, pero hace posibles arquitecturas horizontales
  • 104. Permite repartir la carga en función de diferentes políticas (por ejemplo, en función del tiempo de respuesta de cada nodo)
  • 105. Los servicios más avanzados permiten funciones adicionales:
  • 106. Asignar un pool de recursos para un perfil determinado de usuario (por ejemplo, los usuarios registrados que hayan realizado compras en el pasado o cualquiera que se encuentre en los pasos finales del funnel de conversión)
  • 107. Monitorizar los tiempos de respuestas de cada nodo y sacar de producción durante cierto tiempo aquellos que no respondan dentro de un tiempo razonable (liberar carga)
  • 108. Está situado en una posición estratégica dentro de la arquitectura para ofrecer servicios de aceleración: Aceleración SSL, Caching. </li></ul>Balanceador<br />S1<br />S2<br />S3<br />S..<br />
  • 109. Firewall de Aplicaciones<br />Protección a nivel de Red<br /><ul><li> IP Black/White List
  • 110. Fail-to-Ban</li></ul>Protección a Nivel de Aplicación<br /><ul><li>OWASP Top10
  • 111. Flash Flooding: Gran volumen de tráfico en poco tiempo
  • 112. Cookie Tampering: Modificación de cookies (info de user)
  • 113. ForcefulBrowsing: Ataque a recursos no delimitados por la aplicación
  • 114. SQL injection: Vulnerabilidad en el codigo para entrar en BD.
  • 115. Cross-site scripting: Modificación cabeceras y código HTML</li></ul>Protección anti DDoS<br /><ul><li>Control del volumen de conexiones por site.</li></li></ul><li>Red de Contenidos<br /><ul><li>Servicio ofrecido por grandes empresas que disponen de cientos de servidores distribuidos geográficamente
  • 116. Crean redes de contenido que se sincronizan con los servidores del cliente y actúan como una caché intermedia desde servidores más próximos al usuario final.
  • 117. Son una medida muy efectiva para webs con grandes volúmenes de tráfico y alcance global. Sus beneficios crecen a medida que lo hace el alcance geográfico del cliente (y viceversa)
  • 118. Existen varios niveles de integración (de menor a mayor complejidad)
  • 119. Servir el contenido estático puro (imágenes, textos, archivos flv, etc.)
  • 120. Servir contenido mixto (páginas estáticas con secciones dinámicas marcadas en el código)
  • 121. Servir contenido dinámico no personalizado.
  • 122. Las diferencias de precio son muy grandes. Akamai domina el mercado de “gama alta”, aunque hay otros actores con una calidad similar y mejores precios.
  • 123. Es importante monitorizar los resultados.</li></li></ul><li>Atraer, Convertir, SostenerResumen<br />Sebastián Rodríguez<br />Service Design de nexica<br />
  • 124. Para un E-commerce Sostenible<br /><ul><li>Elija el servicio que mejor se adapte a sus necesidades. No compre “Cloud” por el nombre, sino por los beneficios de negocio que pueda aportarle frente a otras modalidades de servicio.
  • 125. Confíe en especialistas para diseñar su arquitectura. Implique desde el primer día a los desarrolladores en el diseño de la arquitectura y asegure una buena comunicación entre quien operaciones y desarrollo (google:DevOps).
  • 126. La estrategia de caching es uno de los factores más cruciales de la arquitectura y el que requiere más implicación de los desarrolladores (puede no ser transparente)
  • 127. Optimice el rendimiento de sus servidores (web, base de datos) optimizando su código y utilizando aceleradores (muchos son transparentes, plug&play)
  • 128. Monitorice constantemente el rendimiento de sus aplicaciones. Es posible perder todo el trabajo de optimización si nadie controla el rendimiento de las aplicaciones a lo largo de su evolución.
  • 129. Evite el sobredimensionamiento y las barreras de salida de cualquier plataforma.</li></li></ul><li>Gracias por tu atención.srodriguez@nexica.com<br />¿Alguna pregunta?<br />

×