1. Нам важно Ваше мнение!
    и обсуждайте вместе! Нажимайте "мне нравится" и рекомендуйте друзьям ;)
    Понравилось тема? Напишите в ней свой отзыв.
    Считаете что тема не достаточно полно раскрыта? Расскажите свою точку зрения!
    С Вашей помощью сделаем форум еще лучше!

Cincinnati : azure devops copy files to remote server - Eduard Kabrinskiy

Тема в разделе 'Горячие новости для тех кто следит за собой', создана пользователем IZRAELEn, 19 май 2021.

  1. IZRAELEn

    IZRAELEn Member

    Эдуард Кабринский - Devops and microservices - Кабринский Рдуард


    <h1>Devops and microservices</h1>
    <p>[youtube]</p>
    Devops and microservices <a href="http://remmont.com">Top news stories</a> Devops and microservices
    <h1>Building a DevOps pipeline for an API Connect and Microservices architecture</h1>
    <p>11 November 2016 5 min read</p>
    <p>Nick Maynard, IBM MobileFirst and Bluemix Consultant <br />Ilene Seelemann, IBM Cloud architect. Data scientist wannabe. <br /></p>
    <h2>Building a DevOps pipeline for an API Connect and Microservices architecture</h2>
    <p>There are many lessons to learn from a DevOps implementation in a greenfield development project, where 20 new cloud native microservices were built and deployed to Bluemix. Our client?s business partners created end-user applications, driving mindshare and loyalty to our client?s brand.</p>
    <p>In this post, we?ll talk about how we used API Connect to socialize, document, and govern access to these microservices consumed by business partners. We?ll examine how we used them to build high value web and mobile applications that leveraged the data and function provided by these microservices. We?ll also show how we evolved our development practice using Agile and DevOps techniques to streamline the deployment of these microservices and vastly reduce the time to production of updates while reducing risk.</p>
    <h3>Understanding the challenges to manage the solution</h3>
    <p>We dealt with a few issues in order to manage the solution:</p>
    <p>Management of build artifacts</p>
    <p>Testing microservice versions for promotion</p>
    <p>Configuring microservice environments</p>
    <p>Deploying artifacts to live environments while maximizing uptime</p>
    <p>Packaging APIs into meaningful, controllable sets</p>
    <p>Managing versioning and microservice compatibility (interoperability)</p>
    <p>Aligning the presented API layer with the microservice deployments</p>
    <p>The surface area of the solution included approximately 20 microservices. These were deployed across the four environments, databases in each environment, and API Connect with its configuration of APIs and products. While 20 microservices may seem relatively small, the number of microservices and APIs across the environments exceeded 100 moving parts to be managed consistently in a repeatable and predictable manner. With the project?s rapid changes, this couldn?t be done efficiently without automation?even with a dedicated, skilled operations team.</p>
    <h3>Topology of microservices and API Connect on Bluemix</h3>
    <p style="clear: both"><img src="https://1.cms.s81c.com/sites/defaul...icroservices-architecture-Page-1-1024x791.png" /></p>
    <p>Our architecture consisted of three main layers:</p>
    <p>API Connect providing governance and a consistent access point for all microservices</p>
    <p>A set of microservices providing domain-specific features for clients and interfacing with third-party services</p>
    <p>Data storage in dashDB and IBM Cloudant</p>
    <p>This architecture was completely replicated in four environments:</p>
    <p>Development: Tracking the latest ?development? code versions</p>
    <p>QA: The latest code release for integration test runs</p>
    <p>Pre-production: For partner integration and testing</p>
    <p>We modeled these environments as separate Bluemix spaces within a single Bluemix organization. We provided project members with per-space permissions appropriate to their roles, allowing isolation of concerns and confidentiality of production information.</p>
    <p style="clear: both"><img src="https://1.cms.s81c.com/sites/default/files/2019-02-25/2_Bluemix-Org-Chart-Page-1-1024x800.png" /></p>
    <p>We provisioned a single API Connect instance in a space isolated from the environment-specific spaces. This allowed us to handle all API configurations, management, deployment, and monitoring from this central instance of API Connect. The API products defined in API Connect were parameterized so that they proxied to microservices in each of the environments. As microservices moved through the development life cycle, the APIs that provided access to the microservices aligned with and pointed to the microservices.</p>
    <h3>How we structured our DevOps toolchain</h3>
    <p>Our toolchain consisted of the following technologies:</p>
    <p style="clear: both"><img src="https://1.cms.s81c.com/sites/default/files/2019-02-25/3_Picture1.png" /></p>
    <p>We used Flowdock for team communication and for build and deploy notifications. We used Rally for tracking all work items for the team. Every microservice had its own GitHub repository. Commits to a repository kicked off a Jenkins build, which created both microservice artifacts (WAR files, Bluemix manifests) and API Connect configuration artifacts (YAML files). UrbanCode Deploy (UCD) deployed microservices and APIs to Bluemix, which provided the runtime environment. We used Runscope for health monitoring of the APIs, microservices, and some downstream components. API Connect provided valuable insight into the stability and performance of the microservices, which highlighted opportunities for improvements around response time and latency.</p>
    <p>In future articles, we will focus on the details of the Code, Deliver, and Run steps in our toolchain and show how they addressed the challenges listed.</p>
    <p>This is a complex system. To help you better understand it, we?ve split up what we?ve learned. Stay tuned for the next in a series of articles covering the following topics:</p>
    <p>Versioning and Swagger for documentation and code skeleton generation</p>
    <h2>Devops and microservices</h2>

    <h3>Devops and microservices</h3>
    <p>[youtube]</p>
    Devops and microservices <a href="http://remmont.com">World news online</a> Devops and microservices
    <h4>Devops and microservices</h4>
    Twenty new cloud native microservices were built and deployed to Bluemix. We discuss the DevOps implementation in a greenfield development project.
    <h5>Devops and microservices</h5>
    Devops and microservices <a href="http://remmont.com">Devops and microservices</a> Devops and microservices
    SOURCE: <h6>Devops and microservices</h6> <a href="https://dev-ops.engineer/">Devops and microservices</a> Devops and microservices
    #tags#[replace: -,-Devops and microservices] Devops and microservices#tags#

    Kabrinskiy Eduard
    headline news

Поделиться этой страницей