Get a quote

System Architecture · Uskudar

System Architecture for Uskudar businesses

If the software an institution runs on never closes during the day, a handover cannot be done by switching it off. The front desk opens the same screen every hour, entries are typed as things happen rather than left to the evening, and there is no window in which to switch it off and work through it. Software architecture consulting in Uskudar takes its first rule from that condition: read before changing. That is how the KGM SsangYong corporate site came to us, and it is why the code was read first while whatever worked stayed where it stood.

System Architecture — Uskudar

Uskudar's fabric leans on the health, education and service institutions around Altunizade and Baglarbasi. If your day turns on appointments and institutional records, the software in use stays open from morning to evening. The condition closest to that in our portfolio is the KGM SsangYong corporate site. It is only fair to mark where the fit ends: that job is an automotive catalogue and brand site, and a patient file, an appointment book or an institutional register is not something it demonstrates. What we inherited was not the sector but a discipline, reading first, leaving what works, staying inside the tools already there. The stack stayed put: Laravel, Tailwind and jQuery, with MySQL holding records and catalogue reads returning from a Redis cache.

  • The inherited code was read before anything moved: no section changed until what it did had been written down, and the parts that worked were left standing.
  • The storage layout for vehicle images was rebuilt into one naming scheme, so which model calls which image can be read without opening the code.
  • The framework did not change; the work stayed inside the Laravel, Tailwind and jQuery already in place, so whoever carries maintenance kept the same tools.

Why Algoriel

  • The parts read one source

    At Tahlil.com the site, the admin panel and the mobile app read the same information instead of behaving as three systems.

  • Where each job is solved comes first

    Which layer handles which job is decided before code, because work that has to move later is expensive to move.

  • The summary recomputes itself

    As the Günlük Hava Durumu archive grows, the climate summary recomputes from it; nobody maintains a monthly table by hand.

  • One rule for file layout

    On the KGM SsangYong site, where a file is written and under what name now follows one rule the upload code obeys.

  • Where the data divides

    When several institutions share one system, each enters through its own domain and student, guardian and payment records stay inside that institution's boundary. This arrangement is what the term multi-tenant describes.

  • What a record attaches to

    Whether service history is written against a person, an address or a device is settled before the schema exists. Reversing that later means re-attaching everything already recorded.

  • Permission held in the data model

    A teacher, a guardian and an institution administrator reach the same timetable record at their own level of access. Permission is part of how the record is defined, not a view switched off on a screen.

  • Splitting the read path

    Which screens are served from a held copy and which go to the database is settled before the first record exists. On Vipkurum a frequently opened screen comes from the copy, and only a read with no copy reaches the database.

  • Interfaces on a single system

    Tahlil.com hangs three interfaces off one system: the patient site, the physician panel and the mobile app read the same record, and no second data model is written per interface.

  • Storage laid out on day one

    The naming and folder scheme files will live under is fixed at the start; a layout imposed afterwards turns into a migration.

Work like this

System Architecture · Case study

KGM SsangYong — code read first, working sections left where they stood

A Laravel corporate site we took over while it was live. The order was fixed: read the code, write down what each section does, leave the working parts alone. Then the storage layout for vehicle images was rebuilt: files moved into one naming scheme, so which model calls which image reads off without opening the code. Catalogue queries now return from cache and reach the database only when the data changes. Image sizes and jQuery requests on model pages were taken one at a time. Nothing came in from outside the existing Laravel and jQuery set; the brand's own side carries maintenance.

Read the case study →

Working with Uskudar teams, remotely

We have no office, so work for this city runs remotely and we do not offer on-site support. What was done, and why it was done that way, stays in writing. The project pages mark which builds came out of a partnership.

  • The first release ships as a working piece; extras follow later.
  • Every client we know of is in Turkey.
  • Decisions stay in writing; progress shows in working screens.

Frequently asked

  • We cannot stop the system. How does a handover start?

    By reading. The first step is not a change but an account of what the code already does. Working sections are marked and left standing, and only after that reading is it clear what will be touched.

  • Would rewriting from scratch not be cleaner?

    It would, and it is paid for: every working behaviour has to be discovered again. On KGM SsangYong no new stack arrived, the Laravel and jQuery set stayed as it was, and the brand's own side keeps maintaining it.

  • Why is a storage layout an architecture decision?

    Because where a file sits decides what the code is obliged to know. Once images moved into one naming scheme, which model calls which file could be read without opening the code, and adding a model stopped being a hunt through folders.

  • Our institution is in Uskudar and you work remotely. How does a handover run?

    We keep no office and offer no on-site support. What a handover produces is written: what was read, what was left untouched, and which read moved into the cache. Messages from the form get an answer within 2 working days.

Let us settle where your data divides before any code is written.