El viaje de PaaS busca valor en el dilema de la supervivencia

La capa IaaS está más cerca de la sala IDC tradicional en términos de contenido de servicio. Es básicamente lo mismo que la infraestructura de TI anterior. Es más manejable, más flexible y (en teoría) menor costo. El proveedor de servicios de IaaS más grande del mundo es Amazon, el segundo hijo en Norteamérica es RackSpace, y el Azure de Microsoft es el tercero. Los servicios nacionales de contrapartida, además de algunas compañías de IDC, han cambiado sus productos a IaaS, así como a Alibaba Cloud, a Shanda Cloud de la industria de Internet, a Huawei Cloud de la industria de hardware, a las telecomunicaciones, a los dispositivos móviles de la industria de transportistas. En la nube, también hay bases en la nube (de la industria de bienes raíces) en todo el país. Si todo va bien, algunas personas contarán los servicios como CDN como IaaS, por lo que los proveedores de servicios de Akamai extranjeros y los dragones azules nacionales también se pueden contar entre ellos.

La capa SaaS es la capa más cercana al usuario. Anteriormente, el servicio de correo, el servicio web y el servicio de almacenamiento en disco de la red ahora estaban en el SaaS. En términos de función, en realidad no es diferente de la anterior, excepto que en el punto de referencia de "cloud computing", la escala general de la aplicación es más extensa y la respuesta del servicio es más inteligente (como la posibilidad de localizar la región y el idioma del usuario). El contenido del servicio en sí también se enriquece con el desarrollo de tecnologías web. Además de los correos electrónicos, las páginas web y los discos web, el antiguo SaaS ahora es reconocido por Salesforce en el nivel empresarial tradicional. El nivel de aplicación comercial incluye una serie de aplicaciones de Google que incluyen Google Docs, Microsoft Office 365, etc. Personalidad como sitios de video, iCloud o App Store, blogs, redes sociales y más.

En teoría, si tiene un servicio que proporcionar, entonces compre algunos recursos de la plataforma IaaS, luego implemente su servicio en esta IaaS y luego modifíquelo para que sea más inteligente, lo que equivale a un bricolaje. SaaS se ha ido.

Entonces, PaaS lo está haciendo de nuevo?

definición y dificultades PaaS

App Engine, un ambiente bastante friki de frases en inglés. Desde la llegada de Google App Engine, esta frase se ha convertido en sinónimo de PaaS. En cierto sentido, GAE no solo define un nombre, sino que también sienta las bases para un PaaS: el desarrollador como un objeto de servicio. El nivel de servicio está entre IaaS y SaaS, que puede entenderse como el servicio de un middleware. Los desarrolladores crean esta plataforma, escriben programas en lenguajes como Java y Python, y envían el código directamente para completar la implementación.

La siguiente tabla enumera las plataformas de PaaS actuales en varios mercados.

Nombre del servicio Fabricantes atrasados ​​Tiempo de publicación Idiomas admitidos Observaciones

Heroku Salesforce (adquirido en 2010) Junio ​​de 2007 Ruby, Java, Node.js, Scala, Clojure, Python, PHP

GAE Google abril de 2008 Python, Java, Go

SAE Sina Noviembre de 2009 PHP, Java (en beta), Python (en beta)

BAE Baidu comienza a realizar pruebas alrededor de PHP en 2010, Java aún está en fase beta

OpenShift Red Hat mayo de 2011 Ruby, Java, Node.js, Perl, Python, PHP Fuente abierta en 2012

Cloud Foundry VMware Noviembre 2011 Java, Scala, .NET
Los datos anteriores son hasta junio de 2012

Parece ser muy bueno: los desarrolladores ya no necesitan enredar ningún despliegue de entorno, ni Necesita soporte de operación y mantenimiento, siempre que desarrolle sus propias habilidades de desarrollo, puede crear nuevas aplicaciones para usuarios específicos en todo el mundo. Pero en realidad, PaaS se encuentra realmente en una situación difícil:

1. Para los desarrolladores, la nube pública se usa por primera vez para ahorrar dinero, y PaaS siempre es teóricamente mejor que IaaS. Caro

2, la implementación ambiental en pequeña y mediana escala no es difícil para el desarrollador promedio, la mayoría de los desarrolladores no abrirán un nuevo entorno para nuevas aplicaciones todos los días, lo que resultará en las ventajas de PaaS.

3, las aplicaciones a gran escala tienen requisitos personalizados para la arquitectura subyacente, PaaS no es tan fácil de implementar en IaaS.

Tres preguntas apuntan al punto de venta de PaaS, que es un aspecto; para los proveedores de servicios de PaaS, es un problema más difícil:

