Mission of Platform Engineering at Mercari Providing core infrastructure, toolings and workflows for Mercari Group developers so that they can deliver new value and experience to Mercari customers quickly and reliably.
Mission of Platform Engineering at Mercari Providing core infrastructure, toolings and workflows for Mercari Group developers so that they can deliver new value and experience to Mercari customers quickly and reliably.
Mission of Platform Engineering at Mercari Providing core infrastructure, toolings and workflows for Mercari Group developers so that they can deliver new value and experience to Mercari customers quickly and reliably.
Build Test Deploy Operate Infrastructure Network Data Interface Documentation On-support Production readiness check Service catalog Template project Common language package/library Protobuf management CI platform QA environment & automation Cloud administration Kubernetes administration Terraform & Kubernetes monorepo CDN administration Cloud network Service mesh Data pipeline and lake Data governance (lineages) CD platform Experimentation platform Supply Chain Security protection Delivery configuration management Observability platform Production access managements
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Platform as Product "Platform as a Product" is a mindset where the internal developer platform is managed continuously like “Product”, by considering developers as “customer,” focusing on meeting its needs. Unlike a Project, which has a finite life cycle with a clear start and end based on achieving specific goals, this approach sees the platform as an ongoing concern that requires continuous refinement and improvement.
Discovery Exploring the issues developers are facing Evaluating the solution works or not. Deciding which issues to address in which order. Prioritization Validation
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Start from “Collaboration” ● Easy Discovery & Prioritization: Platform team can actually facing the issue as Stream-aligned team and understand it clearly ● Easy Validation: Platform Team can get feedback directly from the team and iterate quickly
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Force of “Collaboration” … When “Collaboration”, there is a natural force to be the same team forever e.g., Platform Team is taking all operation or On-calling 👉 Platform becomes specific to the team. It can not be scaled Collaboration Getting too close
Against the force of “Collaboration” ● Have a deadline of the “Collaboration” ● Keep future “X-as-a-Service” in mind ● Have a strict line on what NOT to do
Getting too further away Force of X-as-a-Service … When “X-as-a-Service”, there is a natural force to getting further and further away from the stream aligned team. Platform Team only cares about its internal … Steam-aligned Team does not know what Platform Team is doing … 👉 Platform Team can not properly discover the issue to be solved or validate the solution … X-as-a-Service
Against the force of “X-as-a-Service” ● Keep the visibility of Platform activity ● Have direct feedback channels with Stream-aligned team ● Use “Collaboration” for exploring and validation
Lessons Learned ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
Migration Project at Mercari ● Replacing legacy infrastructure/system with new platform ○ e.g., Moving monolith system from On-prem environment ○ e.g., Moving SaaS based CI platform to self-hosted ● Enabling new features ○ e.g., Migrating to GKE workload Identity ● Applying best practices to the service running on the platform ○ e.g., Improving resource utilization (FinOps)
Time Number of internal tools With Migration Without Migration Reducing the maintenance costs and technical debt Increasing the leverage of tooling improvements to everyone Keeping the system complexity lows Lots of similar tool is built but not maintained…
“X-as-a-Service” Makes Migration Hard ● X-as-a-Service/Self-service means delegating responsibility of workflows or configuration management to Stream-aligned Teams ○ = Platform Teams can not modify them ● Some can be only by Platform Team but the most of migration requires support from Stream-aligned Teams …
Tips: Successful Migration ● Design with Migration in mind ● Start from “Collaboration” ● Reduce the cost of migration as much as possible ● Communicate, communicate, communicate
Conclusion ● Business as First Priority ● Platform as Product ● Start from “Collaboration” ● Keep Appropriate Distance from Stream-aligned Team ● Platform Engineering = Migration Engineering
tcnksm
lara
smashingmag
michaelherold
brettharned
ammeep
myddelton
bkeepers
keavy
skipperchong
malarkey
gr2m