Amazon web services: jabón o descansar?
Amazon Web Services (AWS) originalmente lanzado con soporte SOAP para las interacciones con su API, pero no tiene forma constante obsoleto (Reducido su apoyo, en otras palabras) de su interfaz SOAP en favor de descanso. La mejor recomendación para cualquier uso de la API de AWS es que usted se centra en el uso de REST.
Video: How AWS Batch Works
De esa manera, no va a terminar con los programas que algún día dejan de funcionar - mucho después de que se le ha olvidado los detalles de los mecanismos de interacción. La experiencia de la desagradable tarea de tener que volver a entrar en un sistema y tratar de reconstruir sus acciones de meses o años antes es desafortunada.
No hay sentido en tentar al destino con AWS - si desea interactuar con la API de AWS, utilizar REST, que es la dirección a largo plazo de Amazon.
Video: What's it like to work at Amazon Web Services? Meet our Cloud Support Engineers
El enfoque antiguo, SOAP (Simple Object abreviatura de Protocolo de Acceso), contó con el apoyo generalizado de la industria, con un amplio conjunto de normas. Estas normas eran demasiado amplio, por desgracia. Las personas que diseñan SOAP de configurarlo para que sea extremadamente flexible - puede comunicarse a través de la web, el correo electrónico y las redes privadas. Para garantizar la seguridad y facilidad de administración, también se definieron una serie de normas de apoyo que se integran con SOAP.
JABÓN se basa en un estándar de codificación del documento conocido como Extensible Markup Language (XML, para abreviar), y el servicio SOAP se define de tal manera que los usuarios pueden aprovechar XML sin importar cuál es la red de comunicación subyacente. Para que este sistema funcione, sin embargo, los datos transferidos por el jabón (se hace referencia comúnmente como el carga útil) También tiene que estar en formato XML.
Video: Introduction to AWS Lambda - Serverless Compute on Amazon Web Services
Notar un patrón aquí? La presión para ser completa y flexible (o, para ser todo para todas las personas), además de la exigencia de carga XML de SOAP significaba que terminó siendo bastante compleja, por lo que es mucho trabajo para utilizar apropiadamente. Como se puede adivinar, muchas personas encuentran SOAP de enormes proporciones y, en consecuencia, se resistieron a usarlo.
Hace aproximadamente una década, un estudiante de doctorado define otro enfoque de servicios web como parte de su tesis: REST, o Transferencia de estado representacional. REST, que es mucho menos amplio que el jabón, aspira a resolver menos problemas. No se refiere a algunos aspectos de SOAP que parecía importante, pero que, en retrospectiva, lo hizo más compleja de usar - la seguridad, por ejemplo.
El aspecto más importante de REST es que está diseñado para integrarse con protocolos web estándar para que los servicios REST se pueden llamar con verbos web estándar y URLs. Por ejemplo, una llamada REST válida se ve así:
http://search.examplecompany.com/CompanyDirectory/EmployeeInfo?empname=BernardGolden
Eso es todo lo que se necesita para realizar una consulta al servicio REST de examplecompany para ver la información del personal. El verbo HTTP que acompaña a esta petición es GET, pidiendo que se devuelva información. Para eliminar la información, se utiliza el verbo DELETE. Para insertar la información, se utiliza el verbo de POST. Para actualizar la información, se utiliza el verbo PUT.
Para el POST y PUT acciones, la información adicional acompañaría al empname y estar separados por un ampersand (&) Para indicar otro argumento para ser utilizado por el servicio.
REST no impone requisitos de formato particulares en el payloads- servicio en este sentido, se diferencia de SOAP, que requiere XML. Para las interacciones simples, una cadena de bytes es todo lo que necesita para el payload- para las interacciones más complejas (por ejemplo, además de devolver la información de su empleado, que desea colocar una solicitud de información de los empleados de todos los empleados cuyos nombres empiezan con G) , se utiliza la convención de codificación JSON. (JSON, si usted es curioso, es sinónimo de javascript Object Notation).
Como era de esperar, más sencillo modelo de RESTO uso, su alineación con protocolos web estándar y verbos, y su formato de carga útil de menos restrictiva que hace que se peguen con los desarrolladores como una casa en llamas.