1. PaaS está por encima de IaaS Capa, hay más que hacer. Si solo hace IaaS, puede usar OpenStack o alguna tecnología de virtualización para cambiarlo. PaaS no tiene una implementación preparada. Solo puede escribirla usted mismo. Debe tener en cuenta muchas limitaciones de recursos y problemas de seguridad.

2. Para el tercer problema del problema de las costillas de pollo, es difícil para PaaS tener usuarios de ballenas, principalmente pequeñas y medianas empresas, que hayan ganado menos. Sin embargo, debido a la competencia, el PaaS no puede venderse mucho más caro que IaaS, por lo que la supervivencia está destinada a ser difícil.

Los puntos anteriores pueden ser verificados por datos. Hay un artículo reciente en el sitio web en inglés Smashing boxes que compara Heroku y AWS; la conclusión es que los recursos disponibles por $ 57 en AWS son $ 75 o más en Heroku, que es más de un cuarto.

autor del artículo es un usuario de ambas plataformas, su consejo final es:

" heroku aplicaciones en aplicación de gran tamaño pequeño, en AWS. "

Así que, ¿por qué ahora estás reunido para hacer IaaS y cuántos PaaS tienes? En la clase abierta de Beihang Cloud Computing de la semana pasada, el autor encontró la oportunidad de hacer esta pregunta a varios invitados en el escenario. La respuesta de la Sra. Li Yanbing, Presidenta de VMware China, llegó a la esquina:

y " IaaS, todos saben Cómo hacer dinero, y para hacer PaaS, todos todavía no saben cómo hacer dinero. "

Los defectos del proveedor de servicios no son difíciles de entender. Tomemos a Google como ejemplo. Desde el nacimiento de GAE en 2008, ha sido un incendio por un tiempo, pero luego la voz se está haciendo cada vez más pequeña, por lo que todos comenzaron a preguntarse si GAE se había convertido en un palacio frío después de que Larry Page regresara. Una de las líneas de productos. ? A principios de este mes, el blog oficial publicado el EclipseSource un artículo titulado y " ¿Google App Engine todavía importa y " artículos:

artículo en el sentido de que, GAE en la industria y " Noticias " Permaneciendo en 2010, los medios y la atención de los usuarios no son cálidos, por lo que el equipo del proyecto Eclipse RAP solo tiene la intención de apoyar a JBoss, Geronimo y Glassfish, mientras considera el peso de OpenShift, mientras que el peso de GAE se reduce.

¿Dónde está la salida de PaaS?

futuro, no necesariamente oscura

" era de Internet móvil será la era del desarrollador. " — — Li Yanhong, Conferencia de desarrolladores de Baidu 2012

Desde que ingresó en la era de Internet móvil, una clara tendencia en la industria es que los desarrolladores se han convertido en el objetivo de muchas empresas. Además del gran reclutamiento de desarrolladores de la compañía, una variedad de tiendas de aplicaciones y plataformas abiertas también han lanzado ramas de olivo a desarrolladores senior, jóvenes, hombres y mujeres.

Por lo tanto, PaaS se posiciona como un servicio de desarrollador y su potencial de valor es enormemente difícil de estimar. La recesión al principio, tal vez no sea el momento.

Entonces, ¿qué necesitan los desarrolladores?

" Nuestro primer objetivo: ayudar a los desarrolladores a ahorrar dinero, nuestro segundo objetivo: ayudar a los desarrolladores a ganar dinero. "

Al conversar con el gerente de productos de SAE, Chen Lijie (@easy), de esta manera, se definieron fácilmente los objetivos de SAE.

Para ahorrar dinero, PaaS es un poco débil frente a IaaS, pero también depende de la escena. El nacimiento de SAE y el desarrollo de Sina Weibo tienen un tiempo de coincidencia, a partir del posicionamiento del soporte interno en la estrategia general de Sina. La plataforma de aplicaciones de microblogging se caracteriza por un gran número de pequeñas aplicaciones que están en línea con las características de PaaS. A la fecha de publicación, el número de aplicaciones alojadas en SAE ha superado los 320,000 (el número proviene de su sitio web oficial), y el número de desarrolladores es de alrededor de 200,000.

De acuerdo con easy, desde principios de 2012, el PV de SAE ha superado a GAE, con cientos de millones de dólares al día. Entre varios servicios de nube pública en China, SAE también ha ganado mucho reconocimiento en la comunidad de desarrolladores. Por ejemplo, Feng Dahui (@fenng) ha posicionado a SAE en Weibo como "la mejor plataforma de PaaS en China". ". Desde la perspectiva del desarrollo de productos y las operaciones preoperacionales, el rendimiento de SAE ha sido bastante bueno.

