Welcome!

Microservices Expo Authors: AppDynamics Blog, Automic Blog, Liz McMillan, Jason Bloomberg, JP Morgenthal

Blog Feed Post

Nueva generación de composición de servicio ¿Revolución, o tímida evolución para el mercado de los Telcos? (Available in English)

NGSON: Un interesante esfuerzo de estandarización


Cuando el contenido generado por el usuario comenzó a esparcirse por la Internet, y a generar la revolución de los servicios relacionados con contenido, los investigadores de la industria entendieron que los servicios generados por el usuario podrían ser el siguiente paso para continuar evolucionando la prestación de servicios. Durante la última década esfuerzos de estandarización han surgido para proveer respuestas y modelos de arquitecturas funcionales; trabajos como TMF SDF, OMA OSE, ATIS SON, ITU NGN SIDE, OPUCE, SOA y SPICE, pueden ser considerados como los más relevantes. Recientemente el IEEE WG P1903 fue creado para desarrollar el concepto de NGSON (Next Generation of Service Overlay Networks), un concepto previo, SON (Service Overlay Network), se formuló con la intención de integrar las tecnologías de servicio consiente1 creadas por SOA y entregadas por múltiples redes usando SDP, pero el concepto carecía de funcionalidades claves como la continuidad del servicio sobre múltiples redes, la presentación de contenido en dispositivos diferentes considerando al mismo tiempo ambientes o contextos situacionales del usuario diferentes y múltiples. NGSON promete que estas funcionalidades serán incluidas, de manera tal que es natural pensar, que este nuevo modelo funcional puede revolucionar la forma en la que la industria desarrolla y entrega el servicio sobre redes de telecomunicaciones, este concepto puede ser concebido como una gran sombrilla que no solo integra modelos de servicio consiente sino que también les permite a los Telcos proveer un servicio realmente omnipresente a través del uso de un poderoso esquema de red. La convergencia de servicios, modelos y tecnologías en telecomunicaciones ha sido criticado con razón en el pasado, es obvio que la adopción de modelos convergentes no ha sido masiva o entusiasta; ¿podría este nuevo concepto convertirse en la respuesta para los Telcos que buscan mantener agrupados los servicios bajo su propio techo?

 

NGSON pone en la mesa…

10-9-12 image.jpgImagen cortesía de Paola Buelvas ([email protected])

 

Este concepto puede racionalizarse como una capa extra entre el servicio y la red que hoy en día usan los Telcos para entregar dicho servicio. Lo que realmente llama la atención es que le permite al proveedor de servicio extenderse más allá de su propia infraestructura de red para alcanzar varias redes, contenidos y hasta usuarios. NGSON también incluye tres funcionalidades avanzadas; Conciencia de contexto, Adaptación dinámica y Auto-organización. La conciencia de contexto es una herramienta clave para la realización del servicio, le permite a la red evaluar el contexto situacional del usuario en múltiples dimensiones como: el servicio, el usuario, el dispositivo y la red. La adaptación dinámica le permitirá al servicio trascender las redes y los dispositivos (total movilidad) asegurando continuidad. La auto-organización permite que la configuración de los recursos internos de esta nueva capa, puedan adaptarse de forma autónoma imitando el principio de resistencia de la Internet. Pero, ¿Qué se puede hacer con esto? Este concepto funcional está dividido en varias capas y funciones, los esfuerzos de investigación y pruebas de concepto se han enfocado a la fecha en: Servicios creados por el usuario; en este caso el usuario escoge de entre una lista de servicio aquellos que desea combinar sin tener un conocimiento profundo de software o de telecomunicaciones. Como una opción para proveer almacenamiento temporal de contenidos y funciones de optimización configurando capacidades de descarga de tráfico del núcleo de la red, todo esto por medio de su capa especializada que hace interfaz con las redes tradicionales de transporte. También fue pensado como una opción para agregar recursos computacionales de soluciones de la “Nube” (Web 2.0). Finalmente, la que personalmente considero como la consideración que más genera expectativa, es la posibilidad de proveer un servicio verdaderamente omnipresente, así, su identidad, aplicaciones, contactos y preferencias en cualquier lugar, en todos sus dispositivos y sin interrupción.

 

Los retos tecnológicos hoy

 

Este esfuerzo apenas comienza y queda mucho por hacer, dado el estado del arte, se deben considerar los siguientes retos y trabajo pendiente para contar con una propuesta técnica completa:

 

  1. La funcionalidad de Conciencia de contexto debe ser utilizada para la optimizar el tráfico de entrega de servicio; conceptos P2P pueden ser integrados para optimizar el tránsito del trafico a través de la red.
  2. Los protocolos que serán empleados en las diferentes interfaces aún son desconocidos, pero deben ser compatibles con las tecnologías de servicio en funcionamiento actualmente.
  3. La capa que hace interfaz con las redes actuales de los Telco llamada Plano de control de entrega, aún no ha sido desarrollada completamente; varios interrogantes y definiciones de complejidad son desconocidas.
  4. Se requiere soporte transparente de QoS en todas las interfaces y capas del modelo; sobra decir lo difícil que esto puede resultar en algunas redes.
  5. Integración fácil con las redes de los Telco; la interconexión no sólo debe ser posible sino que debe ser sencilla y muy rápida de implementar.

 

Los problemas del pasado podrían convertirse en los problemas de hoy

 

La industria a intentado por medio de diferentes formas recuperar la atención del usuario perdida ante los proveedores de contenido en Internet, las barreras de adopción que han enfrentado estas iniciativas son bien conocidas, intento resumir dichas barreras para NGSON y contrastarlas contra sus objetivos y definiciones de arquitectura:

 

  1. No poder atraer una gran cantidad de desarrolladores de aplicaciones para servicios de telecomunicaciones: las NGSON por medio de su capa de Control de servicio que incluye, descubrimiento, integración, composición y encaminamiento, parece resolver este problema, pero sin conocer las definiciones de complejidad y compatibilidad con las plataformas de servicio actuales es muy difícil proyectar un éxito.
  2. Complejidad del modelo o de la arquitectura de servicio: Hay varias dimensiones de complejidad por considerar; la del modelo mismo, para los desarrolladores de aplicaciones, para integrarse con tecnologías existentes de construcción de servicio, para comercializar el modelo y para hacerlo parte de las redes de los Telcos. Aunque el modelo parece realizable y lo suficientemente simple a alto nivel para proveer planeación de crecimiento y actividades de mantenimiento, la información actual impide concluir si la complejidad será la barrera que arruinará la fiesta.
  3. Compatibilidad: Las dimensiones con las que el modelo debe ser compatible son; los proveedores actuales de contenido y las plataformas de servicio. Los protocolos de control y los esquemas de señalización tanto para la entrega de contenido de usuario como para el control de recursos y coordinación entre entidades funcionales. Las redes de transporte actuales, donde los protocolos de comunicación nuevamente juegan un papel clave, también debe considerar la negociación de funcionalidades y de recursos para todas las redes de transporte posibles. NGSON implementa de forma separada un plano de control para el servicio, otro para control unificado de la señalización y uno diferente para el control de las portadoras de contenido, una de las fortalezas del modelo.
  4. Lanzamiento comercial: Cuando se habla de la adopción de una nueva infraestructura de red para la entrega de servicio (e.g WCDMA o LTE) es entendible que los Telcos y los organismos de estandarización se tomen su tiempo. Pero cuando se habla de infraestructura para creación de servicio, el tiempo es un factor crítico, si no existe un camino rápido de liberación y disponibilidad, todo el concepto podría ser invalidado por un nuevo paradigma de servicio desarrollado por industrias menos atadas por la convergencia y la complejidad. Ninguna ventaja para NGSON.
  5. Servicios/Aplicaciones/Lujos: Ha sido demostrado que los Telcos normalmente no “le pegan” cuando se trata de creación de servicios, esta vez sería necesario que se convengan esfuerzos mancomunados, que los innovadores de Internet, jóvenes desarrolladores, gigantes de contenido y grupos de usuarios sean llamados a formar parte del área de planeación de la capa de servicio. Como es usual, se ve poco probable que coincidan esfuerzos colaborativos para NGSON y no se conoce ninguna iniciativa suficientemente fuerte como para ser tenida en cuenta, para las tecnologías de servicio actuales.

 

Uno de los objetivos principales de NGSON es beneficiar a proveedores de contenido, proveedores de servicio y usuarios, el problema es que parece haber una brecha entre el desarrollo de concepto y la comunicación de valor a los posibles actores principales; alguien en la industria debería cerrar esta brecha.

 

¿Qué debería hacer la industria para asegurar el éxito?

 

Considerando el inmenso potencial que tiene este concepto para proporcionar un salto hacia un nuevo tipo de servicio para las compañías de telecomunicaciones, y como un fan de la tecnología, profesional de la industria y como un usuario normal, en mi opinión este debería ser el plan a seguir para la industria:

 

  • Aprovechar totalmente las funcionalidades avanzadas, esto significa a corto plazo integrar bajo los conceptos funcionales de EPC 4G, varias tecnologías de acceso considerando que una sola no tendrá el alcance que tienen todas combinadas.
  • No se puede ser tímido en relación a mostrar las capacidades de la arquitectura, en otras palabras los Telcos deben ceder el poder de la creación del servicio a aquellos que puedan ejecutarlo al máximo estado que este concepto permite.
  • La industria debe arriesgarse, diferentes indicadores económicos muestran poco optimismo para los Telcos, ARPU en picada, picos de uso de la red más allá de crecimientos razonables de la red ¡Es hora!
  • No estoy seguro de si todo el mundo está convencido acerca del valor de los servicios creados por el usuario, pero si la industria realmente cree que esta puede ser la evolución del servicio, se necesita iniciar la generación del ambiente propicio por medio de propaganda llamativa.

 

Veo este concepto como una oportunidad interesante que le proporcionaría a los Telcos suficientes argumentos para que por primera vez puedan ceder el control del ofrecimiento del servicio, asegurando sobrevivencia económica al mismo tiempo que se evoluciona hacia la siguiente fase de los servicios.

 

Comentarios finales

 

Reformulando el cuestionamiento que enmarca este blog: ¿Será posible que el nuevo concepto de creación del servicio revolucione la industria? Según mi manera de asimilarlo, NGSON es un modelo funcional bien concebido técnicamente que cubre varios agujeros de otras arquitecturas, tiene todos los componentes necesarios para ser innovador y convertirse en un éxito.

 

Pero, la fría verdad es que aún hay un gran camino por recorrer, varios obstáculos insalvables por anteriores marcos de referencia unificados, aún están presentes hoy, los líderes de la industria se mantienen distantes a la necesidad de un nuevo enfoque del servicio, en otras palabras las posiciones innovadoras siguen vacantes. En conclusión es un concepto muy interesante con potencial, que debe superar retos no triviales, pero que está a tiempo de hacerlo para cumplir con el objetivo. Como usuario y como fan de las telecomunicaciones realmente me gustaría ver la realización de un servicio tal como lo promete este esfuerzo.

 

Para más, sígueme, @jomaguo

 

Read this post in English

 

  1. El concepto de servicio consiente es un paradigma que incluye la composición de un servicio a partir de bloques funcionales de alto nivel que abstraen la complejidad de las capas de transporte y entrega del servicio.

Read the original blog entry...

More Stories By Deborah Strickland

The articles presented here are blog posts from members of our Service Provider Mobility community. Deborah Strickland is a Web and Social Media Program Manager at Cisco. Follow us on Twitter @CiscoSPMobility.

