A picture appears in your viewer. That tells you the viewer received picture data, but it does not establish that you saved a document on your laptop. To locate the data, follow both the conversation and any Save action.
A request asks for data or an action. A response is the reply. The client sends a request; the server handles it and responds. These names describe software roles in a particular exchange. People also use server to mean a computer running server software.
Local means on the computer you are discussing. Remote means on another computer. A remote original and a saved local copy can contain identical data while occupying different storage.
Before you begin
- Recommended first
- Where practice is allowed, Files, programs, and processes
- Estimated time
- 15 min reading, 15 min activity. Setup and optional practice may take longer.
- Where you work
- Use a desktop or mobile browser with paper or a text editor for notes. No installation, account, terminal or paid service is needed. The cards describe fictional computers. Allow another 10–15 minutes if you choose the optional challenge.
- Without a lab
- Read the cards on this page and write your predictions on paper or in a text editor. Downloads contain the same text and are optional. Use the activity steps to explain your reasoning before comparing it with the expected result. Answer checking needs JavaScript and a secure browser context (HTTPS or a local preview). Saving progress also needs usable browser storage.
After this lesson you can:
- Identify client and server roles in one exchange.
- Order a request, response and local save.
- Distinguish a remote original from a local copy.
01Example
In this fictional exchange, a browser asks a club service for a note. The path /note names the requested resource; it is not a complete address to visit. No Save action is stated.
Browser -> club service: request /note
Club service -> browser: response with note data
Browser displays the note.
The browser requested: client.
The club service responded: server.
No user-saved local document is established by these events.02Roles follow the exchange
A picture service can answer your viewer, then request data from another service. It is the server in the first exchange and the client in the second. Name the particular exchange before assigning a role. A computer's size or location does not determine whether its software is acting as a client.
Later lessons explain protocols: agreed rules for communication. For now, follow a request and its response. Being a server does not establish that a service is trustworthy or that you have permission to test it.
Request and response establish client/server roles; display alone does not establish a user-saved file.Model. A teaching model drawn by hand. It shows the idea, not real tool output.
Read the full explanation below.
Playback is optional. Step through at your own pace.
The requester is the client for this exchange.
Follow the explanation
- The requester is the client for this exchange.
- The responding service is the server for this exchange.
- Display is not evidence of a separate user-saved local document.
Read every state and value
1. The requester is the client for this exchange.
- Messages shown
- request
- Current message
- request
- Policy decisions
- None
- Participant roles
- Actor: Browser / client; Text: Requests /note. · Actor: Club service / server; Text: Receives the request.
2. The responding service is the server for this exchange.
- Messages shown
- request · Response with note data
- Current message
- Response with note data
- Policy decisions
- None
- Participant roles
- Actor: Browser / client; Text: Displays the returned note data. · Actor: Club service / server; Text: Supplies a response with note data.
3. Display is not evidence of a separate user-saved local document.
- Messages shown
- request · Response with note data
- Current message
- Not established
- Policy decisions
- None
- Participant roles
- Actor: Browser / client; Text: User-saved document: not established. · Actor: Club service / server; Text: No browser file-save event is described.
Client and server roles in one exchange
A --request for data--> B
A <--response with data-- B
A is the client: it sends this request.
B is the server: it handles the request and sends the response.
If B asks C for data, B is the client in that second exchange.
The same computer can run software in both roles.
A remote original and a saved local copy are on different machines,
even when the copies contain the same data.
The arrows show direction; they do not establish permission or encryption.
03What cloud adds
A cloud service provides computing resources as a service, often on computers operated elsewhere by a provider. The formal definition includes on-demand access and shared resources that can be allocated as needed; a remote computer alone is not enough to establish that it is a cloud service. Cloud data still resides on computers and storage with owners and access rules.
Viewing remote data, saving a local copy and synchronizing copies are different actions. Synchronization means that software sends updates between copies. If no such feature is stated, an edit to a local copy gives you no reason to conclude that the remote original changed. A cloud label alone also tells you nothing definite about privacy or backups.
04Try the conversation cards
This activity changes from the example's note to a picture and includes an explicit Save action. Work with the printed evidence; no live service is needed.
Request, response and local save
Fictional cards; no address to visit or server to start.
Activity cards, out of order:
C: The laptop viewer receives picture data in working memory.
A: The picture service stores the original on its remote disk.
D: The learner selects Save; the viewer writes a local laptop copy.
B: The laptop viewer asks the picture service for the picture.
Assume A happens before this request, and no synchronization is set up.
Put the four cards in order. Label the requester and responder.
After D, draw the two places that hold a saved picture.
Predict whether editing only the laptop copy changes the original.
Separate question exchange:
A browser requests a new note. A note server responds.
Which participant is the client in this exchange?
Answer format: browser or server.
- Put the Activity cards in order before comparing with the expected A, B, C, D. The remote original exists first; the viewer requests it, receives the data and then saves a local copy.
- Draw a request arrow and a response arrow. Label the requesting viewer as the client and the responding picture service as the server for this exchange.
- After the Save action, draw two storage locations: the service's remote original and the laptop's local copy. Explain why receiving data in working memory is different from this explicit file write. Browsers may cache data, but that is not the user-saved document described here.
- Predict what editing only the local saved copy does. With no synchronization stated, the edit changes that copy; there is no evidence of an update to the remote original. Record what extra feature or event would be needed to support that claim.
- Keep your diagram for the next boundary lesson. No file was uploaded, no server was started and there is nothing to shut down.
05Optional challenge
Add another exchange in which the picture service asks a thumbnail service for a smaller version. A thumbnail is a small preview image. Label the picture service's role in each exchange. Then explain what evidence would show that either machine saved the thumbnail rather than only passing it through working memory.
06Fresh cases for the checks
Use these fictional cases for the checks below. They have different inputs from the worked examples. Read them here or make notes; no installation or external service is needed.
Exchange card A: roles across two conversationsOwned fixture. An original file made for this course. Follow the activity's instructions in your own lab.
Birch, Cedar and Spruce are programs on different fictional computers.
Exchange R: Birch asks Cedar for a document. Cedar sends the response to Birch.
Exchange S: Cedar asks Spruce for a preview. Spruce sends the response to Cedar.
No action by Birch is described in exchange S.
The program names do not assign permanent client or server roles.
Exchange card B: events from a separate session, out of orderOwned fixture. An original file made for this course. Follow the activity's instructions in your own lab.
L: The learner edits the newly saved local copy and saves the edit.
M: Elm responds to Wren with the requested timetable data.
N: Wren asks Elm for the timetable data.
P: Wren writes the data received in this response to a new local document.
No local document exists before this session. The edit is made to the document created in this session.
Exchange card C: an independent two-copy caseOwned fixture. An original file made for this course. Follow the activity's instructions in your own lab.
Remote original on the service computer: meeting.txt contains Room 5.
Saved local copy on a laptop: meeting.txt also contains Room 5.
The learner edits only the laptop copy to Room 8 and saves that local edit.
No upload, synchronization or other change to the service computer occurs.
Exchange card D: a separate viewing sessionOwned fixture. An original file made for this course. Follow the activity's instructions in your own lab.
A program on a laptop asks a remote service for a drawing.
The service responds with drawing data and the laptop program displays it.
No user Save, upload or synchronization is stated.
The service is described only as remote. No access policy, backup arrangement or cloud characteristics are supplied.
07Explain the exchange and the copies
Optional self-check: write a short explanation for someone who assigns each program a permanent client or server label and assumes that viewing remote data saves and synchronizes a local document.
Review your explanation: name a particular exchange before assigning roles, distinguish receiving data from writing a chosen local file, and identify the update event or synchronization feature needed to connect edits across copies. Explain what further evidence you would need for a privacy or backup claim. This explanation is self-reviewed.
08Common mistakes
If both roles seem possible, name the request you are describing. A participant can be a client in one exchange and a server in another.
If displaying a picture seems to prove a local saved file exists, locate the explicit Save step. Display, browser caching and saving your chosen document are different events.
If cloud seems to guarantee privacy or recovery, look for the actual access and backup arrangements. The label alone does not establish them.
If the arrows are difficult to follow, write two lines: who sends the request and who sends the response. The text version contains the same evidence.
References
- MDN: Client-server overview
The opening web-server primer explains browser requests and server responses. HTTP details come later in the course.
- NIST SP 800-145: The Definition of Cloud Computing
The formal definition explains on-demand access, pooled resources and other cloud characteristics. It does not recommend a provider or require an account.