Sin embargo, solo con esto, es imposible superar el dolor de PaaS en sí. Detrás de la popularidad de la SAE actual, hay innumerables envíos "yundou" como soporte (Nota: Yundou es la moneda virtual utilizada para intercambiar diversos recursos informáticos en la plataforma SAE), y también es fácil decir que SAE es en realidad Sina está perdiendo dinero.

En 2012, fue un año importante para SAE para salir de este dilema. La clave para esto es ayudar a los desarrolladores a ganar dinero.

A nivel mundial, existen dos casos más exitosos en el campo de ayudar a los desarrolladores a ganar dinero: Facebook y la App Store de Apple.

En el ámbito doméstico, aunque la plataforma abierta y la tienda de aplicaciones aún no pueden deshacerse del destino de la grieta y la casa de campo, pero después de todo, es mejor que nada.

Desde 2011, SAE ha realizado varios intentos, entre ellos:

Mobile Cloud Platform: los desarrolladores pueden usar directamente PhoneGap o AppCan integrados en SAE para el desarrollo de aplicaciones iOS o Android. , la depuración y el soporte para el empaquetado directo de la aplicación de Android es apk.

Application Warehouse: para los usuarios, puede implementar la instalación de un solo clic de algunos sistemas, como WordPress, Xweibo, framework de desarrollo, etc. Para los desarrolladores, puede solicitar la identidad de desarrollador para obtener gratis La recompensa de Yundou.

Acceso a servicios de terceros: para usuarios empresariales, la función es distribuir, rastrear, monitorear y cobrar la API de acceso, y SAE cobra el 20% de la tarifa.

Sina Cloud Store: para los usuarios que no entienden la tecnología, en realidad es una versión actualizada del almacén de aplicaciones, que cambia en la forma de operación.

Aunque no todos son optimistas, ya hay algunas tendencias positivas. Al mismo tiempo, SAE también está comenzando a realizar algunos intentos inversos:

Haga IaaS.

Hace solo dos días, SAE anunció que cooperará con los microjuegos para proporcionar a los desarrolladores servicios de alojamiento en la nube.

Pasar de PaaS a IaaS es un cambio interesante. Si bien el contenido técnico de IaaS es inferior al de PaaS, el margen de beneficio también es bajo. Sin embargo, debido a que la demanda general es grande, el monto correspondiente de la transacción también es grande, y el consumo de recursos de hardware también aumenta mucho. El soporte de nivel estratégico de Sina, SAE actualmente puede solicitar recursos de hardware no será muy abundante, por lo que este servicio de IaaS es actualmente solo para unos pocos microjuegos de grandes clientes, aún no se ha abierto al mundo exterior. Sin embargo, el desarrollo tanto de PaaS como de IaaS será muy interesante.

Otra dirección

Si SAE se encuentra en el sector de consumo de Facebook y la App Store, VMware's Cloud Foundry y OpenShift de Red Hat representan otra dirección para PaaS. Ambos son gigantes en el ámbito de los servicios de TI para empresas, VMware es el líder en virtualización empresarial y nube privada, y Red Hat es el representante de los servicios de TI para empresas de código abierto.

Curiosamente, Cloud Foundry de proveedores de código no abierto ha sido de código abierto desde 2011, un año antes que OpenShift de compañías de código abierto, lo que hace de Cloud Foundry una gran ventaja.

Si la dirección de desarrollo de SAE es ayudar a los desarrolladores a ganar dinero, entonces el valor de Cloud Foundry y OpenShift es mejorar la productividad de las compañías de I + D de software. Por ejemplo, Baidu está haciendo BAE. Desde el principio, el objetivo principal es desarrollar, implementar, probar y lanzar sus proyectos internos. Si hubiera Cloud Foundry u OpenShift en 2009, tal vez Baidu no tendría que desarrollar un sistema PaaS por sí solo.

En cuanto a la comercialización, los dos aún no han llegado muy lejos, pero el rango de elección no es muy grande. En el campo de TI a nivel empresarial, IBM vende rutas de servicio y Oracle vende su ruta todo en uno. El PaaS de código abierto en sí mismo es un servicio de valor agregado. De hecho, se vende al usuario, y el hardware subyacente, la licencia de software y los servicios de nivel superior siempre se eliminan.

Conclusión

Independientemente de la dirección, el viaje de PaaS es en realidad un objetivo: desde IaaS, una demanda de bajo nivel que se enfoca solo en el ahorro de costos y una demanda de alto nivel para servicios de valor agregado. Desarrollo La tecnología quiere cosas más creativas, y PaaS proporciona tal plataforma.