[prev in list] [next in list] [prev in thread] [next in thread] 

List:       esb-java-dev
Subject:    [Dev] WSO2 API Manager Microgateway 2.7.0-M1 Released
From:       Praminda Jayawardana <praminda () wso2 ! com>
Date:       2019-03-29 9:59:15
Message-ID: CAAVsST6=qbkbCWpa0unbSSX4XVMtcLv6FbAGSjNT_41XBk7GeQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


 The WSO2 API Manager team is pleased to announce the release of API
Manager Microgateway 2.7.0-M1. It is now available to download.
Download

https://github.com/wso2/product-microgateway/releases/download/v2.7.0-m1/wso2am-micro-gw-2.7.0-m1.zip
Documentation

https://docs.wso2.com/display/MG270/
Introduction

The API Manager Microgateway provides the capability to create specialized
gateway distributions (Microgateway distributions) where only a single API
or a group of APIs are included. Once a Microgateway distribution is
started, it will start serving those specific API(s) right away.

In summary, a Microgateway is a specialized form of the WSO2 API Gateway by
having below main characteristics:

Its ability to execute in isolation without mandatory connections to other
components (Key Manager, Traffic Manager, etc).
Ability to host a subset of APIs of choice (defined on the API Publisher)
instead of all.
Immutability - if you update an API you need to re-create the
container/instance, no hot deployment.
Microgateway offers you a proxy that is capable of performing security
validations (OAuth, Basic Auth, Signed JWT), in-memory (local) rate
limiting and operational analytics.
Design Goals

Following are some of the main expectations of Microgateway

   - Ability to host just one or a selected set (subset) of APIs only.
   - Ability to execute in complete isolation once setup, without having
   the need to contact the Management or Security components.
   - Easy integration with CI/CD processes.
   - Seamless integration with deployment automation tools and techniques.

Architecture

The following diagram illustrates an overview of how API Manager
Microgateway works.

[image: Architecture]
<https://user-images.githubusercontent.com/13759167/46869054-2c3d9280-ce48-11e8-8228-139f9dfa16ca.png>
Setting up Microgateway

This product will include a CLI, the B7a platform distribution and a few
B7a extensions (Endpoints and Filters). The Microgateway will have two main
responsibilities.

   - Setting up a Microgateway project.
   - Running the Microgateway project.

These two steps will be treated as two phases. One will first complete the
"setup" phase and move on to the "build" phase. The reason for treating
them as phases is to make it possible for developers to take control of the
runtime if and when required. For example, what gets run as default on a
Microgateway is a simple API proxy. If a developer needs to perform some
sort of an integration or change the Ballerina source files for some other
reason, he could engage with the project after the setup phase and do the
required modifications before the distribution is built.
Bug Fixes And Improvements in 2.7.0-M1

