Tehnoloģiju profils
Mūsu tehniskais pamats pārskatā
Mēs tehnoloģijas neizvēlamies pēc modes, bet pēc ekspluatācijas realitātes, paredzamā dzīves cikla, integrācijas vajadzībām un komandas spējām. Izšķirošs nav atslēgvārds, bet gan tas, vai sistēmu vēlāk varēs tīri uzturēt, paplašināt un pārņemt.
Spēcīgs biznesa loģikai un multiplatformu klientiem
Delphi ir spēcīgs tur, kur ilgstoši audzēta biznesa loģika, datubāzei tuvi procesi, atskaites un stabili klienti Windows, macOS un Linux vidēm ir jāturpina ilgtermiņā.
Skatīt Delphi
C#
Spēcīgs REST, servisiem un portāliem
C# izmantojam, ja portāliem, mūsdienīgiem backend pakalpojumiem, REST API un integrācijām ir tīri jāpieslēdzas esošajām uzņēmuma sistēmām.
Skatīt C#
Arhitektūra
Layer-3 monolītiskas mantojuma nastas vietā
Mēs apzināti nodalām lietotāja saskarni, biznesa loģiku un datu piekļuvi, lai izmaiņas paliktu plānojamas un jaunus servisus nevajadzētu būvēt pret esošo kodu un struktūrām.
Skatīt Layer-3
Platformas
Windows 11 ARM64 uzreiz ņemt vērā
Līdzās klasiskajiem x64 mērķiem mēs agrīni ņemam vērā arī aktuālas platformas, piemēram, Windows 11 ARM64, lai jauna aparatūra un izvietošanas scenāriji vēlāk nekļūtu par atsevišķu īpašprojektu.
Skatīt ARM64
Kad kura pieeja ir lietderīga
Delphi ir lietderīgs, ja
- esošajai domēna loģikai ir jāturpina dzīvot,
- sarežģītiem darbvirsmas procesiem ir jāpaliek stabiliem,
- Windows-, macOS- un Linux klientiem ir jātop uz kopīgas profesionālās bāzes.
C# ir lietderīgs, ja
- tiek veidoti REST serveri un servisi,
- centrā ir API un ārējās integrācijas,
- ir nepieciešamas mūsdienīgas servisu arhitektūras.
Hibrīds ir lietderīgs, ja
- esošajām lietojumprogrammām un jauniem portāliem ir jāsadarbojas,
- darbvirsma, servisi un tīmeklis izmanto to pašu datu bāzi,
- modernizācijai jānotiek pakāpeniski un kā Layer-3 struktūrai.
Delphi modernizācija praksē
Ja veca Delphi lietojumprogramma no biznesa viedokļa joprojām ir vērtīga, mēs nemodernizējam akli. Vispirms analizējam, kā sistēma patiesībā strādā, kādus procesus tā balsta, kur pārtrūkst datu plūsmas un kādas mantojuma nastas bremzē ekspluatāciju. No tā izveidojas modernizācijas ceļš, kas ne tikai uz papīra izskatās tīrs, bet ikdienā paliek dzīvotspējīgs.
Daudzās gadiem augušās lietojumprogrammās īstā vērtība nav saskarnē, bet gan gadu gaitā uzkrātajā biznesa loģikā, īpašajos noteikumos, izņēmumos un pieredzes zināšanās. Šo substanci neizmet vieglprātīgi. Mēs skaidri nodalām atbildības, pārkārtojam datubāzi, aizstājam vecos piekļuves ceļus, izveidojam jaunas REST saskarnes un, ja nepieciešams, papildinām klientus priekš Windows, macOS un Linux uz tās pašas biznesa bāzes. Tā nerodas ciets lūzums, bet gan saprotama tālākattīstība ar skaidru tehnisko fokusējumu.
Bieži tas nozīmē arī vēsturiski izaugušus monolītus atkal ievest formā, kas kļūst uzturama, testējama un paplašināma. Datu piekļuve tiek stabilizēta, biznesa loģika tiek atdalīta no saskarnes koda, saskarnes kļūst plānojamas, un nākotnes paplašinājumi vairs nav jāizcīna pret esošo. Mērķis nav kosmētiska modernizācija, bet sistēma, kas uzņēmumam atkal dod elpas telpu jaunām prasībām.
Pakalpojumi un serveri kā vienas un tās pašas arhitektūras daļa
Daudzām uzņēmuma sistēmām šodien vajag ne tikai klientu, bet arī fona pakalpojumus, Windows vai Linux servisus un REST serverus. Tieši tāpēc mēs šīs daļas neplānojam kā piebūvi pēc fakta, bet kā vienas un tās pašas arhitektūras daļu. Serviss, kas tikai vēlāk kaut kā tiek pievienots, gandrīz vienmēr kļūst par īpašu gadījumu.
Ja dati jāapstrādā sadalīti, jāpiedāvā saskarnes, jāveic eksporta darbības, jāuzrauga importa procesi vai uzdevumi laika grafikā jāizpilda fonā, tehniskajai atbildībai jābūt skaidrai jau no paša sākuma. Kuras daļas darbojas klientā, kuras servisā, kuras serverī, kā kļūdas kļūst redzamas, kā stāvokļa izmaiņas ir izsekojamas, kā biznesa loģika paliek konsekventa? Uz šiem jautājumiem mēs atbildam agri, lai no atsevišķiem blokiem izveidotos uzticama kopējā sistēma.
Tas ir īpaši izšķiroši multiplatformu projektos. Darbvirsmas klients uz Windows, macOS vai Linux biznesa ziņā nedrīkst domāt kaut ko citu nekā pavadošs REST serveris vai fona serviss. Tāpēc mēs vienmēr domājam kopā datu modeli, procesus, tiesības, integrācijas un ekspluatāciju. Tā rodas arhitektūra, kurā klienti, servisi un serveri runā vienā valodā.
Mūsu pamatprincips
Tehnoloģija mums nav ticības sistēma. Izšķiroši ir tas, lai arhitektūra, komandas spēja strādāt, ekspluatācija un nākotnes paplašinājumi atbilstu uzņēmumam. Nevis skaļākā platforma uzvar, bet tā, ar kuru risku, uzturamību un izaugsmi var jēgpilni vadīt.
Dažus uzdevumus mēs apzināti risinām ar Delphi, jo tur izauguša biznesa loģika, veiktspējīgi klienti un multiplatformu iespējas parāda savas stiprās puses. Citas prasības labāk atbilst C#, servisiem, portālam vai abu kombinācijai. Laba arhitektūra nerodas no modes, bet no skaidrības: kurai atbildībai ir kurai sistēmas daļai, kāds dzīves cikls ir sagaidāms, cik liela ir komanda, cik kritiska ir ekspluatācija un kādi paplašinājumi nākamajos gados reāli gaidāmi?
Tieši tur mums sākas profesionāla programmatūras izstrāde. Mēs negribam piegādāt tikai to, kas šodien darbojas, bet radīt tehnisku pamatu, kas arī vēlāk ir saprotams, pārņemams un ekonomiski uzturams.
Biežāk uzdotie jautājumi par tehnoloģiju un arhitektūru
Tehnoloģiskajiem lēmumiem ir jāatbilst komandai, domēna specifikai un ekspluatācijai. Tieši tāpēc šos jautājumus neizskatām abstrakti, bet vienmēr konkrētās sistēmas kontekstā.
Kad Delphi ir lietderīgs salīdzinājumā ar pilnīgi jaunu platformu?
Vienmēr tad, ja nobriedušu domēna loģiku, augstas veiktspējas darbvirsmas procesus un multiplatformu mērķus ir ekonomiski pamatoti turpināt attīstīt, nevis vieglprātīgi aizstāt esošo pamatu.
Kad jūs papildus izmantojat C#?
Galvenokārt portāliem, tīmekļa aizmugursistēmām, REST pakalpojumiem, integrācijām un servisos balstītas arhitektūras komponentēm, kuras labi iespējams sasaistīt ar esošajām darbvirsmas sistēmām.
Cik svarīgs praksē ir Layer-3?
Ļoti. Tikai skaidra UI, biznesa loģikas un datu piekļuves nodalīšana padara modernizāciju, testēšanu, servisus un turpmākas platformas maiņas kontrolējamas.
Vai jaunas platformas, piemēram, Windows 11 ARM64, jūs apsverat jau savlaicīgi?
Jā. Jauna mērķa aparatūra un izvietošanas ceļi tiek pārbaudīti savlaicīgi, lai vēlāk no tā neveidotos dārgi atsevišķi projekti.
Lasīt vairāk apkopotu jautājumu
Šīs īsās atbildes paliek šeit, šajā lapā. Centrālajā FAQ galvenajā lapā tēmu papildus strukturējam saistībā ar arhitektūru, modernizāciju, platformām un ekspluatāciju.