Corporate · onsite · online training worldwide
contact@DevOpsSchool.com· +91 99057 40781·
> PHP Web Framework · DevOpsSchool Trainer

Laravel Trainer

Private corporate batches, live online cohorts and 1-on-1 mentoring in MVC application development in PHP — routing, Blade, Eloquent, queues, authorisation, testing and API delivery — taught by a practitioner who runs it in production.

20 years across DevOps, SRE and Security · 10,000+ engineers trained · Trained teams at JPMorgan Chase, Verizon, Nokia and the World Bank

DeliveryOnline · Onsite · Hybrid
FormatsCorporate · 1-on-1 · Cohort
AgendaCustomisable
Batch size8–30 engineers
Engineers we've trained work at
JPMorgan ChaseBank of AmericaWells FargoVerizonNokiaWorld BankGE HealthcareVMwareOracleQualcommMercedes-BenzAirbusDatadogSplunkDeloitteInfosysWiproCapgemini
# who teaches it

Your Laravel trainer

Rajesh Kumar

Principal DevOps Engineer & Architect

20 years in productionPrincipal / architect roles10,000+ engineers trainedM.Tech BITS Pilani25+ certifications

Rajesh teaches Laravel around the request lifecycle rather than the scaffolding — how a request reaches a route, passes middleware, resolves dependencies from the container, is validated by a form request, hits Eloquent and returns a Blade view or an API resource. Sessions concentrate on the parts that decide whether an application scales: relationship design and eager loading, query scopes, authorisation with gates and policies, queued jobs with retries and failure handling, feature tests against a real database, and the deployment mechanics — migrations, cached config, supervised queue workers and asset builds — that most Laravel courses leave out.

Twenty years across DevOps, SRE and Security, in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe and others. He has trained engineers at JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus — more than 10,000 people personally. He teaches what he runs, not what he reads.

One practitioner, not a bench

You are booked with a named engineer, and that is who turns up. Marketplaces and larger providers rotate whoever is free, so the person who sold you the agenda is rarely the person teaching it.

The same trainer is available for the next engagement, which matters when a team builds on what it learned last time.

18,000+certified learners
500+corporate batches delivered
50+countries served
100+certification programmes
# faculty

Who delivers Laravel engagements

Your batch is assigned a named trainer before it starts, and that is who teaches it. See the full faculty.

How your Laravel trainer is chosen

Engagements are matched on the tool, not the calendar. For Laravel that means a trainer who has run it in production — MVC application development in PHP — routing, Blade, Eloquent, queues, authorisation, testing and API delivery — rather than whoever is free that week. You are told who is teaching before you commit, and that person is on the discovery call that shapes the agenda.

Where a batch is large enough to need a second trainer, the pairing is declared up front. The lead trainer stays accountable for the syllabus and the assessment either way.

Rajesh Kumar

Principal DevOps Engineer & Architect

India20 yrsLead trainer

Twenty years across DevOps, SRE and Security in principal and architect roles at PayPay, SoftwareAG, ServiceNow, JDA Software, Intuit, Adobe, IBM/Emptoris, Ness, MindTree and Accenture. He has trained more than 10,000 engineers personally, at organisations including JPMorgan Chase, Verizon, Nokia, the World Bank, VMware, Oracle, Mercedes-Benz and Airbus. He teaches what he runs, not what he reads.

Amit Agarwal

IndiaInstructorCoach

Anil Kumar

IndiaInstructorCoach

Balachandran Anbalagan

IndiaInstructorCoach

Durga Prasad

IndiaInstructorCoach

Gaurav Aggarwal

IndiaInstructorCoach

Harsh Mehta

IndiaInstructorCoach

Kapil Gupta

IndiaInstructorCoach

Kunal Jain

IndiaInstructorCoach

Nikhil Gupta

IndiaInstructorCoach

Pranab Kumar

IndiaInstructorCoach

Rohit Ghatol

IndiaInstructorCoach

# how to engage

Four ways to work with this trainer

Private corporate batch

Teams of 8–30

Custom agenda, your timezone, onsite or online, NDA-friendly.

Request a quote

1-on-1 mentoring

Individual engineers

A private instructor and a curriculum built around your goal.

₹99,999

Live & Interactive cohort

Individuals who want peers

Scheduled batch, max 8 to 10 hours of live instruction.

₹34,999

Self-paced video

Self-starters

Full LMS access — 20+ courses and 50+ tools included.

₹833/mo
# private batches

Private Laravel training for your team

