180 Days Immersed in The AWS Universe: How J&S Food Went Digital

Prologue

I originally wrote this article to sort of celebrate an AWS Community Hero Award given by Amazon; my ambition was to provide aspiring AWS Solutions Architects with the key knowledge they need to quickly master AWS. As my career is often marked by good surprises, a literary agent made me change my plan, he introduced me to the top publisher John Wiley & Sons for a book project. This is how this article became the foundation of the best selling Transforming Your Business With AWS: Getting The Most Out Of Using AWS to Modernize and Innovate Your Digital Services. Written for educational purposes, through the story of Julienne & Simone (J&S) Food’s digital transformation, the article takes the reader (CIO, CTO, Architect) on a learning journey of how businesses must take advantage of the power of AWS to go digital and lead their industry.

New Day, CNN’s morning TV show, was discussing the digital platform economy and the case of a company that weirdly caught my attention; since the beginning of the week, a curious gut feeling was urging me to investigate digital transformation scenarios similar to that of this company. I could not understand why.

Christine Romans, the TV show host, was telling the story of J&S Food Inc., a leading firm in the global food industry. The company was losing market shares and money; the platform economy’s expansion in the food sector brought in new competitors including Amazon Fresh, Fresh Direct, Instacart, and Growcer. Their new food shopping experience—online food shopping, virtual supermarkets, smart shopping carts—disrupted the industry and by extension, made many aspects of the company irrelevant particularly, its business model and more importantly its IT.

J&S Food? that name sounds like a mystery,” I whispered. I stood and opened the curtain; Capital Boulevard in downtown Raleigh was under the rain. “Perfect weather for staying home and dig on AWS cybersecurity,” I whispered again when my smartphone suddenly rang. It read, “J&S Food, Hoboken, NJ.” Confused by the strange coincidence, I picked up the call.

In a French accent that I recognized immediately, Jean-Pierre introduced himself as the J&S Food’s CIO. After the greeting and civilities, he went straight to the point, “I know your work on AWS, I love it. I’ve attended your conference in Hamburg, I’ve even read your latest book Transforming Your Business with AWS: Getting the Most Out of Using AWS to Modernize and Innovate Your Digital Services. (John Wiley & Sons). A master piece. I need your help.

Delighted by these morning compliments, but above all, troubled by the gut feeling that J&S Food would get in touch, I stuttered, “How… How… can I help you?” Enthusiastic, Jean-Pierre replied, “To survive, J&S Food must go digital. We want you to team up with our Enterprise Architect to help us achieve it.

Two hours later, the Webex meeting between Jean-Pierre, Wei, and me took place. The next day we kicked off J&S Food’s digital transformation project.

I was leading AWS engagements for almost 14 years, and was known for easing complex AWS migrations using agile methodologies. My record included datacenter migrations to cloud, digital transformations, and the development of highly innovative digital products based on Machine Learning (ML) and Internet of Things (IoT). On the other hand, Wei, the Singapore-born enterprise architect, had a different profile; for nearly 21 years, he advised CIOs on how to leverage IT to boost business profits. SAP’s Kaan Turnali’s quote, “Digital transformation isn’t a technology makeover, it’s a business revolution,” summarized Wei’s digital transformation doctrine.

The big question was, how we would go about it? Wei and I agreed on the team and on using scrum as the framework to support the digital transformation effort. I tended to use Jira Scrum as a lightweight framework for managing projects with aggressive deadlines and complex requirements by augmenting its delivery lifecycle’s steps with varied tools and methodologies as deemed as necessary. These augmented steps made the transformation effort iterative and incremental, they included:

  • Product Vision, I proposed to use the Digital Business Model Development framework in this step to define the target digital business model architecture including J&S Food’s AWS cloud platform architecture.
  • Product Roadmap and Release Plan, as suggested, this step would be dedicated to developing a transformation roadmap describing how these architectures would be implemented.
  • Product Release Backlog Definition, would be used to break down the digital business model and AWS cloud architectures into a prioritized list of architectural building blocks, functions, and features estimated in terms of complexity.
  • Sprint Planning would be used to help the team’s members to organize the product backlog’s items (building blocks, functions, features) into 4-week sprints. Understand sprints as timeboxed-subprojects supporting each, the incremental implementation of the expected building blocks, functions, and features.
  • Sprint Backlog would focus on how to accomplish the next sprint in terms of concerned building blocks, functions, and features, estimated hours of work as well as roles and responsibilities.
  • Sprints Execution would be dedicated to completing deliverables like configuring J&S Food’s AWS Virtual Private Cloud (VPC) to implement the AWS cloud, iteratively rearchitecting and migrating the applications implementing the expected business functions, and optimizing IT operations for the AWS cloud.
  • Sprints Review, as we agreed, would be dedicated to performing User Acceptance Tests (UAT) and running the pilot project involving sales, marketing, developers, and IT operations.

