Author: Alan Shimel

  • First wave of sessions and speakers announced for DevOps Connect: SecDevOps @ RSA Conference

    First wave of sessions and speakers announced for DevOps Connect: SecDevOps @ RSA Conference

    As we previously announced there will be a DevOps Connect: SecDevOps @ RSA Conference this year at the Moscone Center.  The event takes place Monday of RSA Conference week at the Moscone Center.  The program committee for the event is headed up by Gene Kim and Josh Corman.  Gene and Josh will be delivering the keynote for the event as well. More on that will be announced soon.

    Today we are happy to announce the first wave of speakers and sessions selected by the program committee to present at DevOps Connect: SecDevOps.  The first wave of selections are:

    Automating Enterprise Security by Chris Corriere of Autotrader.com (and devopsy.kinsta.cloud) – How to automate security scans and make the remediation process as easy as possible for everyone involved.

    I’m the new Security Lead, and I’m Here to Help by Chris Walsh of Signal – How a new security hire learned from and Agile+Devops team, added security to the mix, and made people happier.

    DevOpsSecFail: DevOps Security Anti Patterns by Constantine Cois of Carnegie Mellon University – Common security anti-patterns I’ve observed in DevOps implementation and process.

    Blending the Automated and the Manual: Making Application Vulnerability Management Your Ally by Kris Curylo of Ally Financial and Dan Cornell of Denim Group – Security in DevOps is often laser-focused on automation. This talk looks at methods to incorporate manual tasks in a non-disruptive manner.

    All four of these sound like excellent presentations. There will be many more sessions to announce soon. With a little over a month until RSA, stay tuned for more information soon including some surprise guest speakers.

    Many thanks to everyone who submitted responses to the CFP for the event. Just because you were not selected in this first wave does not mean you are not selected.  Stay tuned for more speaker announcements shortly.

  • HIRED to power devopsy.kinsta.cloud jobs page

    HIRED to power devopsy.kinsta.cloud jobs page

    We are pleased to announce that we are partnering with HIRED to power our jobs page. It has always been our hope that with devopsy.kinsta.cloud’s presence we would serve as a great place for employers and employees to find each other. While we have had a jobs board up and running for a while now, it has not fulfilled the lofty goals we had for our jobs section.  We believe partnering with HIRED will give our readers the jobs experience they are looking for.  HIRED is growing rapidly because it gives both job seekers and employers a better way of doing what has been a painful experience for too many.

    Check out the new page when you can. If you are looking for a new job or to hire a new engineer, developer or other tech worker, give the devopsy.kinsta.cloud job board powered by HIRED a try.

    Here is the press release announcing the partnership and service:

    devopsy.kinsta.cloud AND HIRED PARTNER TO OFFER A NEW WAY TO FIND YOUR DREAM DEVOPS JOB

    Hired’s Disruptive Model of Matching Employers  and Tech Talent Via Auction

    Boca Raton, FL  – March 10, 2015 – devopsy.kinsta.cloud, where the world meets DevOps and Hired today announced that they will partner with the result that Hired will power the Jobs section of devopsy.kinsta.cloud. The DevOps related job market is red hot and Hired’s model promises to make hiring, or getting hired, less painful and easy as possible.

    Hired is the first two-sided marketplace created specifically for Engineers, Data Scientists, Designers and Product Managers who are overwhelmed with job opportunities.

    “We believe recruiting should be transparent, unbiased, and that the talent should be in control. Our one week “auctions” provide upfront offers from vetted and funded companies, dedicated talent advocates, and a $2,000 signing bonus,”said  Matt Mickiewicz, CEO of Hired.”Since we started Hired, DevOps has grown from a niche segment of engineering to one of our fastest growing job categories. We’re thrilled to partner with devopsy.kinsta.cloud and for the opportunity to connect their talented community with companies of all sizes and industries in eight major tech hubs around the globe.”

    “Our vision has always been to use devopsy.kinsta.cloud’s big tent to offer a premier way for DevOps related workers and companies to find each other. Hired gives us a best-in-class solution” said Alan Shimel, Editor-in-Chief of devopsy.kinsta.cloud. “We hear from companies constantly that they cannot find qualified talent fast enough for their needs. Hired should help those companies and help people find their dream jobs.”

    devopsy.kinsta.cloud job page is already up and running at https://devopsy.kinsta.cloud/jobs/   Both employers and perspective employees can register following the links on the page today.

    ####

    About devopsy.kinsta.cloud

    devopsy.kinsta.cloud is where the world meets DevOps. With the most new original content around DevOps per month, it is the largest source of DevOps related news in the world. Additionally its community support and other DevOps information help DevOps community members the world over. Producers of the DevOps Connect series of conferences, devopsy.kinsta.cloud is bringing DevOps information and communication the world over

  • Chef and Microsoft Cooking Up Something Big

    Chef and Microsoft Cooking Up Something Big

    Chef and Microsoft today announced a major upgrade to their partnership. After twelve months of work integrating Chef, it is thoroughly integrated not only into the Azure stack, but into the Windows stack as well . This will empower enterprises to work in Azure/hybrid cloud environments using Chef’s best in class capabilities to collaborate on rapidly delivering high-quality software and services.

    I had a chance to speak with Ken Cheney, VP of biz dev and Jay Wampold, VP of marketing at Chef. Both Ken and Jay are really pumped by this new chapter in the Chef-Microsoft relationship. Both companies are putting a lot of skin (and cash) into taking this combination to market.

    Cheney tells me that Microsoft in what some may think of as very un-Microsoft like fashion has really opened up the code for Chef, allowing them to hook in to Windows, Azure and Linux on Azure in ways that are unlike anything else done before.

    Microsoft sees Chef being a big driver in helping companies moving their computing to the Azure Cloud. “Microsoft is excited to extend our work with Chef to help customers rapidly move their workloads into the Azure cloud,” said Jason Zander, Corporate Vice President, Microsoft Azure. “Through this collaboration, we are not only enabling faster time to innovation in the cloud, but we are also underscoring Microsoft’s commitment to providing a first-class cloud experience for our customers regardless of whether they are using Windows or Linux.”

    Of course few organizations are up and moving their entire IT systems to the cloud. In the overwhelming majority of cases it is a hybrid cloud situation. But with Chef’s integration into Windows servers as well as Azure you can have one tool for both environments.

    Besides the nuts and bolts of engineering work, the partnership is also dedicating significant resources to bringing this joint solution to market. From the press release:

    Chef will deliver hundreds of hours of DevOps education in Microsoft’s expansive ecosystem across industry events, digital channels, and community meetups. Chef will work with Microsoft to enable their field sales organization to support customers embracing automation, DevOps practices, and Microsoft Azure. Microsoft users interested in Chef and DevOps can already access a wealth of content, new online training tutorial on the Windows platform and a webinar series on Automating Azure with Chef.

    The first webinar in the series is 0n March 19th with Microsoft’s Kundana Palagiri and Chef’s Steven Murawski. This webinar will demonstrate real-world use cases, providing attendees with a step-by-step guide to achieving the benefits of Chef within Microsoft environments. You can register here.

    This clearly establishes Chef as the tool of choice for the Microsoft market. Interestingly, Cheney and Wampold shared with me a metric that something like 70% of AWS customers are using Chef as well.  I haven’t verified this myself, but assuming they are correct, this and the Microsoft relationship would seem to give them a dominant position in the cloud.

    As I discussed with Cheney, starting a partnership with Microsoft does not guarantee a successful relationship with Microsoft. Navigating a company with as complex an organization as Microsoft is not easy. However, the fact that Microsoft is devoting substantial resources in both cash and personnel bodes well for the future of this one. Also Microsoft under Satya Nadella is very focused on the cloud/Azure (as they should be). They are also very interested in fostering more DevOps patterns in the Microsoft world. The Chef partnership helps on both of these.

    Chef is riding the wave of cloud, DevOps and automation. According to Wampold, they saw an almost 200% increase in revenue last year. ChefConf 2015  in Santa Clara also promises to be the biggest, best one yet. We will try to cover it live here on devopsy.kinsta.cloud.

  • Live Blogging IBM InterConnect 2015

    Live Blogging IBM InterConnect 2015

  • eHarmony finds its perfect match with PagerDuty and DevOps

    eHarmony finds its perfect match with PagerDuty and DevOps

    Did you know that 4% of all marriages in the US are the result of people “finding their perfect match” on the eHarmony service? Keeping the systems that are making all of those matches up and doing it 24/7/365 is no easy task. Especially at peak load times like Valentine’s Day for instance. The pioneer in making online relationships relies on many DevOps tools including PagerDuty to minimize downtime and keeps its relationship science systems humming along.

    1672a00I had a chance to speak with Hav Mustamandy, Director of System Operations at eHarmony. Since Hav joined the team there about 7 months ago he has been busy modernizing the eHarmony network using a lot of tools that you would expect. They are a big Chef shop for example. PagerDuty is another tool they lean on a lot. More than tools though Hav has been instilling a sense of team between his Dev, Ops and QA teams.  In a short period of time, Hav has made tremendous progress in making the eHarmony IT business more responsive, reliable and faster.

    Frankly, why shouldn’t eHarmony act more like a Unicorn anyway? After all they are a web based business like many of the companies that we think of as being so successful. But before Hav came it was not necessarily so.

    Upon arriving he had to evaluate everything and everyone and start doing things differently. One of those things was the way they use PagerDuty. More than just an update to the old pager, Hav realized that PagerDuty could help him automate their incident resolution processes. Additionally using PagerDuty’s advanced analytics reporting, Hav was able to pinpoint problem areas in both systems and people. With the problem systems he was able to upgrade or change them. With people he realized where re-training was required.

    As a result Hav has seen some amazing results. The uptime of eHarmony’s systems even during peak load times has improved significantly.  Technical issues are identified and dealt with before they rise to critical levels.

    By leveraging APIs that PagerDuty makes available Hav has integrated several of his other systems into PagerDuty so he can gain insight into their performance as well. To him this is the future. Event management with PagerDuty at the core is what he is aiming for.

    For me PagerDuty and ChatOps applications biggest advantage is the ability to move inter-team communications into hyper-speed. If you are relying on email for communication it is probably not fast enough to keep up with your business.

    We have been using Slack here at devopsy.kinsta.cloud for ChatOps and I can tell you that our communication now moves so much quicker than it did when we communicated strictly through email. However, the discussion I have had with my team is if we are just chatting, what is the advantage of Slack to just google messenger or something like that?

    I think the answer lies in integration. Using APIs we should see more than just chatting going on with ChatOps. Systems will communicate with us in real time as well. This is so much more than chatting on a messenger client.

    The name of the game whether it is the dating game, the online media game or whatever game you play is doing it faster, better and with less downtime. For eHarmony it looks like they have “found their perfect match”.

  • The DevOps Institute heralds the dawn of enterprise class DevOps training and certification

    The DevOps Institute heralds the dawn of enterprise class DevOps training and certification

    I am very proud to announce that today marks the launch of the DevOps Institute. Myself and the devopsy.kinsta.cloud team are partners in this joint venture with some very successful, experienced IT training professionals, Jayne Groll and Lisa Schwartz. The DevOps Institute (DOI) seeks to codify best practices in DevOps into repeatable training, education and certifications. We are launching with two classes, DevOps Foundation and Certified Agile Service Manager being offered. Several other courses including role and scheme based certifications and classes will be announced shortly. The press release is also available at the end of this article.

    I know there is a segment of the DevOps community who view this as an apocalyptic event. While I obviously don’t agree with that view, I respect their opinion. As I have said all along the DevOps community is big and getting bigger. There is room for a wide spectrum of opinion.  If you don’t think that DevOps needs formal education, training and certification, so be it. I and many folks I have spoken to believe that as DevOps continues to cross the chasm into mainstream enterprise IT, a formal training and certification program will be required. Whether it is from the DOI or some other entity is the only question.

    My co-founders and I believe we are in the best position to bring quality, best practices based DevOps training to market. We have assembled a world-class Board of Regents (BOR) who will help guide the course of the DOI, plan and approve all of our courses and ensure we are training based on best practices as they evolve. You can see and read about the BOR here. We have leading lights of the DevOps community, the IT training world and general IT business leaders as members. Looking at some of the names on this list will show you the kind of people we are involved with and should speak volumes as to what our commitment to this will be.

    We welcome those of you who would like to join us in this mission. Our mandate is to be inclusive. We invite all providers who are offering or planning to offer DevOps training to join with us. We will examine your curriculum, provide you our syllabus to develop your own courses, certify your courses and even allow you to license and teach our courses. You can find out more about this at the DOI website, DevOpsInstitute.com

    If you are interested in DevOps training and would like to be involved with the Institute as a board member or in some other capacity, contact us.

    The launch of the DevOps Institute represents the culmination of over 9 months of work and research. However if we are to succeed this is just the end of the beginning and the start of a great new ad-venture!

    THE RAPID ADOPTION OF DEVOPS NECESSITATES CERTIFIED TRAINING AND EDUCATION FOR ENTERPRISE IT MARKET

    Boca Raton, Fl February, 18, 2015– The DevOps Institute (DOI) launched today with the mission of serving as the premier source for aligning industry standard quality DevOps training and examination services for enterprise IT. The Institute is led by a Board of Regents who will oversee DOI’s offerings in an effort to codify and promote DevOps’ best practices and standards that enable enterprise IT to deliver more value faster to their customers.

    The initial Board of Regents includes Gene Kim, Lori Macvittie, Sanjeev Sharma, Helen Beal, Rohit Antao, Gary Gruver, Lou Hunnebeck, Matthew Selheimer, Donna Knapp and JP Morgenthal. They join co-founders Jayne Groll, Lisa Schwartz and Alan Shimel in leading the DevOps Institute to fulfill its mission.

    “The DevOps movement has matured rapidly over the last few years. We believe that the time is right to have established best practices training and certification”, said Lisa Schwartz, CEO of DevOps Institute. “DevOps training is a logical step in DevOps adoption by the enterprise IT market. The DevOps Institute’s mission is to codify emerging best practices in DevOps and translate them into the highest quality education and certified training courses. Working with leaders of the community, DOI will continue to develop and offer the finest in DevOps and associated programs and certifications.”, continued Schwartz.

    “DevOps is transforming how technology work is done, for Development, Test and IT Operations. I support any effort that helps elevate the state of the practice, and bring consistency and quality to the training offered,” said Gene Kim, DevOps researcher and co-author of The Phoenix Project and the upcoming DevOps Cookbook.

    The DevOps Institute’s initial courses including certification are DevOps Foundation and Certified Agile Service Manager (CASM). Additional certification courses will be announced in the coming weeks including role based schemes and certifications. DOI will offer courses directly and through a network of Registered Education Providers. Courses will be available both in person and virtually utilizing state-of-art virtual classrooms. First courses will begin in early March. More information can be found at DOI’s website: http://www.devopsinstitute.com

    About DevOps Institute
    The DevOps Institute is bringing enterprise class DevOps training and certification to the IT market. Working with thought leaders from the DevOps and IT Service Management communities, as well as the IT training market, the DevOps Institute is the standard in quality, enterprise grade DevOps education.

  • Gartner’s dirty dozen worst network security practices

    Gartner’s dirty dozen worst network security practices

    The folks at Gartner recently published a research note authored by Andrew Lerner and Jeremy D’Hoinne that highlights their dirty dozen worst network security practices for 2015. This is based on their interviews with over 3000 customers. I would give you the link to the report but it is not publicly available. However if you are a Gartner customer (and most of you probably are for good or bad) you can grab a copy of the report.

    I have prepared by “Shimmy view” of these worst practices. I think many of them are right on.  Have a look at the slides and let me know what do you think. Did they leave any out or put ones in that don’t belong there? One mans security worst practices is another’s best.

    [seoslides embed_id=”194407f17459″ script_src=”https://devopsy.kinsta.cloud/embed-script/gartners-netsec-dirty-dozen-worst-practices/gartners-dirty-dozen/” overview_src=”https://devopsy.kinsta.cloud/slides/gartners-netsec-dirty-dozen-worst-practices/” site_src=”https://devopsy.kinsta.cloud” site_title=”devopsy.kinsta.cloud” title=”Gartner’s NetSec Dirty Dozen Worst Practices” /]

  • The real cost of downtime

    The real cost of downtime

    Stephen Elliot and the IDC team recently released a report (registration required) sponsored by AppDynamics that examines the true cost of downtime and infrastructure failure, as well as DevOps adoption. The headline numbers are pretty eye-opening:

    • For the Fortune 1000, the average total cost of unplanned application downtime per year is $1.25 billion to $2.5 billion.
    • The average hourly cost of an infrastructure failure is $100,000 per hour.
    • The average cost of a critical application failure per hour is $500,000 to $1 million.

    Let those numbers just sink in a moment. Between $1 to $2.5 billion lost to application downtime a year!  That is a big number, but if you look at the follow on numbers you can see how you can get there. Infrastructure failure has an average hourly cost of $100k per hour, critical application failure has an average hourly cost of $500k to $1m per hour. It doesn’t take a lot of hours for those numbers to add up. You can read in the report the actual math IDC applied to reach these conclusions based on the responses to a survey they undertook.

    There was also some good insight into DevOps and DevOps tools adoption.  Remember this was aimed at the Fortune 1000 market segment, so large enterprises. About 43% of respondents were using DevOps currently, with another 40% planning on adopting DevOps soon. That 83% number is in line with another recent survey by CA that showed an 88% number.

    But all is not as rosy as that picture paints.  When looking at the biggest impediments to DevOps, the usual suspects rear their ugly heads:

    • Cultural inhibitors – 56.7%
    • Fragmented processes – 43.3%
    • Lack of executive support – 26.7%

    All three of these topics have been the fodder for stories here on devopsy.kinsta.cloud. There are specific strategies to overcome each of these, but the fact is they are still major obstacles to successful DevOps adoption despite overwhelming desire to do so.

    There was another interesting metric in the study that bears noting as well. It is about companies who try to use their existing tool sets in a DevOps setting. There is something like an 80% failure rate for companies who try to adapt their existing tools for DevOps practices.  That screams out something that many a man already knows, “you need the right tool to do the job right.”  The moral of that story is if you are going DevOps you damn better be buying some DevOps specific tools to get the job done right.

    Again in line with other surveys I have seen the biggest initiatives driving DevOps adoption are:

    • Automation 60%
    • Continuous delivery 50%
    • Continuous integration 43.3%
    • Automated testing 43.3%
    • Application monitoring/management 43.3%

    DevOps was being initiated by slightly more development teams that IT Ops teams by about a 40% to 33% margin respectively.

    You can download the full report from the link at the top of the story to get the rest of the data.  Ultimately like similar surveys there are some assumptions that you have to swallow in order to give credence to the findings. For me the biggest grains of salt to consider are:

    1. This survey was based on a relatively small amount of respondents. On average like 50 per question and some of those not from organizations in the scope of the survey. With that small a group trends could be skewed by a handful of outlier responses.
    2. While IDC is a very reputable company, the fact is this was a sponsored survey by a DevOps tool vendor. AppDynamics likewise is a reputable company (and in full disclosure a sponsor here at devopsy.kinsta.cloud), nevertheless it is something you should take into consideration.
    3. Perhaps the biggest grain is: Do you buy their math in calculating downtime? According the report’s authors here is how they arrived at their numbers:

    To examine application downtime impact per year across the Fortune 1000, we conducted the

    following analysis:

    • 1,000 companies multiplied by an average of 250 critical applications per company equals 250,000 total applications. 250,000 multiplied by an average of $500 to $1 million per hour of downtime cost equals $1.25 billion to 2.5 billion of unplanned application downtime costs per year.

    That sounds like back of napkin stuff to me. But really at the end of the day whether the number is $1b, $2b or more, suffice to say it is a big number.

    Surveys like these continue to contribute to a broader understanding of the DevOps market. It also provides cover to IT executives seeking support to kick off DevOps in their own organizations. Hopefully we are approaching a critical mass of data that will make the job of “selling” DevOps up the org chart an easier sell.

    UPDATE:

    Here’s a great upcoming webinar that will include thought leadership from Stephen Elliot, VP of analyst firm IDC on “DevOps and the Cost of Downtime” based on research of Fortune 1000 companies.  Register for it now, here.

     

  • DEVOPS CONNECT: SECOPS EDITION SPOTLIGHTS THE INTERSECTION OF DEVOPS AND INFORMATION SECURITY

    A daylong event highlighting the rapid of ascent of DevOps and its intersection with information security on April 20 – 24, at the Moscone Center in San Francisco

    Boca Raton, FL – January 14, 2015  – devopsy.kinsta.cloud, where the world meets DevOps, today announced DevOps Connect: SecOps Edition, a daylong event highlighting the rapid of ascent of DevOps and its intersection with information security. DevOps Connect: SecOps Edition will take place the Monday of RSA Conference 2015, April 20 – 24, at the Moscone Center in San Francisco.

    The keynote and co-chairs for the DevOps Connect program are author and DevOps pioneer Gene Kim of IT Revolution Press and Joshua Corman, CTO of Sonatype and co-founder of RuggedSoftware.org and IamTheCavalry.org. Gene and Joshua first introduced “Rugged DevOps” at RSA 2012 and have been building collaborations and bridges between those worlds ever since.

    In addition to the keynote, the daylong event will feature panels, discussions and sessions that highlight the advent of DevOps in high-performing IT organizations and how the information security community is interacting in it. A formal call for speakers will be announced shortly.

    “DevOps is one of the fastest rising trends in technology with a tremendous impact on the information security landscape,” said Linda Gray, general manager, RSA Conference. “We are excited to hear the direction and insights speakers such as Gene Kim and Josh Corman will bring to this event and to our RSAC attendees.”

    “The interest of the security community in DevOps has been growing rapidly for a few year now, as evidenced by some of the earlier panels and events we have held that received enthusiastic support,” said Mark Miller, leader of TheNexus Community Project. “We are happy to assist in bringing this important opportunity for learning and sharing to RSA Conference.”

    The event is free to all RSA Conference 2015 attendees who pre-register for it at the time of RSA Conference registration, up to 600 people. So early registration is encouraged, as it is expected to fill up quickly. Following the sessions the second annual DevOps wining happy hour will be open to event attendees.

    The Call for Papers to apply to speak at the event is now open. Submissions can be made at: https://devopsy.kinsta.cloud/features/cfp-devops-connect-devopssec-rsa-conference-now-open/

    About devopsy.kinsta.cloud

    devopsy.kinsta.cloud is where the world meets DevOps. devopsy.kinsta.cloud is the largest source of original DevOps related content, community support and other DevOps information helping DevOps community members the world over.  DevOps Connect are a series of DevOps conferences being held the world over to further DevOps leaning and understanding.

    Media Contact:

    Alan Shimel

    ashimmy@devops.com

    (516) 857-7409

  • Migrating to the Cloud? Some practical advice

    Migrating to the Cloud? Some practical advice

    Oh if the world was only Greenfields. If everything was new and we didn’t have to worry about legacy systems, what a wonderful world it would be. But that is not the way of it unfortunately. More times than not using the cloud for our applications and infrastructure means migrating some existing infrastructure from an on premises install up to the cloud. How do you do that successfully?

    You have to break some eggs to make an omelet, but migrating to the cloud isn’t like whipping up breakfast. We can’t afford down time, broken links or broken apps. As more and more apps are moved to the cloud, a solid process needs to be put in place. I asked a few people I know to help me put together a checklist of things to consider and do in moving from on prem to the cloud or more likely deploying a hybrid environment with both on prem and cloud.

    I asked my friend JP Morgenthal who knows a thing or two about cloud migration and DevOps and I dug in a bit with Alex Rosemblatt from Datadog. Datadog actually has quite a bit of experience in this area. Their product/service monitors both cloud and on prem servers side by side, so they deal with this very situation quite a bit. Taking what both of these gentlemen had to say, here is a checklist that should help you:

    1. Evaluate application for functional limitations to running in the cloud. This could include operating system dependencies, storage performance, network bandwidth/performance. Some of the key requirements to note:
      CPU
      Memory
      Storage
      Attached storage vs block shares
      IOPS
      DR
      Performance
      Underlying hardware
    2. Choose your method of migration: Lift-n-drop or re-platform. Lift-n-drop is simply porting the application to the cloud without modifying the architecture and providing all the application components. Re-platforming takes into account using cloud services where possible in place of existing application components.

    3. Pick an IAAS vendor, some criteria to use:
      Available functionality – auto-scaling, additional services etc
      Instance type/AMI availability
      Regional zone distribution
      Support SLAs
      API availability
      Performance metrics/log access

    4. Put in place a migration project management plan that includes:
      Cutover date selection
      Testing project plan
      Acceptable performance benchmarks
      Cutover day ops
      Internal communication and additional training
      Ops team
      Dev team (s)
      Changes in app dev to account for new functionality?
      QA team
      Management
      Non-tech org teams affected

    5. If hybrid architecture (and it should probably be hybrid), select how the existing data center will integrate with the cloud service. This could be Layer 2 networking through telecommunications provider or Layer 3 through Internet. Now would also be a good time to think about how you will monitor both on prem and in the cloud. Again Datadog does this side by side.

    6. Establish the network scaffolding for the application. Develop the allowed pathways for various application components to communicate. This will simplify the deployment of application components later. Test that the right ports are open for sending and receiving.

    7. Deploy the application in a single subnet with full Internet access. Remove any barriers to ensuring the application will operate on the cloud service provider’s resources. This is simply a test environment to make sure the baseline components will operate and communicate with each other.

    8. Deploy the application into the appropriate subnets to ensure servers are not available via the public Internet.

    9. Port the data from the current application environment

    10. Perform a complete regression test of the system

    11. Add additional testing to see how the system will perform if cloud services become unavailable

    This is obviously not an exhaustive list, but should give you a start in your planning. Eventually you are going to have to make a cloud migration if you have’nt already. Better to start planning for it now.