A private batch starts with a discovery call. We look at the stack you actually run — the CI system, the cloud, the constraints — and map the agenda onto it, so examples use your topology rather than a generic one.

Delivery is onsite at your premises, live online, or hybrid, scheduled around your release calendar rather than ours. Batches run 8 to 30 engineers.

Every attendee leaves with recordings, slides, lab repositories and a completion certificate. You receive an attendance and assessment report. Invoicing supports PO and GST.

Talk to us about a private Laravel batch

What you provide vs what we bring

  • You: the room or the call, and the engineers
  • Us: trainer, agenda, labs, assessment, certificates
  • Labs: we guide your team through provisioning their own free-tier cloud environment — the skill goes with them
# the technology

What is Laravel?

Laravel is a PHP web framework built around the model-view-controller pattern. It ships with the parts most web applications need rather than leaving them to be assembled: a router, the Blade templating engine, the Eloquent ORM, a schema migration system, queues, a mailer, a task scheduler, an authentication scaffold and a first-class testing harness — all wired together by a service container that resolves dependencies for you and by facades that give those services a short, static-looking API.

The three pieces engineers spend their days in are routing, Blade and Eloquent. Routes map an HTTP verb and URI to a controller action, with route groups, middleware and route-model binding removing most of the boilerplate around authentication and lookup. Blade compiles templates to plain PHP, supports layouts, partials and components, and escapes interpolated output by default — which is why cross-site scripting is rare in applications that use it as intended. Eloquent maps tables to model classes and expresses one-to-one, one-to-many, many-to-many and polymorphic relationships as ordinary methods; eager loading and query scopes are what decide whether a listing page issues three queries or three hundred.

Around that core sit the facilities that separate a demo from a production application. Artisan generates code and runs scheduled commands. Migrations, seeders and model factories make a schema and its test data reproducible. Form requests and validation rules keep input handling out of controllers. Gates and policies express authorisation. Queues move slow work — mail, image processing, third-party API calls — out of the request cycle and give you a failed-jobs table when it goes wrong. API resources, token authentication and HTTP tests cover the case where the client is a mobile app or a single-page front end rather than a Blade view.

Why this skill matters now

PHP still runs a very large share of the web, and inside that share Laravel has become the default choice for new work. That creates a specific hiring pattern: organisations are not looking for people who can write PHP, they are looking for people who can work inside Laravel's conventions — because a codebase that follows them is maintainable by the next person, and one that fights them is not.

The gap in most teams is depth rather than familiarity. Scaffolding a CRUD controller takes an afternoon. Knowing why a page is slow because a relationship is lazy-loaded inside a loop, when a global query scope is the right answer and when it is a trap, how to move a third-party call into a queued job with retries and a failed-job path, and how to write feature tests that hit a real database rather than mocking everything — that is the part that decides whether an application survives its second year.

There is also a delivery dimension that most Laravel courses ignore entirely. A Laravel application in production needs migrations that run safely on deploy, a queue worker supervised and restarted on release, a scheduler entry, cached configuration and routes, asset builds, and environment configuration that never lands in the repository. Teams that treat those as deployment details discover them during an incident.

Laravel training
# outcomes

What your team can do afterwards

Build a complete Laravel application from routes and controllers through Blade views to a migrated, seeded database
Design Eloquent models and relationships — including many-to-many and polymorphic — and eliminate N+1 queries with eager loading
Validate and authorise every request properly using form requests, gates and policies rather than checks scattered in controllers
Write feature and unit tests that run against a real database, with model factories, seeders and a clean test lifecycle
Move slow work off the request path with queued jobs, retries, rate limiting and a failed-job recovery process
Serve mobile and SPA clients with API resources, pagination, token authentication and tested JSON contracts
Use caching, query scopes and Blade components to keep a growing application fast and readable
Deploy a Laravel application safely — environment configuration, migrations, cached config and routes, and supervised queue workers
# curriculum

12 modules. Live demos in a real lab, not slides.

01MVC, project structure and ArtisanLive & Interactive5 hrs · 2 assignments · 1 capstone

Why MVC exists and what a Laravel project actually contains. Creating a project, reading the folder structure without guessing, and using the Artisan command line for generation, inspection and maintenance — the tool you will use in every subsequent module.

Topics: MVC and what a non-MVC PHP application costs you · Creating a Laravel project and the folder structure · Composer, autoloading and the vendor directory · The Artisan CLI: make, list, tinker and route commands · The service container and dependency resolution · Facades and what they actually resolve to

  • Assignments: (1) Create a project and map every top-level directory to its responsibility; (2) Generate a controller, model and migration with Artisan and inspect what was written
  • Capstone: Stand up a project skeleton with a working route, controller, model and view you keep for the rest of the course