GitHub (Product-Microgateway
<https://github.com/wso2/product-microgateway/milestone/13?closed=1>)
Known Issues

All the open issues pertaining to WSO2 API Manager Microgateway are
reported at the following location:

GitHub (Product-Microgateway
<https://github.com/wso2/product-microgateway/issues?q=is%3Aissue+is%3Aopen>
)
How You Can Contribute Mailing Lists

Join our mailing list and correspond with the developers directly.

Developer List: dev@wso2.org

User List: user@wso2.org
Reporting Issues

We encourage you to report issues, documentation faults, and feature
requests regarding WSO2 API Manager Microgateway through the public (API
Manager Microgateway Git Repo
<https://github.com/wso2/product-microgateway/issues>).

*--WSO2 API Manager Team--*

[Attachment #5 (text/html)]

<div dir="ltr"><div dir="ltr"><div dir="ltr"><div><div class="gmail-m-0 \
                gmail-preview-content">
        <div class="gmail-comment-body gmail-markdown-body gmail-js-preview-body" \
style="min-height:685px"><h2>The  WSO2 API Manager team is pleased to announce the \
release of API Manager  Microgateway 2.7.0-M1. It is now available to \
download.</h2><div><h3>Download</h3> <p><a \
href="https://github.com/wso2/product-microgateway/releases/download/v2.7.0-m1/wso2am- \
micro-gw-2.7.0-m1.zip">https://github.com/wso2/product-microgateway/releases/download/v2.7.0-m1/wso2am-micro-gw-2.7.0-m1.zip</a></p></div>
 <h3>Documentation</h3>
<p><a href="https://docs.wso2.com/display/MG270/" \
rel="nofollow">https://docs.wso2.com/display/MG270/</a></p> <h3>Introduction</h3>
<p>The API Manager Microgateway provides the capability to create 
specialized gateway distributions (Microgateway distributions) where 
only a single API or a group of APIs are included. Once a Microgateway 
distribution is started, it will start serving those specific API(s) 
right away.</p>
<p>In summary, a Microgateway is a specialized form of the WSO2 API Gateway by having \
below main characteristics:</p> <p>Its ability to execute in isolation without \
mandatory connections to other components (Key Manager, Traffic Manager, etc).<br> \
Ability to host a subset of APIs of choice (defined on the API Publisher) instead of \
all.<br> Immutability - if you update an API you need to re-create the \
container/instance, no hot deployment.<br> Microgateway offers you a proxy that is \
capable of performing security  validations (OAuth, Basic Auth, Signed JWT), \
in-memory (local) rate  limiting and operational analytics.</p>
<h3>Design Goals</h3>
<p>Following are some of the main expectations of Microgateway</p>
<ul><li>Ability to host just one or a selected set (subset) of APIs \
only.</li><li>Ability to execute in complete isolation once setup, without having the \
need to contact the Management or Security components.</li><li>Easy integration with \
CI/CD processes.</li><li>Seamless integration with deployment automation tools and \
techniques.</li></ul> <h3>Architecture</h3>
<p>The following diagram illustrates an overview of how API Manager Microgateway \
works.</p> <p><a target="_blank" rel="noopener noreferrer" \
href="https://user-images.githubusercontent.com/13759167/46869054-2c3d9280-ce48-11e8-8228-139f9dfa16ca.png"><img \
src="https://user-images.githubusercontent.com/13759167/46869054-2c3d9280-ce48-11e8-8228-139f9dfa16ca.png" \
alt="Architecture" style="max-width: 100%;"></a></p> <h3>Setting up Microgateway</h3>
<p>This product will include a CLI, the B7a platform distribution and a 
few B7a extensions (Endpoints and Filters). The Microgateway will have 
two main responsibilities.</p>
<ul><li>Setting up a Microgateway project.</li><li>Running the Microgateway \
project.</li></ul> <p>These two steps will be treated as two phases. One will first 
complete the &quot;setup&quot; phase and move on to the &quot;build&quot; phase. The \
reason  for treating them as phases is to make it possible for developers to 
take control of the runtime if and when required. For example, what gets
 run as default on a Microgateway is a simple API proxy. If a developer 
needs to perform some sort of an integration or change the Ballerina 
source files for some other reason, he could engage with the project 
after the setup phase and do the required modifications before the 
distribution is built.</p>
<h3>Bug Fixes And Improvements in 2.7.0-M1</h3>
<p>GitHub (<a href="https://github.com/wso2/product-microgateway/milestone/13?closed=1">Product-Microgateway</a>)</p>
 <h3>Known Issues</h3>
<p>All the open issues pertaining to WSO2 API Manager Microgateway are reported at \
the following location:</p> <p>GitHub (<a \
href="https://github.com/wso2/product-microgateway/issues?q=is%3Aissue+is%3Aopen">Product-Microgateway</a>)</p>
 <h3>How You Can Contribute</h3>
<h4>Mailing Lists</h4>
<p>Join our mailing list and correspond with the developers directly.</p>
<p>Developer List: <a href="mailto:dev@wso2.org">dev@wso2.org</a></p>
<p>User List: <a href="mailto:user@wso2.org">user@wso2.org</a></p>
<h4>Reporting Issues</h4>
<p>We encourage you to report issues, documentation faults, and feature 
requests regarding WSO2 API Manager Microgateway through the public (<a \
href="https://github.com/wso2/product-microgateway/issues">API Manager Microgateway \
                Git Repo</a>).</p></div>
      </div><br clear="all"><i><b>--WSO2 API Manager \
Team--</b></i><br></div></div></div></div>



_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic