A cloud cutover needs one clear writer
Moving traffic is only part of a migration. Decide where new business changes are accepted and how that authority moves without creating conflicting histories.
Read articleAI implementation, software architecture, cloud operations and Australian technology policy.
90 articles in Cloud solutions
Page 1 of 5
Moving traffic is only part of a migration. Decide where new business changes are accepted and how that authority moves without creating conflicting histories.
Read articleA landing zone should make safe deployment routine. Define ownership, identity and operating boundaries before adding shared services that every workload must depend on.
Read articleA restore is complete when a verified business workflow works again. Recovering files alone does not restore identity, configuration or external dependencies.
Read articleA second application region is not a complete recovery path. Authentication, keys, integrations and write ownership need the same rehearsal as compute and data.
Read articleInfrastructure drift is a difference to investigate, not an instruction to overwrite production. Establish why the live state changed before choosing what the next deployment should do.
Read articleSending a few requests to a new release limits initial exposure. It becomes a useful safety mechanism only when evidence determines whether to continue, pause or recover.
Read articleA service indicator should describe the experience the application is meant to provide. CPU usage and healthy processes help explain failures, but do not establish that a task succeeded.
Read articleCost allocation helps teams make decisions when they understand direct charges, shared services and adjustments. Extra decimal places do not make an arbitrary split more accurate.
Read articleUpdating a secret store is one step in a distributed change. The target service and every consumer must agree on which credential works before the old one is retired.
Read articleA quiet website can still have an active database. Include jobs, callbacks and queued work in the cutover fence.
Read articleMake the first environment reproducible before scaling account creation. Include the access, logging and ownership that turn empty infrastructure into a usable workspace.
Read articleBuild the recovery environment so the application can be tested without repeating production side effects. Reconnect dependencies deliberately after data verification.
Read articleReduce the work that must happen under incident pressure. Keep the target's required artefacts, authority and configuration ready through the normal release process.
Read articleDetect changes without automatically applying a correction. Give the owning team a useful difference and enough context to decide what should happen.
Read articleDeploying code and enabling behaviour are related but different actions. Track both so an operator can tell what a request actually experienced.
Read articleQueue workers can look healthy while old work remains unfinished. Measure from acceptance to the required result, including jobs that never emit a completion event.
Read articleKeep raw billing facts separate from derived allocation. This makes corrections and historical reporting possible without repeatedly reinterpreting the original data.
Read articleA credential loaded once at startup will not automatically follow rotation. Make refresh behaviour explicit and test it at the connection boundary.
Read article