This educational and learning article about AWS Digital Transformation tells the unprecedented story of how an Enterprise Architect and an AWS Digital Transformation Strategist teamed up to help a global firm to restore its competitiveness.

“ Tackle Your Business Model Transformation Issue First Or Prepare To Completely Fail

Wei was one of the few enterprise architects claiming that making the business model transformation the starting point of the digital transformation project is creating the conditions for success. “Business first, technology next,” was his mantra. He was right, the chief goal is to adjust the way the company does business to the requirements of the digital competitive environment, and certainly not the ill-considered deployment of technologies that the company doesn’t necessarily need. Experience shows that most companies engaged in digital transformation with in mind the belief that, alone technology deployment mechanically boosts benefits, fail to generate the expected revenues.

As he walked to the paperboard at the back of the meeting room, he recalled the strategic planning process complexity, “the challenge is to establish a roadmap that not only brings out the organizational, operational, and technological changes to implement, but that also tells how and when to implement these changes.

Under the watchful eye of the meeting participants, he drew a diagram that looked like the Digital Business Model Development framework below:

 

In a louder voice, as if to ask more attention, Wei explained, “As the roadmap translates it, the bottom line of our digital transformation strategy is to implement four digital business performance enablers including technology, operational model, organizational model, and people.” As participants fell silent, he clarified, “About technology, our IT infrastructure including the ecommerce applications will migrate to AWS cloud to not only cut IT expenses but also to accelerate IT operations. It’s good for our time-to-market and for our responsiveness to industry changes. With regard to the operational and organizational models, we’ll deploy a Cloud Operating Model for AWS, Scrum Agile, and probably an Ecommerce Operating Model. And as for people, concerned IT and business staff will be either hired or trained to AWS, Agile, and digital business platform.

Waving his hands, as if willing to convince, Wei continued, “These digital business performance enablers will be implemented through three phases involving 8 sprints of 50 architecture, migration, software, and platform deployment activities. These phases include: Implementation concerned with their implementation, Experiment dedicated to their experimentation through a pilot a project, and Deployment focused on deploying enterprise-wide the final releases of the AWS cloud, applications, digital food platform, the smart shopping bag along with the operational and organizational models.

The magic with Wei’s Digital Business Model Development framework, as astonished Jean-Pierre admitted it was that, “The combined application of the three questionnaires (industry analysis, impact analysis, and digital strategy map) made it possible to identify the food industry disruptors and pinpoint the impacted business aspects likely to be adjusted to the platform business requirements and digitized with technology.

“ Derive Your AWS Platform Architecture from Your Business Architecture Then Optimize it Using The AWS Well-Architecture Framework (WAF) Best Practices

Three days later, according to the roadmap instructions, it was my turn to contribute to J&S Food’s digital transformation; I had to develop the AWS platform’s architecture that would support the company’s digital business. It’s important to note that, by developing the J&S Food’s digital business architecture, Wei did an important part of the job. He provided the logical (or functional) architecture that would serve as the baseline for developing the AWS cloud architecture.

The meeting room was set up so that everyone could easily see the one-page PowerPoint presentation that I prepared and hear me; participants were arranged in a semicircle in front of me. They included enthusiastic Jean-Pierre and Wei, brilliant IT operations director Laetitia, plus some 20-25 thrilled developers, IT and database (DB) admins. They attended the workshop as part of my commitment to transfer AWS knowledge.

After the greeting, I warned, “Designing a cloud architecture must be supported by business motives, that is how Wei’s digital business architecture is fundamental.” He smiled, hiding rather badly his pride.

As I displayed the one-page presentation, I said, “The process isn’t that easy; it’s an effort where the building blocks, functions, and features of the business architecture are iteratively and incrementally mapped to the AWS services likely to enable them. The resulting technical platform is then fine-tuned based on the architectural best practices of the AWS Well-Architected Framework (WAF) five pillars: operational excellence, security, reliability, performance efficiency, and cost optimization.

 

 