02Blade templating and front-end assetsLive & Interactive5 hrs · 2 assignments · 1 capstone

The view layer. Layouts, partials, control structures and data display in Blade, its automatic XSS escaping and when you have to bypass it, then Blade components for genuine reuse. Finishes with the asset pipeline — Vite in current versions, Laravel Mix in the projects you may still be maintaining.

Topics: Why templating engines exist · Layouts, sections and stacks · Displaying data and Blade's XSS protection · Partials and includes · Control structures: conditionals, loops, directives · Blade components, slots and attribute merging · View composers · Asset compilation with Vite and Laravel Mix · Versioned assets and cache busting

  • Assignments: (1) Convert a repeated block of markup into a Blade component with slots; (2) Wire an asset build and prove cache busting works after a change
  • Capstone: Build a layout, navigation and component set that every later page in the project reuses
03Routing and the request lifecycleLive & Interactive5 hrs · 2 assignments · 1 capstone

How a request actually travels through Laravel — public entry point, kernel, middleware stack, router, controller, response. Then the routing features that keep a growing route file readable: named routes, parameters, groups, prefixes and route-model binding.

Topics: The Laravel request lifecycle end to end · Defining GET and POST routes · Named routes and URL generation · Route parameters, optional parameters and constraints · Route groups, prefixes and middleware groups · Route-model binding, implicit and explicit · Middleware: writing, registering and ordering · Route caching and what breaks it

  • Assignments: (1) Restructure a flat route file into groups with shared middleware and prefixes; (2) Write a middleware that rejects a request and prove the ordering matters
  • Capstone: Design the full route map for the course project, named and grouped, with route-model binding throughout
04Requests, responses, validation and CSRFLive & Interactive5 hrs · 2 assignments · 1 capstone

Handling input safely. Extracting data from GET and POST requests, dependency injection versus facades for the request object, CSRF protection and why it exists, validation rules and form request classes, and the session flash messages that make validation errors visible to the user.

Topics: Extracting data from GET and POST requests · Dependency injection vs facades for the Request · Response types: views, redirects, JSON, files · Cross-site request forgery and Laravel's CSRF token · Validation rules and custom rules · Form request classes and authorisation inside them · Displaying validation errors and the old input helper · Session flash messages

  • Assignments: (1) Move inline validation out of a controller into a form request class; (2) Break CSRF protection deliberately, observe the failure, then restore it
  • Capstone: Deliver a form that validates server-side, repopulates old input, reports errors clearly and is CSRF-protected
05Controllers, models, configuration and environmentsLive & Interactive5 hrs · 2 assignments · 1 capstone

Where logic belongs. Controller responsibilities and how Laravel resolves them, resource controllers, keeping business rules in models and services rather than controllers, and the configuration and environment system that lets one codebase run in development, staging and production.

Topics: Controllers, resource controllers and single-action controllers · How Laravel locates and resolves a controller · Model responsibilities and keeping controllers thin · Configuration files and the config helper · The .env file, environment variables and what must never be committed · Configuring database connections per environment · Config caching and its consequences · Service classes and the container

  • Assignments: (1) Refactor a fat controller into a service class with injected dependencies; (2) Run the same codebase against two environments by configuration alone
  • Capstone: Restructure the project so every business rule lives outside the controller and every environment difference lives in configuration
06Databases — migrations, Eloquent and the query builderLive & Interactive5 hrs · 2 assignments · 1 capstone

The persistence layer. Migrations as version control for the schema, the Eloquent ORM for reading and writing models, Tinker for exploring both interactively, and the query builder for the cases where Eloquent is the wrong tool.

Topics: Migrations: creating, running, rolling back and squashing · Schema builder: columns, indexes, foreign keys · Eloquent models, conventions and overriding them · Creating, updating and deleting models · Retrieving single models and collections · Collections and their methods · The query builder and raw expressions · Tinker as an exploration tool · Soft deletes, querying and restoring

  • Assignments: (1) Write a migration set that builds the project schema from empty; (2) Solve the same query three ways — Eloquent, query builder, raw — and compare
  • Capstone: Model the project's data layer with migrations, models and soft deletes, provable by rebuilding the database from scratch
07Forms and CRUDLive & Interactive5 hrs · 2 assignments · 1 capstone

The complete create, read, update, delete cycle wired to real forms. Form markup and method spoofing, storing submitted data, mass assignment and why fillable and guarded exist, edit and update actions, and deletion including related records.

Topics: Form markup, method spoofing and the CSRF field · Storing submitted data · Mass assignment, fillable and guarded · Edit forms and update actions · Deleting models and deleting through forms · Cascading deletes vs model events · Redirects, flash messages and the post-redirect-get pattern · File uploads, the Storage facade and validating uploaded files

  • Assignments: (1) Implement full CRUD for one resource with validation and flash messaging; (2) Add an image upload with size, type and dimension validation, plus deletion of the stored file
  • Capstone: Ship a complete resource management screen with create, edit, delete, upload and confirmation flows
08Eloquent relationships, scopes and query performanceLive & Interactive5 hrs · 2 assignments · 1 capstone

The module that decides whether the application is fast. Every relationship type including polymorphic, then the performance work: lazy versus eager loading, querying relationship existence and absence, counting related models, and local and global query scopes.

Topics: One-to-one relationships: migration, assignment, querying · One-to-many relationships and inverse relations · Many-to-many, pivot tables and pivot data · Polymorphic relations: one-to-one, one-to-many and many-to-many · Model traits for shared relationship behaviour · Lazy loading vs eager loading and the N+1 problem · Querying relationship existence, absence and counts · Local query scopes · Global query scopes and the problems they cause · Nested eager loading

  • Assignments: (1) Find and fix an N+1 query on a real listing page and record the query count before and after; (2) Replace three repeated query fragments with local scopes
  • Capstone: Build a reporting page over a many-to-many and a polymorphic relation that renders in a constant number of queries
09Authentication, authorisation, gates and policiesLive & Interactive5 hrs · 2 assignments · 1 capstone

Who the user is, and what they are allowed to do — two separate problems that get conflated. Registration, login, guards, remember-me and logout; then authorisation with gates and policies, enforced in controllers, routes and Blade templates alike.

Topics: How registration and login work in Laravel · Guards, providers and the authentication configuration · Custom registration and login forms · Remember-me, logout and CSRF token expiry · Retrieving the authenticated user and protecting routes · The RedirectIfAuthenticated middleware · Gates and the authorize helper · Policies, policy discovery and authorizeResource · Gate or policy — choosing between them · Admin overrides and permission checks in Blade

  • Assignments: (1) Write a policy that permits owners and administrators but nobody else, and test all three cases; (2) Protect a route, a controller action and a Blade block with the same authorisation rule
  • Capstone: Deliver a complete authorisation model for the project where every action is permitted by an explicit rule
10Testing, model factories and seedingLive & Interactive5 hrs · 2 assignments · 1 capstone

Tests that give real confidence. Configuring a test environment and database, feature tests for controller actions, testing creation, update, deletion and failure paths, and using model factories and seeders so tests and local development both start from realistic data.

Topics: Test configuration, environments and the test database · Writing a first feature test · Testing database interactions and refreshing state · Testing store, update and delete actions · Testing for failure and validation errors · Testing routes that require authentication · Model factories, states and callbacks · Seeders, individual seeder classes and seeding relations · Foreign keys and the SQLite not-null trap · Running the suite against MySQL rather than SQLite

  • Assignments: (1) Write factories and a seeder that produce a realistic dataset in one command; (2) Add feature tests covering the happy path, the validation failure and the unauthorised case for one resource
  • Capstone: Deliver a test suite that fails when authorisation, validation or a relationship is broken
11Caching, queues, events and mailLive & Interactive5 hrs · 2 assignments · 1 capstone

Everything that should not happen inside the request. Cache stores and tags with Redis behind them, queued jobs with delays, retries, rate limits and named queues, model observers and events for decoupling, mailables including markdown mail, and localisation for multi-language applications.

Topics: Cache stores, the Cache facade and cache tags · Redis as a cache and queue backend · Queue configuration, jobs and running workers · Delayed jobs, retries and failed jobs · Rate limiting, named queues and prioritisation · Model observers, events, listeners and subscribers · Mailable classes, markdown mail and attachments · Previewing mail in the browser · Localisation, translation files and locale middleware · Logging and the Laravel Debugbar

  • Assignments: (1) Move an outbound email into a queued job and prove the request returns before it sends; (2) Deliberately fail a job, inspect the failed_jobs table and retry it
  • Capstone: Take the slowest action in the project, queue it, add retries and failure handling, and measure the response time change
12APIs, serialisation and third-party integrationLive & Interactive5 hrs · 2 assignments · 1 capstone

