• Designing Cloud Native RESTFul Microservices APIs


    Start Time:

    Feb 8, 2018 6:00 PM

    End Time:

    Feb 8, 2018 9:00 PM

    Location:
    Constant Contact Reservoir Place
    1601 Trapelo Road Waltham MA 021451
    1


    Speaker: Rohit Bhardwaj

    Ten steps methodology for designing superior Cloud Native RESTFul Microservices APIs

    In most of the Monolithic applications business objects and data, model designs are already present. As part of moving to cloud, companies miss out of the use-cases the REST APIs need to support. Implementing cloud solutions on top of existing models may lead to performance issues with APIs and cause scalability issues. Clients need to rewrite code due to a new version of APIs.

     

    In this talk, we will explore ten steps methodology for designing superior Cloud Native RESTFul Microservices APIs. Firstly, define the business domain objects and how they relate to use cases. If the use-case is to support <500 ms response time and availability of 99.99%, design the application for Consistency, Availability, and Partition tolerant. Next, Create an ideal design which solves the use-cases, refer to the industry standard JSONs and designs from schema.orgiana.org, and ​microformats.org. Later, find the fail points in the process and go back to the first step to resolving the pain points: Go back to Define the problem. Question to ask is what can go wrong? When can it go wrong? Next, create Facade pattern to connect to either existing Monolithic App or create a new App to support the new cloud use-cases. Create API Gateway, so other companies can build software and create more offerings. Next, design common Layers for error handling, logs, and security. For API security, perform Threat Modeling to find security vulnerabilities and plan for mitigation of risks. Use generic authentication using SAML, OAuth, and JWT to support Authentication and Authorization. Next, create API Versioning strategy so that the REST API can evolve with minimal client changes. Apply Cloud Native design patterns for Resiliency. In the end, test APIs using contract driven testing and PACT files.

    Speaker Biography

    Rohit Bhardwaj is a Principal Cloud Architect/Consultant expert with extensive experience in architecting multi-tenant cloud-native solutions for enterprise customers. Rohit has proven ability in designing solutions and executing and delivering transformational programs that reduce costs and increase efficiencies.  As a trusted advisor, leader and collaborator Rohit applies problem resolution, analytical, and operational skills to all initiatives. Recognized for developing strategic requirement and solution analysis through all stages of the project lifecycle, as well as product readiness to execution.
     
    Recently, Rohit has developed solutions for lambda architecture solutions using Apache Spark, Cassandra, and Camel for real-time analytics and integration projects. Rohit excel in designing scalable cloud microservice architectures using Spring Boot and Netflix OSS technologies using AWS and Google clouds. As a Security Ninja, Rohit looks for ways to resolve application security vulnerabilities using ethical hacking and threat modeling. Rohit is excited about architecting cloud technologies using Dockers, REDIS, NGINX, RightScale, RabbitMQ, Apigee, Azul Zing, Actuate BIRT reporting, Chef, Splunk, Rest-Assured, SoapUI, Dynatrace, and EnterpriseDB.  
     
    Rohit has done MBA from Babson College in Corporate Entrepreneurship. Rohit did his Masters in Computer Science from Boston University and Harvard University. Rohit is a regular speaker at No Fluff Just Stuff, UberConf, RichWeb, GIDS and other international conferences. Recently Rohit created Microservices architecture pattern group for discussing latest solutions/issues with microservices implementations. https://www.linkedin.com/groups/12090057
     
    Rohit loves to connect on http://linkedin.com/in/rohit-bhardwaj-cloud or using Twitter at rbhardwaj1




NEJUG Calendar

Recent Events
  • While "DevOps" is a very overrated and misused marketing term, we have many DevOps stories from around the world proving that shared responsibility between Dev and Ops can work out really well.

    A key component of DevOps is open communication and feedback loops. Monitoring data is one source of these feedback loops. Too often, however, this is only done in Operations for firefighting and root cause analysis. Kevin will discuss approaches of Shifting-Left Performance into the Continuous Delivery Pipeline to give earlier and faster performance, scalability and architectural feedback to developers, testers, architects and business.

    The presentation will include some hands-on experience on how to bake monitoring into DevOps tool chains such as JIRA, Bitbucket, Jenkins, Git, HipChat, JMeter, … - there should be something for everyone who wants to learn some new tips & tricks on how to become more “DevOps’y”

    • Meshing Around with Istio

      Attended: 121
      Thursday October, 11, 2018 06:00 PM
      Constant Contact Reservoir Place
      1601 Trapelo Road Waltham MA 021451
      1

    Check out the Prezzi that Jonathan made for this presentation

    https://prezi.com/view/awP8F1N9QDV3vRCEAYCY/

     

    Kubernetes out of the box is a strong platform for running and coordinating large collections of services, containers, and applications. As is, Kubernetes is powerful for many solutions.

    Remember Underdog?  He was a mild-mannered dog, but when stress and conflict were introduced to the plot he took a magic pill, he became a superhero. Istio is a superhero for Kubernetes.

    Istio is an open, platform-independent service mesh that manages communications between services in a transparent way. With a distributed architecture many things can fail, slow down and become less secure. Istio provides solutions to those stresses in our plot toward this architecture style:

        • Traffic management

        • Observability

        • Policy enforcement

        • Service identity and security

     

    We will explore these benefits with Istio through some working examples on Kubernetes. The key point is this meshing solution allows your Java code to be less coupled to the inherent weaknesses of a distributed platform.

  • Register today for the 2018 New England Software Symposium returning Sept 28-30th to Framingham, MA

    The No Fluff Just Stuff Java Symposium Tour Series long considered the premier Java/JVM/Agility Event Series is returning to Boston this fall! Witness first hand the best a conference has to offer: exceptional speakers, content rich ninety (90) minute technical sessions, right sized event model (capped at 250 attendees) all experienced in a vendor free environment.  At a No Fluff Just Stuff event, the focus is entirely on the attendee experience and nothing else!

    **Local Venue, World Class Experience**


    Event Name: 2018 New England Software Symposium
    Dates: Sept 28-30th
    Location: Framingham, MA
    Venue: Sheraton Framingham
    URL: https://nofluffjuststuff.com/conference/boston/2018/09/home

     

    Make sure and use your special JUG discount of $50 by using the promo code nfjsusergroup50 when registering.
    If you are registering with a group, the highest discount will apply - group or JUG discount.

    REGISTRATION FEES:

    Early Bird Individual: $1025/person thru Sept 10th

    Excellent Group Discounts! Available - bring your entire development team to the show:

    5-9 Attendees: $900/person
    10-14 Attendees: $875/person
    15-24 Attendees: $850/person
    25-over Attendees: $825/person

     

    See you there!

     

    Jay Zimmerman

    2018 NFJS Tour Director

    jzimmerman@bigskytechnology.com

     

    • An Introduction to Domain Driven Design

      Attended: 172
      Thursday September, 13, 2018 06:00 PM

      0

    Today’s enterprise applications are complex, distributed and mission critical. In this session we want to share how the concepts, tools and patterns introduced by Domain Driven Design helped us in enterprise application architecture and design. DDD is invaluable in strategic architectural decision making. DDD was instrumental for us to layout our microservices architecture. We learned to speak DDD and adopted that as our medium of communication to build our team. DDD made our communication with outside teams and integration within the enterprise easier. It made us conscious about implications of enterprise integration at strategic and implementation level.

     

    This presentation will include concepts of strategic and tactical DDD. It is also organized in such a way to encourage discussion rather than follow a strict lecturing mode.