@MicroservicesExpo Stories
In a crowded world of popular computer languages, platforms and ecosystems, Node.js is one of the hottest. According to w3techs.com, Node.js usage has gone up 241 percent in the last year alone. Retailers have taken notice and are implementing it on many levels. I am going to share the basics of Node.js, and discuss why retailers are using it to reduce page load times and improve server efficiency. I’ll talk about similar developments such as Docker and microservices, and look at several compani...
The goal of any tech business worth its salt is to provide the best product or service to its clients in the most efficient and cost-effective way possible. This is just as true in the development of software products as it is in other product design services. Microservices, an app architecture style that leans mostly on independent, self-contained programs, are quickly becoming the new norm, so to speak. With this change comes a declining reliance on older SOAs like COBRA, a push toward more s...
From the conception of Docker containers to the unfolding microservices revolution we see today, here is a brief history of what I like to call 'containerology'. In 2013, we were solidly in the monolithic application era. I had noticed that a growing amount of effort was going into deploying and configuring applications. As applications had grown in complexity and interdependency over the years, the effort to install and configure them was becoming significant. But the road did not end with a ...
Many private cloud projects were built to deliver self-service access to development and test resources. While those clouds delivered faster access to resources, they lacked visibility, control and security needed for production deployments. In their session at 18th Cloud Expo, Steve Anderson, Product Manager at BMC Software, and Rick Lefort, Principal Technical Marketing Consultant at BMC Software, will discuss how a cloud designed for production operations not only helps accelerate developer...
I have an article in the recently released “DZone Guide to Building and Deploying Applications on the Cloud” entitled “Fullstack Engineering in the Age of Hybrid Cloud”. In this article I discuss the need and skills of a Fullstack Engineer with relation to troubleshooting and repairing complex, distributed hybrid cloud applications. My recent experiences with troubleshooting issues with my Docker WordPress container only reinforce the details I wrote about in this piece. Without my comprehensive...
Digital means customer preferences and behavior are driving enterprise technology decisions to be sure, but let’s not forget our employees. After all, when we say customer, we mean customer writ large, including partners, supply chain participants, and yes, those salaried denizens whose daily labor forms the cornerstone of the enterprise. While your customers bask in the warm rays of your digital efforts, are your employees toiling away in the dark recesses of your enterprise, pecking data into...
Admittedly, two years ago I was a bulk contributor to the DevOps noise with conversations rooted in the movement around culture, principles, and goals. And while all of these elements of DevOps environments are important, I’ve found that the biggest challenge now is a lack of understanding as to why DevOps is beneficial. It’s getting the wheels going, or just taking the next step. The best way to start on the road to change is to take a look at the companies that have already made great headway ...
In the world of DevOps there are ‘known good practices’ – aka ‘patterns’ – and ‘known bad practices’ – aka ‘anti-patterns.' Many of these patterns and anti-patterns have been developed from real world experience, especially by the early adopters of DevOps theory; but many are more feasible in theory than in practice, especially for more recent entrants to the DevOps scene. In this power panel at @DevOpsSummit at 18th Cloud Expo, moderated by DevOps Conference Chair Andi Mann, panelists will dis...
Small teams are more effective. The general agreement is that anything from 5 to 12 is the 'right' small. But of course small teams will also have 'small' throughput - relatively speaking. So if your demand is X and the throughput of a small team is X/10, you probably need 10 teams to meet that demand. But more teams also mean more effort to coordinate and align their efforts in the same direction. So, the challenge is how to harness the power of small teams and yet orchestrate multiples of them...
Much of the value of DevOps comes from a (renewed) focus on measurement, sharing, and continuous feedback loops. In increasingly complex DevOps workflows and environments, and especially in larger, regulated, or more crystallized organizations, these core concepts become even more critical. In his session at @DevOpsSummit at 18th Cloud Expo, Andi Mann, Chief Technology Advocate at Splunk, will show how, by focusing on 'metrics that matter,' you can provide objective, transparent, and meaningfu...
You deployed your app with the Bluemix PaaS and it's gaining some serious traction, so it's time to make some tweaks. Did you design your application in a way that it can scale in the cloud? Were you even thinking about the cloud when you built the app? If not, chances are your app is going to break. Check out this webcast to learn various techniques for designing applications that will scale successfully in Bluemix, for the confidence you need to take your apps to the next level and beyond.
SYS-CON Events announced today that Peak 10, Inc., a national IT infrastructure and cloud services provider, will exhibit at SYS-CON's 18th International Cloud Expo®, which will take place on June 7-9, 2016, at the Javits Center in New York City, NY. Peak 10 provides reliable, tailored data center and network services, cloud and managed services. Its solutions are designed to scale and adapt to customers’ changing business needs, enabling them to lower costs, improve performance and focus inter...
With DevOps becoming more well-known and established practice in nearly every industry that delivers software, it is important to continually reassess its efficacy. This week’s top 10 includes a discussion on how the quick uptake of DevOps adoption in the enterprise has posed some serious challenges. Additionally, organizations who have taken the DevOps plunge must find ways to find, hire and keep their DevOps talent in order to keep the machine running smoothly.
Wow, if you ever wanted to learn about Rugged DevOps (some call it DevSecOps), sit down for a spell with Shannon Lietz, Ian Allison and Scott Kennedy from Intuit. We discussed a number of important topics including internal war games, culture hacking, gamification of Rugged DevOps and starting as a small team. There are 100 gold nuggets in this conversation for novices and experts alike.
The notion of customer journeys, of course, are central to the digital marketer’s playbook. Clearly, enterprises should focus their digital efforts on such journeys, as they represent customer interactions over time. But making customer journeys the centerpiece of the enterprise architecture, however, leaves more questions than answers. The challenge arises when EAs consider the context of the customer journey in the overall architecture as well as the architectural elements that make up each...
Much of the discussion around cloud DevOps focuses on the speed with which companies need to get new code into production. This focus is important – because in an increasingly digital marketplace, new code enables new value propositions. New code is also often essential for maintaining competitive parity with market innovators. But new code doesn’t just have to deliver the functionality the business requires. It also has to behave well because the behavior of code in the cloud affects performan...
In 2006, Martin Fowler posted his now famous essay on Continuous Integration. Looking back, what seemed revolutionary, radical or just plain crazy is now common, pedestrian and "just what you do." I love it. Back then, building and releasing software was a real pain. Integration was something you did at the end, after code complete, and we didn't know how long it would take. Some people may recall how we, as an industry, spent a massive amount of time integrating code from one team with another...
As the software delivery industry continues to evolve and mature, the challenge of managing the growing list of the tools and processes becomes more daunting every day. Today, Application Lifecycle Management (ALM) platforms are proving most valuable by providing the governance, management and coordination for every stage of development, deployment and release. Recently, I spoke with Madison Moore at SD Times about the changing market and where ALM is headed.
Struggling to keep up with increasing application demand? Learn how Platform as a Service (PaaS) can streamline application development processes and make resource management easy.
If there is anything we have learned by now, is that every business paves their own unique path for releasing software- every pipeline, implementation and practices are a bit different, and DevOps comes in all shapes and sizes. Software delivery practices are often comprised of set of several complementing (or even competing) methodologies – such as leveraging Agile, DevOps and even a mix of ITIL, to create the combination that’s most suitable for your organization and that maximize your busines...