Serving clients that are not Blade views. Model serialisation and hiding attributes, API resources and resource collections, pagination, token authentication, correct error responses, and testing JSON contracts. Then real integrations: social login and a payment provider, both of which teach credential handling and failure paths.

Topics: How model serialisation works and hiding attributes · API routes, controllers and versioning · API resources, resource collections and response wrapping · Conditional and relation-aware serialisation · Pagination and custom pagination parameters · Token authentication with Sanctum · Handling 404 and validation errors as JSON · Authorisation in an API context · Testing API endpoints and asserting JSON structure · Social login with Laravel Socialite · Consuming a third-party HTTP API with the HTTP client · Payment provider integration: orders, capture, cancellation and webhooks

  • Assignments: (1) Expose one resource as a tested, paginated, token-authenticated JSON API; (2) Integrate one external provider and handle its failure and cancellation paths, not just the success path
  • Capstone: Deliver an API that a mobile client could consume — authenticated, paginated, documented and covered by tests

Need this mapped to your stack?

We rebuild the agenda around the tools you actually run.

Request a custom agenda
# hands-on

Labs and capstones your engineers actually build

LAB · FOUNDATION

From empty directory to running application

Create the project, build a layout and components, define a grouped route map, and get one resource rendering from a migrated and seeded database.

artisanbladerouting
LAB · DATA

Relationships and the N+1 hunt

Model one-to-many, many-to-many and polymorphic relations, then instrument a listing page, find the N+1 queries and remove them with eager loading and scopes.

eloquenteager loadingscopes
LAB · SECURITY

Authentication and a policy you cannot bypass

Build registration and login, then enforce one authorisation rule identically in the route, the controller and the Blade template, and prove it with tests.

authpoliciesgates
LAB · TESTING

A suite that catches a real regression

Build factories, seeders and feature tests, then break authorisation and validation deliberately and watch the suite fail for the right reasons.

phpunitfactoriesseeding
LAB · ASYNC

Get the slow work off the request

Move mail and a third-party call into queued jobs with retries, rate limits and named queues, then fail one on purpose and recover it from the failed-jobs table.

queuesredisjobs
CAPSTONE · API

An API a mobile client could ship against

Expose the application as a token-authenticated, paginated JSON API with resources, correct error shapes and tests that assert the contract.

apisanctumresources
# ecosystem

The tools Laravel sits next to

PHP
Composer
MySQL
PostgreSQL
Redis
Docker
Nginx
Git
PHPUnit
Vite
Bootstrap
GitHub Actions

Who this is for

  • PHP developers moving from procedural or legacy frameworks to Laravel
  • Full-stack engineers who need to own a Laravel codebase end to end
  • Backend engineers from other languages picking up Laravel for a specific project
  • Teams inheriting an existing Laravel application they did not write
  • Engineers building APIs behind mobile or single-page front ends
  • DevOps and platform engineers who deploy and operate Laravel applications

Pre-requisites

  • Working knowledge of PHP — functions, classes, namespaces and Composer
  • Comfortable with HTML and CSS, and able to read JavaScript
  • Basic SQL: tables, joins, indexes and what a slow query looks like
  • Familiarity with Git and the command line
  • A local environment able to run PHP, a database and Node — Docker, Sail, Homestead or native
# pricing

Straightforward pricing

Every plan includes 1 year of full LMS access — not just this course, the entire DevOpsSchool LMS: 20+ courses, 50+ tools, videos, quizzes, assignments and projects.

Self-paced video

₹833/mo

Billed yearly at ₹9,996

Enroll now

1-on-1 mentorship

₹99,999

Full program, private instructor

Enroll 1-on-1

Corporate / private batch

8–30 engineers · custom agenda · onsite or online · PO and GST invoicing

Get a custom quote

Refunds. If we cancel or postpone a cohort, you get a full refund within 15 days. There is no money-back guarantee otherwise.

Terms. Course material remains licensed to the attendee. Read the terms.

Your data. We don't share it with third parties. Privacy policy.

Every attendee gets a verifiable certificate

  • Issued per attendee on completion
  • Verifiable at devopsschool.com/certificates
  • Hard copy available on request
  • Corporate batches receive an attendance and assessment report
DevOpsSchool

Laravel Training

Certificate of completion

# feedback

What engineers say

4.4 / 5 from 26 reviews on Trustpilot.