Participants were listening quite carefully, some were taking notes while others were capturing the displayed AWS architecture development framework with their smartphone.

The story told by the one-page presentation was that, developing AWS solution architectures takes two fundamental elements: the business architecture as the input and the AWS Cloud Architecture Framework (CAF) as the generator of the desired AWS solution architecture.

As illustrated, the digital business architecture as designed by Wei, recommended two platforms including the smart shopping bag system and the digital food platform as well as the use of microservices and containers to make easy and speedy the application development process. Speaking directly to the technical team, I clarified, “From the AWS solution architecture perspective, the business architecture is the formulation of cloud architectural expectations and requirements not only in terms of compute, storage, and network virtual capabilities but also in terms of security, reliability, performance efficiency, operational excellence, and cost optimization expectations.

Anticipating the technical team’s questions, I hastened to propose, “Let’s see how the AWS architecture engineering framework will make this highly complex process simple.” The audience fell silent.

For about 2 hours, interacting with J&S Food’s technical team, based on the AWS Architecture Engineering questionnaires, while at the same time completing the AWS VPC’s blueprint (right part of the picture), I specified one after the other:

  • The settings of the Virtual Private Cloud (VPC) default Route Table (RT), Network Access Control List (NACL), Security Group (SG) to make the network traffic between the internet and the VPC and within the VPC fluent and safe;
  • The ranges of IPv4 addresses needed to make sure that the public and private subnets can accommodate enough instances to host the smart shopping bag and digital food platform applications;
  • The settings for the Network Address Translation (NAT) instances to enable instances in private subnets to initiate traffic with the internet while preventing them from receiving traffic initiated on the internet;
  • And the settings for the Elastic Load Balancer (ELB) to ensure fault tolerance.

The most exciting part of the workshop was the optimization of J&S Food’s AWS platform architecture using the Well-Architected Framework (WAF). The reason is that, the majority of aspiring AWS architects are desperately looking for a tool, a methodology, something that can hide the complexity of AWS and thus make their job easier. They are pinning all their hopes on AWS WAF.

I started, “What I like with WAF is that, by stressing the five pillars—Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization—it offers a holistic approach to cloud architecture design.” Then, I explained my practice, “I use each pillar primarily as a checklist of architectural best practices that bring out the AWS services and features to leverage.”

The table below reports the retained AWS architectural best practices:

 

The above table shows (only part of) the AWS architectural best practices J&S Food’s technical team would have to look at in the next days. The final release of the table included at least 88 AWS architectural recommended best practices.

The meeting room once again became silent; facial expressions showed satisfaction and excitement. Then a voice that we heard a lot in the workshop broke the silence, it was Laetitia. She was by far, the one who asked the most relevant questions. Smiling, aware that I noticed her relevance, she asked, “Now that we have an AWS platform architecture, I guess the next step is the implementation. Can you please elaborate on your knowledge transfer plan?

Again, she scored another good point, knowledge transfer was strategic for the company; Jean-Pierre expected from it that IT staff get deep insights into the company’s digital business platform. The transformation roadmap included at the Experiment and Deployment phases:

  • IT staff involvement in all architecture workshops;
  • IT staff involvement in platforms technical implementations;
  • Recruitment campaign of AWS specialist and digital platform experts;
  • And training the IT staff in AWS and digital platform business.

Epilogue

The J&S Food’s 180-day digital transformation journey as told Transforming Your Business With AWS: Getting The Most Out Of Using AWS to Modernize and Innovate Your Digital Services. confirms that the stake isn’t limited to the deployment of technology, but that it’s rather a matter of adapting the business model to the requirements of the digital economy and then automate it with technology. Moreover, to restore its competitiveness the company equipped itself with a comprehensive digital products and services development platform based on DevOps mechanisms that combined AWS CodePipeline infrastructure, Scrum and Extreme Programming (XP) practices, as well as IoT, ML, and EMR microservices libraries. That is a far cry from the technology-centric speech in which technology leaders are sometimes encouraged to stress IT tools deployment at the expense of business model adaptations to the digital business competition.

Arrange a Conversation 

Browse

Article by channel:

Read more articles tagged: