<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Microservicios Y Servicios REST by Isa IndieRocker</title>
      <link>https://padlet.com/sjilm855/Bookmarks</link>
      <description>Amado Carreño Isaias, Bartolo Bernal Carlos Javier, Celestino Segundo Ricardo, Flores Hernández Ángel Eduardo</description>
      <language>en-us</language>
      <pubDate>2022-02-16 01:25:50 UTC</pubDate>
      <lastBuildDate>2022-03-23 04:08:47 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>¿Qué es un microservicio?</title>
         <author>sjilm855</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108897787</link>
         <description><![CDATA[<div>Es un <strong>método de desarrollo de aplicaciones</strong> software que funciona como un <strong>conjunto de pequeños servicios que se ejecutan de manera independiente y autónoma, proporcionando una funcionalidad de negocio completa. </strong>En ella, <strong>cada microservicio es un código</strong> que puede estar en un lenguaje de programación diferente, y <strong>que desempeña una función específica</strong>. Los microservicios <strong>se comunican entre sí a través de APIs, y cuentan con sistemas de almacenamiento propios</strong>, lo que evita la sobrecarga y caída de la aplicación.<br><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1584454756/684f03dadf9bdcb2c72247a725d91d42/image.png" />
         <pubDate>2022-03-23 03:42:09 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108897787</guid>
      </item>
      <item>
         <title>Servicio REST</title>
         <author>sjilm855</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108901155</link>
         <description><![CDATA[<div><strong>REST es una interfaz para conectar varios sistemas basados en el protocolo HTTP</strong> (uno de los protocolos más antiguos) y nos sirve para obtener y generar datos y operaciones, devolviendo esos datos en formatos muy específicos, como XML y JSON.<br><br></div><div>El formato más usado en la actualidad es el formato JSON, ya que es más ligero y legible en comparación al formato XML. Elegir uno será cuestión de la lógica y necesidades de cada proyecto.</div><div><strong><br>REST se apoya en HTTP</strong>, los verbos que utiliza son exactamente los mismos, con ellos se puede hacer GET, POST, PUT y DELETE. De aquí surge una alternativa a SOAP.<br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-23 03:44:54 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108901155</guid>
      </item>
      <item>
         <title>Usos REST</title>
         <author></author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108901258</link>
         <description><![CDATA[<div>Los métodos son usados para manipular los diferentes recursos que conforman la API. <strong>Los principales métodos soportados</strong> por HTTP y por ello usados por una<strong> API REST</strong> son:​</div><ul><li><strong>POST</strong>: crear un recurso nuevo.​</li><li><strong>PUT</strong>: modificar un recurso existente.​</li><li><strong>GET</strong>: consultar información de un recurso.​</li><li><strong>DELETE</strong>: eliminar un recurso determinado.​</li><li><strong>PATCH</strong>: modificar solamente un atributo de un recurso.</li></ul><div><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1639200083/082ca0dde1e535d6771333096249e873/image.png" />
         <pubDate>2022-03-23 03:44:59 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108901258</guid>
      </item>
      <item>
         <title>Caracteristicas  de los microservicios</title>
         <author>escuelauaem123</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108910270</link>
         <description><![CDATA[<div><strong>Especializados</strong>​</div><div>Cada servicio está diseñado para un conjunto de capacidades y se enfoca en resolver un problema específico. Los servicios no necesitan compartir ninguno de sus códigos o implementaciones con otros servicios. Cualquier comunicación entre componentes individuales ocurre a través de API bien definidas.​<br><strong>Autónomos</strong>​</div><div>Cada servicio componente en una arquitectura de microservicios se puede desarrollar, implementar, operar y escalar sin afectar el funcionamiento de otros servicios. Los servicios no necesitan compartir ninguno de sus códigos o implementaciones con otros servicios. Cualquier comunicación entre componentes individuales ocurre a través de API bien definidas.​</div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1584454756/e83fa80985e5d510cb2fe7c3e861733a/image.png" />
         <pubDate>2022-03-23 03:52:49 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108910270</guid>
      </item>
      <item>
         <title>Caracteristicas REST</title>
         <author>escuelauaem123</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108914729</link>
         <description><![CDATA[<ul><li><strong>Cliente-Servidor</strong>​<br>Los servicios REST deben estar basados en una arquitectura Cliente-Servidor. Un servidor que contiene los recursos y estados de los mismos, y unos clientes que acceden a ellos.​.</li><li><strong>Información cacheable.</strong>​</li><li>&nbsp;Esta información es utilizada por los clientes REST para decidir si hacer una copia local del recurso,</li><li><strong>Acceso a recursos por nombre</strong>​<br>Un sistema REST está compuesto por recursos que son accedidos mediante URL, y éstas deben ser intuitivas, predecibles y fáciles de entender y componer.​</li><li><strong>Recursos relacionados</strong>​</li><li>Los recursos accesibles en el servidor suelen estar relacionados unos con otros. Por tanto, la información de estado de un recurso debería permitir acceder a otros recursos.</li></ul><div><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-23 03:56:51 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108914729</guid>
      </item>
      <item>
         <title>Patrones de microservicios REST</title>
         <author>sjilm855</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108915592</link>
         <description><![CDATA[<div>A continuación se nombrarán unos cuantos patrones de diseño:</div><ul><li><strong>Event driven:</strong> En este patrón un microservicio publica un evento y otro microservicio lo consumirá.<strong>Aggregator o Proxy</strong>: Un cliente web necesita información que esta en varios microservicios. En este caso se invoca a un microservicio que agrega las llamadas a otros microservicios para obtener la respuesta.</li><li><strong>Chained</strong>: En este caso se realizan llamadas consecutivas para componer la información.</li><li><strong>Asynchronous messaging</strong>: Con un patrón de llamadas REST, las peticiones y llamadas son asíncronas (se pueden hacer implementaciones para llegar a asíncronas); por lo que provoca que en muchas ocasiones se utilice un servicio de mensajería asíncrona como <a href="https://kafka.apache.org/intro"><strong>Kafka</strong>&nbsp;para enviar información.<strong>Patrón Saga</strong>: El Patrón&nbsp;<strong>Saga</strong>&nbsp;es una secuencia de transacciones locales donde cada transacción actualiza información dentro de un servicio.</a></li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-23 03:57:42 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108915592</guid>
      </item>
      <item>
         <title>Ventajas y Desventajas de Microservicios</title>
         <author>sjilm855</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108925272</link>
         <description><![CDATA[<ul><li><strong>Modularidad:</strong> al tratarse de servicios autónomos, se pueden desarrollar y desplegar de forma independiente. Además un error en un servicio no debería afectar la capacidad de otros servicios para seguir trabajando según lo previsto.</li><li><strong>Escalabilidad:</strong> como es una aplicación modular, se puede escalar horizontalmente cada parte según sea necesario, aumentando el escalado de los módulos que tengan un procesamiento más intensivo.</li><li><strong>Versatilidad:</strong> se pueden usar diferentes tecnologías y lenguajes de programación. Lo que permite adaptar cada funcionalidad a la tecnología más adecuada y rentable.<strong>Rapidez de actuación:</strong> el reducido tamaño de los microservicios permite un desarrollo menos costoso, así como el uso de “contenedores de software” permite que el despliegue de la aplicación se pueda llevar a cabo rápidamente.&nbsp;</li><li>Alto consumo de memoria: al tener cada microservicio sus propios recursos y bases de datos, consumen más memoria y CPU.</li><li>Inversión de tiempo inicial: al crear la arquitectura, se necesita más tiempo para poder fragmentar los distintos microservicios e implementar la comunicación entre ellos.Complejidad en la gestión: si contamos con un gran número de microservicios, será más complicado controlar la gestión e integración de los mismos.</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2022-03-23 04:06:27 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108925272</guid>
      </item>
      <item>
         <title></title>
         <author>sjilm855</author>
         <link>https://padlet.com/sjilm855/Bookmarks/wish/2108927564</link>
         <description><![CDATA[]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1584454756/ed22c70ab9fabc9659bd52933d6cd0d2/image.png" />
         <pubDate>2022-03-23 04:08:38 UTC</pubDate>
         <guid>https://padlet.com/sjilm855/Bookmarks/wish/2108927564</guid>
      </item>
   </channel>
</rss>