★★★★★
Very detailed explanation and has lots of patience in attending the questionnaire. Thanks again for your wonderful sessions.
Uttam Samudrala · Trustpilot
★★★★★
Good discussion, helped us to understand different tools in SRE.
Prashant Saxena · Trustpilot
★★★★★
Got good lab sessions which kept the new DevOps tool learnings to the point and it helped a lot in my career.
robin son · Trustpilot
★★★★★
I took Terraform training with the tutor named Mithilesh. I requested to tailor the course curriculum for my needs. He did an excellent job of showing me how to write the Terraform script per the instructions provided.
jason smith · Trustpilot
★★★★★
My experience with the AIOps training was positive. The course covered important topics in a structured way, and Rajesh Kumar explained the concepts patiently. I found the practical aspects particularly helpful because they made the technical content easier to understand.
AARTI KUMARI · Trustpilot
★★★★★
I was looking to improve my understanding of AIOps, and this training helped me achieve that goal. Rajesh Kumar explained the subject in a structured and practical manner. The sessions on different AIOps concepts were informative.
Sonali Tiwari · Trustpilot
# comparison

Why a named practitioner beats a marketplace listing

What mattersYouTube + blogsGeneric online courseFreelance marketplaceDevOpsSchool
Named practitionerNoRarelyVaries per bookingYes — same trainer each time
Production experienceUnknownUnknownUnverified20 years, named employers
Custom agendaNoNoSometimesBuilt from your stack
Onsite deliveryNoNoSometimesYes
Lab environmentNoneSandbox that expiresVariesYour own cloud — skill goes with you
AssessmentNoneQuizRarelyAssignments + capstone per module
Per-attendee certificatesNoSometimesRarelyYes
Corporate invoicingNoLimitedVariesPO and GST
Post-training supportNoneForum, time-limitedNoneLifetime forum access
# questions

Frequently asked

Can the agenda be customised for our stack?
Yes — that is the normal case for a private batch. We start with a discovery call, look at the Laravel version, database, queue backend and front-end setup you actually run, and rebuild the module list around them. Examples then use your codebase's patterns rather than generic ones.
Which Laravel version do you teach?
The version you run. The framework's core — routing, Blade, Eloquent, queues, policies, testing — is stable across recent major versions, so we teach against your version and flag the differences that matter, such as the move from Laravel Mix to Vite and changes to the application skeleton.
We have a legacy Laravel application nobody wants to touch. Can you help?
Yes, and that is a common private batch. We work on your codebase: finding N+1 queries, moving logic out of fat controllers, adding characterisation tests before refactoring, and introducing migrations and seeders so the schema can be rebuilt reliably.
Do you cover the front end as well?
We cover Blade, components and the asset pipeline properly. Full JavaScript framework work is a separate course — but if you serve a Vue or React front end, the API module covers the contract, authentication and testing side in depth.
Do you cover deployment and operations?
Yes. Environment configuration, running migrations safely on deploy, config and route caching, supervised queue workers, the scheduler and asset builds are covered because they are where most Laravel production incidents originate.
How long does a private Laravel batch take?
Typically four to five days. Routing, Blade, Eloquent and CRUD fit in three; adding relationships and performance work, authorisation, testing, queues and the API module takes it to five.
What lab environment do we need?
Attendees provision their own environment — free-tier AWS, Azure or GCP, or local VMs — and we walk them through it. We deliberately do not hand out temporary sandboxes, because the environment they build is the one they keep.
Do you deliver onsite?
Yes. Private batches run onsite at your premises, live online, or hybrid. You provide the room and the engineers; we bring the trainer, agenda, labs, assessment and certificates.
What size are batches?
Private corporate batches run 8 to 30 engineers. Public Live & Interactive cohorts are capped at 10 so everyone gets time with the trainer.
Do attendees get a certificate?
Yes — every attendee receives a completion certificate, verifiable at devopsschool.com/certificates. Corporate batches also receive an attendance and assessment report.
What happens if someone misses a session?
Sessions are recorded and available in the LMS, and attendees keep LMS access for a year. For public cohorts, a missed session can be picked up in a later batch.
What is your refund position?
If we cancel or postpone a cohort, you receive a full refund within 15 days. There is no general money-back guarantee, and GST and gateway fees are not refunded.

Still deciding?

Tell us the team, the stack and the timeline. You'll get a straight answer, not a sales sequence.

Talk to an advisor
# ready when you are

Book a Laravel trainer — or ask a question first.

  • No spam, no drip sequence
  • Syllabus in 60 seconds
  • A human reply within one business day

Prefer to call or email?

More ways to reach us on the contact page.

Talk to an advisorRequest a quote